ACQUA JOURNAL
WordPressの公開日・更新日が想定と違うとき｜保存値・表示元・検索を照合する
記事を更新したのに古い日付が出る、一覧と詳細で日付が違う、検索の表示だけ変わらない。WordPressの日付は、投稿の保存値、テーマの表示、メタデータ、検索結果を分けて確かめます。日付を新しく見せるためだけに公開日時を変更しません。
本記事は、記事の更新を担う企業と実装担当者向けです。予約が実行されない問題は予約投稿の確認手順へ分け、ここでは公開済み記事の日付の意味と出力を扱います。
1. どの場所の日付が違うかを記録する
投稿IDとURL、期待する日付、実際の日付、確認した場所を控えます。本文上部、一覧、関連記事、RSS、検索結果を同じものとして扱わないでください。日時の元データと、文章中に手で記した確認日も別です。
日付の意味から、期待する表示を決める
最初に公開した日を伝えたいのか、本文を更新した時点を伝えたいのか、資料を確認した日を伝えたいのかを決めます。更新日があるだけで全ての記述を再確認したと読者へ伝わる場合は、更新範囲も説明します。
編集画面と公開URL、一覧の表示を保管し、作業前の状態を揃えます。SEOのためという理由で、すぐに現在日付へ揃えることを修正の出発点にしません。
2. 公開日、更新日、資料の確認日を分ける
WordPressには投稿の日付と変更時点を扱う値があります。公式のget_the_date()は投稿の日付、get_the_modified_date()は変更日の取得を説明しています。何を表示するかはテンプレート等の実装に依存します。
| 日付の種類 | 読者へ伝えるもの | 注意すること |
|---|---|---|
| 公開日 | 記事の公開時点 | 更新のたびに置き換えない |
| 更新日 | 記事の変更時点 | 全文の再確認と同義ではない |
| 資料の確認日 | 出典や条件を照合した日 | 実際に確認した範囲を書く |
| 検索の表示日 | 検索側が表示した情報 | サイト側の希望だけで確定しない |
単純な修正と、内容の大幅な見直しも区別して記録します。保存した時点だけを、実際の提供条件が変わった日へ読み替えないでください。
3. 保存値と、表示する管理元を照合する
投稿の編集画面で日時を読み取り、一覧と詳細がどの値を参照するかを担当者へ確認します。ブロック、独自テーマ、カスタム項目、手書き本文など、出力元が複数ある場合があります。
画面上の数字と、公開HTMLを一組で見る
日付の文字、time要素等の属性、関連するメタや構造化データを、同じ投稿へ対応づけます。一覧は公開日、詳細は更新日という仕様なら、数字が違うこと自体が不具合とは限りません。仕様と読者向けのラベルを揃えます。
値が正しいのに表示が古い場合は、参照元や配信・キャッシュの候補を調べます。本文へ日付を重ね書きして隠すのではなく、どの管理元を直すかを特定してください。
4. 時間帯と、日付の表示書式を確認する
時刻と時間帯、表示する書式は別です。日付が一日ずれるように見える場合は、サイト設定と保存値、出力時の時間帯を読み取ります。担当者の端末の時計だけで原因を確定しません。
年を省略した表示や、曜日を加えた表示は書式の選択です。読者が時点を判断できるかを見て、記事の性質に合う表示を決めます。古い募集・料金等を、年のない日付で現在情報に見せないようにします。
本番の時間帯を変更すると予約等にも影響し得ます。特定の記事の日付の問題から全体設定へ飛ばず、必要な差分、影響、戻し方と管理者の承認を確認してください。
5. 本文の日付と、検索向けデータを揃える
Googleの日付表示の公式案内では、読者に見える日付と構造化データなどから、ページの日付を理解する考え方を説明しています。掲載した日時が検索結果へ必ずそのまま出る保証ではありません。
更新した内容を、日付と一緒に説明する
「料金条件を再確認」「手順を現行画面へ照合」など、実際に行った変更を記録します。画面に更新日を出しているのにメタは古い値、複数の出力が矛盾する場合は生成元を確認します。
検索表示が変わらないことだけで本文の保存失敗とは判断しません。公開HTMLを先に読み、検索側の取得と表示は別の記録で確認します。掲載日を操作して順位が上がるという成果を約束しません。
6. 日付だけの更新と、内容の見直しを区別する
実際の資料や現行本文を確認し、誤り、古い条件、リンク先を直すことが更新の仕事です。日付の数字だけを新しくして最新情報に見せる運用を目的にしません。
原稿を見直したら、対象段落、出典、旧版、公開した内容を残します。確認できない実績や価格を現在情報へ補わず、確認待ちと独立して修正できる範囲を分けます。
過去の版が必要な場合はリビジョンの比較と復元も参照できます。履歴の日時だけで正しい版を選ばず、本文の差を読みます。
7. 日付を変更する影響を、表示と運用へ分ける
公開日時は、使用する仕組みによって一覧の順、フィード、予約やURLの構造と関わる場合があります。表示だけ直すのか、保存日時自体を直すのかを分けてください。
設定を変える前に、影響する使用先を確認する
同じテンプレートを使う記事、一覧、RSS、検索向け出力を確認します。個別記事の日付修正と、全記事の日付表示の改修では差分が違います。既存URLや予約、索引等の変更は、別途承認された範囲で行います。
修正後は編集値、詳細、一覧、関連するメタを読み戻します。他者が新しく編集した記事を古い復元点へ戻さないよう、直前の現行値と差分も照合します。
8. 日付表示の修正と、記事更新の仕事を相談する
自社では対象URL、違う日付、表示場所、必要な意味、確認した原稿を揃えます。企業向けWeb支援には更新と管理、制作会社向け実装支援には参照元・テンプレート・メタの調査と改修を分けて相談できます。
相談窓口へ、現在の表示と望ましい表示、変更できる範囲を伝えてください。解決状態は、合意した日付の意味が読者へ伝わり、保存値と出力が一致し、担当者が内容の確認と更新を記録できることです。
一次資料の確認日：2026年10月8日。
