記事を書き直したあと、日付をどうするか。公開した日のままにするのか、新しい日付にするのか。記事の上に「公開日」と「更新日」を両方出すのか、片方だけにするのか——ブログを続けていると、いつか迷う場面です。ここはAI所長の副業ブログ研究室。今回は、記事の日付の見せ方を、Google と WordPress の公式の説明に沿って整理します。
先に結論です。Google の案内の基本は、日付を読む人に見える場所に出し、「公開日」「最終更新日」のようにラベルを付けること。そして、中身を変えていないのに日付だけ新しくしないことです。日付は記事の「見た目の飾り」ではなく、いつ書かれ、いつ直されたかという事実として扱います。
Google は、記事の日付を「署名日」として推定している
Google 検索セントラル「Google 検索で署名日に影響を与える」 では、検索結果に出る日付を「署名日」と呼んでいます。署名日は、ページが公開された日、または更新された日を Google が推定したものです。Google が日付を判定でき、その情報が検索する人の役に立つと判断した場合に、検索結果に表示されることがあります。
・推定しようとしているのは、ページが公開された日、または大幅に更新された日
・案内にそって日付を示しても、検索結果に日付が出るとは限らない
つまり、記事の日付は、こちらが「この日付を出してください」と決められるものではありません。できるのは、Google が正しく読み取れるように、日付をはっきり示しておくことです。
公式の案内：日付の示し方は2つ
Google 検索セントラル「Google 検索で署名日に影響を与える」 で、日付を示す方法として挙げられているのは、次の2つです。
| 方法 | 中身 | ブログでの意味 |
|---|---|---|
| ① 読む人に見える日付 | ページの目立つ位置に日付を出し、「公開日」「最終更新日」などのラベルを付ける | 記事の上（題名の近く）に出る日付。テーマが表示していることが多い |
| ② 構造化データ | Article や BlogPosting などの種類を使い、datePublished（公開日）と dateModified（更新日）を指定する | 画面には見えない、検索エンジン向けの書き方。テーマやプラグインが出していることがある |
案内のページでは、ラベルの付け方の例として「〇年〇月〇日 投稿」「〇年〇月〇日 公開」「最終更新日：〇年〇月〇日」のような書き方が示され、公開日と最終更新日の両方、またはどちらか一方を示せる、とされています。
おすすめの方法として書かれていること
同じページの「おすすめの方法」には、次のような項目が並んでいます（要点をまとめたものです）。
| 項目 | 公式の説明の要点 |
|---|---|
| 日付と時刻 | 日付は必須、時刻は任意。ただし構造化データでは、時刻とタイムゾーンを入れるのがすすめられている |
| タイムゾーン | 入れるなら、正しいタイムゾーンにする |
| 見える日付とのそろえ方 | 読む人に見える日付と構造化データの日付を食い違わせない |
| 未来の日付 | 未来の日付や、記事に書かれているイベントの日付は指定しない（ここで示すのはページの公開日・更新日） |
| ページの中のほかの日付 | 別の日付が選ばれてしまうなら、ページの中のほかの日付を減らすことを考える |
日付だけ新しくしても、記事は新しくならない
Google 検索セントラル「有用で信頼性の高い、ユーザー第一のコンテンツの作成」 には、自分のコンテンツを見直すための質問が並んでいます。その中の「検索エンジンを第一に考えたコンテンツ作成を回避する」の項目に、コンテンツを実質的に変更していないのに、ページを新鮮に見せるために日付を変更していないか、という問いがあります。
同じ項目には、サイトを新しく見せようとして、大量の記事を足したり消したりしてもランキングは上がらない、とも書かれています。日付は、記事の中身が変わったことを伝えるためのもので、日付を変えること自体に、記事をよくする力はありません（当研究室の考え方）。
どこまで直したら「更新」と書くか
公式の説明に、「何文字直したら更新日を変える」といった線は書かれていません。ここからは当研究室の考え方として、目安を表にします。
| 直したこと | 更新日を変えるか | 理由 |
|---|---|---|
| 誤字・脱字を1か所直した | 変えなくてよい | 読む人が受け取る中身は変わっていない |
| 画像や表の見た目を整えた | 変えなくてよい | 情報そのものは同じ |
| 料金・仕様・制度など、事実の部分を新しくした | 変える | 「いつの時点の情報か」が変わった |
| 見出しを足した・説明を大きく書き直した | 変える | 読む人が得る中身が増えた・変わった |
| 間違いを見つけて直した | 変える（直した点を本文に一言書くと親切） | 前に読んだ人にも、変わったことが伝わる |
迷ったら、「前に読んだ人が、もう一度読む意味があるか」で決めます。意味があるなら更新日を変え、ないなら変えない、という考え方です。中身の直し方そのものは 読まれない記事のリライト手順 にまとめました。
「公開日」と「最終更新日」、どちらを見せるか
Google 検索セントラル「Google 検索で署名日に影響を与える」 では、公開日と最終更新日は両方でも、どちらか一方でもよいとされています。どれを選ぶかは、記事の種類で考えると決めやすくなります（当研究室の考え方）。
| 見せ方 | 向いている記事 | 気をつけること |
|---|---|---|
| 公開日と最終更新日の両方 | 手順・料金・制度など、あとで直すことがある記事 | 2つの日付のラベルを取り違えない |
| 公開日だけ | 日記や、その日の出来事の記録など、あとから中身を変えない記事 | 直したときに、直したことが読む人に伝わらない |
| 最終更新日だけ | 一覧や比較など、いつの時点の情報かがいちばん大事な記事 | いつから続いている記事かは伝わらない |
副業ブログの記事は、手順や制度の説明が多いので、両方を見せておくのが扱いやすい形です（当研究室の考え方）。公開日で「いつ書いたか」、最終更新日で「いつ確かめ直したか」が分かります。
ちなみに、WordPress.org の公式ドキュメントのページも、末尾に「First published（最初の公開）」と「Last updated（最終更新）」の2つの日付を並べています。手順を説明するページの見せ方として、参考になる形です。
WordPress では、日付はどこで決まるか
WordPress の記事の日付は、どの日付を記録するかと、どんな形で見せるかが、別々の場所で決まっています。
公開の日時：投稿の設定のサイドバー
WordPress.org「Settings Sidebar」（英語） によると、ブロックエディターの右側の設定には「Publish」（当研究室の訳：公開）の項目があり、記事をいつ公開するかを決めます。「Now」を選べばすぐに公開、カレンダーで日時を選ぶと、過去の日付にすることも、未来の日時に予約することもできる、と説明されています。
日付の見せ方：「設定」→「一般」の日付の形式
WordPress.org「Settings General Screen」（英語） には、「Timezone」（当研究室の訳：タイムゾーン）と「Date Format」（当研究室の訳：日付の形式）の項目があります。日付の形式は、サイトの上で日付をどう見せるかを決めるもので、管理画面の中の日付の表示は変わらないと説明されています。
WordPress.org「Customize date and time format」（英語） では、日付の形式は記号の組み合わせ（たとえば年を4けたで出す「Y」、月を数字で出す「n」、日を出す「j」）で書かれ、ここで決めた形式が、サイト全体の日付の表示に使われると説明されています。「2026年10月22日」のような形にするか、「2026-10-22」のような形にするかは、ここで選べます。
タイムゾーンがずれていると、公開の日時や予約の時刻もずれて見えます。タイムゾーンの合わせ方は WordPress初期設定これだけ のチェックリストにも入れています。
記事の上に出る日付：テーマが決めている
記事の上に「公開日」と「更新日」のどちらを、どんなラベルで出すかは、テーマが決めていることがほとんどです。ブロックで作られたテーマ（ブロックテーマ）の場合、WordPress.org「Post Date block」（英語） に次のような説明があります。
・このブロックは、「Modified Date」（当研究室の訳：更新日）のブロックに切りかえられる
・日付の形式は、サイトの初期の形式のほか、ブロックごとに別の形式も選べる
・ブロックの「Change date」（当研究室の訳：日付を変更）からは、公開の日付そのものを選びなおせる
構造化データの日付：datePublished と dateModified
Google 検索セントラル「記事（Article、NewsArticle、BlogPosting）の構造化データ」 では、記事の構造化データに入れられる項目として、datePublished（記事が最初に公開された日時）とdateModified（記事が最後に変更された日時）が挙げられています。どちらも、日付と時刻を決まった形（ISO 8601 形式）で書き、タイムゾーンも入れることがすすめられています。
副業ブログでは、この構造化データを自分で書くことはまずありません。多くの場合、テーマやプラグインが自動で出しています（当研究室の考え方）。やることは、出ているかどうかと、見える日付と食い違っていないかを確かめることです。
確かめ方は、Google のリッチリザルト テストに記事のURLを入れて、出てきた記事の構造化データの中に、公開日と更新日の項目があるかを見る方法です。テストの使い方と、構造化データの考え方は ブログの構造化データとは｜リッチリザルトテストで確かめる手順と注意 にまとめました。
本文の中の日付と、記事の日付を混ぜない
Google 検索セントラル「Google 検索で署名日に影響を与える」 では、案内にそっても別の日付が選ばれてしまう場合は、ページの中のほかの日付を減らすことを考えるよう書かれています。また、記事に書かれているイベントの日付は、ページの公開日・更新日とは別のものだとされています。
ブログの本文には、日付がよく出てきます。「〇年〇月時点の公式サイトの表記では」と時点を書き添えるのは、料金や仕様が変わる話題では大切な書き方です（商品を紹介する記事の書き方 でも触れました）。そのうえで、次のように分けておくと、記事の日付と取りちがえられにくくなります（当研究室の考え方）。
| 本文の日付 | 扱い |
|---|---|
| 料金や制度の「〇年〇月時点」 | 要るところにだけ書く。記事の上の日付と同じ形にしない |
| 出来事やイベントの日付 | 本文の中で「〇月〇日に開かれた」と書く。記事の日付の近くに置かない |
| 何度も直した記録 | 本文の最後にまとめるか、書かない。記事の上には最終更新日だけを出す |
題名に年を入れるかどうかの考え方は、ブログ記事のタイトルの付け方 のQ&Aにまとめました。年を入れたら、その年のうちに中身を見直す約束がついてきます。
日付の見せ方を確かめる手順｜4つのステップ
ここからは当研究室の考え方として、ひとりで運営する副業ブログ向けの確かめ方を並べます。
ステップ1｜ログインしていないブラウザで記事を開く
シークレットウィンドウなどで記事を開き、題名の近くに日付が出ているか、「公開日」「更新日」などのラベルが付いているかを見ます。ログインしたままだと、管理用の表示がまざって見えることがあります。
ステップ2｜2つの日付を、管理画面と見くらべる
記事の一覧（投稿の一覧）の日付と、記事の上に出ている日付を見くらべます。公開日と更新日が入れかわって表示されていないか、タイムゾーンのずれで1日ずれていないかを見ます。
ステップ3｜リッチリザルト テストで、構造化データの日付を見る
記事のURLをテストに入れ、datePublished と dateModified が出ているか、画面の日付と同じかを見ます。時刻やタイムゾーンの表記が見慣れない形でも、日付が合っていれば大丈夫です。
ステップ4｜リライトしたら、直した中身と更新日を記録する
記事を直したら、いつ・どこを直したかをメモに残します。あとで「この更新日は何を直した日か」を説明できるようにしておくためです。Search Console で直した記事の様子を見るときにも、このメモが役に立ちます。
AIの使いどころと、任せないほうがよいところ
| 作業 | AIに任せてよいか | 理由 |
|---|---|---|
| 直した内容の要約を作ってもらう | 任せてよい | 直す前と後の文を渡せば、差分を短くまとめるのは得意 |
| 「どこまで直したら更新日を変えるか」の線を決めてもらう | 下書きまで | 決めるのは自分。決めた線は毎回同じに使う |
| 料金・制度の「〇年〇月時点」を書いてもらう | 任せない | AIはその時点の公式サイトを見ていないことがある。公式のページを自分で開いて確かめる |
| 構造化データの日付が正しく出ているかを答えてもらう | 任せない | 実際のページの中身を見ているのは、テストの道具のほう |
AIの答えの確かめ方は AIが書いた記事の事実確認｜間違いを見つける4つの手順 と同じ手順が使えます。とくに出典のページの更新日を見るところは、記事の日付を決めるときにもそのまま使えます。
やりがちな失敗、5つ
① 中身を変えずに、更新日だけ今日にする
Google の自己評価の質問に、そのまま当てはまる形です。直していないなら、日付も変えません。
② 公開済みの記事の公開日を、過去や今日に動かす
「いつ書いたか」という事実がずれます。直したことは、更新日で伝えます。
③ ラベルを付けずに、日付だけを並べる
2つの日付のどちらが公開日か、読む人にも Google にも分かりにくくなります。
④ 見える日付と構造化データの日付が食い違う
テーマとプラグインの両方が日付を出しているときに起きやすい形です。リッチリザルト テストで見くらべます。
⑤ ブロックの日付を直すつもりで、公開日そのものを変えてしまう
見せ方を変えたいときは、日付の形式やラベルのほうを直します。
よくある疑問（Q&A）
Q1. 更新日を出すと、検索で有利になりますか？
そう書いている公式の説明は見当たりません。Google 検索セントラル「Google 検索で署名日に影響を与える」 が説明しているのは、日付を正しく読み取ってもらうための示し方で、順位の話ではありません。更新日は、読む人が「いつの情報か」を判断するための材料として出します（当研究室の考え方）。
Q2. 検索結果に、思っていたのと違う日付が出ます。
Google は複数の要素から日付を推定しているので、ずれることがあります。まずは、記事の上の日付にラベルがあるか、構造化データの日付と食い違っていないか、本文の中に紛らわしい日付が多くないかを見ます。それでも、検索結果にどの日付を出すかは Google が決めることで、こちらから指定はできません。
Q3. 日付を出さない設定にしてもよいですか？
日付を出すかどうかは、運営する人が決められます。ただ、手順や制度の記事では、いつの時点の情報かが読む人の判断材料になります。副業ブログの記事なら、少なくとも最終更新日は見せておくほうが親切です（当研究室の考え方）。
Q4. 予約投稿の記事の日付はどうなりますか？
WordPress.org「Settings Sidebar」（英語） のとおり、未来の日時を選ぶと、その日時に公開される予約になります。公開されたときの日時が公開日になるので、Google の案内の「未来の日付を指定しない」とは食い違いません（当研究室の考え方）。予約の時刻がずれるときは、タイムゾーンの設定を見直します。
Q5. 古い記事を直したら、そのことを本文にも書くべきですか？
事実の誤りを直した場合は、本文の該当する場所か記事の最後に、何を直したかを一言書いておくと、前に読んだ人にも伝わります（当研究室の考え方）。言い回しを整えただけなら、書かなくてかまいません。
まとめ：日付は「いつ書き、いつ確かめたか」の記録
・示し方は2つ。ラベル付きの見える日付と、構造化データの datePublished / dateModified。両者はそろえる。
・中身を変えずに日付だけ新しくしない。Google の自己評価の質問にもある。
・WordPress では、公開の日時は投稿の設定、日付の形式は「設定」→「一般」、記事の上の表示はテーマが決める。
・ブロックの「日付を変更」は公開日そのものを変える。見せ方はラベルと形式で直す。
・本文の中の日付は必要なところだけ。記事の日付と取りちがえられない形にする。
日付は、記事についている小さな約束です。「最終更新日：〇月〇日」と書いたら、その日に中身を確かめた、という約束になります。直したときだけ日付を動かす——それを続けていれば、日付そのものが記事の信頼の材料になっていきます。
▶ ブログづくり全体の流れは 【2026年最新】非エンジニアがAIで副業ブログを始める完全ガイド｜ゼロから作って育てる全手順 をどうぞ。
参考（公式の説明）：Google 検索セントラル「Google 検索で署名日に影響を与える」／Google 検索セントラル「記事（Article、NewsArticle、BlogPosting）の構造化データ」／Google 検索セントラル「有用で信頼性の高い、ユーザー第一のコンテンツの作成」／WordPress.org「Settings Sidebar」（英語）／WordPress.org「Settings General Screen」（英語）／WordPress.org「Customize date and time format」（英語）／WordPress.org「Post Date block」（英語）
【免責】本記事は、Google 検索セントラルと WordPress.org の公式の説明（2026年10月時点で確認したもの）をもとにした一般的な整理です。WordPress の公式ドキュメントは英語のため、設定の項目名は当研究室の訳で紹介しています。日本語の管理画面では表記が違うことがあります。日付の表示のしかたや構造化データの出力は、テーマやプラグインによって違います。実際の画面は、お使いのテーマの説明でご確認ください。検索結果での日付の表示や順位を保証するものではありません。