구글 검색 날짜가 이상할 때, 블로그 점검 6가지
검색 결과의 날짜는 구글이 여러 요소로 추정하므로, 글에 보이는 날짜와 구조화 데이터의 날짜를 같게 맞추는 것이 기본입니다.
읽고 나면 내 글의 날짜 표기 여섯 곳을 10분 안에 점검하고, 글을 고쳤을 때 어떤 날짜를 바꿀지 정할 수 있습니다.
제목에 연도를 넣어 둔 글이 있다면, 연말이 가까워질수록 손볼 시점이 다가옵니다. 그런데 글을 고친 뒤에도 검색 결과에는 예전 날짜가 그대로 보이거나, 내가 생각한 것과 다른 날짜가 붙을 수 있어요. 구글이 날짜를 한 가지 요소로 정하지 않고 여러 요소를 종합해 추정하기 때문입니다. 이 글은 구글 검색 센터의 날짜 문서와 Article 구조화 데이터 문서에서 운영자가 손댈 수 있는 부분만 추려 표로 정리했습니다.
구글은 날짜를 어떻게 정할까
📌 byline date(서명일)는 구글이 웹페이지가 게시되었거나 업데이트되었다고 추정하는 날짜이며, 유용하다고 판단되면 검색결과에 표시됩니다.
문서는 구글이 하나의 날짜 요소에만 기대지 않는다고 설명합니다. 모든 요소에 문제가 생길 수 있어서, 여러 요소를 함께 보고 글이 게시되었거나 중요하게 업데이트된 시점을 가장 가깝게 추정한다는 거예요. 구체적인 신호 목록은 문서에 나오지 않습니다. 대신 운영자가 줄 수 있는 정보를 두 가지로 안내해요. 사용자에게 보이는 날짜를 눈에 띄게 표시하는 것, 그리고 구조화 데이터로 날짜를 지정하는 것입니다(2026-10-17 구글 검색 센터 문서 기준). 표시를 보장하지는 않는다는 점도 함께 적혀 있습니다.
한국어 문서에서는 byline date를 서명일이라는 낯선 말로 옮겨 놓았는데, 뜻은 글의 게시 또는 업데이트 날짜입니다.
점검 6가지, 문서 기준으로
아래 표의 앞 세 열은 문서 내용이고, 마지막 열은 내 글에서 확인하는 방법으로 이 글이 덧붙인 것입니다(2026-10-17 구글 검색 센터 문서 기준).
| 번호 | 점검 항목 | 문서 내용 | 내 글에서 확인하는 법 |
|---|---|---|---|
| 1 | 보이는 날짜 | 사용자가 볼 수 있는 날짜를 눈에 잘 띄게 표시하고, '게시' 또는 '최종 업데이트' 같은 라벨을 붙일 수 있으며 둘 다 제공해도 됨 | 글 화면에서 날짜와 라벨이 바로 보이는지 본다 |
| 2 | 구조화 데이터 | Article, BlogPosting 같은 유형에 datePublished와 dateModified를 지정하도록 권장 | 글의 페이지 소스에서 datePublished를 검색한다 |
| 3 | 시간과 시간대 | 날짜는 필수, 시간은 선택이며 시간과 시간대를 함께 주면 정밀도가 높아짐. 시간대를 쓴다면 올바른 시간대로 | 값 끝에 +09:00 같은 오프셋이 붙었는지 본다 |
| 4 | 일치 | 화면에 보이는 날짜와 구조화 데이터의 날짜(시간·시간대 포함)가 같아야 함 | 두 값을 나란히 적어 비교한다 |
| 5 | 날짜의 의미 | 미래 날짜나 글이 다루는 사건·활동의 날짜를 지정하지 않음. 행사 설명은 이벤트 마크업으로 | 행사 일정 글에서 행사일이 게시일 자리에 들어가지 않았는지 본다 |
| 6 | 다른 날짜 줄이기 | 모범 사례를 지켰는데도 잘못된 날짜가 선택되면 페이지의 다른 날짜 일부 또는 전부를 제거해 보기 | 본문·사이드바·댓글에 날짜가 몇 곳에 나오는지 센다 |
문서가 직접 하지 말라고 적은 항목은 미래 날짜와 글이 다루는 행동의 날짜를 지정하는 것 하나뿐이고, 나머지는 권장 사항이에요. 또 Article 문서는 필수 속성이 없고 datePublished와 dateModified는 권장 속성이라고 밝혔습니다(2026-10-17 구글 Article 문서 기준). 구조화 데이터를 빠뜨렸다고 오류가 나는 것은 아니지만, 넣는다면 화면의 날짜와 맞아야 한다는 뜻입니다. 화면에 보이는 값에서는 시간과 시간대가 선택이라고도 적혀 있어요.
한국 시간을 UTC로 바꾸면 날짜가 달라진다
구조화 데이터의 날짜는 ISO 8601 형식으로 쓰고, 문서 예시처럼 끝에 시간대 오프셋을 붙입니다. 한국 표준시는 UTC보다 9시간 빠르므로 오프셋이 +09:00이에요. 문서는 일광 절약 시간을 고려해 올바른 시간대를 쓰라고 안내하는데, 한국은 서머타임이 없어 늘 같은 값을 쓰면 됩니다. 아래 날짜는 모두 설명용입니다.
| 한국 시간 발행 시각 | 구조화 데이터 표기 예 | UTC로 환산 | UTC 기준 날짜 |
|---|---|---|---|
| 2026-10-18 00:30 | 2026-10-18T00:30:00+09:00 | 2026-10-17 15:30 | 10월 17일(하루 앞섬) |
| 2026-10-18 08:00 | 2026-10-18T08:00:00+09:00 | 2026-10-17 23:00 | 10월 17일(하루 앞섬) |
| 2026-10-18 09:00 | 2026-10-18T09:00:00+09:00 | 2026-10-18 00:00 | 10월 18일 |
| 2026-10-18 18:00 | 2026-10-18T18:00:00+09:00 | 2026-10-18 09:00 | 10월 18일 |
오전 9시 이전에 발행한 글은 UTC로 바꾸면 전날 날짜가 돼요. Article 문서는 시간대를 제공하지 않으면 Googlebot에서 사용하는 시간대가 기본값으로 설정된다고 설명합니다(2026-10-17 구글 Article 문서 기준). 그래서 이른 아침이나 자정 무렵에 올린 글은 날짜가 하루 어긋나 보일 가능성을 열어 둬야 하죠. 다만 실제로 하루가 어긋나는지는 문서에 나오지 않아서, 이 부분은 이 글의 추론입니다.
글을 고쳤을 때 날짜는 어떻게
문서에는 수정일을 의미 없이 갱신하지 말라는 문장이 따로 없었습니다. 다만 구글이 추정하려는 것이 글이 게시되었거나 중요하게 업데이트된 시점이라는 점, 그리고 날짜는 페이지의 게시 또는 업데이트 날짜를 나타내야 한다는 점이 문서 전체의 원칙이에요. 아래 표의 해석 열은 그 원칙을 바탕으로 한 이 글의 판단입니다.
| 변경 내용 | datePublished | dateModified | 이 글의 해석 |
|---|---|---|---|
| 오타·띄어쓰기만 고침 | 그대로 | 바꿀 근거가 약함 | 중요한 업데이트로 보기 어렵다 |
| 수치와 표를 다시 확인해 새로 씀 | 그대로 | 고친 날짜로 갱신 | 화면의 최종 업데이트 라벨도 같은 날짜로 맞춘다 |
| 제목의 연도만 바꿈 | 그대로 | 갱신할 근거가 약함 | 내용이 실제로 바뀌지 않았다면 날짜만 올리는 것은 문서 원칙과 거리가 있다 |
| 글이 다룬 행사가 끝남 | 그대로 | 그대로 | 행사일은 이벤트 마크업이 맡고, 수정일로 쓰지 않는다 |
| 글을 거의 새로 씀 | 원래 게시일을 유지할지 판단 필요 | 갱신 | 같은 주소를 유지할지는 이 글에서 다루지 않는다 |
내용을 갱신하는 방법 자체는 블로그 오래된 글 새로 쓰면 순위 오른다는 착각 — 콘텐츠 리프레시 제대로 하는 법에서 다뤘습니다. 구조화 데이터가 낯설다면 스키마 마크업(구조화 데이터), FAQ 리치 결과 종료 이후에도 블로그에 필요한 이유를 먼저 보세요.
10분 점검표
- 글 하나를 열고 화면에 보이는 날짜와 라벨을 적는다
- 페이지 소스에서 datePublished와 dateModified를 찾아 값을 적는다
- 두 값이 같은 날짜인지, 끝에 +09:00 같은 오프셋이 있는지 본다
- 본문에 행사일이나 마감일을 적었다면 게시일로 오해될 자리에 있지 않은지 본다
- 날짜가 여러 곳에 나온다면 꼭 필요한 곳만 남기는 안을 정한다
- 글을 고쳤다면 URL 검사에서 색인 생성을 요청해 두고 기다린다. 요청해도 반영이 보장되지는 않고 최대 1~2주가 걸릴 수 있다
플랫폼마다 날짜가 보이는 자리와 구조화 데이터가 만들어지는 방식이 달라서, 어디를 고쳐야 하는지는 각 서비스의 설정 화면에서 확인해야 해요. 이 글은 플랫폼별 설정 경로까지는 확인하지 못했습니다.
검색 결과 날짜 자주 묻는 질문
Q. 구글 검색 결과에 날짜가 항상 표시되나요?
아니요. 문서는 구글이 byline date를 확인해 유용하다고 판단되면 검색결과에 표시할 수 있다고 설명하며, 표시를 보장하지 않습니다(2026-10-17 구글 검색 센터 문서 기준).
Q. datePublished와 dateModified는 꼭 넣어야 하나요?
필수는 아닙니다. Article 구조화 데이터 문서는 필수 속성이 없다고 밝히고, 두 속성을 권장 속성으로 분류합니다(2026-10-17 구글 Article 문서 기준).
Q. 구조화 데이터에 시간대를 안 적으면 어떻게 되나요?
Article 문서는 시간대 정보를 제공하는 것이 좋고, 제공하지 않으면 Googlebot에서 사용하는 시간대가 기본값으로 설정된다고 설명합니다(2026-10-17 구글 Article 문서 기준).
Q. 글이 다루는 행사 날짜를 게시일로 넣어도 되나요?
안 됩니다. 문서는 미래 날짜나 글이 다루는 행동의 날짜를 지정하지 말라고 안내하고, 글에 나열된 활동을 설명하려면 이벤트 마크업을 쓸 수 있다고 설명합니다(2026-10-17 구글 검색 센터 문서 기준).
Q. 화면의 날짜와 구조화 데이터의 날짜가 달라도 되나요?
같아야 합니다. 문서는 화면에 보이는 값과 구조화 데이터의 날짜가 일치하도록 하라고 권장합니다. 다만 화면에 보이는 값에서는 시간과 시간대가 선택 사항이라고도 적혀 있습니다(2026-10-17 구글 검색 센터 문서 기준).
출처
- Google Search Central, Add a Byline Date to Google Search Results — developers.google.com
- Google Search Central, Article structured data(한국어판) — developers.google.com
- 서치콘솔 고객센터, URL 검사 도구 — support.google.com
확인 방법·확인일: 2026-10-17에 위 문서를 가져와 읽었습니다. 날짜 문서는 한국어판과 영어판을 모두 읽었고, 최종 업데이트는 한국어판이 2026-02-20(UTC), 영어판이 2025-12-10(UTC)로 표시돼 있었습니다. Article 문서의 최종 업데이트는 2026-09-14(UTC)였습니다. URL 검사 문서는 본문 끝부분이 길어 일부를 읽지 못했을 수 있습니다. 수정일을 의미 없이 갱신하지 말라는 직접 문구는 문서에서 찾지 못했고, 수정 유형별 표의 해석 열은 이 글의 판단입니다. 시간대 환산은 단순 계산이며 예시 날짜는 설명용입니다. 플랫폼별 날짜 설정 위치는 확인하지 못했습니다.
댓글
댓글 쓰기