본문으로 건너뛰기

Field guide / content-refresh

오래된 글 관리: 갱신·병합·삭제 기준

정보가 바뀐 글의 갱신, 중복 글의 301 병합, 불필요한 글의 삭제 판단 기준과 실행 방법을 정리합니다. 리디렉션 유지 기간과 검사기 확인 항목도 함께 다룹니다.

작성
수정
작성자
애드브랜치 편집팀
검토
애드브랜치 편집팀

오래된 글이 왜 문제인가

사이트에 쌓인 글 가운데 일부는 시간이 지나면서 사실과 달라집니다. 가격이 바뀌었거나, 서비스가 종료됐거나, 법규가 바뀐 경우가 대표적입니다. 이런 글을 그대로 두면 방문자가 잘못된 정보를 받을 수 있습니다.

비슷한 주제를 여러 글에서 반복하는 경우도 흔합니다. 같은 질문에 여러 글이 각각 약한 답변을 준다면 하나의 충실한 답으로 합칠지 검토하세요.

오래된 글 관리는 갱신, 병합, 삭제 세 가지로 나뉩니다. 각각 언제 쓰는지, 어떻게 실행하는지, 검사기에서 무엇을 확인할 수 있는지 순서대로 살펴봅니다.

갱신이 필요한 신호

모든 글을 정기적으로 다시 쓸 필요는 없습니다. 아래 조건 가운데 하나라도 해당하면 갱신 대상으로 봅니다.

신호구체적인 예
데이터 변경가격, 요금제, 통계 수치가 현재와 다름
사실 오류폐지된 기능을 있는 것처럼 설명
외부 환경 변화법규·정책·API 사양이 바뀜
노출 추이 하락Search Console에서 클릭과 노출이 꾸준히 줄어드는 추세
날짜 자체가 핵심 정보“2024년 추천 목록”처럼 연도가 제목에 들어간 글

노출 추이는 절대적인 기준이 아니라 판단 참고 지표입니다. 계절성이 있는 주제라면 전년 같은 시기와 비교하는 것이 더 정확합니다.

갱신할 때 지켜야 할 규칙

내용을 실제로 고쳐야 날짜를 올린다

Google은 콘텐츠를 실질적으로 바꾸지 않으면서 날짜만 새로 고치는 행위를 경계하라고 안내합니다(Google 유용한 콘텐츠 가이드). 오탈자 한두 개를 고치고 dateModified를 당일로 바꾸는 것은 실질적 갱신이 아닙니다.

날짜는 정확하고 일관되게

화면에 표시하는 날짜와 구조화 데이터의 datePublished, dateModified 값이 일치해야 합니다. 미래 날짜를 넣거나, 시간대 없이 시각을 적으면 검색엔진이 의도와 다르게 해석할 수 있습니다(Google 게시일 안내). 시간대를 지정하지 않으면 Google은 Googlebot의 시간대를 기준으로 삼습니다(Google Article 구조화 데이터).

변경 이력을 남긴다

글 하단에 “2026-09-23: 가격표 갱신” 같은 변경 이력 한 줄을 남기면 독자와 크롤러 모두에게 무엇이 바뀌었는지 알 수 있습니다. 변경 이력은 검색엔진의 필수 요구사항이 아니라 독자 신뢰를 높이는 실무 습관입니다.

사이트맵 lastmod 반영

사이트맵의 <lastmod> 값은 실제 내용이 바뀐 날짜를 적을 때만 의미가 있습니다. Google은 lastmod를 일관되고 검증 가능하게 유지하는 사이트에서만 이 값을 참고한다고 안내합니다(Google 사이트맵 안내). 배포할 때마다 모든 URL의 lastmod를 현재 시각으로 찍는 사이트라면 이 신호는 사실상 무시됩니다.

병합: 301 리디렉션과 canonical의 차이

같은 질문을 다루는 글이 여러 개일 때, 더 충실한 쪽을 남기고 나머지를 합치는 작업이 병합입니다. 병합에는 두 가지 방법이 있습니다.

301 리디렉션

약한 글의 URL에서 강한 글의 URL로 301(영구) 리디렉션을 거는 방법입니다. 방문자와 크롤러 모두 자동으로 대상 페이지에 도착합니다. Google은 301과 308을 강한 정규화 신호로 취급하고, 302와 307은 약한 신호로 취급합니다(Google HTTP 상태 코드 안내). 리디렉션 체인은 최대 10홉까지 따라가지만 홉이 길수록 크롤링 효율이 떨어집니다.

rel=canonical

두 페이지 모두 따로 접근할 수 있어야 하지만 검색결과에서는 하나만 보여 주고 싶을 때 사용합니다. canonical은 검색엔진에 보내는 힌트이지 강제 명령이 아닙니다(Google 중복 URL 통합 안내). 사이트맵에 포함된 URL도 약한 정규화 신호로 작용합니다.

언제 어떤 방법을 쓸까

상황권장 방법
약한 글을 완전히 없앨 수 있음301 리디렉션
두 페이지가 각각 접근돼야 하지만 검색에서는 하나만rel=canonical
페이지네이션된 목록첫 페이지를 canonical로 쓰지 않기

페이지네이션에서 첫 페이지만 canonical로 지정하면 2페이지 이후의 콘텐츠가 검색에서 빠질 수 있습니다. Google은 페이지네이션 첫 페이지를 전체 시퀀스의 canonical로 쓰지 말라고 안내합니다(Google 페이지네이션 안내).

삭제: 404와 410

대체할 글이 없고, 정보 자체가 더 이상 유효하지 않을 때만 삭제를 선택합니다. 삭제한 URL은 404 또는 410 상태 코드를 반환하면 됩니다. Google은 404와 410을 동등하게 처리한다고 안내합니다(Google HTTP 상태 코드 안내). 410을 더 빠른 검색 삭제 수단으로 설명하지 마세요. 긴급하게 검색결과에서 페이지를 제거해야 한다면 Search Console 삭제 도구를 사용하는 것이 적절합니다.

삭제할 때 흔한 실수는 존재하지 않는 URL이 200 응답을 반환하는 소프트 404입니다. Google은 “페이지를 찾을 수 없습니다”라는 메시지를 보여 주면서 404 상태 코드를 반환하지 않는 응답을 소프트 404 사례로 설명합니다(Google 소프트 404 안내).

Google은 429를 제외한 모든 4xx 상태 코드를 “콘텐츠가 없다”는 의미로 동일하게 처리합니다.

URL 변경 시 리디렉션 유지 기간

글을 갱신하면서 URL 구조까지 바꾸는 경우가 있습니다. 예를 들어 /blog/2024-best-tools를 /guides/best-tools로 옮기는 식입니다. 이때 301 리디렉션을 걸어 두되, Google은 URL 변경 후 리디렉션을 가능한 한 오래, 일반적으로 최소 1년 이상 유지하라고 안내합니다(Google 사이트 이전 안내).

실무에서는 기간 제한 없이 영구적으로 두는 편이 안전합니다. 리디렉션을 너무 빨리 제거하면 외부 링크와 북마크가 끊어지고, 검색엔진이 새 URL과 이전 URL의 관계를 놓칠 수 있습니다.

리디렉션 체인이 길어지지 않도록 주의합니다. A에서 B로, B에서 C로 이어지는 체인은 크롤링 효율을 떨어뜨립니다. 가능하면 A에서 C로 직접 연결하세요.

네이버에서 원본 판단

네이버는 같은 내용이 여러 곳에 있을 때 먼저 게시된 쪽을 원본으로 판단하고 원본을 우선 노출합니다(네이버 원본 보호 안내). 다른 사이트에 먼저 게시한 뒤 자기 사이트에 나중에 올리면 자기 글이 복사본으로 분류될 수 있습니다.

갱신할 때는 기존 URL과 실제 게시일을 불필요하게 바꾸지 말고, 여러 곳에 같은 글을 배포한다면 어디에 먼저 공개할지 정하세요. 원본 판단 결과는 네이버에서 직접 확인해야 합니다.

네이버에서 키워드 반복이 포함된 제목이나 설명문은 불이익을 받을 수 있다는 점도 갱신할 때 확인하세요(네이버 마크업 안내).

페이지네이션과 태그 목록 페이지

블로그나 커머스 사이트에서 태그별 목록, 카테고리 목록, 검색결과 목록은 페이지가 수십 개로 나뉘기 쉽습니다. 이런 페이지를 갱신 대상으로 잘못 판단해 삭제하거나 병합하면 하위 글의 진입 경로가 끊어집니다.

관리 원칙은 간단합니다.

  • 각 페이지네이션 페이지는 자기 자신을 canonical로 가리킵니다.
  • 태그 목록이 너무 세분화돼 거의 같은 글 목록을 보여 준다면, 태그를 줄이는 것이 페이지를 리디렉션하는 것보다 깔끔합니다.
  • 내용이 거의 없는 빈 태그 페이지는 noindex로 처리하거나 태그 자체를 제거합니다.

모든 페이지는 다른 페이지에서 링크가 하나 이상 있어야 크롤러가 발견할 수 있습니다(Google 링크 크롤링 안내).

갱신 반영 확인과 소요 시간

글을 갱신한 뒤 변경이 검색결과에 반영되는 데는 시간이 걸립니다. Google에 따르면 일부 변경은 몇 시간 안에, 다른 변경은 몇 달이 걸리기도 합니다. 재크롤링은 며칠에서 몇 주까지 소요될 수 있습니다(Google 재크롤링 요청 안내).

Search Console의 URL 검사 도구로 색인 상태를 확인할 수 있지만, 색인에는 보통 하루 정도, 길면 1~2주가 걸리며, 라이브 테스트 통과가 색인을 보장하지는 않습니다(URL 검사 도구 안내).

Search Console의 생성형 AI 성과 보고서에서는 AI 개요와 AI 모드의 노출수(클릭 데이터는 미제공)를 페이지·국가·날짜·기기별로 확인할 수 있습니다(생성형 AI 성과 보고서 안내). Bing에서는 Bing 웹마스터 도구의 AI Performance(공개 미리보기)로 Copilot과 AI 요약에서의 콘텐츠 노출을 확인할 수 있습니다(Bing AI Performance 안내).

검사기에서 확인할 수 있는 항목

애드브랜치 검사기는 갱신·병합·삭제와 관련된 여러 항목을 자동으로 점검합니다.

검사 항목확인 내용
canonical-target-validcanonical이 가리키는 URL이 유효한지 확인
redirect-chain-length리디렉션 체인의 홉 수를 점검
site-404-probe존재하지 않는 URL을 요청했을 때 서버가 올바른 404/410을 반환하는지 확인
geo-c07-date-integrity구조화 데이터의 날짜가 파싱 가능하고, 미래 날짜가 아니며, dateModified가 datePublished보다 이르지 않은지 확인

site-404-probe 상세

이 검사는 사이트의 같은 출처에서 존재하지 않는 경로(/adbranch-404-check-<임의 12자리 hex>)로 GET 요청을 한 번 보냅니다. 리디렉션은 따라가지 않습니다.

  • 404 또는 410 응답: 통과(2점)
  • 429 응답: 판정 보류(서버 제한)
  • 다른 4xx 응답: 참고 정보
  • 5xx 응답: 경고
  • 홈페이지나 검사 대상 페이지로의 3xx 리디렉션: 경고(소프트 404 가능성)
  • 다른 경로로의 3xx 리디렉션: 참고 정보(최종 상태 코드는 확인하지 않음)
  • 200 응답: 경고(소프트 404 가능성)

geo-c07-date-integrity 상세

구조화 데이터에 포함된 날짜 값을 검증합니다(1점).

  • 파싱할 수 없는 날짜 형식: 경고
  • 검사 시점 기준 24시간을 초과하는 미래 날짜: 경고
  • dateModified가 datePublished보다 24시간 넘게 이른 경우: 경고
  • 날짜 속성이 아예 없으면: 해당 없음
  • 위 조건에 해당하지 않으면: 통과

실무 체크리스트

글 갱신 작업을 진행할 때 아래 순서로 확인하면 빠뜨리는 항목을 줄일 수 있습니다.

  1. 대상 글 목록을 정리합니다. Search Console의 클릭·노출 추이, 페이지별 최종 수정일, 내용의 사실 정확성을 기준으로 분류합니다.
  2. 갱신 대상은 내용을 고치고, 화면 날짜와 구조화 데이터의 dateModified를 일치시킵니다.
  3. 병합 대상은 남길 글에 빠진 정보를 합친 뒤 약한 글에서 301 리디렉션을 겁니다.
  4. 삭제 대상은 대체 글이 있으면 301로 연결하고, 없으면 404 또는 410을 반환하게 합니다.
  5. 사이트맵의 <lastmod>를 실제 수정일로 갱신하고, 삭제된 URL은 사이트맵에서 제거합니다.
  6. 애드브랜치 검사기로 canonical, 리디렉션 체인, 404 응답, 날짜 정합성을 확인합니다.
  7. 며칠 뒤 Search Console URL 검사 도구로 색인 상태를 확인합니다.

자주 묻는 질문

오래된 글은 무조건 삭제하는 게 좋은가요?

아닙니다. 정보가 여전히 유효하면 그대로 두는 것이 낫고, 일부가 틀린 글은 내용을 고치는 편이 독자에게 유용합니다. 삭제는 대체 글이 없고 정보 자체가 쓸모없어졌을 때만 선택하세요. 새 URL로 옮겨야 한다면 기존 URL에서 새 URL로 리디렉션을 유지하세요.

날짜만 바꾸면 검색 노출이 올라가나요?

내용 변경 없이 날짜만 고치는 것은 Google이 경계하는 패턴입니다. 실질적인 내용 변경이 동반돼야 dateModified 갱신이 의미를 가집니다. 애드브랜치 검사기의 geo-c07-date-integrity 항목은 날짜 형식과 논리적 일관성을 확인하지만, 내용 변경 여부까지 판단하지는 않으므로 이 부분은 직접 점검해야 합니다.

301 리디렉션은 언제 해제해도 되나요?

Google은 최소 1년 이상 유지하라고 안내합니다. 실무에서는 해제할 이유가 없다면 영구적으로 유지하는 편이 안전합니다. 외부 링크나 북마크가 이전 URL을 가리키고 있을 수 있고, 리디렉션 해제 후 이전 URL이 404를 반환하면 그 트래픽이 모두 유실됩니다.

관련 가이드

Check the evidence

이 페이지를 지금 검사해보기

읽고 있는 페이지나 운영 중인 URL을 넣으면 이 가이드와 연결된 SEO·GEO 항목을 바로 확인할 수 있습니다.

무료 검사 시작

Next reading

관련 문서

canonical 태그 완전 가이드

중복 URL 문제를 해결하는 표준 URL 지정 방법, 자기참조 canonical 규칙, 파라미터와 페이지네이션 처리, 리디렉션·hreflang과의 관계를 예제로 설명합니다.

가이드 읽기

관련 문서

sitemap.xml 만들기와 제출하기

사이트맵의 XML 형식과 URL 개수·용량 제한, sitemap index 분할, robots.txt 선언, Search Console 제출, lastmod의 올바른 사용법을 정리합니다.

가이드 읽기

관련 문서

SEO 기본 점검 체크리스트

페이지 하나를 검색엔진에 제대로 노출하기 위해 확인할 항목을 우선순위 순서로 정리하고, 항목마다 확인 방법과 고치는 코드까지 함께 다룹니다.

가이드 읽기

관련 문서

게시일과 수정일을 정직하게 표기하는 법

게시일과 수정일을 화면, time 요소, JSON-LD, sitemap lastmod에 같은 값으로 적는 방법과 미래 날짜, 날짜 역전, 시간대 누락 같은 흔한 오류를 정리합니다.

가이드 읽기