GEO(생성형 엔진 최적화, AI 답변에 출처로 쓰이도록 웹페이지를 다듬는 작업) 측정에서 페이지 단위 측정은 수집과 인용을 대표 URL마다 따로 기록하는 방식입니다. Google AI 개요·AI 모드와 Microsoft Copilot·Bing AI 요약 같은 AI 답변은 사이트가 아니라 특정 페이지를 출처 링크로 표시합니다. 이 출처 링크로 쓰일 자격도 페이지마다 판정됩니다. 그래서 GEO 측정은 페이지 단위로 해야 합니다.
페이지 단위 측정은 정확히 무엇을 세나요?
측정 단위는 「대표 URL 하나」입니다. 내용이 같은데 주소만 다른 변형은 하나의 페이지로 묶어 셉니다. 추적 매개변수, 끝 슬래시, http와 https 차이가 대표적인 변형입니다.
Google 문서는 중복되거나 매우 비슷한 페이지에 대표 URL(정규 URL, 검색에 보여 줄 기준 주소)을 지정하는 방법을 안내합니다. 리디렉션은 가장 강한 신호, rel="canonical"은 강한 신호, 사이트맵 포함은 약한 신호라고 설명합니다. 아무것도 지정하지 않으면 Google이 사용자에게 보여 줄 가장 적합한 버전을 직접 고른다고 밝힙니다.
실무에서는 이 대표 URL을 측정표의 행 기준으로 삼는 방법을 권합니다. 예를 들어 가상의 ○○ 기업 가이드 페이지가 서버 기록에 「/guide」「/guide/」「/guide?utm_source=newsletter」 세 가지로 남았다고 가정합니다. 세 주소의 요청은 모두 대표 URL 「/guide」 한 행에 모아 적습니다. 따로 세면 한 페이지의 신호가 세 행으로 흩어져 각 행이 실제보다 약해 보입니다.
| 구분 | 사이트 단위 | 페이지 단위 |
|---|---|---|
| 기록 단위 | 도메인 전체 합계 | 대표 URL 한 개 |
| 답하는 질문 | 전체 신호가 늘었는가 | 어느 페이지에서 늘거나 줄었는가 |
| 한 검색 결과에 같은 사이트 페이지가 여럿 나올 때 | (Search Console 속성 기준) 노출 1회로 집계 | 페이지마다 따로 집계 |
| 개선 대상 찾기 | 추가 분석이 필요함 | 변화가 생긴 페이지를 먼저 좁힐 수 있음 |
사이트 합계는 왜 페이지 신호를 가리나요?
Search Console 실적 보고서에서 이 차이가 잘 보입니다. Google 도움말은 데이터를 속성(등록한 사이트) 기준과 페이지 기준, 두 가지로 집계한다고 설명합니다.
도움말의 예시는 이렇습니다. 한 사용자가 어떤 검색어로 같은 사이트의 URL 세 개를 1·2·3위에서 함께 보았습니다. 속성 기준으로는 노출 1회, 평균 순위 1입니다. 사이트의 가장 높은 위치 하나만 남기 때문입니다.
페이지 기준으로는 URL마다 노출 1회가 기록됩니다. 평균 순위는 (1+2+3)÷3, 곧 URL마다 2로 집계됩니다. 같은 검색 한 번이 집계 단위에 따라 다른 숫자가 됩니다.
도움말은 차트가 속성 기준이고, 표를 페이지로 묶으면 페이지 기준이 된다고 설명합니다. 그래서 차트 합계와 표 합계가 서로 맞지 않을 수 있습니다.
Google 문서는 AI 기능에 노출된 사이트의 유입도 Search Console 전체 검색 유입에 포함되며, 실적 보고서의 「웹」 검색 유형에 나타난다고 밝힙니다. AI 기능에서 온 유입이 일반 검색 유입과 함께 집계된다는 뜻입니다. 실무에서는 사이트 합계보다 페이지 표에서 변화를 읽는 방법을 권합니다.
AI 답변 신호는 왜 페이지마다 다르게 나타나나요?
노출 자격이 페이지마다 판정됩니다
Google 문서는 AI 개요·AI 모드의 출처 링크로 쓰이려면 페이지가 색인되어 있고 스니펫(검색 결과의 요약 문구)과 함께 표시될 자격이 있어야 한다고 설명합니다. 추가 기술 요건은 없다고 밝힙니다.
노출 범위를 제한하는 수단으로는 nosnippet, data-nosnippet, max-snippet, noindex를 안내합니다. 모두 페이지나 페이지 안의 일부에 적용하는 설정입니다. 한 페이지에 설정 실수가 생겨도, 해당 페이지의 비중이 작으면 사이트 합계에서는 작은 감소로만 보일 수 있습니다.
인용 보고도 URL 단위로 나옵니다
Bing Webmaster Tools는 2026년 2월 AI 성과 보고서를 공개 미리보기로 내놓았습니다. Microsoft Copilot, Bing의 AI 요약, 일부 협력 서비스에서 출처로 표시된 횟수를 보여 줍니다.
이 보고서는 총 인용 수와 별도로 하루 평균 인용된 고유 페이지 수와 페이지별 인용 활동을 제공합니다. Bing은 페이지별 수치가 인용 빈도를 나타낼 뿐, 페이지의 중요도·순위·답변 안 위치를 뜻하지 않는다고 설명합니다.
인용이 몇 개 페이지에 몰리는지, 새로 인용되기 시작한 페이지가 어디인지는 URL 단위로 볼 때 드러납니다. 총 인용 수가 같아도 인용된 페이지의 구성은 달라질 수 있습니다.
수집 기록도 URL 표본으로만 보입니다
Search Console 크롤링 통계 보고서는 응답 코드·파일 형식·크롤링 목적별 합계를 보여 줍니다. 항목을 누르면 예시 URL 목록이 나옵니다. Google은 이 목록이 전체가 아닌 대표 표본이라고 설명합니다.
Google은 보고서 수치가 서버 로그와 조금 다를 수 있다고 밝힙니다. 리디렉션 체인의 각 단계도 별도 요청으로 셉니다. 특정 페이지의 수집 여부를 빠짐없이 보려면 서버 기록을 대표 URL별로 집계해야 합니다.
페이지 단위 측정에 대한 흔한 오해는 무엇인가요?
- 사이트 합계가 늘면 모든 페이지가 나아졌다는 오해: 합계 증가는 소수 페이지의 큰 변화만으로도 생깁니다. Bing 보고서가 인용 수와 별도로 인용된 고유 페이지 수를 제공하는 것도 이 차이를 보여 주기 위해서입니다.
- 페이지별 수치를 더하면 사이트 합계와 같다는 오해: Search Console은 속성 기준과 페이지 기준을 다른 규칙으로 셉니다. 두 수치는 검산용이 아니라 서로 다른 질문에 답하는 값으로 읽어야 합니다.
- 주소 문자열을 그대로 세면 된다는 오해: 앞의 「/guide」 예처럼 변형 주소를 따로 세면 한 페이지의 신호가 흩어집니다. 대표 URL로 먼저 묶은 뒤 셉니다.
- 페이지가 적은 사이트는 합계로 충분하다는 오해: Google은 페이지가 천 개 미만인 사이트는 대개 크롤링 통계 보고서가 필요 없다고 설명합니다. 이는 크롤링 용량 관리에 관한 안내입니다. AI 답변은 페이지를 출처로 표시하므로 페이지 수가 적어도 페이지별로 볼 이유는 그대로입니다.
페이지 단위 측정표는 어떻게 만드나요?
- 측정 대상 목록을 정합니다. 사이트맵과 주요 메뉴에서 대표 URL을 뽑고 페이지 유형(제품·가이드·자주 묻는 질문·회사 소개 등)을 붙입니다.
- 주소 정리 규칙을 문서로 정합니다. 추적 매개변수 제거, 끝 슬래시 통일, http를 https로 통일하는 규칙을 적습니다. 경로의 대소문자는 서버에 따라 다른 페이지일 수 있으므로 확인한 뒤 통일합니다.
- 대표 URL 지정이 일관된지 확인합니다. 리디렉션, rel="canonical", 사이트맵이 모두 같은 주소를 가리키는지 봅니다.
- 서버 기록에서 AI 봇 요청을 구분합니다. 사용자 에이전트 이름으로 1차 분류하고, 공식 IP 대역과 대조해 확인합니다.
- 대표 URL 기준으로 한 행에 모읍니다. 서버 기록, Search Console 페이지 표, Bing 페이지별 인용을 같은 주간으로 맞추고, 원천별 수치는 더하지 않고 열을 나눠 적습니다.
4단계의 구분 기준은 각 서비스 문서에 있습니다. OpenAI 문서는 크롤러를 GPTBot(학습용 수집), OAI-SearchBot(ChatGPT 검색 결과용), ChatGPT-User(사용자가 질문할 때 페이지 방문)로 나누고, 각각의 IP 대역 목록을 공개합니다. Google 문서는 기록된 IP로 역방향 DNS 조회를 해 도메인이 googlebot.com·google.com·googleusercontent.com인지 확인하고, 정방향 조회로 같은 IP가 돌아오는지 검증하는 방법을 안내합니다. 공개 IP 대역과 대조하는 방법도 함께 안내합니다.
측정표의 열은 다음과 같이 정의합니다.
| 열 이름 | 적는 내용 | 원천 |
|---|---|---|
| 대표 URL | 정리 규칙을 적용한 주소 | 사이트맵·내부 목록 |
| 페이지 유형 | 제품·가이드·자주 묻는 질문 등 | 내부 분류 |
| AI 수집 요청 | 봇 이름별 요청 수와 응답 코드(IP 확인을 마친 요청만) | 서버 기록 |
| 검색 노출·클릭 | 페이지 기준 노출 수와 클릭 수 | Search Console 페이지 표 |
| Bing AI 인용 | 해당 기간 페이지별 인용 수 | Bing AI 성과 보고서 |
| 최근 변경 | 수정 날짜와 수정 내용 한 줄 | 콘텐츠 담당 기록 |
콘텐츠 담당자에게는 다음 문안으로 변경 기록을 요청할 수 있습니다.
「매주 월요일까지 지난주에 수정·신규 발행·주소 변경한 페이지를 알려 주십시오. 대표 URL, 변경 날짜, 변경 내용 한 줄, noindex·nosnippet 설정 적용 여부를 함께 적어 주시기 바랍니다.」
페이지 단위 기록은 어떤 판단에 쓰나요?
페이지 단위 기록은 사이트 합계로는 구분되지 않는 상황을 나눠 보는 데 쓰입니다. 대표적인 상황은 다음과 같습니다.
| 상황 | 사이트 합계에서 보이는 모습 | 페이지 단위에서 보이는 모습 | 다음 조치 |
|---|---|---|---|
| 일부 페이지를 수정함 | 합계의 작은 변화 | 수정한 페이지의 전후 차이 | 같은 길이의 전후 기간 비교 |
| 노출 제한 설정 실수 | 완만한 감소 | 특정 URL의 노출 중단 | 설정 확인 후 재처리 기간 관찰 |
| 주소 변경 | 합계는 비슷하게 유지 | 옛 주소 감소, 새 주소 증가 | 두 주소를 한 대표 URL로 이어 기록 |
| 인용 집중 | 총 인용 수 증가 | 소수 페이지에 인용이 몰림 | 같은 유형의 미인용 페이지와 비교 |
노출 제한 설정을 바꾼 뒤에도 AI 기능에 내용이 계속 보일 수 있습니다. Google 문서는 이때 재크롤링과 처리 시간을 기다리라고 안내하며, 크롤링에는 며칠에서 몇 달이 걸릴 수 있다고 설명합니다. 실무에서는 변경 날짜를 측정표에 적고 이후 몇 주의 페이지별 변화를 확인하는 방법을 권합니다.
예를 들어 가상의 ○○ 기업이 가이드 페이지 세 개를 고쳤다고 가정합니다. 사이트 합계로는 다른 페이지의 변동과 섞여 효과를 분리하기 어렵습니다. 페이지 단위 기록이 있으면 고친 세 페이지와 고치지 않은 같은 유형 페이지를 나란히 비교할 수 있습니다. 이 비교 결과도 AI 인용의 보장이 아니라 선행 신호로 해석합니다.
주간 보고에는 다음 문안을 그대로 쓸 수 있습니다.
「이번 주 Bing AI 인용이 기록된 페이지는 ○개이며, 새로 인용되기 시작한 페이지는 ○○입니다. 지난주 수정한 ○개 페이지 중 AI 수집 요청이 늘어난 페이지는 ○개입니다. 다음 주에는 인용이 없는 같은 유형 페이지 ○개를 비교 대상으로 삼겠습니다.」
정리
- 사이트맵에서 측정 대상 페이지를 뽑아 대표 URL과 페이지 유형을 정합니다.
- 주소 정리 규칙을 문서로 만들고, 리디렉션·rel="canonical"·사이트맵이 같은 주소를 가리키는지 확인합니다.
- 서버 기록을 대표 URL·봇 종류별로 같은 주간에 집계하고, Search Console 페이지 기준 표와 Bing 페이지별 인용을 같은 기간으로 맞춥니다.
- 콘텐츠 담당자에게 주간 변경 기록을 요청해 측정표의 「최근 변경」 열에 적습니다.
- 매주 페이지별 변화를 비교해 다음에 고칠 페이지 한두 개를 정합니다.
참고 자료
- Performance report (Search results): About the data (Google Search Console 도움말, 확인일 2026-10-17)
- AI features and your website (Google Search Central, 확인일 2026-10-17)
- Crawl Stats report (Google Search Console 도움말, 확인일 2026-10-17)
- How to specify a canonical URL with rel="canonical" and other methods (Google Search Central, 확인일 2026-10-17)
- Verifying Googlebot and other Google crawlers (Google Search Central, 확인일 2026-10-17)
- Overview of OpenAI Crawlers (OpenAI, 확인일 2026-10-17)
- Introducing AI Performance in Bing Webmaster Tools Public Preview (Microsoft Bing Webmaster Blog, 확인일 2026-10-17)