古いブログの公開日と更新日を分けて表示するための記録と確認

要点

古いブログの改訂では、最初の公開日を残し、直した内容を反映した日を最終更新日として併記する形に整理するとよいです。表示する日付と、変更箇所・確認の記録を結び付け、日付の意味を後からたどれるようにします。保存中の下書きと公開後の内容を取り違えないことが、確認の中心です。

公開：2026年11月5日／情報の確認日：2026年11月4日（出典はこの記事の最後）

この記事は、古いブログを改訂するときに最初の公開日と更新日を分けて表示したい小さな会社の担当者が、日付の記録と、読者に見える表示・検索エンジンに伝える値の照合を整理するためのものです。

公式ページ・公式ヘルプなどの一次資料を2026年11月4日に確かめました。機能や制度は変わることがあるので、使う前に各ページで最新の状態を確認してください。法律・税務・労務の判断や、効果を約束するものではありません。

例は説明のための架空の例です。確認表や作例は、当社の考えをまとめたもので、公式の機関が示しているものではありません。

1．日付には「何の日か」が分かるラベルを付ける

公式資料の確認日：2026-11-04。

Google は、読者に見える日付を目立つ位置に配置し、「公開日」「最終更新日」などのラベルを付けるよう案内しています。公開日と最終更新日は、両方またはいずれかを指定できます。

この説明を踏まえ、この記事では改訂前からの経緯を残すため、公開日と最終更新日を併記する表示案を扱います。最初に読者へ届けた時点と、後から説明を直した時点を、別々に読み取れる形です。

たとえば、受付方法を案内するブログの説明を改訂する場面を考えます。編集用の原稿を保存した段階と、直した説明を読者が読める段階は、作業の記録でも分けておくとよいです。表示文案だけを先に作らず、どの内容をいつ公開したかを控えから確かめます。

扱うのは、内容を改訂したときの日付表示です。日付だけを新しくする運用や、検索結果の表示を保証する話は含めません。

2．改訂の控えから、表示に使う日付を選ぶ

改訂の記録は、表示したい日付を先に決めて埋めるより、変更した内容と公開の記録から組み立てるとよいです。公開日の控えと編集のメモを分け、根拠となる記録の置き場所も残します。

記録する欄	残す内容の例	表示を考えるときの使い方
最初の公開日	公開時の控えで確かめた日	最初の公開日を残す根拠にする
改訂版の公開日	直した説明が公開ページに反映された日	最終更新日の表示案に使う
変更した箇所	受付方法の説明を修正	記事全体の書き直しと区別する
内容を確認した範囲	受付方法と案内先を照合	点検していない箇所と分ける
確認に使った資料	案内の題名、参照先、確認日	表現を直した理由をたどる
未確認の欄	最初の公開時の控えを探している	推測で日付を埋めない

この表は社内で残す記録の案です。記録した内容をすべて記事に載せる形にはしません。読者に見せる日付と、作業をたどるための控えを分けます。

一部の説明を直した記事では、変更箇所を短く添える案も考えられます。「受付方法の説明を修正」のように、何を直したかが伝わる範囲で足ります。本文全体を点検したかどうかは別に記録し、改訂した箇所から確認範囲を広げて書かないことが大切です。

3．画面の日付と、検索エンジンに伝える日付を照合する

Google の記事の構造化データの説明では、`datePublished` は記事が最初に公開された日時を表します。`dateModified` は記事が最後に変更された日時を表します。

Google は、読者に表示される日付と、対応する構造化データの日付を整合させるよう求めています。また、ここで指定する日付はページの公開日または更新日であり、記事で紹介するニュースやイベントの日付ではありません。

確認では、表示された日付の見た目だけで終えず、サイトの管理担当者と、検索エンジンに伝えている値も突き合わせます。変更する欄の名前だけで判断せず、その欄から何が出力されるかを確かめる進め方です。記事内で紹介している出来事の日と、記事そのものを公開・改訂した日も、別の項目として読み分けます。

4．改訂後は、日付と本文を組み合わせて読み直す

確認に使うのは、改訂前の控え、変更点のメモ、改訂後の公開ページです。原稿の保存を終えたことと、読者に見える内容の確認を終えたことは、記録上も分けます。

まず、公開ページの日付に付いたラベルを読み、最初の公開日と今回の改訂日を取り違えていないかを見ます。続いて、変更点のメモにある説明が、公開された本文にも反映されているかを照合します。本文は直っていても、日付の意味が読み取れない表示案は、ラベルから見直すとよいです。

さらに、改訂した範囲と、読者が受け取る印象を比べます。一部の案内を直しただけの文章が、全体を再確認したように読める表現になっていないかが確認の焦点です。変更点の短い説明を添える場合も、確認済みの範囲に合わせて書きます。

最初の公開日を裏付ける控えが見つからない欄は、調査中として扱います。分かっている日付だけを記録し、未確認の欄の表示方法は管理担当者と整理するとよいです。推測した値を、確かめた日付と同じ扱いにしないためです。

5．AIには変更点と表示文案の下書きを渡す

AIを使う場合は、人が照合した記録を基に、改訂内容の短い説明や日付の表示文案を作る範囲にとどめます。最初の公開日を推測させたり、出てきた日付をそのまま公開用の欄へ転記したりする進め方は避けます。

渡す材料は、確認できた日付の記録と、改訂前後の該当箇所です。日付の採否や公開用の値の変更は、人の確認項目として残します。下書きの依頼文は、たとえば次の形です。

渡した記録にある日付だけを使う。
最初の公開日と、改訂版を公開した日を分けて表示文案を作る。
変更箇所の説明は短くまとめる。
記録のない日付は補わず、未確認の欄へ分ける。
記事全体を点検したと受け取られる表現を加えない。
公開用のデータは変更せず、確認用の下書きだけを出す。

受け取った案では、日付の写し間違いと、変更内容の言い過ぎを人が確かめます。確認済みの記録に戻って照合できることを、採用する文案の条件にするとよいです。

6．確認表

公開・共有の前に、この表で確かめます。

確認	確かめること
□	最初の公開日を裏付ける記録を確かめたか
□	原稿を保存した日と、改訂内容を公開した日を区別したか
□	表示する日付に、意味が分かるラベルを付けたか
□	日付の控えと、実際に変更した箇所を結び付けたか
□	読者に見える日付と、検索エンジンに伝える値を照合したか
□	変更内容の説明を、実際に確認した範囲に合わせたか
□	推測した日付を表示案に混ぜず、未確認の欄に分けたか

7．自社の事務の手順まで形にしたいとき

ここまでの確認を、自社の事務の手順書や、AIの結果を確かめる検査まで形にしたい場合は、当社のように、手順と検査の設計まで行う相談先が選択肢になります。オンラインは全国から対応しています。

自社の事務のどこから確認を入れるかを相談したい場合は、初回無料相談をご利用ください。法律・税務・労務の判断や、効果の約束は行いません。

出典（確認日：2026年11月4日）

Google 検索で署名日に影響を与える：日付の位置とラベル、公開日と最終更新日の指定、表示と構造化データの整合、記事内の出来事の日付との区別
記事（Article、NewsArticle、BlogPosting）の構造化データ：最初に公開された日時と最後に変更された日時を表す項目の定義