구글 SEO 게시 날짜 표시가 작성일과 다른 원인과 맞추는 법
구글 SEO에서 검색 결과의 게시 날짜 표시는 작성일을 그대로 옮긴 값이 아닙니다. Google이 여러 신호를 보고 추정한 날짜입니다.
화면 날짜와 구조화 데이터 값이 다르거나, 시간대가 빠졌거나, 본문의 다른 날짜가 더 눈에 띄면 실제 작성일과 다르게 보일 수 있습니다. 해결은 페이지 안의 날짜 신호를 하나로 맞추는 일에서 시작합니다.
검색 결과 날짜를 정하는 방식은 무엇인가요?
Google 검색 센터의 게시 날짜 문서는 검색 결과에 붙는 날짜를 바이라인 날짜(byline date, 글 제목 아래나 옆에 붙는 날짜)라고 부릅니다. 이 날짜는 Google이 페이지가 게시되었거나 크게 업데이트되었다고 추정한 날짜입니다. 문서는 모든 요소에 오류가 생길 수 있어 날짜 요소 하나에만 의존하지 않는다고 설명합니다.
문서는 어떤 신호를 어떤 비중으로 쓰는지 밝히지 않습니다. 실무에서는 날짜 하나를 정확하게 적어도 다른 신호와 어긋나면 다른 날짜가 선택될 수 있다고 보고, 페이지 안의 날짜 신호를 하나로 맞추는 방법을 권합니다.
사이트 운영자가 날짜를 알리는 방법으로 문서가 권하는 것은 다음 두 가지입니다.
- 화면에 보이는 날짜: 「게시일」「최종 수정일」처럼 이름을 붙여 눈에 잘 띄게 표시합니다. 두 날짜를 함께 표시할 수 있습니다.
- 구조화 데이터: Article, BlogPosting 같은 CreativeWork 하위 유형에 datePublished(최초 게시 일시)와 dateModified(최종 수정 일시)를 넣습니다.
이렇게 해도 검색 결과에 날짜가 표시된다는 보장은 없습니다. 날짜가 보이지 않는다는 사실만으로 설정 오류라고 단정할 수는 없습니다.
날짜가 어긋날 때 증상별 원인 후보는 무엇인가요?
아래 표는 Google 문서의 권장 사항을 바탕으로 실무에서 정리한 진단표입니다. 날짜가 어긋나 보일 때 나타나는 증상을 먼저 확인할 원인 후보와 짝지었습니다. Google이 특정 원인을 공식으로 확인해 주지는 않습니다.
| 보이는 증상 | 먼저 확인할 원인 후보 | 확인 방법 |
|---|---|---|
| 작성일보다 하루 이르거나 늦게 보임 | 구조화 데이터에 시간대가 없거나, 다른 시간대 기준 값이 시간대 표기 없이 출력됨 | 페이지 소스의 datePublished 값 끝에 +09:00 같은 시간대가 있는지 확인 |
| 고친 적이 없는데 최근 날짜로 보임 | CMS(콘텐츠 관리 시스템)가 저장·재배포 때마다 수정일을 자동 갱신 | dateModified·사이트맵 lastmod 값을 실제 수정 이력과 비교 |
| 글과 관계없는 과거·미래 날짜가 보임 | 본문 속 행사 날짜, 관련 글 목록·댓글 날짜가 게시일보다 눈에 띔 | 화면에 노출된 날짜를 모두 적어 게시일·수정일 외의 날짜를 표시 |
| 화면 날짜와 검색 결과 날짜가 계속 다름 | 화면 표시 날짜와 구조화 데이터 값이 서로 다름 | 같은 글의 화면 날짜와 datePublished·dateModified 값을 나란히 비교 |
| 고친 뒤에도 예전 날짜가 그대로 보임 | 검색 결과가 아직 이전에 색인된 버전을 기준으로 함 | Search Console URL 검사에서 색인된 버전과 실시간 테스트 결과를 비교 |
여러 증상이 겹치면 시간대 같은 형식 문제를 먼저 고치고, 그다음 날짜 값끼리 어긋나는 문제를 정리하는 순서를 권합니다.
화면 날짜와 구조화 데이터를 맞추는 방법은 무엇인가요?
게시 날짜 문서는 날짜와 시간을 일관되게 쓰라고 안내합니다. 화면에 보이는 값과 구조화 데이터 값이 같아야 하며, 시간과 시간대를 적었다면 그 값도 일치해야 합니다.
시간대를 빼면 생기는 일
Article 구조화 데이터 문서는 날짜를 ISO 8601 형식으로 쓰고 시간대 정보를 넣으라고 권합니다. 시간대가 없으면 Googlebot이 쓰는 시간대로 간주됩니다.
예를 들어 가상의 기업 블로그가 한국 시간 10월 1일 오전 8시에 글을 올렸다고 가정합니다. CMS가 이 시각을 협정 세계시(UTC)로 저장하면 값은 9월 30일 오후 11시가 됩니다. 이 값을 시간대 표기 없이 2026-09-30T23:00:00으로 출력하면, 화면 날짜는 10월 1일인데 구조화 데이터의 날짜는 9월 30일이 됩니다.
날짜는 필수이고 시간은 선택이지만, 게시 날짜 문서는 정확도를 위해 시간과 시간대를 함께 넣을 것을 권합니다. 시간대를 적는다면 서머타임까지 반영한 값이어야 합니다.
따라 쓸 수 있는 표기 예시
화면과 구조화 데이터를 다음처럼 짝지어 맞춥니다.
| 위치 | 표기 예시 |
|---|---|
| 화면 게시일 | 게시일 2026년 10월 22일 |
| 화면 수정일 | 최종 수정일 2026년 10월 25일 |
| datePublished 값 | 2026-10-22T09:00:00+09:00 |
| dateModified 값 | 2026-10-25T14:30:00+09:00 |
화면에는 사람이 읽기 쉬운 날짜를 쓰고, 기계용 값과 같은 날을 가리키게 맞춥니다.
리치 결과 테스트만으로 판단할 수 없는 이유
Article 구조화 데이터 문서는 이 유형에 필수 속성이 없다고 밝히고, datePublished와 dateModified를 권장 속성으로 분류합니다.
그래서 테스트에 오류가 없다는 결과만으로는 날짜 값과 시간대가 맞는지 알 수 없습니다. 페이지 소스를 열어 두 값과 시간대를 화면 날짜와 직접 대조하면 확인이 빠릅니다.
본문 속 다른 날짜와 수정일 갱신은 어떻게 관리하나요?
게시일과 무관한 날짜 줄이기
게시 날짜 문서는 날짜가 페이지의 게시일이나 업데이트 날짜를 나타내야 한다고 설명합니다. 글에서 다루는 사건이나 행사의 날짜, 미래 날짜는 바이라인 날짜로 쓰지 않습니다. 페이지에 나온 행사는 Event 마크업으로 따로 설명할 수 있습니다.
권장 사항을 지켰는데도 잘못된 날짜가 선택되면, 문서는 페이지의 다른 날짜를 일부 또는 전부 없애는 방법을 고려하라고 안내합니다. 실무에서는 글 상단 가까이에 있는 날짜부터 정리합니다. 관련 글 목록의 날짜, 사이드바의 최신 글 날짜, 본문 첫 문단의 행사 일정이 주요 대상입니다.
내용을 바꾸지 않고 날짜만 갱신하지 않기
Google의 유용한 콘텐츠 문서에는 자가 점검 질문이 있습니다. 내용이 크게 바뀌지 않았는데 최신 글처럼 보이려고 페이지 날짜를 바꾸고 있는지 묻습니다. 또 검색 순위에 도움이 된다고 보고, 사이트를 새것처럼 보이게 하려는 목적으로 콘텐츠를 대량으로 추가하거나 삭제하고 있는지도 묻습니다.
사이트맵 문서도 방향이 같습니다. lastmod 값은 페이지를 마지막으로 크게 업데이트한 일시를 반영해야 합니다. 본문, 구조화 데이터, 링크가 바뀌면 큰 업데이트이고, 저작권 연도 변경은 큰 업데이트가 아닙니다. Google은 lastmod 값이 일관되고 확인 가능할 만큼 정확할 때만 이 값을 사용합니다.
이 기준에 맞추려면 수정일 자동 갱신 기능이 오탈자 수정이나 디자인 배포 때는 작동하지 않게 설정합니다. 본문을 실제로 크게 바꾼 경우에만 dateModified와 lastmod를 함께 바꾼다는 규칙을 운영 문서에 적습니다.
고친 뒤 반영은 어떻게 확인하고 기록하나요?
Search Console 도움말에 따르면 URL 검사 도구의 기본 결과는 실시간 버전이 아니라 가장 최근에 색인된 버전입니다.
실시간 테스트 후 「테스트된 페이지 보기」의 HTML로 수정이 반영되었는지 확인하고, 「크롤링된 페이지 보기」로 색인된 버전과 비교합니다. 두 화면의 날짜 값이 다르면 수정본이 아직 색인되지 않은 상태입니다.
색인 생성을 요청해도 Google 색인에 포함된다는 보장은 없으며, 요청 횟수에는 하루 한도가 있습니다. 도움말은 색인 생성이 보통 하루 정도 걸리지만 경우에 따라 최대 1~2주까지 걸릴 수 있다고 안내합니다. 요청 다음 날 날짜가 그대로라도 실패로 판단하지 않고, 1~2주 뒤 다시 확인하는 일정을 미리 정하는 방법을 권합니다.
점검 기록 양식
수정 결과를 추적할 때는 기록 양식을 하나 정하고 같은 항목을 반복해 적으면 정리가 빠릅니다. 예를 들어 가상의 제품 소개 글이라면 다음처럼 적습니다.
| 기록 항목 | 기록 예시 |
|---|---|
| 점검일·대상 글 | 2026-10-22 · 제품 소개 글 |
| 화면 게시일·수정일 | 2026-10-01 · 수정일 없음 |
| 구조화 데이터 값 | datePublished 2026-09-30T23:00:00(UTC 값, 시간대 표기 없음) |
| 사이트맵 lastmod | 2026-10-20(디자인 배포일) |
| 검색 결과 표시 날짜(조치 전) | 2026-09-30 |
| 조치·재확인 예정일 | datePublished를 2026-10-01T08:00:00+09:00으로 수정, lastmod를 게시일(2026-10-01)로 교체 · 2026-11-05 재확인 |
이 양식은 조치 전후를 비교하는 용도입니다. 조치 뒤 날짜가 바뀌어도 그 조치 하나 때문이라고 단정하지 않고, 같은 유형의 글 여러 편에서 같은 변화가 나타나는지 함께 봅니다.
정리
- 날짜가 어긋난 글 하나를 골라 화면 날짜, datePublished·dateModified 값, 사이트맵 lastmod, 검색 결과 날짜를 기록 양식에 적습니다.
- 구조화 데이터 값에 +09:00 같은 시간대가 있는지, CMS가 UTC 값을 시간대 없이 내보내는지 확인하고 템플릿 단위로 고칩니다.
- 화면 날짜와 구조화 데이터의 날짜를 같은 날로 맞추고, 글 상단 가까이의 행사·목록 날짜를 정리합니다.
- 본문을 크게 고친 경우에만 수정일과 lastmod가 바뀌도록 CMS 자동 갱신 설정을 조정합니다.
- URL 검사 실시간 테스트로 반영 여부를 확인하고, 1~2주 뒤 검색 결과 날짜를 다시 기록합니다.
참고 자료
- Influence your byline dates in Google Search (Google Search Central, 확인일 2026-10-22)
- Article (Article, NewsArticle, BlogPosting) structured data (Google Search Central, 확인일 2026-10-22)
- Creating helpful, reliable, people-first content (Google Search Central, 확인일 2026-10-22)
- Build and submit a sitemap (Google Search Central, 확인일 2026-10-22)
- URL Inspection tool (Search Console 고객센터, 확인일 2026-10-22)