연구를 읽고 콘텐츠를 정확히 유지하기

CH.01

최신성 연구는 무엇을 측정하는가

페이지 연령, 검색 자료 수집, 답변의 인용은 다른 지표입니다. 연구 집단과 날짜 정의부터 확인합니다.

수년간 유용한 글도 있고, 새 가격 비교도 금세 부정확해질 수 있습니다. 페이지 나이만으로 독자의 질문에 여전히 답하는지 알 수 없습니다. 수정 전에 사실, 출처, 질문의 맥락을 확인합니다.

Ahrefs 는 2025년 7월 28일 인용된 URL 1,697.5만 개의 분석을 발표했습니다. 크롤러가 처음 본 날짜를 게시일의 대리 지표로 사용했으며 ChatGPT, Perplexity, Copilot, Gemini 가 인용한 URL 의 평균 연령을 1,064일로 보고했습니다. 이미 인용된 URL 의 횡단면 비교로, 모든 페이지의 3개월 만료나 수정에 따른 인용 증가를 입증하지 않습니다.

CH.02

연령 분포는 한 페이지의 반감기가 아니다

서로 다른 연도의 페이지 비교는 동일 페이지의 시간별 인용 감소 측정이 아닙니다.

Gander 의 2026년 4월 7일 보고서는 ChatGPT, Google AI Overviews, Gemini, Perplexity 가 2026년 1분기에 수집한 서로 다른 출처 URL 을 비교합니다. 경로에 연도가 있는 URL 은 17.4%이며 연도 비교는 이 부분집합을 사용합니다. 보고서는 이를 반감기로 부르지만, 수정하지 않은 동일 페이지의 인용 수를 계속 추적한 연구는 아닙니다.

오래된 연도 URL 의 낮은 비중은 게시량, 주제, 출처 공급, 자료 수집 방식의 차이로도 나타납니다. 각 페이지의 자동 연간 감소를 입증하지 못합니다. Gander 는 답변 생성 중 읽는 출처와 최종 표시 링크도 구분합니다. 이를 같은 인용 지표로 합치지 않습니다.

• →URL, 자료 수집 이벤트, 표시 인용 중 무엇을 측정하는지 기록합니다.
• →연도 포함 URL 부분집합과 수집 기간을 명시합니다. 연도가 없는 URL 의 나이는 단정하지 않습니다.
• →같은 질문 집합을 반복하고 모델, 날짜, 인용 URL, 콘텐츠 수정을 기록합니다.

CH.03

dateModified 는 수정 기록이지 공개된 가중치가 아니다

Google 은 명확하고 일관된 날짜를 권장하며 여러 신호로 게시 또는 중요한 수정 시점을 추정합니다.

Google 날짜 문서는 표시 게시일·수정일과 적절한 구조화 데이터의 datePublished 또는 dateModified 를 권장합니다. 날짜 필드의 최신성 가중치 순위는 공개하지 않습니다. JSON-LD 필드에 인용 배수를 부여하지 말고 페이지를 정확히 설명합니다.

datePublished 는 원래 게시일을 유지합니다. 실질적 수정 후 dateModified 를 실제 수정일로 설정하고 대응하는 표시 날짜와 맞춥니다. 게시와 수정은 의미가 달라 같은 날짜일 필요가 없습니다. 시간대를 확인하고 미래 날짜나 기사 속 사건 날짜를 사용하지 않습니다.

CH.04

유용하게 수정한 뒤 날짜를 기록하기

날짜만 바꾸면 정보가 늘지 않습니다. Google 의 사람 중심 지침은 실질 변화 없이 새로 보이게 날짜를 바꾸는 것을 문제로 봅니다.

매일 모든 페이지 날짜를 오늘로 바꾸지 않습니다. Google 은 그대로인 콘텐츠를 날짜로 새롭게 보이게 하는 방식을 권장하지 않습니다. 모든 AI 공통 body hash 검사, 특정 벌점, 수정 종류별 고정 보상은 공식 문서에 공개되지 않았습니다. 날짜의 근거가 되는 편집 기록을 남깁니다.

유용한 수정은 낡은 사실을 바로잡고, 검증한 현재 출처로 교체하거나 빠졌던 질문에 답하는 일입니다. 연도 표시만 바꾸는 것은 새 증거가 아닙니다. 무엇을 왜 바꿨는지 독자 관점에서 기록합니다.

CH.05

콘텐츠 유형별 검토 주기

다음 간격은 Tenten 의 계획 권장안으로 모델 만료 규칙이 아닙니다. 정확한 콘텐츠는 검토 후 수정하지 않아도 됩니다.

사업 가치와 사실 변화 속도로 우선순위를 정합니다. 가격·버전은 안정적인 정의보다 자주 확인합니다. 검토는 수정 필요성을 판단하는 과정이지 최신성 목표에 맞춰 글이나 날짜를 강제로 바꾸는 일이 아닙니다.

스케줄의 규율은 '평균'이 아니라 '계층화'입니다. 잘못된 방식은 '전 사이트를 반년에 한 번 업데이트'라는 죽은 규칙을 세우는 것입니다—결과적으로 가격 페이지는 3개월째 낡았는데 아무도 안 보고, 아무도 안 묻는 롱테일 글은 제때 갱신됩니다. 올바른 방식은 비즈니스 가치가 높고 시의성이 높은 콘텐츠가 업데이트 예산의 대부분을 가져가게 하고, 에버그린 콘텐츠는 분기나 반년의 안정적 리듬으로 받쳐 주며, 저의도 콘텐츠는 전적으로 재스캔 신호에 의해 수동으로 트리거되게 하는 것입니다.

CH.06

신선도 운영 체크리스트: schema + 스케줄의 운영 SOP

월간 체크리스트는 Tenten 의 계획 권장안입니다. 검토 담당자를 지정하며 자동 실행되는 엔진 요구 사항으로 보지 않습니다.

앞의 다섯 장은 개념이고, 이 장은 그것을 프로세스로 못 박는 일입니다. 신선도가 무너지는 건 거의 다 몰라서가 아니라, 고정된 사람이 고정된 시간에 고정된 점검을 하지 않아서입니다. 아래 SOP의 설계 목표는 단 하나입니다: '의미 있는 업데이트 + dateModified 동기화'를 기억력이 아니라 달력 이벤트로 만드는 것.