geo업체·seo업체 병행 때 겹치는 다섯 곳과 수정 권한 나누기

seo업체(검색엔진최적화)와 geo업체(생성형엔진최적화, AI 답변 노출 작업)를 병행하면 두 업체의 작업은 다섯 곳에서 겹칩니다. 크롤러 접근 설정, 검색 결과 표시 제어 태그, 구조화 데이터, 페이지 원고, 서치 콘솔 권한과 성과 보고입니다.

기본 SEO 작업이 AI 노출에도 그대로 쓰이므로 두 업체가 같은 파일과 페이지를 고치게 됩니다. 영역마다 수정 권한을 한 업체에 두고 변경 기록을 하나로 모으면 충돌을 줄일 수 있습니다.

두 업체의 작업이 같은 곳에서 만나는 이유는 무엇인가요?

Google 검색 센터의 AI 기능 문서는 AI 개요(AI Overviews)나 AI 모드에 나오기 위한 추가 요건이나 특별한 최적화가 없다고 설명합니다. 조건은 페이지가 색인되어 있고 스니펫(검색 결과에 보이는 요약 문구)과 함께 표시될 자격이 있는 것입니다.

같은 문서가 권하는 작업도 일반 SEO 작업과 같습니다.

robots.txt와 CDN(콘텐츠 전송망)·호스팅에서 크롤링을 허용합니다.
내부 링크를 연결합니다.
중요한 내용을 텍스트로 둡니다.
구조화 데이터를 화면에 보이는 글과 일치시킵니다.

AI 전용 텍스트 파일이나 특수한 schema.org 마크업도 필요하지 않다는 것이 이 문서의 설명입니다.

ChatGPT 검색도 비슷합니다. OpenAI 문서는 ChatGPT 검색 답변에 사이트가 나오려면 robots.txt에서 OAI-SearchBot을 허용하라고 권합니다. 결국 geo업체가 손대는 곳은 seo업체가 이미 관리하는 robots.txt, 페이지 마크업, 본문입니다.

문제는 두 업체가 서로의 변경을 모른 채 같은 자리를 고칠 때 생깁니다. 한쪽의 수정이 다른 쪽의 목표를 해칠 수 있고, 같은 성과를 두 업체가 각자 자기 몫으로 보고할 수도 있습니다.

겹치는 작업은 구체적으로 어디인가요?

다섯 영역에서 두 업체가 주로 하는 작업과 따로 움직일 때 생기는 문제를 정리하면 다음과 같습니다.

겹치는 영역	seo업체 쪽 작업	geo업체 쪽 작업	따로 움직일 때 생기는 문제
robots.txt와 크롤러 접근	Googlebot 크롤링 범위와 서버 부하 조정	AI 서비스 크롤러(OAI-SearchBot·GPTBot 등) 허용·차단	한쪽 수정본이 다른 쪽 규칙을 덮어써 의도하지 않은 크롤러가 막힘
검색 결과 표시 제어	nosnippet·max-snippet·noindex로 스니펫과 색인 조정	AI 답변에 쓰이길 원하는 문단의 data-nosnippet·max-snippet 해제 요청	한쪽이 건 스니펫 제한이 다른 쪽이 다듬은 문단의 AI 노출까지 줄임
구조화 데이터	리치 결과(별점·가격 등이 붙은 검색 결과)용 JSON-LD(페이지 정보를 기계가 읽도록 적는 코드 형식) 작성	회사·제품 정보, 질문과 답변 마크업 추가	한 페이지에 중복되거나 서로 다른 마크업이 남음
페이지 원고	검색어에 맞춘 제목·본문 수정	질문형 답변 문단과 요약 추가	같은 페이지를 번갈아 고쳐 메시지와 작성자 정보가 흔들림
서치 콘솔과 성과 보고	실적 보고서로 클릭·노출 보고	AI 기능 유입 성과 보고	같은 클릭을 두 업체가 각자 성과로 보고함

이 가운데 앞의 세 영역은 사이트 전체에 한 번에 영향을 줍니다. 그래서 가장 먼저 정리합니다.

robots.txt와 스니펫 태그에서는 어떤 충돌이 생기나요?

크롤러별 규칙을 서로 덮어쓰는 경우

OpenAI 문서는 GPTBot은 생성형 AI 모델 학습용, OAI-SearchBot은 ChatGPT 검색용이라고 구분합니다. 각 설정은 서로 독립적이어서 학습만 막고 검색 노출은 허용할 수 있다는 설명입니다.

예를 들어 가상의 A 기업에서 geo업체가 학습을 막으려고 GPTBot만 차단했다고 가정합니다. 이후 seo업체가 서버 부하를 줄이려고 목록에 없는 봇을 모두 차단하면 OAI-SearchBot도 함께 막힐 수 있습니다. OpenAI 문서에 따르면 OAI-SearchBot을 차단한 사이트는 ChatGPT 검색 답변에 표시되지 않으며, 다만 내비게이션 링크(사이트로 바로 가는 링크)로는 나타날 수 있습니다.

Google에도 비슷한 구분이 있습니다. AI 기능 문서는 검색용 크롤링을 Googlebot의 robots.txt 규칙이 관리하고, 다른 Google 시스템의 AI 학습과 그라운딩(답변 근거로 쓰는 것) 제한은 Google-Extended가 맡는다고 안내합니다. Google 크롤러 문서는 Google-Extended가 Google 검색 포함 여부에 영향을 주지 않고 검색 순위 신호로도 쓰이지 않는다고 적습니다.

실무에서는 요청서에 두 이름을 구분해 적는 방법을 권합니다. Google-Extended 설정만으로 AI 개요 노출이 바뀐다고 기대하지 않는 편이 안전하고, Googlebot 규칙을 잘못 바꾸면 일반 검색 노출까지 영향을 받습니다.

robots.txt로 막아도 색인은 남을 수 있습니다

Google의 robots.txt 문서는 robots.txt가 페이지를 검색에서 빼는 수단이 아니어서, 다른 사이트가 링크하면 차단된 주소도 설명 없이 색인될 수 있다고 설명합니다. 검색에서 빼려는 페이지에는 noindex나 비밀번호 보호를 쓰라는 것이 같은 문서의 안내입니다.

스크립트나 스타일 파일을 막으면 Google이 그 파일에 의존하는 페이지를 이해하기 어려워진다는 설명도 있습니다. 실무에서는 리소스 경로를 막기 전에 상대 업체가 다듬은 페이지가 그 파일을 쓰는지 먼저 확인하는 방법을 권합니다.

스니펫 제한은 AI 기능에도 적용됩니다

AI 기능 문서는 검색에 표시되는 내용을 제한하는 방법으로 nosnippet, data-nosnippet, max-snippet, noindex를 안내합니다. seo업체가 특정 영역에 data-nosnippet을 걸면 geo업체가 AI 답변용으로 다듬은 그 문단의 노출도 함께 줄어들 수 있습니다.

실무에서는 robots.txt와 로봇 메타 태그를 한 업체만 수정하는 파일로 정하고, 다른 업체는 요청서로 변경을 요청하게 하는 방법을 권합니다.

되돌리는 데도 시간이 걸립니다. OpenAI 문서는 robots.txt 변경이 검색에 반영되기까지 약 24시간이 걸릴 수 있다고 설명합니다. Google의 AI 기능 문서는 크롤링에 며칠에서 몇 달까지 걸릴 수 있다고 하고, 재크롤링 요청 문서도 요청 뒤 크롤링에 며칠에서 몇 주가 걸릴 수 있다고 안내합니다. 잘못된 수정을 바로 되돌려도 영향이 한동안 이어질 수 있습니다.

구조화 데이터와 원고는 누가 고치는 것이 맞나요?

구조화 데이터는 한 업체가 전체를 관리합니다

Google의 구조화 데이터 소개 문서는 마크업이 그 페이지의 내용을 설명해야 하며, 사용자에게 보이지 않는 정보는 정확하더라도 넣지 말라고 안내합니다. 일반 가이드라인 문서도 페이지 독자에게 보이지 않는 콘텐츠를 마크업하지 말라고 적고, 권장 형식으로 JSON-LD를 듭니다.

두 업체가 각자 JSON-LD 블록을 추가하면 회사 이름, 주소, 대표 이미지가 서로 다르게 적힌 마크업이 한 페이지에 남을 수 있습니다. 소개 문서는 권장 속성을 많이 채우기보다 적더라도 완전하고 정확하게 넣는 것이 더 중요하다고 설명합니다. 실무에서는 마크업을 한 업체가 관리하고, 다른 업체는 넣고 싶은 항목을 요청하는 방식을 권합니다.

AI 노출을 이유로 AI 전용 마크업이나 텍스트 파일을 제안받을 수도 있습니다. 이때는 Google 문서가 이런 파일이 필요하지 않다고 설명한다는 점을 함께 검토하고, 다른 AI 서비스를 위한 제안이라면 그 서비스의 공식 문서를 근거로 달라고 요청합니다.

원고는 페이지마다 책임 업체를 하나로 정합니다

Google의 유용한 콘텐츠 문서는 누가(Who), 어떻게(How), 왜(Why) 만들었는지 점검하라고 권합니다. 작성자를 정확히 표기하고, 자동화나 AI를 썼다면 독자가 궁금해할 곳에서 밝히라는 안내도 함께 있습니다.

두 업체가 같은 페이지를 번갈아 고치면 작성자 표기와 수정 이력이 흐려집니다. Google 스팸 정책은 순위 조작이 주목적인 페이지를 대량으로 만드는 행위를 대규모 콘텐츠 악용으로 규정하고, 사람이 만들든 AI가 만들든 같다고 설명합니다. 정책 위반 여부는 이런 목적에 따라 판단되지만, 실무에서는 주제가 겹치는 페이지가 쌓이지 않게 기획 단계에서 대조하는 방법을 권합니다.

페이지 하나에 원고 책임 업체 하나를 정하면 관리가 쉬워집니다. 예를 들어 서비스 소개와 제품 페이지는 seo업체가 맡고, 자주 묻는 질문과 비교 설명 페이지는 geo업체가 맡는 식입니다. 새 글을 기획할 때는 상대 업체의 기존 글 제목과 대조한 뒤 주제를 확정합니다.

서치 콘솔 권한과 성과 보고는 어떻게 나누나요?

Google 문서는 AI 개요와 AI 모드에서 들어온 트래픽이 서치 콘솔 실적 보고서의 웹 검색 유형에 포함된다고 설명합니다. 같은 클릭을 seo업체는 검색 성과로, geo업체는 AI 노출 성과로 보고할 수 있다는 뜻입니다.

권한도 정리합니다. 서치 콘솔 도움말이 설명하는 권한 단계와 외부 업체에 주는 방법의 예는 다음과 같습니다.

권한	도움말이 설명하는 범위	외부 업체에 줄 때
소유자(확인된 소유자)	자신의 확인 토큰으로 소유권을 확인하고 사용자 관리·설정 변경 등 전체 권한을 가짐	업체에 주지 않고 회사가 보유
위임된 소유자	확인된 소유자가 토큰 없이 부여한 소유자 권한	업체에 주지 않음
전체 사용자	모든 데이터 열람, 사이트맵 제출, URL 삭제, URL 검사 가능	사이트맵과 색인 작업을 맡은 업체 한 곳
제한된 사용자	대부분의 데이터를 제한적으로 열람, URL 검사는 조회만 가능	보고와 분석만 하는 업체

세 번째 열은 실무 제안입니다. 위임된 소유자도 소유자이므로 사용자를 추가·삭제할 수 있습니다. 업체에는 전체 사용자 이하의 권한을 주는 방법을 권합니다.

도움말은 확인된 소유자를 지우려면 사이트에 둔 그 사용자의 확인 토큰도 함께 지워야 하고, 그렇지 않으면 다시 확인해 권한을 되찾을 수 있다고 설명합니다. 업체가 자기 토큰으로 소유권을 확인했다면 계약 종료 일정에 토큰 회수까지 넣습니다.

성과 보고 기준은 계약 전에 문서로 정합니다. 예를 들어 서치 콘솔 실적 보고서의 같은 기간을 두 업체의 공통 기준으로 쓰고, 각 업체는 자기가 맡은 페이지 묶음의 변화만 보고합니다. AI 답변 속 인용처럼 서치 콘솔에 나오지 않는 결과는 어떤 질문을 언제 어느 서비스에서 확인했는지 함께 받습니다.

두 업체에 역할 분담은 어떻게 요청하나요?

겹치는 영역마다 수정 권한과 사전 통보 대상을 정합니다. 실무에서는 사이트 전체에 영향을 주는 파일은 서버·배포 접근 권한을 이미 가진 업체에, 원고는 해당 페이지를 기획한 업체에 두는 방법을 권합니다. 아래 표는 그 기준을 적용한 예시입니다.

작업	결정·수정 권한	변경 전 통보받을 곳
robots.txt·로봇 메타 태그	서버·배포 권한을 가진 한 업체(예: seo업체)	다른 업체, 사내 웹 담당
구조화 데이터(JSON-LD)	서버·배포 권한을 가진 한 업체	다른 업체, 사내 웹 담당
페이지 원고	그 페이지를 기획한 책임 업체	상대 업체
서치 콘솔	회사(확인된 소유자)	두 업체
성과 보고	각 업체(맡은 페이지 묶음)	사내 담당자

계약 직후 두 업체에 같은 내용을 보내면 역할이 문서로 남습니다. 아래 문안을 회사 상황에 맞게 고쳐 씁니다.

「robots.txt, 로봇 메타 태그, 구조화 데이터는 ○○업체가 수정합니다. △△업체는 변경이 필요하면 대상 주소, 바꿀 내용, 근거 문서, 희망 반영일을 적어 요청합니다. 두 업체 모두 수정 2영업일 전까지 변경 내용을 공유 문서에 기록합니다. 성과 보고는 서치 콘솔 실적 보고서에서 맡은 페이지 묶음을 기준으로 합니다. 다른 업체가 맡은 페이지의 변화는 성과에 넣지 않습니다.」

공유 변경 기록에는 변경 한 건마다 다음 항목을 한 줄로 적습니다.

변경일과 작업한 업체
대상 파일 또는 페이지 주소
변경 전·후 내용 요약
목적(검색 노출, AI 답변 노출, 크롤링 부하 조정 등)
상대 업체 확인 여부와 확인일

정리

seo업체와 geo업체를 병행할 때 생기는 충돌은 대부분 같은 파일과 같은 페이지를 두 업체가 고치면서 생깁니다. 다음 순서로 정리합니다.

현재 robots.txt, 로봇 메타 태그, JSON-LD를 마지막으로 누가 고쳤는지 두 업체에 묻고 기록합니다.
겹치는 다섯 영역마다 수정 권한을 가진 업체 한 곳을 정하고 위 문안으로 두 업체에 알립니다.
서치 콘솔의 확인된 소유자 권한은 회사가 갖고, 업체별로 전체 사용자와 제한된 사용자 권한을 다시 확인합니다.
성과 보고의 기준 보고서와 업체별 담당 페이지 묶음을 정하고 다음 보고부터 적용합니다.
공유 변경 기록 문서를 만들어 다음 수정부터 두 업체가 기록하게 합니다.

참고 자료

AI features and your website (Google Search Central, 확인일 2026-10-22)
Ask Google to recrawl your URLs (Google Search Central, 확인일 2026-10-22)
Google's common crawlers (Google Search Central, 확인일 2026-10-22)
Introduction to robots.txt (Google Search Central, 확인일 2026-10-22)
Introduction to structured data markup in Google Search (Google Search Central, 확인일 2026-10-22)
General structured data guidelines (Google Search Central, 확인일 2026-10-22)
Creating helpful, reliable, people-first content (Google Search Central, 확인일 2026-10-22)
Spam policies for Google web search (Google Search Central, 확인일 2026-10-22)
Managing owners, users, and permissions (Search Console 도움말, 확인일 2026-10-22)
Overview of OpenAI Crawlers (OpenAI, 확인일 2026-10-22)