오래된 콘텐츠는 지금도 찾는 주제인지, 더 나은 자사 글이 있는지, 최신 근거로 고칠 수 있는지로 판단합니다. 수요가 있고 고칠 수 있으면 수정하고, 겹치면 통합 후 영구 리다이렉트합니다. 이어받을 페이지가 없을 때만 삭제하고 404·410을 돌려줍니다.
Google 문서는 검색엔진 위주 콘텐츠의 자가 점검 질문을 둡니다. 사이트를 새로워 보이게 해 순위를 올리려고 많은 글을 더하거나 지우는지가 그중 하나입니다. 따라서 정리의 기준은 글이 얼마나 오래되었는지가 아닙니다. 지금 독자에게 맞는 답인지가 기준입니다.
지울지 고칠지는 어떤 기준으로 나누나요?
처리 방법은 유지·수정·통합·삭제 네 가지입니다. 방법마다 조건과 주소 처리가 다르므로 표 하나로 함께 봅니다.
| 처리 | 이런 조건일 때 | 주소 처리 |
|---|---|---|
| 유지 | 주제 수요가 있고 내용이 지금도 정확함 | 그대로 두고 다음 점검일만 기록 |
| 수정 | 수요는 있으나 가격·정책·절차·화면 설명이 바뀌었고, 최신 근거로 고칠 수 있음 | 같은 주소 유지 |
| 통합 | 같은 질문에 답하는 자사 페이지가 둘 이상이고, 한쪽이 더 완결됨 | 흡수되는 주소에서 남길 주소로 영구 리다이렉트 |
| 삭제 | 종료된 행사·단종 제품처럼 주제가 끝났고, 이어받을 관련 페이지가 없음 | 404 또는 410 응답 |
단종 제품이라도 후속 제품 페이지가 있으면 삭제가 아니라 통합으로 분류합니다. Google 리다이렉트 문서는 페이지를 없애고 사용자를 새 페이지로 보내려는 경우를 리다이렉트가 유용한 상황으로 듭니다.
판단은 다음 순서로 진행합니다.
- 수요 확인: Search Console 실적 보고서의 노출 추이와 고객 문의 기록으로 이 주제를 지금도 찾는지 봅니다. 수요가 없으면 이어받을 관련 페이지가 있는지 확인합니다. 있으면 통합, 없으면 삭제 후보로 분류합니다.
- 중복 확인: 같은 질문에 답하는 자사 글이 있는지 찾습니다. 있다면 통합 후보로 분류합니다.
- 수정 가능성 확인: 틀리거나 낡은 내용을 최신 공식 자료나 담당 부서 자료로 고칠 수 있는지 봅니다. 고칠 수 있으면 수정하고, 근거를 구할 수 없으면 삭제를 검토합니다. 내용이 지금도 정확하면 유지합니다.
어떤 이상 신호가 보이면 점검 대상에 올리나요?
모든 글을 한 번에 다시 읽기는 어렵습니다. 실무에서는 아래 이상 신호가 나타난 글부터 점검 대상에 올리는 방법을 권합니다. 원인 후보는 단정이 아니라 확인할 순서를 정하기 위한 가설입니다.
| 이상 신호 | 원인 후보 | 확인 방법 | 먼저 검토할 처리 |
|---|---|---|---|
| Search Console 실적 보고서에서 노출은 비슷한데 클릭이 줄었음 | 제목·설명에 지난 연도나 끝난 정보가 보임 | 검색결과에 표시되는 제목과 설명을 직접 확인 | 수정 |
| 실적 보고서에서 최근 3개월과 직전 3개월처럼 같은 길이의 기간을 비교해 노출이 줄었음 | 주제 수요가 줄었거나, 자사 다른 글이 그 검색어를 대신 받음 | 실적 보고서의 페이지 탭에서 같은 검색어로 노출되는 자사 주소 비교 | 통합 또는 삭제 |
| 페이지 색인 생성 보고서의 '중복, Google에서 사용자와 다른 표준을 선택함' | 비슷한 글이 여럿이라 Google이 다른 주소를 대표로 고름 | URL 검사에서 Google이 선택한 표준 주소 확인 | 통합 |
| '크롤링됨 - 현재 색인이 생성되지 않음' | 내용이 얇거나 다른 글과 겹침 | 같은 주제의 자사 글 목록과 대조 | 수정 또는 통합 |
| '소프트 404' | 행사 종료·판매 종료 안내만 남은 페이지가 정상 응답을 보냄 | 실제 화면 내용과 응답 코드 확인 | 삭제 또는 대체 페이지로 리다이렉트 |
| 고객 문의나 영업 현장에서 내용 오류 지적 | 가격·정책·절차 변경이 반영되지 않음 | 담당 부서의 최신 자료와 대조 | 수정 |
비교 기간을 3개월로 잡은 것은 실무 제안입니다. 계절을 타는 주제라면 전년 같은 기간과 비교하는 방법을 권합니다. 이 기간 길이는 뒤의 기록 양식에서 처리 전후를 비교할 때도 같이 씁니다.
Search Console 도움말은 노출을 사이트가 검색결과에 나타난 횟수로 설명합니다. 클릭률은 클릭 수를 노출 수로 나눈 값입니다. 클릭이 줄었다면 노출도 함께 보아야 원인 후보를 좁힐 수 있습니다.
'크롤링됨 - 현재 색인이 생성되지 않음'은 신호 하나만으로 삭제를 정하지 않습니다. Google 도움말은 이 상태의 페이지가 나중에 색인될 수 있고 다시 제출할 필요는 없다고 설명합니다. 다른 신호와 함께 나타날 때 점검 대상으로 삼습니다.
고치기로 했다면 어디까지 바꿔야 하나요?
Google 문서는 내용이 실질적으로 바뀌지 않았는데 날짜만 바꿔 새 글처럼 보이게 하는지를 자가 점검 질문으로 둡니다. 날짜 표시 문서는 날짜가 그 페이지의 게시일이나 수정일을 나타내야 한다고 안내합니다. 날짜에는 '게시'나 '최종 수정' 같은 표시를 붙이라고 합니다. 화면의 날짜와 구조화 데이터(datePublished·dateModified)도 일치시키라고 설명합니다.
수정본은 다음 항목을 모두 확인한 뒤 공개합니다.
- 바뀐 가격·정책·절차·화면 이름을 모두 반영하고, 근거 자료의 기준일을 확인했는가
- 첫 문단이 지금 기준의 답을 바로 주는가
- 제목과 메타 설명에 지난 연도나 끝난 행사 표기가 남아 있지 않은가
- 본문 속 내부 링크가 삭제되거나 이동한 페이지를 가리키지 않는가
- 화면의 최종 수정일과 dateModified를 같은 날짜로 바꿨는가
오탈자만 고친 경우라면 실무에서는 수정일을 바꾸지 않는 방법을 권합니다. 수정일은 독자가 판단할 때 기준으로 삼는 정보이기 때문입니다. 내용을 바꿨다면 본문 끝에 변경 이유를 한 줄로 밝힙니다. 그대로 따라 쓸 수 있는 문안은 다음과 같습니다.
최종 수정: 2026년 10월 20일 — 신청 절차가 바뀌어 3단계 설명과 요금표를 고쳤습니다.
수정할 때 주소는 그대로 둡니다. 주소를 바꿔야 한다면 옛 주소에서 새 주소로 영구 리다이렉트를 함께 겁니다. Google 문서는 검색결과의 주소를 바꿀 때 가능하면 서버 측 영구 리다이렉트를 쓰라고 권합니다.
여러 글을 하나로 합칠 때는 무엇을 확인하나요?
Google의 중복 URL 통합 문서는 통합의 목적으로 네 가지를 듭니다. 검색결과에 보일 주소를 지정하고, 비슷한 페이지의 신호를 모으는 것이 앞의 두 가지입니다. 측정을 단순하게 하고, 중복 페이지에 쓰이는 크롤링 시간을 줄이는 것이 나머지 두 가지입니다. 문서는 방법마다 신호의 강도를 다르게 설명합니다.
| 방법 | 문서의 설명 | 쓰는 경우 |
|---|---|---|
| 영구 리다이렉트(301·308) | 리다이렉트 대상이 표준이 되어야 한다는 강한 신호 | 흡수되는 글을 더 이상 보여 줄 필요가 없을 때 |
| rel="canonical" 표시 | 지정한 주소가 표준이 되어야 한다는 강한 신호 | 캠페인용 사본처럼 두 페이지를 모두 남겨야 할 때 |
| 사이트맵에 포함 | 약한 신호 | 위 두 방법을 보조할 때 |
같은 문서는 사이트 안에서 대표 페이지를 정하는 데 noindex를 권하지 않습니다. robots.txt도 대표 주소를 정하는 용도로 쓰지 말라고 안내합니다. 통합 절차는 다음과 같습니다.
- 실적 보고서의 클릭·노출과 내용의 완결성을 비교해 남길 글을 정합니다.
- 흡수되는 글에만 있던 정보 중 지금도 유효한 것을 남길 글로 옮깁니다.
- 흡수되는 주소마다 남길 글로 1:1 영구 리다이렉트를 겁니다. 여러 주소를 한꺼번에 홈페이지로 보내지 않습니다. Google 도움말은 없는 페이지를 홈페이지로 보내는 처리를 권하지 않으며, 이를 소프트 404 문제로 설명합니다.
- 사이트 내부 링크와 사이트맵의 주소를 남길 글 주소로 바꿉니다.
Google 리다이렉트 문서는 되돌리지 않을 것이 확실할 때 영구 리다이렉트를 쓰라고 설명합니다. 옛 주소는 대체 이름이 되어 일부 검색어에서 계속 보일 수 있다는 설명도 있습니다. 통합 직후 옛 주소가 검색결과에 남아 있어도 처리가 실패한 것으로 판단하지 않습니다.
지우기로 했다면 서버 응답은 어떻게 처리하나요?
Google 도움말은 새로운 관련 대체 페이지 없이 콘텐츠를 영구 삭제했다면 옛 주소가 404 또는 410을 돌려주게 하라고 안내합니다. Google은 410을 404와 같게 다룹니다. 이미 색인된 주소가 4xx 응답을 돌려주면 색인에서 제거된다는 설명도 있습니다. 404 오류는 사이트의 검색 실적에 영향을 주지 않는다고도 밝힙니다.
| 상황 | 처리 | 피할 처리 |
|---|---|---|
| 이어받을 관련 페이지가 없음 | 404 또는 410 응답 | 홈페이지로 리다이렉트, 안내 화면에 정상 응답(소프트 404) |
| 후속 제품·개정판 페이지가 있음 | 해당 페이지로 영구 리다이렉트 | 관련 없는 목록 페이지로 리다이렉트 |
| 잘못된 정보라 검색결과에서 빨리 내려야 함 | Search Console 삭제 도구로 임시 차단하고, 404·410 응답 또는 noindex를 함께 적용 | 삭제 도구만 쓰고 페이지는 그대로 둠 |
Search Console 삭제 도구의 임시 삭제는 약 6개월 동안 검색결과에서 주소를 막습니다. 그 뒤에는 다시 나타날 수 있습니다. 도움말은 영구 삭제 방법으로 404·410 응답, 로그인 등 접근 차단, noindex 태그를 듭니다. 차단에 robots.txt를 쓰지 말라는 안내도 있습니다. 삭제한 주소는 사이트맵과 내부 링크에서도 함께 뺍니다.
판단 결과는 어떤 양식으로 기록하나요?
실무에서는 한 줄에 주소 하나씩 기록하는 표를 권합니다. 아래는 가상의 B2B 소프트웨어 기업을 예로 든 기록입니다.
| 주소(경로) | 이상 신호 | 원인 후보 | 판단 | 처리 내용 | 재확인일 |
|---|---|---|---|---|---|
| /blog/price-guide | 노출 유지, 클릭 감소 | 제목에 지난 연도, 요금 체계 변경 | 수정 | 요금표·제목 교체, 최종 수정일 변경 | 처리 4주 뒤 |
| /blog/guide-a, /blog/guide-b | 다른 표준 선택 | 같은 질문에 답하는 글 2편 | 통합 | guide-b에서 guide-a로 영구 리다이렉트 | 처리 4주 뒤 |
| /event/webinar-spring | 소프트 404 | 행사 종료 안내만 남음 | 삭제 | 410 응답, 사이트맵에서 제외 | 처리 4주 뒤 |
재확인일에는 처리 방법마다 다른 항목을 봅니다. 수정한 글은 실적 보고서에서 처리 전후 같은 길이의 기간을 비교합니다. 통합·삭제한 주소는 페이지 색인 생성 보고서의 분류를 확인합니다. '리다이렉트가 포함된 페이지'나 '찾을 수 없음(404)'으로 옮겨졌는지 봅니다. Google 도움말은 리다이렉트되는 주소는 색인되지 않으며 대상 페이지가 따로 평가된다고 설명합니다.
정리
- 사이트맵이나 CMS에서 전체 글 주소 목록을 추출하고, 이상 신호 표에 해당하는 주소부터 점검 대상으로 표시합니다.
- 표시한 주소마다 원인 후보를 확인해 기록 양식에 적습니다.
- 수요, 중복, 수정 가능성 순서로 판단해 유지·수정·통합·삭제 가운데 하나를 정합니다.
- 처리에 맞는 조치를 적용합니다. 수정은 본문과 수정일, 통합은 1:1 영구 리다이렉트, 삭제는 404 또는 410입니다. 내부 링크와 사이트맵도 같은 날 정리합니다.
- 재확인일에 Search Console 실적 보고서와 페이지 색인 생성 보고서로 결과를 확인하고 다음 점검일을 기록합니다.
참고 자료
- Creating helpful, reliable, people-first content (Google Search Central, 확인일 2026-10-20)
- Redirects and Google Search (Google Search Central, 확인일 2026-10-20)
- How to specify a canonical URL with rel="canonical" and other methods (Google Search Central, 확인일 2026-10-20)
- Influence your byline dates in Google Search (Google Search Central, 확인일 2026-10-20)
- How HTTP status codes, and network and DNS errors affect Google Search (Google Search Central, 확인일 2026-10-20)
- 404 (Page Not Found) errors (Search Console 도움말, 확인일 2026-10-20)
- Performance report (Search results) (Search Console 도움말, 확인일 2026-10-20)
- Page indexing report (Search Console 도움말, 확인일 2026-10-20)
- Removals and SafeSearch reports Tool (Search Console 도움말, 확인일 2026-10-20)