신규 사이트를 열기 전에 확인할 SEO/AEO/GEO 런칭 체크리스트

웹사이트는 열었다고 바로 검색되고, 검색된다고 바로 문의가 생기지 않습니다. 특히 신규 사이트나 리뉴얼 사이트는 오픈 직후가 가장 위험합니다. 디자인은 완성됐지만 검색엔진이 페이지를 발견하지 못하거나, 기존 URL이 끊기거나, AI가 회사가 무엇을 하는지 제대로 이해하지 못하는 일이 자주 생기기 때문입니다.

SEO/AEO/GEO는 블로그를 많이 쓰기 전에 먼저 사이트의 기본 구조가 제대로 열려 있는지 확인하는 일에서 시작합니다. 검색엔진이 발견할 수 있어야 SEO가 가능하고, 페이지가 질문에 답해야 AEO가 가능하며, 브랜드와 서비스가 일관되게 설명되어야 GEO가 가능합니다.

신규 사이트나 리뉴얼 사이트는 오픈 전에 Search Console, sitemap, robots.txt, 색인 가능 여부, URL redirect, 핵심 페이지, 구조화 데이터, 브랜드 entity, 전환 경로를 반드시 점검해야 합니다.

왜 신규 사이트는 블로그보다 런칭 점검이 먼저인가

많은 기업이 새 사이트를 만들면 곧바로 블로그부터 시작하려고 합니다. 하지만 사이트의 기본 구조가 막혀 있으면 좋은 글을 써도 검색엔진이 제대로 발견하지 못합니다.

Google은 sitemap이 사이트의 URL과 콘텐츠 변경 정보를 검색엔진에 알려주는 수단이라고 설명합니다. 또한 Search Console을 통해 Google 검색에서 사이트가 어떻게 표시되는지 확인하고 문제를 모니터링할 수 있습니다.

즉, 신규 사이트의 첫 질문은 "무슨 글을 쓸까?"가 아니라 다음이어야 합니다.

검색엔진과 AI가 우리 사이트를 발견하고, 이해하고, 신뢰할 수 있는가?

이 질문에 답하지 못하면 SEO/AEO/GEO는 시작부터 흔들립니다.

1. 발견성 점검: 검색엔진이 사이트를 찾을 수 있는가

SEO의 출발점은 발견성입니다. 검색엔진이 사이트를 찾고, 크롤링하고, 색인할 수 있어야 합니다.

오픈 전에 확인할 항목은 다음과 같습니다.

• Google Search Console을 등록했는가
• sitemap.xml이 생성되어 있는가
• sitemap을 Search Console에 제출했는가
• robots.txt가 중요한 페이지를 막고 있지 않은가
• 주요 페이지에 noindex가 남아 있지 않은가
• canonical URL이 올바른가
• 모바일에서도 주요 콘텐츠가 정상적으로 보이는가
• 브랜드명으로 검색했을 때 의도한 사이트가 나타나는가

robots.txt는 크롤러가 사이트의 어떤 URL에 접근할 수 있는지 알려주는 파일입니다. 개발 중 임시 차단 설정이 오픈 후에도 남아 있으면, 사이트는 열렸지만 검색엔진에는 닫혀 있는 상태가 될 수 있습니다.

2. 리뉴얼 점검: 기존 검색 자산을 잃지 않는가

리뉴얼 사이트는 신규 사이트보다 더 조심해야 합니다. 기존에 검색되던 URL, 외부 링크, 내부링크, 검색 노출 데이터가 있기 때문입니다.

특히 URL 구조가 바뀐다면 반드시 redirect 계획이 필요합니다. Google은 URL 변경을 포함한 사이트 이동 시 permanent redirect와 Search Console 확인을 안내합니다.

리뉴얼 전에 확인할 항목은 다음과 같습니다.

• 기존 URL 전체 목록을 확보했는가
• 새 URL과 기존 URL을 1:1로 매핑했는가
• 사라지는 페이지는 가장 관련성 높은 새 페이지로 연결되는가
• 301 redirect가 적용되어 있는가
• 내부링크가 새 URL 기준으로 바뀌었는가
• sitemap이 새 URL 기준으로 갱신되었는가
• 런칭 후 404 오류를 모니터링할 계획이 있는가
• 검색 유입이 큰 기존 페이지를 삭제하지 않았는가

리뉴얼의 목적은 단순히 예쁜 사이트를 만드는 것이 아닙니다. 기존 검색 자산을 보존하면서, 더 명확한 메시지와 전환 구조를 만드는 것입니다.

3. 핵심 페이지 점검: AI와 검색엔진이 회사를 이해할 수 있는가

신규 사이트는 블로그 50개보다 기본 페이지 10개가 먼저입니다. AI가 회사를 이해하려면 회사명, 대표자, 서비스, 고객, 전문 주제, 문의 경로가 일관되게 설명되어야 합니다.

먼저 준비해야 할 핵심 페이지는 다음과 같습니다.

1. Home
2. About / 회사 소개
3. Service Overview
4. 핵심 서비스 페이지 (진단·실행 등)
5. 대표자 또는 전문가 프로필
6. Case / Work Sample
7. Blog Pillar 글
8. Contact
9. FAQ

이 페이지들이 없으면 블로그 글이 많아도 브랜드의 중심이 약해집니다. GEO 관점에서는 "이 회사는 누구이며, 어떤 문제를 해결하고, 어떤 주제에 전문성이 있는가"가 명확해야 합니다.

4. 답변성 점검: 각 페이지가 질문에 바로 답하는가

AEO는 검색어보다 질문에 가깝습니다. 신규 사이트의 주요 페이지도 질문에 답해야 합니다.

예를 들어 서비스 페이지라면 다음 질문에 바로 답해야 합니다.

• 이 서비스는 무엇인가
• 누구를 위한 서비스인가
• 어떤 문제를 해결하는가
• 어떤 결과물을 받는가
• 진행 방식은 어떻게 되는가
• 문의하면 다음 단계는 무엇인가

사이트 방문자는 회사 소개를 끝까지 읽기 전에 판단합니다. AI도 마찬가지입니다. 질문에 대한 답이 페이지 초반에 명확하지 않으면, 답변 후보로 쓰이기 어렵습니다.

페이지별로 다음 구조를 권장합니다.

1. 한 문장 정의
2. 누구를 위한 것인가
3. 해결하는 문제
4. 제공하는 결과물
5. 진행 방식
6. 사례 또는 근거
7. FAQ
8. 문의 CTA

5. 인용성 점검: AI가 믿을 만한 근거가 있는가

GEO는 키워드가 아니라 신뢰 구조의 문제입니다. 생성형 AI가 회사를 설명하거나 추천하려면, 사이트 안팎에 일관된 근거가 있어야 합니다.

확인할 항목은 다음과 같습니다.

• 회사명이 모든 페이지에서 일관되게 쓰이는가
• 대표자명과 전문성이 명확히 표시되어 있는가
• 서비스명이 일관되게 쓰이는가
• 회사 소개에 "무엇을 하는 회사인지" 한 문장 정의가 있는가
• 서비스 페이지에 결과물과 진단 방식이 구체적으로 적혀 있는가
• 블로그 글에 출처, 사례, 프레임워크가 포함되어 있는가
• 외부 프로필, SNS, 디렉토리의 설명이 사이트와 일치하는가
• 콘텐츠의 작성자와 업데이트 날짜가 표시되는가

Google은 도움이 되는 콘텐츠와 신뢰할 수 있는 정보 제시에서 출처, 전문성, 작성자나 사이트의 배경 같은 요소를 고려하라고 안내합니다. GEO 역시 이 신뢰 신호 없이는 설득력이 약해집니다.

6. 구조화 데이터 점검: 기계가 읽을 수 있는 단서가 있는가

사람이 읽기 좋은 문장과 기계가 이해하기 쉬운 구조는 다릅니다. 구조화 데이터는 Google이 페이지의 의미를 이해하고 검색 결과에 활용할 수 있는 단서를 제공합니다.

신규 사이트에서 우선 검토할 schema 후보는 다음과 같습니다.

• Organization schema
• WebSite schema
• Person schema
• Service schema
• Article schema
• BreadcrumbList schema
• FAQPage schema 후보

구조화 데이터는 순위를 보장하는 마법이 아닙니다. 하지만 회사, 사람, 서비스, 글, 경로를 명확하게 설명하는 데 도움이 됩니다. 특히 신규 사이트는 외부 신뢰 신호가 아직 적기 때문에, 사이트 내부의 의미 구조를 분명히 하는 것이 중요합니다.

7. 성능과 전환 점검: 발견되어도 문의할 수 있는가

검색엔진과 AI가 사이트를 이해해도, 사용자가 문의하지 못하면 마케팅 성과로 이어지지 않습니다. 신규 사이트는 오픈 전에 사용자 경험과 전환 경로를 점검해야 합니다.

Web Vitals는 LCP, INP, CLS 같은 지표로 사용자 경험 품질을 측정합니다. 성능 문제는 검색 품질뿐 아니라 문의 전환에도 영향을 줄 수 있습니다.

확인할 항목은 다음과 같습니다.

• 모바일에서 텍스트와 버튼이 잘 보이는가
• 첫 화면에서 무엇을 하는 회사인지 이해되는가
• 문의 버튼이 모든 주요 페이지에서 보이는가
• 문의 폼이 정상 제출되는가
• 폼 제출 후 확인 메시지나 후속 안내가 있는가
• 페이지 로딩이 지나치게 느리지 않은가
• 이미지 용량이 과도하지 않은가
• 레이아웃이 로딩 중 크게 흔들리지 않는가
• CTA 문구가 구체적인 결과물을 약속하는가

"문의하기"보다 더 좋은 CTA는 "무엇을 점검해주는지"를 말하는 CTA입니다.

SEO/AEO/GEO 런칭 체크리스트

아래 항목 중 5개 이상이 비어 있다면, 사이트 오픈 전 또는 리뉴얼 직후에 점검이 필요합니다.

신규 사이트의 첫 30일 운영 순서

1주차: 열리는지 확인한다

• Search Console 등록
• sitemap 제출
• robots.txt 확인
• 주요 페이지 색인 요청
• 브랜드명 검색 결과 확인

2주차: 이해되는지 확인한다

• Home, About, Service 문구 정리
• 회사 한 문장 정의 확정
• 대표자/전문성 프로필 보강
• 핵심 서비스 페이지 구조화
• FAQ 초안 작성

3주차: 답변되는지 확인한다

• 각 페이지 첫 문단에 한 문장 답변 추가
• 서비스별 질문-답변 섹션 추가
• pillar 블로그 1편 발행
• 내부링크 연결

4주차: 인용될 수 있는지 확인한다

• 출처와 사례 보강
• Article/Organization/WebSite schema 검토
• ChatGPT, Perplexity, Gemini에서 브랜드 설명 확인
• 검색 유입과 문의 전환 점검
• 우선 수정 10개 정리

결론: 사이트 오픈은 디자인 완료가 아니라 발견·답변·인용 구조의 시작이다

신규 사이트를 열었다는 것은 웹에 페이지를 올렸다는 뜻일 뿐입니다. 검색엔진이 발견하고, 사용자의 질문에 답하고, AI가 신뢰할 수 있는 출처로 이해하려면 별도의 구조가 필요합니다.

그래서 사이트 오픈 전 체크리스트는 단순 기술 점검이 아닙니다. SEO의 발견성, AEO의 답변성, GEO의 인용성을 한 번에 확인하는 사업 점검입니다.

FAQ

신규 사이트는 블로그를 몇 개나 쓰고 오픈해야 하나요?

블로그 개수보다 기본 페이지 구조가 먼저입니다. Home, About, Service, Contact, FAQ, 대표 pillar 글 1개가 준비되어 있고 검색엔진이 발견할 수 있는 상태라면 오픈 후 cluster 글을 쌓아가는 방식이 현실적입니다.

리뉴얼할 때 가장 위험한 SEO 문제는 무엇인가요?

URL 변경 후 redirect를 제대로 하지 않는 것입니다. 기존 검색 결과나 외부 링크로 들어오던 사용자가 404를 만나면 검색 자산과 전환 기회를 동시에 잃을 수 있습니다.

sitemap만 제출하면 색인이 보장되나요?

아닙니다. sitemap은 검색엔진에 URL 정보를 알려주는 수단이지만, 색인 자체를 보장하지는 않습니다. 페이지 품질, 중복, noindex, canonical, 내부링크 등도 함께 확인해야 합니다.

GEO를 위해 schema는 꼭 필요한가요?

필수라고 단정할 수는 없지만, 구조화 데이터는 검색엔진이 페이지 의미를 이해하는 데 도움을 주는 단서입니다. 신규 사이트처럼 외부 신뢰 신호가 적은 경우에는 회사, 사람, 서비스, 글의 구조를 명확히 하는 데 특히 유용합니다.

AI 검색 노출은 어떻게 확인하나요?

브랜드명, 대표자명, 서비스명, 핵심 문제 키워드를 ChatGPT, Perplexity, Gemini, Google AI Overview에서 주기적으로 확인합니다. 답변에 브랜드가 언급되는지, 설명이 정확한지, 경쟁사는 어떤 맥락으로 언급되는지 기록해야 합니다.

---

SEO, AEO, GEO가 층위로서 어떻게 다른지는 SEO에서 AEO와 GEO로: AI 검색 시대의 검색 전략 전체 지도에서 더 자세히 다뤘습니다. 이 글이 오픈 전 점검표라면, 그 글은 오픈 이후 콘텐츠 전략의 전체 지도입니다.

IntentRize는 신규/리뉴얼 사이트를 볼 때 디자인만 보지 않습니다. 사업모델, 제품, 시장, 고객, 조직, 데이터의 여섯 개 층이 웹사이트에서 어떻게 연결되는지 확인합니다. 신규 사이트를 열었거나 리뉴얼을 앞두고 있다면, 문의해주세요! 색인, sitemap, robots.txt, 핵심 페이지 구조, AI 검색 노출 상태를 점검하고 우선 수정할 항목을 정리해 드립니다.