옛 정책 글은 고치고 옮기고 닫는다 — 생성형엔진최적화 정책 변경 안내

정책이 바뀌면 옛 안내 글마다 먼저 처리 방식을 정합니다. 같은 주소에서 고칠지, 새 글로 옮길지, 닫을지 가운데 하나입니다. 생성형엔진최적화에서는 정책 변경 안내를 새로 올리는 것만으로는 부족합니다. 옛 페이지가 색인에 남아 있으면 AI 답변의 재료가 될 수 있기 때문입니다.

그래서 옛 글의 본문·주소·응답 코드를 정리하고, 검색엔진에 다시 알리고, AI 답변에 반영됐는지 확인하는 순서로 진행합니다.

정책이 바뀐 뒤에도 옛 안내 글이 AI 답변에 남는 이유는 무엇인가요?

Google 문서는 AI 개요와 AI 모드에 노출되는 데 별도 요건이 없다고 설명합니다. 페이지가 색인되어 있고 스니펫(검색 결과에 보이는 요약 문구)으로 표시될 수 있으면 대상이 됩니다. 반대로 보면 색인에 남은 옛 안내 글도 계속 답변 후보에 들어갑니다.

같은 문서는 미리보기 제어를 적용해도 다시 크롤링되기까지 며칠에서 몇 달이 걸릴 수 있다고 안내합니다. 새 안내를 발행한 날 옛 내용이 곧바로 사라지지 않는 이유가 여기에 있습니다.

AI 답변 전용 파일이나 특수 마크업도 필요하지 않습니다. Google 문서는 새로운 기계 판독용 파일이나 AI용 텍스트 파일이 필요 없다고 밝힙니다. 일반 검색에서 쓰는 수단인 본문 수정, 리디렉션, 삭제, 재크롤링 요청을 순서대로 적용하면 됩니다.

1단계: 옛 정책이 적힌 페이지는 어디서 찾나요?

먼저 바뀐 정책을 언급한 페이지를 빠짐없이 모읍니다. Google의 사이트 이전 문서는 옛 주소 목록을 사이트맵, 서버 로그, Search Console 링크 데이터 등에서 만들라고 안내합니다. 정책 변경도 같은 방식으로 범위를 잡습니다.

실무에서는 다음 다섯 곳을 함께 검토하는 방법을 권합니다.

• 사이트맵에 있는 공지·도움말·블로그 주소
• 사이트 내 검색에 옛 정책 용어(옛 요금제 이름, 옛 환불 기간 등)를 넣었을 때 나오는 결과
• Search Console 실적 보고서에서 옛 정책 용어가 들어간 검색어로 노출된 페이지
• 자주 묻는 질문, 약관 요약, 이용 안내 PDF처럼 공지가 아닌 페이지
• 표나 이미지 속 글자처럼 텍스트 검색에 걸리지 않는 부분

찾은 페이지는 기록표 한 장에 모읍니다. 예를 들어 가상의 구독 서비스 기업이 환불 기간을 바꿨다면 다음처럼 적습니다.

끝났다고 볼 기준: 옛 정책 용어로 조회해 나온 주소가 모두 기록표에 한 행씩 있습니다. 행마다 처리 방식과 담당자도 채워져 있습니다.

2단계: 글마다 고칠지, 옮길지, 닫을지는 어떻게 정하나요?

기준은 그 주소가 앞으로도 같은 질문에 답하는지입니다. Google 문서는 내용이 다른 곳으로 옮겨졌으면 영구 리디렉션을 쓰라고 설명합니다. 삭제되었거나 합쳐졌지만 옮겨진 곳이 없으면 404 또는 410 응답을 쓰라고 안내합니다.

가장 흔한 실수는 정리할 글을 모두 홈페이지로 보내는 것입니다. Google 문서는 관련 없는 한 페이지로 여러 옛 주소를 보내면 사용자가 혼란을 겪을 수 있다고 설명합니다. 그런 주소는 soft 404(실제로는 없는 페이지로 판정되는 상태)로 처리될 수 있습니다.

끝났다고 볼 기준: 모든 행에 처리 방식이 하나씩 정해져 있습니다. 이동하는 행은 옮길 주소가 같은 질문에 답하는 페이지입니다.

3단계: 같은 주소에서 고칠 때는 본문 어디부터 바꾸나요?

1. 첫 문단을 현행 기준의 답으로 바꿉니다. 독자가 첫 문단만 읽어도 지금 적용되는 기준을 알 수 있어야 합니다.
2. 적용일과 적용 대상을 문장으로 적습니다. 새 기준이 언제부터 누구에게 적용되는지 분명히 씁니다.
3. 표, 자주 묻는 질문, 이미지 속 옛 수치를 함께 고칩니다. Google 문서는 중요한 내용을 텍스트로 제공하라고 안내합니다. 구조화 데이터도 화면의 텍스트와 일치시키라고 합니다. 자주 묻는 질문 마크업이 있으면 그 안의 답도 같이 바꿉니다.
4. 수정일을 표시합니다. Google 문서는 「최종 수정」처럼 이름표를 붙인 날짜를 화면에 보여 주라고 안내합니다. 구조화 데이터의 dateModified도 화면 날짜와 맞추라고 설명합니다. 다른 날짜가 잘못 선택된다면 서로 경쟁하는 날짜를 줄이는 것도 방법이라고 합니다.
5. 옛 기준 설명을 남겨야 한다면 별도 단락으로 분리합니다. Google 문서는 nosnippet, data-nosnippet, max-snippet으로 검색에 보이는 정보를 제한할 수 있다고 안내합니다. 실무에서는 옛 기준 단락에 data-nosnippet을 적용할지 검토하는 방법을 권합니다.

본문 첫머리에는 다음 문안을 상황에 맞게 바꿔 쓸 수 있습니다.

「이 안내는 ○○○○년 ○월 ○일부터 적용되는 환불 기준으로 수정되었습니다. 현재 환불은 결제 후 ○일 이내에 신청할 수 있습니다. ○월 ○일 이전 결제 건에는 기존 기준이 적용되며, 자세한 조건은 아래 적용 대상 항목에 있습니다.」

끝났다고 볼 기준: 첫 문단에 현행 기준이 있습니다. 화면의 수정일과 dateModified가 같습니다. 옛 정책 용어로 사이트 내 검색을 하면 분리한 옛 기준 단락에서만 나옵니다.

4단계: 주소를 옮기거나 닫을 때 무엇을 지켜야 하나요?

1. 서버 쪽 영구 리디렉션(301 또는 308)을 씁니다. Google 문서는 자바스크립트 같은 클라이언트 쪽 리디렉션을 마지막 수단으로 둡니다.
2. 옛 주소에서 최종 주소로 바로 연결합니다. 여러 번 거쳐 가는 연결은 피하고, 피할 수 없으면 3단계 이하로 줄이라고 안내합니다.
3. 리디렉션은 최소 1년 유지합니다. Google 문서는 신호가 새 주소로 옮겨지도록 최소 1년 유지하라고 설명합니다.
4. 내부 링크, 표준 URL(canonical) 태그, 사이트맵을 새 주소로 바꿉니다. 리디렉션에만 기대지 않습니다.
5. 영구적으로 지울 페이지는 404 또는 410을 돌려주거나 noindex를 적용합니다. Google 문서는 robots.txt를 차단 수단으로 쓰지 말라고 안내합니다.

끝났다고 볼 기준: 옛 주소를 열면 한 번에 새 주소로 이동합니다. 삭제한 주소는 404 또는 410을 돌려줍니다. 사이트맵과 내부 링크에는 옛 주소가 남아 있지 않습니다.

5단계: 바뀐 내용은 검색엔진에 어떻게 다시 알리나요?

수정이 끝나면 크롤링을 기다리지 않고 직접 알립니다. 수단은 세 가지입니다.

• 사이트맵 lastmod: Google 문서는 lastmod 값이 일관되고 정확할 때만 쓴다고 설명합니다. 본문·구조화 데이터·링크 변경은 중요한 수정으로 봅니다. 저작권 연도만 바꾼 것은 해당하지 않습니다.
• URL 검사 도구: 주요 주소 몇 개는 색인 생성을 요청합니다. 하루 요청 한도가 있고, 같은 주소를 반복 요청해도 크롤링이 빨라지지 않습니다. 주소가 많으면 사이트맵 제출이 적합합니다.
• IndexNow: 추가·수정·삭제된 주소를 참여 검색엔진에 바로 알리는 방식입니다. 전송 결과는 Bing 웹마스터 도구에서 확인할 수 있습니다.

Google 문서는 크롤링에 며칠에서 몇 주가 걸릴 수 있다고 설명합니다. 요청해도 검색 결과 반영이 보장되지는 않습니다. 급하게 가려야 할 주소는 Search Console 삭제 도구로 약 6개월 동안 숨길 수 있습니다. 다만 임시 조치이므로 그동안 404·410이나 noindex 처리를 마쳐야 합니다.

다른 사이트가 옛 내용을 싣고 있다면 해당 사이트에 수정을 요청합니다. 그 사이트에서 내용이 지워졌는데도 Google 검색 결과에 남아 있다면, 사이트 소유자가 아니어도 오래된 콘텐츠 삭제 도구로 갱신을 요청할 수 있습니다.

끝났다고 볼 기준: 주요 주소의 URL 검사 결과에서 수정 이후의 크롤링이 확인됩니다.

6단계: AI 답변에서 옛 내용이 빠졌는지는 어떻게 확인하나요?

검색 반영과 별도로 AI 답변을 직접 질문해 확인합니다. 따라 쓸 질문 목록은 다음과 같습니다. ○○ 자리에 서비스 이름을 넣습니다.

1. ○○ 환불은 결제 후 며칠까지 가능한가요?
2. ○○ 환불 기준이 바뀌었나요? 언제부터 적용되나요?
3. ○○ 기존 가입자도 새 환불 기준을 적용받나요?
4. 구독 서비스 환불 기간은 보통 어떻게 정해지나요?

결과마다 확인 날짜, 질문한 서비스, 답변 속 수치, 인용된 주소, 옛 기준 여부를 기록합니다. 옛 수치가 나오면 인용된 주소를 기록표에서 찾아 해당 단계로 돌아갑니다. Google 문서에 따르면 AI 개요와 AI 모드 유입은 Search Console 실적 보고서의 웹 검색 유형에 포함됩니다. 옛 주소의 노출이 줄고 새 주소의 노출이 생기는지도 함께 봅니다.

끝났다고 볼 기준: 정한 확인 주기 동안 연속으로 옛 수치가 나오지 않습니다.

정리

1. 옛 정책 용어로 사이트 내 검색과 Search Console 검색어를 조회해 기록표를 만듭니다.
2. 주소마다 수정·이동·삭제 가운데 하나를 정합니다. 이동할 주소는 같은 질문에 답하는 페이지로 고릅니다.
3. 수정할 글은 첫 문단, 적용일, 표, 구조화 데이터, 수정일을 함께 고칩니다.
4. 사이트맵 lastmod, URL 검사 요청, IndexNow로 변경 사실을 알립니다.
5. 질문 목록으로 AI 답변을 정기적으로 확인하고, 옛 수치가 나오면 인용된 주소부터 다시 처리합니다.

참고 자료

• Site moves with URL changes (Google 검색 센터, 확인일 2026-10-22)
• Influence your byline dates in Google Search (Google 검색 센터, 확인일 2026-10-22)
• Build and submit a sitemap (Google 검색 센터, 확인일 2026-10-22)
• Remove outdated content (Google Search Console 도움말, 확인일 2026-10-22)
• AI features and your website (Google 검색 센터, 확인일 2026-10-22)
• Ask Google to recrawl your URLs (Google 검색 센터, 확인일 2026-10-22)
• IndexNow Get Started (Microsoft Bing, 확인일 2026-10-22)