AI 검색에 안 보이는 새 글, 색인과 대표 URL부터 확인

새 글이 열리는데 AI 답변에는 없으면 무엇부터 보나?

Google 검색의 AI 기능을 확인한다면 해당 페이지의 색인 상태와 스니펫 표시 자격부터 본다. 페이지에 접속할 수 있다는 사실만으로 색인이나 인용을 판단할 수 없으며, 같은 질문을 반복해도 답변은 달라질 수 있다.

Google의 AI 기능 안내는 AI 개요와 AI 모드의 참조 링크가 되려면 색인되어 있고 스니펫을 표시할 수 있어야 한다고 설명한다. 별도의 AI 파일이나 특별한 구조화 데이터를 추가하는 것이 필수 조건은 아니다. 조건을 충족하더라도 검색 제공은 보장되지 않는다.

편집부가 제안하는 점검의 출발점은 실제 발행 주소를 하나 정하는 것이다. 공유한 주소, 내부 목록에서 연결한 주소, canonical, 사이트맵 주소를 옆에 놓고 비교한다. www 유무나 불필요한 매개변수가 섞여 있으면 같은 글을 서로 다른 주소로 확인하고 있었을 수 있다.

URL 검사에서는 어떤 결과를 나누어 읽나?

색인된 페이지에 관한 결과와 실시간 URL 테스트를 구분한다. 전자는 Google이 보관한 상태를 설명하고 후자는 현재 접근 가능한 페이지를 검사하므로, 실시간 테스트가 통과했다고 기존 색인 내용까지 바뀌었다고 볼 수 없다.

URL 검사 도구 도움말에 따라 색인 상태, 마지막 크롤링 정보, 사용자가 선언한 대표 URL과 Google이 선택한 대표 URL을 확인한다. 실시간 테스트는 수정한 페이지를 현재 가져올 수 있는지 살피는 데 사용한다.

기록에는 검사 날짜와 결과 화면을 함께 남기는 편이 좋다. 같은 주소라도 수정 전 색인 결과와 수정 후 실시간 결과를 섞으면 무엇을 해결했는지 설명하기 어렵다. 보고서에는 접근 허용을 확인했는지, 색인이 확인됐는지, 답변에서 인용을 관측했는지를 각각 적는다.

canonical을 붙이면 그 주소가 반드시 선택되나?

그렇지는 않다. Google은 canonical을 대표 URL 선택의 신호로 활용하지만 다른 주소를 선택할 수 있다. 운영자가 지정한 주소와 검색엔진이 선택한 주소를 대조하고, 내부 링크와 사이트맵이 같은 방향을 가리키는지 확인해야 한다.

대표 URL 안내는 리디렉션, canonical, 사이트맵 등을 통해 대표 주소를 알리는 방법을 설명한다. 서로 모순되는 주소를 신호마다 넣지 않는 것이 점검의 핵심이다.

예를 들어 공개 글의 본문은 새 주소에 있지만 내부 목록이 이전 주소로 연결돼 있다면, 방문자와 검색엔진이 다른 경로로 들어올 수 있다. 이때 글의 설명문을 바꾸는 일보다 주소 관계를 먼저 정리하는 편이 문제를 파악하기 쉽다. 이것은 인용 증가를 검증한 실험 결과가 아니라 운영 점검 순서에 관한 편집부 제안이다.

사이트맵의 수정일은 언제 바꾸나?

본문이나 주요 정보가 실제로 바뀌었을 때 그 변경을 반영한다. 재빌드했다는 이유로 모든 글의 수정일을 오늘로 올리면 독자가 내용 변경을 구분하기 어렵다. 발행일과 수정일, 사이트맵의 날짜를 대조해 기록의 의미를 유지한다.

사이트맵 문서는 정확한 lastmod와 주요 변경의 반영을 안내한다. 사이트맵을 제출했다는 사실을 색인이 끝났다는 결과로 보고해서는 안 된다.

확인 항목	남길 기록	그 결과만으로 판단할 수 없는 것
실제 페이지 요청	주소·확인일·접근 상태	검색 색인 여부
URL 검사	색인 상태·대표 URL·검사일	다른 AI 서비스의 수집 상태
사이트맵	포함 주소·실제 내용 수정일	인용 시점과 인용률
AI 답변 관측	질문·엔진·반복 횟수·응답	미인용의 원인이 반드시 색인 문제라는 주장

Google 문서의 요건을 다른 AI 검색 서비스 전체에 적용할 수도 없다. 색인 점검을 마친 뒤에는 해당 서비스의 공식 크롤러 안내와 실제 답변 관측을 별도로 확인해야 한다.