AI 검색에 최신 글을 알리는 두 신호: IndexNow와 정확한 lastmod
핵심만 먼저 사이트맵은 검색엔진에 전체 URL 지도를 제공하고, IndexNow는 새로 만들거나 바꾸거나 삭제한 URL을 빠르게 알리는 신호입니다. IndexNow 요청의 HTTP 200 응답은 요청을 정상 수신했다는 뜻일 뿐 색인이나 AI 답변 인용을 보장하지 않습니다. 사이트맵의 `lastmod`는 실제로 의미 있는 콘텐츠가 바뀐 시각만 기록하고, 변경 URL에는 Ind…

핵심만 먼저
사이트맵은 검색엔진에 전체 URL 지도를 제공하고, IndexNow는 새로 만들거나 바꾸거나 삭제한 URL을 빠르게 알리는 신호입니다. IndexNow 요청의 HTTP 200 응답은 요청을 정상 수신했다는 뜻일 뿐 색인이나 AI 답변 인용을 보장하지 않습니다. 사이트맵의 `lastmod`는 실제로 의미 있는 콘텐츠가 바뀐 시각만 기록하고, 변경 URL에는 IndexNow를 병행하는 운영이 가장 설명 가능하고 안전합니다.
정의/배경
GEO는 생성형 검색과 AI 답변 환경에서 콘텐츠가 발견되고 이해되도록 돕는 운영입니다. 최신성은 제목에 ‘최신’을 붙이는 것이 아니라 무엇이 언제 바뀌었는지 일관된 신호로 알리는 문제입니다.
XML 사이트맵은 검색엔진이 사이트의 URL을 발견하도록 돕는 전체 목록입니다. `lastmod` 요소는 해당 URL의 콘텐츠가 마지막으로 의미 있게 수정된 날짜나 시각을 나타냅니다. IndexNow는 참여 검색엔진에 특정 URL의 추가·변경·삭제를 알리는 공개 프로토콜입니다. 하나는 전체 지도를 유지하고 다른 하나는 변동분을 알리므로 서로 대체재가 아닙니다.
오늘 확인할 이슈와 근거
IndexNow 공식 문서는 키를 배치한 뒤 단일 또는 여러 URL을 제출하는 방식을 설명합니다. 성공 응답 200은 요청을 받았다는 의미입니다. 이후 크롤링, 색인, 검색 노출, AI 답변 인용 여부는 검색엔진이 별도로 판단합니다. 따라서 “200이 떴으니 색인 완료”라고 보고하면 증거 수준을 넘어섭니다.
Bing은 AI 기반 검색에서 콘텐츠의 발견 가능성을 유지하는 방법으로 XML 사이트맵과 IndexNow의 병행을 안내합니다. 사이트맵은 표준 위치에 두고 정확한 `lastmod`를 제공하며, IndexNow로 변경 URL을 신속히 알리는 구조입니다. 사이트맵 전체를 매번 다시 제출하는 것과 변경 URL만 알리는 것은 역할이 다릅니다.
`lastmod`는 빌드 시각이나 사이트맵 생성 시각을 모든 URL에 복사하는 칸이 아닙니다. 본문, 가격, 영업시간, 정책, 핵심 이미지처럼 사용자 판단에 영향을 주는 내용이 실제로 바뀌었을 때 갱신해야 합니다. 메뉴의 공통 푸터나 단순 추적 코드 변경까지 모든 문서의 날짜를 오늘로 덮으면 신뢰하기 어려운 신호가 됩니다. Bing은 사이트맵의 `changefreq`와 `priority` 값을 크롤링 또는 순위에 사용하지 않는다고 설명하므로, 이 값을 조정해 우선순위를 얻으려는 작업보다 URL·응답·lastmod의 정확성이 먼저입니다.
Bing Webmaster Tools의 AI Performance 공개 미리보기는 AI 답변 인용 관련 성과를 살펴보는 방향을 제시합니다. 수치가 아직 보이지 않거나 충분히 쌓이지 않았다면 효과를 추정해서는 안 됩니다. IndexNow 제출, 크롤링, 색인, AI 성과는 서로 다른 증거로 기록해야 합니다.
사장님 실무 적용 5단계
- URL 원장을 정리합니다. 공개해야 할 정식 URL, canonical, HTTP 상태, 사이트맵 포함 여부를 한 표에 둡니다. 리디렉션·404·비공개 URL은 잘못 포함되지 않았는지 확인합니다.
- 의미 있는 변경 기준을 정합니다. 본문 핵심 정보, 가격, 정책, 영업시간, 주요 이미지 변경은 `lastmod` 갱신 대상으로 두고, 단순 빌드나 공통 UI 변경은 별도로 판단합니다.
- 사이트맵을 전체 지도처럼 유지합니다. 정식 URL과 정확한 `lastmod`를 제공하고 XML 문법, 접근 가능 여부, 중복 URL을 검증합니다. `changefreq`나 `priority` 최적화에 시간을 쓰지 않습니다.
- 변경 URL만 IndexNow로 알립니다. 생성·수정·삭제 이벤트가 발생한 URL을 제출하고 요청 시각, URL, 응답 코드를 로그로 남깁니다. 키나 인증 정보의 실제 값은 운영 로그에 노출하지 않습니다.
- 세 증거를 나눠 확인합니다. 200 수신, 검색엔진의 크롤링·색인, AI 답변의 인용 또는 도구 성과를 각각 기록합니다. 확인되지 않은 단계는 ‘대기’나 ‘확인 필요’로 표시합니다.
예를 들어 식당이 휴무일을 바꿨다면 안내 본문과 `lastmod`를 실제 변경 시각으로 갱신하고 그 URL을 IndexNow로 알릴 수 있습니다. 이후 크롤링 여부를 확인하되 AI 답변에 즉시 반영됐다고 추정하지 않습니다. 수정하지 않은 과거 글의 `lastmod`까지 바꾸는 것은 신호를 흐립니다.
흔한 실수
- IndexNow 200 응답을 색인 완료나 AI 인용 확정으로 보고합니다.
- 사이트맵을 없애고 IndexNow만 운영하거나, 반대로 변경 알림 없이 사이트맵 생성 시각만 갱신합니다.
- 배포할 때 모든 URL의 `lastmod`를 같은 현재 시각으로 덮어씁니다.
- `changefreq=always`와 높은 `priority`가 크롤링 또는 순위를 올린다고 기대합니다.
- 삭제 URL 제출 후 실제 HTTP 상태와 내부링크 정리를 확인하지 않습니다.
제스토코스트의 판단
GEO에서 최신성은 속도보다 신뢰의 문제입니다. 빠른 알림이 필요하다고 매번 전체 사이트의 날짜를 바꾸면 검색엔진은 어떤 문서가 정말 달라졌는지 구분하기 어려워집니다. 반대로 정확한 `lastmod`만 두고 변경 사실을 늦게 알리면 발견 속도를 높일 기회를 놓칠 수 있습니다.
운영 원칙은 단순합니다. 사이트맵은 전체 장부, IndexNow는 변경 전표로 사용하세요. 성과 보고서도 ‘제출’, ‘크롤링’, ‘색인’, ‘AI 인용’을 합치지 않아야 합니다. 그래야 막힌 단계를 찾고 확인되지 않은 성과를 만들지 않게 됩니다.
자주 묻는 질문
IndexNow에서 200을 받으면 검색 결과에 바로 나오나요?
아닙니다. 200은 요청이 수신됐다는 뜻입니다. 검색엔진이 URL을 크롤링하고 색인하거나 AI 답변에 인용할지는 별도 판단이며 반영 시각도 보장되지 않습니다.
lastmod는 배포한 날짜로 넣으면 되나요?
페이지의 의미 있는 콘텐츠가 실제로 바뀐 시각을 넣어야 합니다. 코드 배포나 사이트맵 재생성만으로 본문이 바뀌지 않았다면 모든 URL의 `lastmod`를 갱신하지 않는 편이 정확합니다.
changefreq와 priority는 높게 설정할수록 좋은가요?
Bing은 이 두 값을 크롤링 또는 순위에 사용하지 않는다고 안내합니다. 정확한 URL, 정상 응답, 실제 변경을 반영한 `lastmod`, 변경 URL 알림에 집중하세요.
출처
- IndexNow: Documentation
- IndexNow: Frequently Asked Questions
- Bing Webmaster Blog: Keeping Content Discoverable with Sitemaps in AI-Powered Search
- Bing Webmaster Blog: Introducing AI Performance in Bing Webmaster Tools Public Preview
CTA
오늘 사이트맵에서 최근 수정한 페이지 세 개의 `lastmod`를 실제 편집 기록과 대조해 보세요. 값이 정확하다면 그 세 URL의 IndexNow 제출 로그를 별도로 남기고, 수신·크롤링·색인·AI 인용을 나눠 확인하시기 바랍니다.
편집 고지: 이 글은 공식 자료 조사와 초안 정리에 자동화 도구를 활용했으며, 공개 전 사람이 출처·표현·실무 적합성을 검수합니다.



댓글 0
회원만 댓글을 남길 수 있어요.
작성된 댓글은 모두 공개됩니다. 비밀댓글은 지원하지 않습니다.
아직 댓글이 없어요. 첫 공개 댓글을 남겨보세요.