記事の更新日はSEOに効くのか？｜鮮度評価と正しい更新

「順位が下がってきたら、記事の更新日を新しくすればいい」——SEOの現場に今も根強く残る誤解です。CMSの更新日を書き換え、サイトマップのlastmod（最終更新日時）を最新にすれば、Googleが新しい記事だと認識して評価を戻してくれる、という理屈ですが、Googleのジョン・ミューラー氏はこの考えをはっきり否定しています。順位を動かすのは日付ではなく、中身の差分です。一方で、Googleに情報の鮮度を評価する仕組みが存在するのも事実で、クエリ（検索語句）によっては新しさが順位を大きく左右します。本記事では、鮮度評価の仕組みと効くクエリ・効かないクエリ、更新日・公開日の表示とlastmodの正しい扱い、日付だけ書き換える偽更新のリスク、そして実質的な更新を、データで選んだ記事から順番に回していくための実務手順を、Google公式の見解を軸に整理します。

「更新日を新しくすれば順位が上がる」は本当か

この誤解が広がったのには理由があります。検索結果には記事の日付が表示され、新しい日付の記事のほうがクリックされやすい。しかも、変化の速いジャンルでは上位の記事がたいてい新しい日付を持っています。ここから「日付を新しくすれば上位に行ける」という短絡が生まれました。しかし因果は逆です。よく動くジャンルの上位記事は、中身が実際に更新され続けているから上位にいるのであって、日付が新しいから上位にいるのではありません。

Googleの見解は明確です。同社のサーチアドボケートであるジョン・ミューラー氏は、過去の発言で「内容の変更なしに、ページの日付と時間を変更しただけで順位が変わることは絶対にない」と述べています。また、日付を更新してよいのは記事を大幅に書き直したり実質的な変更を加えたときだけで、意味のない日付更新はノイズになるとも指摘しています。順位への効果は改善されたコンテンツから生まれるのであって、タイムスタンプからは生まれない——これが出発点になる公式見解です。

Googleの鮮度評価：QDFとフレッシュネスの仕組み

では、鮮度はSEOと無関係かというと、そうではありません。Googleには古くからQDF（Query Deserves Freshness＝鮮度に値するクエリ）と呼ばれる考え方があります。2007年に米メディアの報道で存在が知られたもので、「この検索語句は新しい情報を求めている」とGoogleが判断した場合に、より新しいコンテンツを優先的に表示する仕組みです。2011年11月には検索基盤の刷新に伴うフレッシュネス関連のアップデートが実施され、当時のGoogleは検索の約35%に影響すると公式ブログで発表しました。

現在もGoogleは、ランキングシステムの解説ページで鮮度を扱うシステム群の存在を公表しています。重要なのは、この仕組みが「新しいほど常に良い」という意味ではないことです。鮮度のシステムが働くのは、クエリが新しさを求めているときだけ。しかも鮮度は品質の代わりにはなりません。古くても正確で網羅的な記事が、新しくて薄い記事に勝つことは普通にあります。鮮度は品質の掛け算相手であって、代替品ではないと捉えるのが正確です。

鮮度が効くクエリ・効かないクエリの見分け方

更新戦略の第一歩は、自サイトの記事がどれだけ鮮度の影響を受けるかを仕分けることです。クエリはおおまかに3つの型に分かれます。

クエリの型	例	鮮度の効き方
速報型	障害情報・発表直後の新機能・ニュース	非常に強い。数日で価値が減衰する
変動型	ツール比較・料金・法改正・◯◯年おすすめ	強い。情報が古いと順位も信頼も落ちる
恒常型	用語の意味・概念解説・普遍的なノウハウ	弱い。質と網羅性がほぼすべて

この分類は、Google自身の説明とも重なります。2011年のフレッシュネス関連アップデートの公式発表では、鮮度が特に重視される検索として①最近の出来事や話題、②定期的に繰り返されるイベント（選挙やスポーツの結果など）、③頻繁に更新される情報（製品のモデルチェンジなど）の3種類が挙げられていました。15年近く前の発表ですが、どんな検索で新しさが求められるかという整理は現在もそのまま通用します。逆に言えば、この3類型のどれにも当てはまらない恒常型の記事を鮮度目当てで頻繁に触るのは、労力の投じ先を間違えているサインです。

BtoBのオウンドメディアで多いのは変動型と恒常型です。たとえば「MAツール 比較」は各社の機能や料金が変わり続けるため鮮度が強く効きますが、「限界利益 とは」のような概念解説は、内容が正しい限り古さはほとんど問題になりません。この仕分けをしておくと、すべての記事を同じ頻度で更新するという非効率を避けられます。変動型は定期的な点検対象に、恒常型は順位が動いたときだけ見直す対象に回すのが基本方針です。

Googleはページの日付をどう読み取っているか

更新日の扱いを考えるには、そもそもGoogleがページの日付をどう認識しているかを知る必要があります。Googleが参照する日付のシグナルは1つではありません。①ページ上に表示された可視の日付（公開日・更新日のラベル付き表記）、②構造化データのdatePublished・dateModified（記事の公開日時・更新日時を機械可読にしたマークアップ）、③サイトマップのlastmod、④Google自身のクロール履歴——これらを相互に突き合わせて判断しています。

海外SEOメディアSearch Engine Landの解説によれば、シグナル同士に矛盾がある場合、Googleは検索結果への日付表示を省略したり、宣言と異なる日付を採用したりすることがあります。つまりページの日付は、サイト側が宣言すればそのまま通る「申告」ではなく、クロール履歴と照合して検証される「主張」です。可視の日付・構造化データ・lastmodの3点をいつも一致させておくことが、日付をめぐる運用すべての大前提になります。

公開日と更新日の表示ベストプラクティス

ページ上の日付表示にも定石があります。まず、「公開日」「最終更新日」のように意味が分かるラベルを付けて、タイトル直下など読者が見つけやすい位置に置くこと。「3か月前」のような相対表記は避けて具体的な日付を書くこと。そして構造化データの値と表示を一致させることです。日付のフォーマットをサイト内で統一するのも、機械と人間の両方にとっての読みやすさにつながります。構造化データ側は、datePublished・dateModifiedをタイムゾーン付きのISO 8601形式（国際規格の日時表記）で記述するのが推奨とされ、ここでもページ上の表示との一致が絶対条件です。なお、内容が時間で劣化しない恒常型の記事にまで、無理に更新日を載せる必要はありません。

実務でよく議論になるのが「公開日を隠して更新日だけを見せるべきか」です。古い公開日が見えるとクリックされにくい、という動機は理解できますが、読者の立場では初出がいつの情報か分からない記事は不信のもとです。公開日と更新日の両方を表示し、何をいつ更新したかが分かる状態にしておくのが誠実で、情報の透明性という点でも合理的です。日付表示はSEOテクニックではなく、読者への情報開示と考えると判断を誤りません。

sitemapのlastmod：Google公式はこう扱う

サイトマップのlastmodについては、Google Search Centralの公式ドキュメントに明確な記述があります。いわく、Googleがlastmodの値を使うのは「一貫して、検証可能な形で正確である場合」。そして日付を更新してよい「重要な変更」とは、主要コンテンツ・構造化データ・リンクの変更であり、著作権表記の年号を変えた程度は該当しない、と例まで示されています。なお、同じドキュメントでpriorityとchangefreqの値は無視すると明言されているため、lastmodだけが実質的に意味を持つ属性です。

ここで注意したいのがCMSの設定です。テンプレートの改修やサイドバーの変更で全ページのlastmodが一斉に更新される構成になっていると、Googleからは「全URLが毎日更新されるサイト」に見えます。宣言と実態の食い違いが続けば、lastmodはサイト単位でまるごと信用されなくなる——公式ドキュメントの「一貫して正確な場合に使う」は、裏を返せばそういう意味です。lastmodは本文の実質的な更新にだけ連動させる。この設定確認は、記事を書き換える前にやるべき地味で重要な仕事です。

lastmodの正確さは、サイトの規模が大きいほど実利に直結します。数千〜数万URLを抱えるサイトで、どのページが変わったかをクローラーに伝える手段は実質lastmodしかありません。正確に運用できていれば変更のあったページから優先的に再クロールされ、更新の反映も速くなります。海外の解説では、Googleのlastmodへの態度は「信頼するか、まるごと無視するか」の二択に近いと表現されており、正確な日付を維持できないなら、いっそタグ自体を出力しないほうがよいという指摘もあるほどです。

日付だけ書き換える「偽更新」のリスク

公式見解を踏まえると、日付だけを新しくする偽更新がなぜ通用しないかが分かります。Googleはクロールのたびにページの内容を取得しており、前回取得分との差分を見れば、日付の宣言に見合う変更があったかは機械的に判別できるからです。それでも現場では、次のような偽更新が繰り返されています。

• 中身を変えずに、表示上の更新日とlastmodだけを新しい日付に書き換える
• 誤字修正や語尾の言い換えなど軽微な変更で、更新日を大きく書き換える
• 公開日を非表示にして更新日だけを目立たせ、古い記事を新しい記事に見せかける
• サイト全記事の日付を一括で最新にする設定を入れて「更新頻度の高いサイト」を装う

偽更新のリスクは3つあります。第一に、日付シグナル全体の信用低下。lastmodや表示日付が信用されなくなれば、本当に更新したときのシグナルまで届かなくなります。第二に、検索結果での日付の非表示や補正。第三に、読者の信頼毀損です。新しい日付につられて開いた記事の中身が古ければ、読者は二度と戻ってきません。偽更新は、効かないだけでなく資産を毀損する——割に合わない行為だと言い切れます。

評価される実質的な更新：刷新・追記・統合の3つ

では、Googleと読者の両方に評価される「本物の更新」とは何か。実務では3つの型に整理できます。1つ目が刷新。古くなった統計・料金・画面キャプチャ・ツール仕様を最新の一次情報に差し替える作業です。2つ目が追記。検索意図の変化や新しい論点に合わせてセクションを足す作業。3つ目が統合。似たテーマで分散した複数記事を1本にまとめ、評価の分散（カニバリゼーション）を解消する作業です。刷新の典型は年次統計や調査データの差し替え、ツールの料金改定・機能変更の反映、法改正への対応。追記の典型は、新しく生まれた比較対象や導入事例、読者から実際に届いた質問への回答の追加です。統合は、書き足しでは解決しない構造の問題に対する外科手術に当たります。

更新の型	主な作業	向くケース
刷新	数値・料金・仕様・スクリーンショットの差し替え	変動型クエリの記事全般
追記	新しい論点・事例・FAQの追加、構成の再編	検索意図が広がった記事、4〜10位の記事
統合	重複記事の集約とリダイレクト設定	同じクエリで複数記事が競合しているとき

どの型を選ぶにせよ、判断基準は共通です。それは「検索意図に対する答えの質が、更新前より上がったか」。Google公式が重要な変更として挙げるのは主要コンテンツの変更であり、デザイン調整やサイドバーの入れ替えのような周辺の模様替えは、どれだけ手を掛けても更新とは見なされません。読者の意思決定に使われる部分を変えたかどうかを、更新と呼ぶかどうかの線引きにしてください。

更新優先度の決め方：順位と流入のデータから選ぶ

更新する記事は感覚で選ばず、Search Consoleのデータから選びます。抽出の観点は3つ。第一に、ピーク時と比べて表示回数・クリック数が落ちた記事（コンテンツの経年劣化）。第二に、平均掲載順位が下落した記事で、実務の解説では5位以上の下落を優先候補とする目安が紹介されています。第三に、4〜10位で止まっている「あと一歩」の記事です。この層は更新による伸びしろが最も大きく、少ない工数で流入の増加が見込めます。あわせて、順位が3か月以上停滞している記事や、本文が3,000字に満たない薄い記事を候補に加える目安も実務では使われています。判断材料の少ない記事は読者の検討に使われず、AI検索の引用元としても選ばれにくいためです。

劣化の度合いだけでなく、事業への貢献度も掛け合わせます。国内のAI検索時代のリライトを扱った解説では、テーマ群の入口になるハブ記事や商談に近い比較記事を最優先とし、優先度をP0〜P3の4段階に分ける方法が紹介されています。順位が落ちていても事業貢献の小さい記事より、貢献の大きい記事の小さな下落を先に手当てするほうが成果につながります。「劣化の大きさ×事業貢献」の掛け算で並べ替えるのが、更新リストの正しい作り方です。

更新の実務フロー：5つのステップ

対象が決まったら、次の流れで更新を実施します。日付やlastmodに触るのは、実質的な変更を終えた最後の段階です。

ポイントは、STEP1で更新前の数字を保存しておくことです。更新の効果検証は「更新前と比べてどうか」でしか語れません。記録がなければ、努力の成否を判定する材料そのものが失われます。スプレッドシート1枚で構わないので、更新日・変更内容・更新前の順位を残す習慣をこのフローに組み込んでください。また、STEP5の再クロールリクエストは反映を保証するものではなく、実際の再評価には数日から数週間かかることもあります。更新直後の順位に一喜一憂せず、30日単位で判定する前提を関係者と共有しておくと、余計な手戻りを防げます。

生成AIで更新箇所を洗い出す

更新作業で最も時間がかかるのは、書き直しそのものではなく「どこを直すべきかの特定」です。ここは生成AIの得意領域で、記事本文と検索上位の見出し構成を渡せば、古い記述の候補と欠けている論点を短時間でリスト化できます。プロンプトの例を挙げます。

あなたはBtoBオウンドメディアの編集者です。
以下の【記事本文】と【検索上位の見出し一覧】を比較し、更新すべき箇所を洗い出してください。
1. 数値・年号・料金・ツール名など、古くなっている可能性が高い記述を抜き出し、それぞれ確認すべき一次情報の種類を添えてください。
2. 検索上位にあって本記事にない論点を列挙してください。
3. 本記事にしかない強み（独自の視点・データ・事例）を挙げてください。
4. 修正文の執筆はまだ行わないでください（洗い出しのみ）。
---
【記事本文】（ここに貼り付け）
【検索上位の見出し一覧】（ここに貼り付け）

注意点は、AIが挙げた「古い可能性がある記述」を鵜呑みにしないことです。AIは記述が古いかどうかを最新の一次情報と照合できているとは限らず、もっともらしい指摘の中に誤りが混ざります。洗い出しはAI、事実の確定は一次情報、判断は人——この分担を守れば、更新対象の特定にかかる時間は大きく削れます。応用として、Search Consoleのクエリデータ（対象記事がどんな語句で表示・クリックされているか）を渡し、実際に流入している語句と本文の内容のずれを洗い出させると、追記すべき論点の精度がさらに上がります。強みの抽出（3番）を入れているのは、更新の際に削ってはいけない部分を先に確定させるためです。

AI差分リライトの進め方と注意点

修正の実行段階でも、全文をAIに書き直させるのではなく差分リライトを勧めます。変更箇所をセクション単位に絞る進め方で、理由は2つ。第一に、どの変更が効いたかを検証しやすいこと。第二に、既に評価されている部分を壊すリスクが小さいことです。順位を持っている記事は、その構成と本文がすでにGoogleに認められた状態にあります。丸ごと書き直すのは、勝っている手札まで捨てる行為になりかねません。

AIに差分を書かせるときは、対象セクションの前後の文脈と記事全体のトーンを一緒に渡し、つなぎ目が浮かないようにします。仕上げでは、追記部分と既存部分で用語や表記が揺れていないか、同じ説明が重複していないか、追加した内容に合わせて内部リンクを張り直すべき箇所がないかを人の目で確認します。

• AIが書いた追記・修正文も、公開前に必ず人間が事実確認と文体チェックを行う
• 全記事一括のAIリライトは、品質の平準化と引き換えに独自性を失いやすい。1本ずつの差分更新を基本にする
• 更新履歴（いつ・どこを・なぜ変えたか）を記事内かログに残すと、次回の更新判断が速くなる

AI Overview時代に情報鮮度の価値はどうなるか

検索結果の上部にAIが要約を表示するAI Overviewの拡大で、鮮度の価値は下がるどころか上がる方向にあります。AIによる回答は複数の情報源を引用して組み立てられますが、料金・仕様・動向のような変動型のトピックでは、古い情報を根拠にした回答は役に立たないため、情報の新しいページが引用元として選ばれやすい傾向が実務者の間で指摘されています。引用の選定基準は公開されていないため断定はできませんが、少なくとも古い情報のままで引用され続けることは期待できません。

だからこそ、可視の日付・dateModified・lastmodという日付シグナルの整備は、AI検索の時代における「自分の情報がいつ時点のものか」を機械に伝える手段として重みを増しています。更新の効果計測も従来の順位・クリックだけでなく、AI Overviewでの自社記事の引用の有無や、そこからの指名検索の変化まで含めて見る段階に入りました。国内の解説では、更新後の効果を30日単位で表示回数・CTR・AI検索での引用・サイト内回遊の4点から確認する方法が紹介されています。鮮度の管理は、AIに引用される条件の整備でもあるのです。

更新判断チェックリスト

目の前の記事を更新すべきかどうか迷ったときは、次のチェックリストで判定してください。着手の判断だけでなく、「今は更新しない」という判断にも根拠を持たせるためのリストです。

• 対象クエリは変動型（鮮度が効く型）に該当するか
• 順位・表示回数・クリック数のいずれかが、ピーク時から明確に落ちているか
• 本文に、古くなった数値・料金・仕様・画面が具体的に存在するか
• 検索上位と比べて、欠けている論点や答えられていない疑問があるか
• 日付を動かすに足る、主要コンテンツの実質的な変更を加える予定か
• 可視の日付・構造化データ・lastmodを一致させて公開できる体制か
• 更新前の順位・流入データを記録し、30日後に検証する準備があるか

目安として、上から4つのうち1つも当てはまらない記事は、更新しても成果につながりにくい候補です。むしろ統合や静観が正解のこともあります。逆に5〜7番目が満たせないまま着手すると、せっかくの実質更新がシグナルの不整合で減殺されます。直す価値の確認と、直した事実を正しく伝える準備——チェックリストはこの2つをワンセットで確認するために使ってください。

更新を仕組みにする：月次運用への落とし込み

最後に、更新を思い立ったときのイベントで終わらせず、仕組みにする方法です。おすすめは月次サイクルへの組み込みです。月初にSearch Consoleのデータから更新候補を抽出し、新規記事とは別枠で今月の更新本数（たとえば2〜4本）を確保する。月中に差分の洗い出しと更新を実施し、月末に前月更新分の30日後検証を行う。この3拍子を毎月回すだけで、サイト全体の劣化は目に見えて緩やかになります。

運用の核になるのが更新ログです。どの記事を・いつ・なぜ・どう変えたかの記録が貯まると、「この型の更新は順位が戻りやすい」「この類型は統合のほうが効く」という自社固有の知見が育ちます。担当者が代わっても運用が途切れません。新規記事の本数がKPIになりがちなオウンドメディア運営で、既存資産の手入れに毎月の枠を確保できているかは、成果が伸び続けるチームとそうでないチームを分ける分岐点です。

月次サイクルが回り始めたら、四半期に一度の棚卸しも加えます。全記事を維持・更新・統合・削除の4区分に仕分けるコンテンツ監査で、更新候補の選定を記事単位の点検からサイト全体の設計に引き上げる工程です。監査で統合・削除の判断がつくと、更新のリソースを価値の高い記事に集中でき、低品質ページが減ることでサイト全体の平均品質も上がります。更新ログと監査記録がそろえば、来期のコンテンツ計画は推測ではなく、自社データに基づいて立てられるようになります。

まとめ

記事の更新日は、それ自体ではSEOに効きません。ジョン・ミューラー氏が明言するとおり、日付だけの書き換えで順位が動くことはなく、lastmodも「一貫して正確な場合」にしか使われない。効くのは、鮮度が求められるクエリに対して主要コンテンツを実質的に更新したときであり、日付はその事実を正しく伝えるためのラベルにすぎません。実務の順序は、クエリの型を仕分け、順位・流入データと事業貢献で更新対象を選び、生成AIで差分を洗い出して人が確定し、可視日付・構造化データ・lastmodを揃えて公開する——この繰り返しです。AI Overviewの時代、情報の新しさは引用されるための条件にもなりつつあります。日付を飾るのではなく、日付に見合う中身を作る。その積み重ねだけが、鮮度評価を味方に付ける唯一の方法です。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。