見出しのそばにある日付は単純に見えます。しかし、それが示すのは記事の公開日なのか、説明を変更した日なのか、それとも記事が扱う出来事の日なのか。ラベルがなければ、読者は推測するしかありません。役に立つ日付は、ページを新しく見せる飾りではなく、内容を理解するための情報です。
それぞれの日付に役割を与える
最初の公開日は、記事の履歴として残します。以前の発表について書く場合は、その発表日を本文で示し、記事の公開日として扱わないようにします。両方が重要なら、それぞれ何の日付かを明記してください。特にまとめ記事では、今日公開したというだけで、取り上げた出来事すべてが今日の新情報になるわけではありません。
内容のある更新を説明する
条件の訂正、手順の追加、参照元の差し替えなど、読者に必要な情報が変わったときは、見える位置に「更新」と示す意味があります。何を変えたかという短い説明は、日付だけを新しくするより役立つことがあります。句読点の修正、サイトの再ビルド、ボタンの色変更によって、記事を再調査したように見せるべきではありません。日付を自動化する前に、この編集方針を決めておきます。
一つの意味を、人と機械に伝える
人には読みやすい日付が必要で、ソフトウェアには曖昧でない値が必要です。HTMLの<time>要素なら、言語に合った表示とdatetime属性を組み合わせられます。たとえば2026-03-14という日付だけの値は暦上の一日を表し、公開した正確な瞬間ではありません。記事の構造化データでは、datePublishedは最初の公開、dateModifiedは変更を表します。複数のテンプレートで別々の日付を管理せず、読者が画面で理解する意味と一致させましょう。
予定と公開の記録を混同しない
予定した時刻は、実際に記事が公開されるまで内部の待ち行列に置いておきます。公開が遅れたり失敗したりした場合、予定を完了した出来事として表示してはいけません。正確な時刻が必要なら、タイムゾーンまたはUTCからの差を保存し、対象読者に合わせて意図的に表示します。深夜付近では、同じ瞬間が地域によって異なる日付になることもあります。値を勘で直す前に、その違いの理由を確認してください。
一覧から本文まで通して確認する
一覧のカード、記事の見出し付近、メタデータ、各言語の翻訳を見比べます。それぞれの日付は何を指すのか、更新説明は今も正しいか、未来の時刻が公開ページに混じっていないかを確認します。数字の並びが言語によって紛らわしい場合は、月の名前や年月日の表記で意味を明確にします。Googleは整合した日付情報を勧めていますが、検索結果への日付表示を保証していません。正直な日付は理解を助けるものであり、検索順位やアクセス増加を約束するものではありません。