광고비 0원, 공개 20일 만에 예약 문의 16건 : 해외 4개국에서 문의가 들어온 다국어 홈페이지 제작기

제주 서귀포에서 스쿠버다이빙숍을 운영하는 지인이 매출 고민으로 연락을 해왔습니다.

처음부터 목표는 단순히 홈페이지를 새로 만드는 것이 아니었습니다.

광고에만 의존하지 않고, 한국인과 외국인 고객이 검색을 통해 직접 찾아와 예약을 하는 구조를 만드는 것을 목표로 했습니다.

저는 이를 위해 홈페이지의 디자인뿐 아니라 SEO·AEO·GEO·CRO를 처음부터 함께 설계한 다국어 인바운드 마케팅 시스템을 설계했습니다.

결과적으로 홈페이지를 공개하고 검색·분석 도구를 연결한 뒤 20일 동안 유료 광고비를 한 푼도 사용하지 않고 다음과 같은 문의가 접수됐습니다.

항목

결과

측정 기간

2026년 7월 10일~30일

전체 문의

18건

예약 문의

16건

일반 문의

2건

예약 희망 인원

40명

예약 문의 언어

한국어 10건·영어 5건·중국어 1건

확인된 해외 문의

7건·4개국

해외 문의 국가

싱가포르·네덜란드·중국·영국

유료 광고비

0원

Perplexity 추천

GPT 추천

20일은 장기적인 SEO 성과를 판단하기에는 짧은 기간입니다.

또한 모든 문의가 자연검색이나 AI 검색에서 직접 발생했다고 단정할 수는 없습니다.

자연검색, OTA(온라인여행사)에서 업체를 확인한 뒤 자사 사이트로 이동한 방문, 직접 방문 등 여러 경로가 함께 작동했습니다.

그럼에도 광고 없이 국내외 잠재고객의 예약 문의가 발생했다는 점에서, 자체 홈페이지가 실제 고객 접점으로 작동할 수 있다는 초기 가설은 확인할 수 있었습니다.

실제 사례 : 교육 참석자에게 어떻게 우리 회사를 알게 되었나요? 물어보았더니 AI에서 추천해줘서 알게 되었다.(80만원 교육비 *2명)

어떤 홈페이지를 만들려고 했나?

이 프로젝트의 고객은 제주 서귀포에서 범섬 스쿠버다이빙 프로그램을 운영하는 ‘노틸러스다이브 제주’입니다.

제가 세운 목표는 세 가지였습니다.

한국인뿐 아니라 영어권·중국어권 고객도 필요한 정보를 이해할 수 있게 만들 것
Google·Naver 같은 검색엔진과 AI 검색 서비스가 업체와 상품 정보를 이해하기 쉽게 만들 것
방문자가 가격과 안전에 대한 불안을 해소하고 실제 예약 문의까지 이동하게 만들 것

개인적으로는 한 가지 욕심이 더 있었습니다.

AI로 빠르게 만든 듯한 익숙한 홈페이지가 아니라, 스크롤을 내릴수록 방문자가 우주에서 제주도로 내려오고, 하늘에서 천연기념물 범섬을 바라본 뒤, 바닷속으로 잠수하는 경험을 느끼게 만들고 싶었습니다.

제주 다이빙이라는 상품의 매력을 설명하는 데 텍스트만으로는 부족하다고 생각했기 때문입니다.

하지만 화려한 이미지와 스크롤 애니메이션은 웹사이트의 속도와 충돌합니다.

디자인을 살리면 사이트가 무거워지고, 속도를 우선하면 제주 바다의 매력을 충분히 보여주기 어려웠습니다.

결국 이 프로젝트의 핵심은 다음 질문을 해결하는 일이었습니다.

시각적 경험을 포기하지 않으면서 검색과 전환에 유리한 빠른 홈페이지를 만들 수 있을까?

퍼널해커의 AI 검색 최적화 홈페이지 구축 프로세스

먼저 알아두면 좋은 네 가지 용어

구분

의미

쉽게 말하면

SEO

검색엔진 최적화

검색엔진이 사이트를 발견하고 내용을 이해하기 쉽게 만들기

AEO

답변엔진 최적화

사용자의 질문에 직접 답하는 구조로 콘텐츠 만들기

GEO

생성형엔진 최적화

생성형 AI가 브랜드·서비스·근거를 이해하고 인용하기 쉽게 만들기

CRO

전환율 최적화

방문자가 불안을 해소하고 문의·예약으로 이동하게 만들기

네 가지는 서로 연결돼 있지만 실제 제작 과정에서 해결해야 하는 문제는 다릅니다.

SEO는 검색엔진이 페이지를 발견하고 색인하는 기술 구조가 중요합니다.
AEO는 질문에 대한 답을 얼마나 명확하게 제시하는지가 중요합니다.
GEO는 브랜드와 서비스에 대한 일관된 정보와 외부 신뢰 신호가 중요합니다.
CRO는 방문자가 행동을 망설이는 이유를 찾아 제거하는 것이 중요합니다.

이번 홈페이지에서는 네 가지를 별도의 작업으로 나누지 않고 하나의 고객 여정으로 연결했습니다.

전략

실제 적용

방문자에게 생긴 변화

SEO

정적 HTML·사이트맵·캐노니컬·hreflang·메타데이터

검색엔진이 페이지와 언어를 이해하기 쉬워짐

AEO

질문형 제목·결론 우선 답변·구체적인 수치와 출처

검색과 AI 답변에서 활용하기 쉬운 콘텐츠가 됨

GEO

브랜드·지역·상품·전문성 정보를 일관되게 구조화

AI가 업체의 정체성과 서비스를 이해하기 쉬워짐

CRO

가격·시간·연령 공개·고정 CTA·간결한 문의 폼

방문자의 불안을 줄이고 문의 행동을 유도

1. 첫 번째 결정: Astro로 정적 HTML을 만들다

공식 사이트 : https://astro.build/

기술 구성은 다음과 같습니다.

Astro: 콘텐츠 중심 웹사이트 제작
Sanity: 대표자가 콘텐츠를 관리하는 헤드리스 CMS
Cloudflare Pages: 빠른 글로벌 배포
Google Apps Script·Google Sheets: 문의 자동 기록

JavaScript를 사용했다고 검색 노출이나 AI 검색 노출이 불가능한 것은 아닙니다.

다만 업체명, 가격, 코스, 지역, FAQ 같은 핵심 콘텐츠가 JavaScript 실행 이후에만 나타나는 구조는 크롤러와 렌더링 환경에 더 많이 의존합니다.

쉽게 비유하면 두 가지 방식이 있습니다.

책을 펼치자마자 내용이 인쇄돼 있는 방식
책을 펼친 뒤 프로그램이 작동해야 내용이 나타나는 방식

이 프로젝트에서는 검색엔진과 AI 크롤러가 페이지를 처음 요청했을 때도 핵심 정보를 바로 읽을 수 있도록, Astro를 이용해 페이지를 정적 HTML로 생성했습니다.

정적 HTML을 선택한 이유는 단순히 속도가 빠르기 때문만은 아닙니다.

검색엔진과 AI가 읽어야 하는 핵심 내용을 첫 응답에 포함시키고, 이후 애니메이션이나 상호작용은 필요할 때만 JavaScript로 작동하게 만들 수 있기 때문입니다.

2. 가장 어려웠던 문제: 애니메이션과 속도의 충돌

메인 화면의 스크롤 장면에는 총 7장의 이미지가 필요했습니다.

우주에서 시작해 제주도, 범섬, 수면, 산호, 다이버, 심해로 이어지는 구성입니다.

문제는 7개의 장면이 한 화면에 겹쳐 있는 구조였다는 점입니다.

일반적인 지연 로딩은 화면 밖에 있는 이미지를 나중에 불러옵니다. 하지만 브라우저는 겹쳐 있는 이미지 7장을 모두 현재 화면 안에 있는 이미지로 판단할 수 있습니다.

그 결과 첫 화면을 보여주기도 전에 무거운 이미지를 한꺼번에 요청하는 문제가 발생했습니다.

이를 해결하기 위해 이미지 로딩 순서를 직접 통제했습니다.

첫 장면은 즉시 불러오기
나머지 장면은 초기 요청에서 제외
페이지 로딩이 끝난 뒤 다음 장면을 순차적으로 불러오기
화면 크기에 맞는 해상도만 전송
데스크톱과 모바일 이미지를 별도로 제작
모바일은 단순 축소가 아니라 세로 화면에 맞게 다시 구성
WebP·AVIF 같은 가벼운 이미지 형식 활용

3. 고쳤는데 오히려 성능이 나빠진 실패

이 프로젝트에서 가장 기억에 남는 실패도 있었습니다.

성능 진단 과정에서 아래로 스크롤하도록 안내하는 작은 애니메이션이 CPU 작업을 계속 발생시키는 것으로 보였습니다.

코드를 수정한 뒤 다음 항목을 확인했습니다.

빌드 통과
로컬 성능 진단에서 문제 제거
화면과 애니메이션 정상 작동
오류 없이 배포 완료

모든 것이 정상으로 보였습니다.

그런데 실제 운영 사이트를 PageSpeed Insights로 다시 측정하자 모바일 성능 점수가 83점에서 67점으로 떨어졌습니다.

저는 해당 변경을 바로 되돌렸습니다.

수정 방향이 이론적으로 맞았는지 설명하거나 방어하기 전에, 실제 운영 지표가 나빠졌다는 사실을 우선했습니다.

이후 다시 확인해보니 로컬 테스트와 운영 사이트의 조건이 같지 않았습니다. 운영 사이트에는 Google Tag Manager와 외부 스크립트가 연결돼 있었지만 로컬 환경에는 동일하게 반영되지 않았습니다.

더 깊게 분석한 결과 실제 병목은 애니메이션보다 폰트 파일이 여러 조각으로 나뉘어 도착할 때마다 페이지 스타일을 다시 계산하는 구조에 가까웠습니다.

이 경험으로 배운 원칙은 단순합니다.

내 컴퓨터에서 통과했다고 작업이 끝난 것은 아니다. 배포 후 실제 운영 환경에서 반드시 다시 측정해야 한다.

AI가 코드를 수정했고 로컬 테스트를 통과했더라도 실제 사용자 환경에서 결과가 나빠지면 되돌리는 것이 맞습니다.

4. AI 진단 도구도 그대로 믿지 않았다

SEO·GEO·AEO를 점검하기 위해 여러 진단 스킬과 외부 서비스를 활용했습니다.

이를 통해 실제로 다음과 같은 문제를 찾았습니다.
- 모바일 화면에서 일부 정보 박스가 화면 너비를 넘어가는 문제
- 언어별 구조화 데이터에 한국어 정보가 남아 있는 문제
- 다국어 페이지의 메타데이터 불일치
- 사이트맵에 검색 가치가 낮은 URL이 포함된 문제
- 일부 페이지의 이미지 대체 텍스트 누락
- 모바일과 데스크톱에서 다른 레이아웃 오류
하지만 자동 진단 결과를 그대로 적용하지는 않았습니다.
한 진단은 사이트맵 날짜 정보가 없다고 보고했고, 다른 진단은 56개가 있다고 보고했습니다. 원본 파일을 직접 확인해보니 56개가 맞았습니다.
또 다른 진단에서는 중국어 페이지의 섹션이 사라졌다고 경고했지만, 실제 한국어·영어·중국어 페이지를 나란히 비교해보니 오탐이었습니다.
외부 GEO 진단 서비스에서는 구조화 데이터와 OG 태그가 없다는 결과가 나오기도 했습니다.
실제로는 모두 존재했습니다.
원인은 HTML 압축 과정에서 문법상 생략할 수 있는 따옴표가 제거됐고, 해당 도구가 특정 문자열 형태만 찾고 있었기 때문입니다.
브라우저와 검색엔진에는 문제가 없었지만, 고객이 외부 도구를 실행했을 때 낮은 점수를 보게 되는 문제는 남았습니다.
따옴표를 유지했을 때 추가되는 데이터는 약 1.3KB에 불과했습니다.
기술적으로는 기존 방식도 유효했지만, 얻는 이익보다 고객의 혼란이 더 크다고 판단해 도구에서도 정상적으로 읽히도록 수정했습니다.
여기서 얻은 두 번째 원칙은 다음과 같습니다.
자동 진단은 문제를 발견하는 출발점이지 최종 판정이 아니다.
AI나 도구가 “완료”, “오류”, “심각”이라고 표시해도 실제 HTML·페이지·데이터를 직접 확인해야 합니다.

관련 링크 : https://www.seowallet.com/

GEO 진단

CRO 진단

관련 링크 : https://elifunt.kr/geo-scoring/

5. 다국어 홈페이지는 번역만으로 완성되지 않는다

홈페이지는 한국어·영어·중국어 세 가지 언어로 제작했습니다.

처음에는 한국어 페이지를 영어와 중국어로 번역하면 된다고 생각하기 쉽습니다.

하지만 다국어 홈페이지에서 실제로 어려운 부분은 번역 이후에 시작됩니다.

언어마다 문장 길이가 다름
버튼과 카드의 높이가 달라짐
모바일에서 줄바꿈 위치가 달라짐
가격·전화번호·날짜 표기 방식이 다름
각 언어 페이지가 서로 연결돼야 함
검색엔진에 어떤 페이지가 어떤 언어인지 알려야 함
구조화 데이터도 언어별로 달라져야 함

이번 프로젝트에서는 한국어·영어·중국어 페이지와 기본 언어 페이지를 hreflang으로 상호 연결했습니다.

단순히 홈페이지 첫 화면에만 넣은 것이 아니라 검색 대상으로 운영하는 각 페이지가 해당 언어의 대체 페이지를 가리키도록 구성했습니다.

검색엔진이 같은 콘텐츠의 중복 페이지로 오해하지 않고, 사용자의 언어에 맞는 페이지를 보여줄 수 있도록 하기 위해서입니다.

또한 실제 화면을 언어별로 점검했습니다.

코드에 “검증된 패턴”이라는 주석이 있더라도 실제 모바일 화면에서 작동하지 않는 경우가 있었기 때문입니다.

다국어 사이트는 번역 파일이 존재한다고 완성되는 것이 아닙니다.

각 언어권의 사용자가 실제로 읽고, 이해하고, 문의할 수 있어야 완성입니다.

6. AEO: 질문에 바로 답하는 콘텐츠 구조

방문자는 홈페이지에서 긴 설명부터 읽지 않습니다.

먼저 자신의 질문에 대한 답을 찾습니다.

수영을 못해도 체험다이빙을 할 수 있나요?
장비를 준비해야 하나요?
제주에서는 어느 계절에 다이빙하기 좋은가요?
범섬에서는 어떤 생물을 볼 수 있나요?
비용은 얼마인가요?
외국인도 예약할 수 있나요?

그래서 FAQ와 주요 콘텐츠는 결론이 앞에 나오도록 작성했습니다.

예를 들면 다음과 같습니다.

네, 수영을 못해도 체험 스쿠버다이빙에 참여할 수 있습니다. 강사의 안내에 따라 수면과 수중에서 단계적으로 적응합니다.

개인 장비가 없어도 참여할 수 있습니다. 기본 다이빙 장비는 코스에 포함됩니다.

제주에서는 사계절 다이빙이 가능하지만, 일반적으로 9월부터 11월은 비교적 좋은 시야를 기대할 수 있는 시기입니다.

이렇게 작성하면 방문자는 첫 문장만 읽어도 답을 이해할 수 있습니다.

검색엔진과 AI 답변 서비스 역시 문장을 별도로 떼어내더라도 의미를 파악하기 쉽습니다.

블로그의 소제목도 단순한 주제 표시보다 질문 형태로 바꿨습니다.

변경 전:

포인트 총정리 — 수심과 특징

변경 후:

범섬 바닷속에서는 어떤 생물을 만날 수 있나요?

또한 천연기념물 지정일, 보호구역 면적, 산호 종류, 다이빙 포인트별 수심처럼 확인 가능한 구체적 정보를 출처와 함께 정리했습니다.

AEO는 FAQ 스키마를 추가하는 것만으로 끝나지 않습니다.

사람이 실제로 묻는 질문을 찾고, 그 질문에 정확하고 자기완결적인 문장으로 답하는 것이 핵심입니다.

7. CRO: 방문자가 예약을 망설이는 이유를 먼저 제거하다

홈페이지 방문자가 예약하지 않는 이유가 버튼이 없어서만은 아닙니다.

대부분 다음과 같은 불안이 남아 있기 때문입니다.

가격을 알 수 없음
추가 비용이 걱정됨
수영을 못해도 가능한지 모름
몇 시간이 필요한지 모름
아이나 부모님이 참여할 수 있는지 모름
어떤 장비를 준비해야 하는지 모름
안전하게 진행되는지 확신이 없음
외국어로 문의해도 되는지 모름

그래서 예약 문의를 요청하기 전에 주요 정보를 먼저 공개했습니다.

상품별 가격
예상 소요시간
참여 가능 연령
준비물
포함 장비
진행 과정
안전 안내
취소 및 기상 조건
외국어 문의 가능 여부

예약 CTA도 한 곳에만 두지 않았습니다.

첫 화면의 예약 버튼
코스 설명 이후의 CTA
모바일 하단 고정 CTA
FAQ 이후의 예약 안내
문의와 예약을 구분한 폼

모바일 고정 CTA는 항상 화면을 가리지 않도록 스크롤 위치에 따라 나타나고 사라지게 설계했습니다.

방문자에게 계속 버튼을 강요하는 것이 아니라, 정보를 충분히 읽은 뒤 필요한 순간에 행동할 수 있게 만드는 것이 목표였습니다.

8. 문의를 놓치지 않는 측정 시스템

SEO·AEO·GEO·CRO는 측정하지 않으면 개선할 수 없습니다.

그래서 홈페이지를 공개하면서 다음 도구를 연결했습니다.

Google Search Console
Naver Search Advisor
Bing Webmaster Tools
Google Analytics 4
예약 문의 자동 기록 시스템

Google과 Naver에는 사이트 소유권을 확인하고 사이트맵을 제출했습니다.

초기에는 약 180개의 URL이 사이트맵에 포함돼 있었지만, 점검 과정에서 태그·카테고리·404·검색 대상이 아닌 페이지를 정리했습니다.

최종적으로 검색 가치가 있는 페이지를 중심으로 사이트맵을 재구성했습니다.

문의 폼을 제출하면 다음 과정을 거칩니다.

홈페이지 폼 제출
→ 서버에서 입력값과 중복 여부 확인
→ Google Apps Script로 전달
→ Google Sheets에 자동 기록
→ 실제 저장이 확인된 뒤 접수 완료 표시

여기에는 몇 가지 안전장치도 넣었습니다.

동일 문의 중복 저장 방지
봇이 채우는 숨겨진 입력값을 이용한 스팸 차단
입력값 검증
실제 저장 실패 시 성공으로 표시하지 않기
개인정보 보관 기간 이후 자동 삭제

특히 중요한 항목은 문의가 어느 언어 페이지에서 발생했는지 기록하는 필드였습니다.

이 항목이 없었다면 “문의가 들어왔다”는 사실만 알 수 있었을 것입니다.

언어를 기록했기 때문에 예약 문의 16건 중 다음과 같은 결과를 확인할 수 있었습니다.

한국어 페이지: 10건
영어 페이지: 5건
중국어 페이지: 1건

비한국어 페이지에서 발생한 예약 문의는 총 6건으로, 전체 예약 문의의 40%였습니다.

다국어 홈페이지를 만든 이유가 실제 문의 행동으로 이어지고 있는지 판단할 수 있는 기준이 생긴 것입니다.

20일 동안 발생한 결과

측정 기간은 2026년 7월 10일부터 30일까지입니다.

항목

결과

전체 문의

18건

예약 문의

16건

일반 문의

2건

예약 희망 인원

42명

한국어 예약 문의

10건

영어 예약 문의

5건

중국어 예약 문의

1건

확인된 해외 문의

7건

확인된 해외 국가

4개국

유료 광고비

0원

기억에 남는 문의도 있었습니다.

한 고객은 마이리얼트립에서 업체를 확인한 뒤, 자사 홈페이지로 이동해 직접 예약 문의를 남겼습니다.

이는 순수한 검색 유입 사례는 아니지만, 자사 홈페이지가 단순한 회사 소개 페이지가 아니라 고객이 상품을 검토하고 직접 연락하는 채널로 작동했다는 의미가 있습니다.

싱가포르의 혼자 여행하는 고객은 자신의 제주 일정과 가능한 다이빙 시간을 구체적으로 문의했습니다.

중국어 페이지를 통해서는 수영을 못하는 어머니를 포함한 세 가족이 참여할 수 있는지, 강사를 1대1로 배정할 수 있는지 문의했습니다.

홈페이지를 만들기 전에는 예상하기 어려웠던 구체적인 고객 요구였습니다.

이 결과를 어떻게 봐야 할까

20일간의 결과만으로 “SEO가 성공했다”거나 “AI 검색 최적화가 완성됐다”고 말할 수는 없습니다.

SEO는 검색엔진이 페이지를 발견하고 평가하는 데 시간이 필요합니다.

또한 현재 데이터만으로는 ChatGPT나 Perplexity 같은 AI 검색이 직접 몇 건의 문의를 만들었는지 정확하게 분리하기 어렵습니다.

이번 초기 결과가 증명하는 것은 조금 다릅니다.

유료 광고 없이도 자사 홈페이지에서 실제 문의가 발생했다.
한국어뿐 아니라 영어·중국어 페이지에서도 예약 문의가 발생했다.
홈페이지가 OTA나 외부 채널에서 업체를 발견한 고객의 최종 검토와 직접 문의를 돕고 있다.
문의 데이터를 기록하는 체계를 만들어 앞으로의 개선이 가능해졌다.

즉, 완성된 성공 사례라기보다 검색과 전환이 가능한 기반을 만들고 첫 번째 반응을 확인한 사례에 가깝습니다.

이번 프로젝트에서 배운 여섯 가지

1. 디자인보다 전략을 먼저 정해야 한다

처음에는 화면과 애니메이션을 먼저 만들고 이후 SEO와 콘텐츠 구조를 보완했습니다.

그 과정에서 이미 만든 화면을 다시 수정해야 하는 일이 반복됐습니다.

다음 프로젝트부터는 순서를 바꾸려고 합니다.

사실 확인 → 고객 질문 조사 → 검색·AI 인용 전략 → 정보구조 → 전환 동선 → 디자인 → 개발

이 순서로 진행하면 나중에 다시 손대는 일이 줄어듭니다.

2. 핵심 정보는 첫 HTML에 포함하는 것이 안전하다

JavaScript를 사용하면 안 된다는 뜻은 아닙니다.

다만 업체명, 상품, 가격, 지역, FAQ처럼 검색과 전환에 중요한 정보는 첫 HTML 응답에 포함하는 편이 검색엔진과 다양한 크롤러가 내용을 이해하기에 더 안정적입니다.

3. 자동 진단 도구는 참고자료다

AI 진단과 외부 도구는 사람이 놓칠 수 있는 문제를 빠르게 찾는 데 매우 유용합니다.

하지만 완료 표시, 오류 경고, 점수를 그대로 믿어서는 안 됩니다.

최종 판단은 실제 페이지, 원본 HTML, 사이트맵, 구조화 데이터와 운영 환경을 직접 확인한 뒤 내려야 합니다.

4. 다국어 홈페이지는 번역 프로젝트가 아니다

번역만 끝났다고 다국어 사이트가 완성되는 것은 아닙니다.

언어별 화면, 검색 설정, 구조화 데이터, 문의 폼, 모바일 레이아웃까지 실제로 검증해야 합니다.

5. 로컬 테스트는 운영 환경을 대신하지 못한다

로컬에서 성능이 개선됐더라도 실제 운영 사이트에서는 외부 스크립트, 네트워크, 캐시 등 다른 조건이 적용됩니다.

수정 후에는 반드시 배포 환경에서 다시 측정해야 합니다.

6. 확인되지 않은 사실은 쓰지 않는다

관광·레저 상품은 가격, 안전, 강사 자격, 인증 정보가 고객의 선택에 직접 영향을 줍니다.

AI가 그럴듯하게 만든 내용을 그대로 게시하면 신뢰와 법적 위험이 생길 수 있습니다.

확인 가능한 사실만 공개하고, 검증되지 않은 항목은 대표자에게 확인하거나 보류하는 원칙을 지켰습니다.

홈페이지 밖의 신뢰가 다음 과제

현재까지의 작업은 홈페이지 내부 기반을 만드는 일이었습니다.

검색엔진이 읽을 수 있는 기술 구조
질문에 답하는 콘텐츠
다국어 페이지
가격과 코스 정보
문의 동선
성과 측정 체계

하지만 GEO와 브랜드 검색 성과는 홈페이지 내부 작업만으로 완성되지 않습니다.

앞으로는 다음과 같은 외부 신뢰 신호가 필요합니다.

실제 고객 후기
Google·Naver 지도 리뷰
TripAdvisor 등 여행 플랫폼 등재
다이빙 단체의 공식 센터 정보
제3자 사이트의 언급과 링크
한국어·영어 콘텐츠 발행
사진과 영상 콘텐츠 축적

홈페이지를 잘 만드는 것은 좋은 가게를 짓는 것과 같습니다.

그러나 사람들이 그 가게를 추천하고 후기와 콘텐츠가 쌓여야 장기적인 검색 성과와 브랜드 인지도가 만들어집니다.

이번 프로젝트는 그 기반을 구축한 단계입니다.

앞으로 외부 언급과 콘텐츠가 축적될수록 검색 노출과 예약 문의가 어떻게 변하는지 계속 측정할 예정입니다.

제가 만드는 것은 홈페이지가 아니라 고객이 찾아오는 구조입니다

이번 프로젝트에서 Astro, Sanity, Cloudflare, AI 코딩 도구를 사용했습니다.

하지만 도구 자체가 이 사례의 핵심은 아닙니다.

이 프로젝트를 하면서 중요한 것은 다음 과정을 하나로 연결하는 것이 중요하다는 것을 알게 되었습니다.

사업과 고객 분석
검색 질문과 콘텐츠 설계
SEO·AEO·GEO 대응 구조
다국어 현지화
디자인과 성능 최적화
가격과 신뢰 정보
문의 전환 동선
데이터 수집과 반복 개선

다음 프로젝트 진행 시 사업과 고객 분석부터 데이터 수집과 반복 개선까지의 프로세스를 더 정교하게 효율적으로 진행 하도록 할 계획입니다.

긴 글 읽어주셔서 감사합니다.

퍼널해커 장원근

🔥<24기 AI 스터디> 슈퍼얼리버드 신청하기 🔥