SEO 운영 기업의 GEO 최적화 실행 순서 4단계와 완료 기준

GEO 최적화(생성형 엔진 최적화)는 AI 검색 답변에 인용되도록 하는 작업입니다. SEO를 하는 회사는 기존 작업에 네 단계를 차례로 더합니다. 순서는 대상 페이지 선정, AI 크롤러 접근 정책 결정, 콘텐츠 보강, 측정과 운영 편입입니다.

단계마다 완료 기준을 정하면 담당자가 바뀌어도 같은 지점에서 이어서 진행할 수 있습니다.

전체 실행 순서와 단계별 완료 기준은 무엇인가요?

AI 개요는 검색 결과 위에 AI 요약 답변을 보여 주는 기능입니다. Google 문서는 AI 개요와 AI 모드에 나오기 위한 추가 요건이나 별도 최적화가 없다고 설명합니다.

페이지가 색인되어 있고 스니펫과 함께 표시될 자격이 있으면 보조 링크 후보가 됩니다. 노출이 보장되지는 않는다는 점도 문서에 적혀 있습니다.

ChatGPT와 Perplexity는 검색용 크롤러를 따로 운영합니다. 그래서 SEO 조직이 새로 할 일은 콘텐츠보다 접근 정책과 측정에서 먼저 생깁니다.

대상 페이지를 먼저 고르면 접근 정책과 보강의 범위가 정해집니다. 접근이 막힌 페이지는 내용을 고쳐도 AI 검색 답변의 후보가 되지 못합니다. 그래서 콘텐츠 보강은 접근 정책을 확정한 뒤에 시작합니다.

기존 SEO 페이지 중 첫 대상은 어떤 페이지인가요?

새 페이지를 만들기보다 이미 검색 유입이 있는 페이지에서 시작합니다. 실무에서는 질문형 검색어로 노출되는 페이지를 10~20개 고르는 방법을 권합니다. 질문형 검색어는 방법·차이·비용·순서처럼 답을 요구하는 검색어를 말합니다.

Search Console 실적 보고서에서는 다음 순서로 고릅니다.

1. 검색 유형을 웹으로 두고, 기간은 최근 3개월로 정합니다.
2. 필터 추가에서 검색어를 고른 뒤 맞춤(정규 표현식) 옵션을 선택합니다.
3. 입력란에 (방법|차이|비용|순서|어떻게)를 넣고 정규 표현식 일치로 적용합니다.
4. 페이지 탭으로 옮겨 노출수 순으로 정렬하고, 위에서부터 대상을 고릅니다.

Search Console 도움말은 이 필터가 RE2 문법을 쓴다고 설명합니다. 기본은 부분 일치이고 대소문자를 구분하지 않습니다. 여러 값은 세로 막대(|)로 나누고 전체를 괄호로 묶습니다. 단어 하나만 볼 때는 검색어 포함 옵션을 써도 됩니다.

예를 들어 가상의 B2B 소프트웨어 기업이라면 요금 안내, 도입 절차, 구축 방식 비교 페이지가 먼저 걸러집니다. 회사 소개나 채용 공고는 뒤로 미룹니다.

목록을 만든 뒤 두 가지를 확인합니다. 첫째는 색인 여부입니다. Search Console의 URL 검사 도구로 페이지마다 색인 상태를 봅니다.

둘째는 스니펫 제어입니다. Google의 AI 기능 문서는 검색에 보이는 정보를 제한하는 수단을 안내합니다. nosnippet, data-nosnippet, max-snippet, noindex입니다.

스니펫과 함께 표시될 자격이 AI 기능의 조건이므로, 이 태그가 있는 페이지는 후보에서 빠지거나 인용 범위가 줄 수 있습니다. 법무 검토나 중복 대응 때문에 넣은 태그가 대상 페이지에 있다면 지금도 필요한 제한인지 다시 판단합니다.

제한을 풀었는데 반영되지 않으면 URL 검사로 Googlebot이 바뀐 태그를 보는지 확인합니다. 그다음 재크롤링을 요청합니다.

완료 기준: 대상 목록의 모든 페이지가 색인 상태입니다. 스니펫 제한 태그는 없거나, 남긴 제한의 사유를 기록했습니다.

AI 크롤러 접근 정책의 결정 기준은 무엇인가요?

SEO 조직의 robots.txt는 대개 Googlebot과 Bingbot을 중심으로 관리해 왔습니다. GEO를 더하면 검색 답변용 봇과 모델 학습용 봇을 나눠 정해야 합니다. 각 서비스 공식 문서의 설명은 다음과 같습니다.

서비스마다 검색 노출과 학습 사용을 다른 봇이 맡습니다. 따라서 AI 봇을 한꺼번에 차단하거나 허용하지 않고 봇별로 결정합니다.

예를 들어 검색 답변 노출은 원하고 학습 사용은 원하지 않는 회사라면 robots.txt에 다음 네 묶음을 추가합니다. 묶음마다 첫째 줄과 둘째 줄을 각각 별도의 줄로 적습니다. 묶음 사이에는 빈 줄을 둡니다.

Google의 robots.txt 문서는 크롤러가 자기 이름과 가장 구체적으로 일치하는 묶음 하나만 따른다고 설명합니다. 봇 이름을 적은 묶음이 있으면 「User-agent: *」 묶음은 무시되고, 두 묶음의 규칙은 합쳐지지 않습니다.

기존 「User-agent: *」 묶음에 관리자 화면 차단 같은 규칙이 있다면, 새 봇 묶음에는 그 규칙이 적용되지 않습니다. 실무에서는 필요한 Disallow 줄을 새 봇 묶음에도 함께 적는 방법을 권합니다.

robots.txt만 고쳐서는 부족할 수 있습니다. Google 문서는 robots.txt뿐 아니라 CDN과 호스팅 인프라에서도 크롤링을 허용하라고 안내합니다. 보안 담당이 봇 차단 규칙을 일괄 적용했다면 검색용 봇이 방화벽에서 막혀 있을 수 있습니다.

실무에서는 웹 서버 접근 기록에서 봇 이름별 요청과 응답 코드를 확인하는 방법을 권합니다. OpenAI와 Perplexity 문서는 robots.txt 변경이 반영되기까지 최대 24시간 정도 걸릴 수 있다고 설명합니다.

완료 기준: 봇별 결정과 사유를 기록했습니다. 반영 24시간 뒤 접근 기록에서 허용한 봇의 요청이 차단 응답(403 등)을 받지 않는 것을 확인했습니다.

콘텐츠에서 보강할 항목과 생략할 항목은 무엇인가요?

Google 문서는 AI 기능을 위해 새 기계 판독용 파일이나 AI용 텍스트 파일, 특별한 마크업이 필요하지 않다고 설명합니다. 따로 추가할 schema.org 구조화 데이터도 없다고 밝힙니다.

GEO를 이유로 별도 파일 제작이나 마크업 전면 개편을 일정에 넣기 전에 이 설명부터 확인합니다. 그 대신 1단계 대상 페이지를 다음 순서로 보강합니다. 1~4번은 Google 문서의 권장 사항이고, 5번은 실무 제안입니다.

1. 핵심 내용을 텍스트로 옮깁니다. 요금표·비교표·절차도가 이미지 안에만 있으면 같은 내용을 본문 텍스트나 HTML 표로도 제공합니다. Google 문서는 중요한 내용을 텍스트로 쓰고, 이미지와 동영상은 이를 뒷받침하게 하라고 권합니다.
2. 내부 링크로 찾을 수 있게 합니다. 캠페인용으로 만든 뒤 메뉴에서 빠진 페이지는 관련 글이나 상위 분류 페이지에서 링크합니다.
3. 구조화 데이터와 화면 내용을 맞춥니다. Google 구조화 데이터 정책은 보이지 않는 내용을 마크업하지 말고, 마크업이 페이지 내용을 그대로 나타내야 한다고 정합니다. 위반하면 수동 조치로 리치 결과 자격을 잃을 수 있습니다. 가격이나 제공 범위를 바꾼 페이지는 마크업 값도 바뀌었는지 확인합니다.
4. 비즈니스 정보를 최신으로 맞춥니다. Google 문서는 Merchant Center와 비즈니스 프로필 정보를 최신으로 유지하라고 안내합니다. 쇼핑몰이나 오프라인 매장이 있는 회사라면 이 항목을 넣습니다.
5. 이름 표기를 통일합니다. 대상 페이지 전체에서 회사명·제품명·요금제 이름을 같은 표기로 맞춥니다. 표기가 페이지마다 다르면 4단계에서 검색어와 AI 답변 속 언급을 점검할 때 같은 대상으로 묶어 집계하기 어렵습니다.

완료 기준: 대상 페이지마다 위 다섯 항목을 점검표로 확인했습니다. 끝나지 않은 항목에는 담당자와 처리 예정일을 적었습니다.

측정 기준선과 운영 주기에 넣을 항목은 무엇인가요?

Google 문서는 AI 개요와 AI 모드에서 생긴 트래픽이 Search Console 전체 데이터에 포함된다고 설명합니다. 실적 보고서의 웹 검색 유형에 함께 집계됩니다. AI 기능 유입만 따로 떼어 보는 보고서는 이 문서에 나오지 않습니다.

그래서 기존 SEO 보고의 기준선을 그대로 씁니다. 2단계 robots.txt 변경일과 3단계 보강 배포일을 기록합니다. 그다음 대상 페이지 묶음의 클릭·노출을 변경 전후 같은 길이의 기간으로 비교합니다. 1단계에서 쓴 정규 표현식 필터를 그대로 저장해 쓰면 매달 같은 검색어 범위를 비교할 수 있습니다.

수치가 바뀌어도 원인을 단정하지 않고, 같은 기간의 다른 사이트 변경과 함께 봅니다. ChatGPT와 Perplexity 답변 속 언급은 각 서비스에서 따로 점검하고, 3단계에서 통일한 표기를 기준으로 기록합니다.

2단계 결정은 다음 양식으로 남깁니다. 아래 기록 예시는 가상의 회사를 기준으로 썼습니다.

운영 주기에는 두 가지를 넣습니다. 첫째, 사이트 개편과 CDN·보안 규칙 변경 때 쓰는 배포 점검표에 「검색용 AI 봇 접근 확인」 항목을 추가합니다.

둘째, 분기마다 각 서비스의 크롤러 문서를 다시 열어 봇 이름과 용도가 바뀌었는지 확인합니다. 바뀌었다면 결정 기록 양식을 새로 작성합니다.

완료 기준: 월간 SEO 보고에 대상 페이지 묶음의 기준선과 변경 기록이 들어가 있습니다. 배포 점검표에는 봇 접근 항목이 추가되어 있습니다.

정리

이 순서의 핵심은 콘텐츠를 고치기 전에 대상 페이지를 정하고 접근 정책부터 확정하는 것입니다. 다음 순서로 시작합니다.

1. 실적 보고서의 정규 표현식 필터로 질문형 검색어 노출 페이지 10~20개를 고르고, 색인 상태와 스니펫 제한 태그를 확인합니다.
2. 봇별 표를 기준으로 검색용 봇과 학습용 봇의 허용 여부를 정하고, 결정 기록 양식에 사유를 적습니다.
3. robots.txt에 봇별 묶음을 두 줄씩 나눠 적고 CDN 규칙에도 반영한 뒤, 24시간 뒤 접근 기록에서 차단 여부를 확인합니다.
4. 대상 페이지의 이미지 속 핵심 내용, 내부 링크, 구조화 데이터 값, 이름 표기를 점검표로 보강합니다.
5. 변경일을 월간 SEO 보고에 기록하고, 배포 점검표에 봇 접근 항목을 추가합니다.

참고 자료

• AI features and your website (Google Search Central, 확인일 2026-10-20)
• Google's common crawlers (Google Search Central, 확인일 2026-10-20)
• How Google interprets the robots.txt specification (Google Search Central, 확인일 2026-10-20)
• General structured data guidelines (Google Search Central, 확인일 2026-10-20)
• Performance report (Search results): Advanced filtering and comparison (Search Console 도움말, 확인일 2026-10-20)
• Overview of OpenAI Crawlers (OpenAI, 확인일 2026-10-20)
• Perplexity Crawlers (Perplexity, 확인일 2026-10-20)