古い記事の情報を更新するリライトの方法、優先順位は3段階、日付だけ変えても意味がない

古い記事の情報を更新するリライトは、ほかのリライトと性質が違います。数字が落ちるのを待たずに、いま直せます。サーチコンソールを見ても「情報が古い」とは書いてありませんが、書いた本人だけは、記事より先に事実が変わったことを知っています。

この記事では、更新する方法を直す優先順位の3段階として書きます。そして「更新日だけ新しくする」がなぜ対策にならないかも、公式ドキュメントの記述で確認します。

数字のほうから直す記事を選ぶやり方も ありますが、この記事で扱うのは数字に出ない側です。両方は別の作業なので、混ぜないほうが早く終わります。

なぜ「情報の古さ」だけは、数字より先に気づけるのか

リライトの判断はふつう、サーチコンソールの数字から入ります。クリックが減った、CTRが期待を下回っている、順位が落ちた。どれも「読者の反応が起きたあと」の話です。

ところが情報の古さは、順序が逆になります。事実が変わった瞬間に、記事は間違いになります。読者の反応が変わるのは、そのあとです。

ふつうのリライト   数字が動く → 気づく → 直す
情報の更新         事実が変わる → 気づく → 直す → (数字は後から)

しかも、古くなったことは数字に出にくいという事情があります。理由は3つです。

• じわじわ効くので、期間比較に埋もれる — ある日を境に半分になるような減り方はしません。先月比で数%ずつ落ちる動きは、季節変動と区別がつきません
• サーチコンソールはクリックまでしか見ていない — 開いた人が「この情報、終わったサービスじゃないか」と離脱しても、クリック数は同じ1のままです。がっかりされた事実は数字に出ません
• 順位が落ちるとしても、かなり遅れる — 順位が動くには数週間かかります。気づいた時点ではもう何か月も間違ったまま読まれています

そして決定的なのがこれです。サーチコンソールの「ページ」CSVには、公開日も更新日も入っていません。列は「上位のページ・クリック数・表示回数・CTR・掲載順位」の5つだけです。つまり古さは、機械側にそもそもデータが無い領域です。

ここだけは、書いた本人が機械より早い。紹介したサービスが終わったこと、価格が変わったこと、管理画面のボタン名が変わったこと。これは自分の目で見て知っています。数字を待つ理由がありません。

リライトすべきタイミング全体(順位が落ちた・CTRが期待を下回る、も含む3つのサイン)は リライトのタイミングはいつが正解かにまとめています。この記事はそのうち「情報が古くなった」だけを深掘りしたものです。

古い記事の情報を更新する方法 — 直す優先順位は3段階

「古い」とひとくくりにすると手が止まります。害の大きさで3段階に分けると、どれから直すかがそのまま決まります。

①だけは、SEOの話ではありません。表示回数が10回しかないページでも、間違ったままにしておく理由はありません。逆に③は、急いで全記事を直しても得られるものは小さい。この差を先に付けておくと、限られた時間の配分を間違えません。

① 事実として間違っている — 順位を見ずに直す

紹介したツールがサービスを終了した。無料プランが有料になった。制度が廃止された。このタイプは、記事が読者を誤らせている状態です。

直し方はシンプルです。

• 間違った記述を消す。残さない — 「※2026年8月時点ではサービス終了」と注記を足すだけだと、本文はまだ古い説明のままです
• 代わりになる情報を書く — 終了したなら後継サービスや、いまの選択肢を書く。ここが読者にとって一番価値があります
• タイトルと導入も見る — 本文だけ直しても、タイトルが古い前提のままだと検索結果の見え方は変わりません

「この記事のせいで誰かが損をするか」で判断してください。するなら、いま直す作業です。

② 画面や手順が変わった — 自分で1回なぞる

手順を書いた記事の劣化は速いです。管理画面のボタン名やメニューの位置は、こちらの都合と関係なく変わります。

確認方法は1つしかありません。記事のとおりに自分で1回やってみることです。どこで詰まるかが、そのまま直す箇所です。

• スクリーンショットを撮り直す — 画像が古いと、本文が正しくても読者は迷います
• 断定を避けた書き方に変える — 「左メニューの一番下」より「左メニューの中にある〇〇(名称は変わることがあります)」のほうが、次の変更で壊れません
• 変わっていない部分は触らない — 全文を書き直すと、何が効いたのか分からなくなります

③ 年号だけが古い — まとめて処理する

中身は今も正しいのに、タイトルに「2024年版」と入っている。これは中身の問題ではなく、検索結果での見え方の問題です。

ここで注意点が1つあります。中身を確認せずに年号だけ書き換えるのは、①の逆をやっていることになります。「2026年版」と名乗ったのに内容が2024年のままなら、読者にとっては嘘です。

年号を新しくするなら、その年の内容として通るかを確認してからにしてください。通らないなら、直すのは年号ではなく中身です。そもそも毎年直す予定がないなら、タイトルから年号を外すほうが長持ちします。

古い記事のリライトで、更新日だけ新しくするのは方法として成り立たない

「更新日を新しくすれば順位が上がる」という話を見かけます。これを支持する公式の記述は見つかりません。見つかるのは、むしろ逆の記述です。

Google の「有用で信頼性の高い、ユーザーを第一に考えたコンテンツの作成」には、「検索エンジンを第一に考えたコンテンツ作成を回避する」という節があります。そこに並ぶ質問のうち2つが、この話に直接あたります。

「コンテンツを実質的に変更していないにもかかわらず、
  ページを新鮮に見せるためにページの日付を変更していますか。」

「なんらかの方法でサイトを『新鮮』に見せれば全体的な検索ランキングが
  向上すると信じて、大量の新しいコンテンツを追加したり
  大量の古いコンテンツを削除したりしていますか
  (そのようなことをしてもランキングは向上しません)。」

この節の前置きは「以下の一部またはすべての質問に対する答えが『はい』だった場合は、コンテンツをどのように作成するかを再評価する必要があるという警告です」です。

読み取れる範囲を、広げずに書きます。

• 「日付だけ変える」は、見直すべきサインとして名指しされている。推奨されている手法ではありません
• 「ランキングは向上しません」という断り書きが付いているのは、次の項目のほう(大量に追加・大量に削除)です。日付の項目に付いているのではありません。ここは混同しやすいので、そのまま書きます
• つまり公式が言っているのは「順位が下がる」でも「上がる」でもなく、作り方を見直せということです

切り分けはこうなります。直すべきは日付ではなく中身です。中身を実質的に更新したなら、更新日が新しくなるのは結果です。中身を触らずに日付だけ動かすのは、結果だけを先に作ろうとしている状態で、読者にとっては何も良くなっていません。直す前に、その記事が受けている検索がそもそも新しさを求められる側かどうかを見分ける3つの問いは記事の鮮度はSEOに効く？新しさが効く検索と効かない検索の見分け方に書きました。

実際に更新したあと、日付をどう扱うか

中身を直したなら、日付は正しく出して構いません。 Google の「Google 検索で署名日に影響を与える」には、日付情報の示し方が書かれています。

• ユーザーに見える日付をページに置き、目立つ位置に配置する。「公開日」「最終更新日」などのラベルを付ける
• 構造化データでも日付を示す。Article や BlogPosting の datePublished / dateModified
• 見える日付と構造化データの日付を一致させる
• 未来の日付を指定しない

同じページには、ページ上に見える形でも構造化データの形でも、署名日が必ず検索結果に表示されるとは限らないとも書かれています。日付を整えれば表示される、という保証はありません。あくまで「Google が判定しやすくなる」までの話です。

なお同ドキュメントは、Google が推定しているのは「ページが公開された日または大幅に更新された日」だとしています。「大幅に」がここにも出てきます。誤字を1つ直しただけの日を更新日として前に出すのは、この趣旨に合わないと私は読んでいます(誤字の修正で更新日が動くことを問題にした記述は、このページにはありません)。

公開日は最初に公開した日のまま動かさない理由と、どこまで直したら更新日を新しくするかの線引き、WordPress で日付を確かめる場所はリライトしたら更新日は変える？にまとめました。

出典はどちらもGoogle公式です → 有用で信頼性の高い、ユーザーを第一に考えたコンテンツの作成 / Google 検索で署名日に影響を与える

古い記事は「直す」のか「消す」のか

情報が古い記事を見つけたとき、選択肢は更新だけではありません。分かれ目は「いまの読者にとって、更新後に価値が残るか」です。

ただし「消す」は、更新より判断が重い作業です。検索以外の流入や外部リンク、サイト内の導線が消えるからです。迷ったら、まず更新のほうが安全です。

消す判断の手順は 古い記事を削除するとSEOの評価は上がるのかに、統合するかどうかの仕分けは リライトか、統合か、削除かに分けて書いています。

数字から選ぶ作業と、混ぜない

ここまでが「情報の古さ」で直す記事を選ぶ方法です。これは、数字で直す記事を選ぶ作業とは別物です。

順番としては、①の「事実として間違っている」を先に片付けるのが素直です。件数がそれほど多くないうえ、放置するコストがはっきりしているからです。そのあとで、数字のほうから優先順位を出します。 数字で直す記事を選ぶ工程は SEOリライトのやり方、ブログの手順5工程の工程②にあります。

数字のほうを自動で順位づけするツールも作っています。詳しくは記事の最後に書きます。

よくある質問

古い記事を更新したら、順位はどれくらいで戻りますか

戻る保証はありませんし、期間も約束できません。再クロールされて評価に反映されるまで時間がかかるうえ、順位は競合ページとの相対で決まるためです。判断は3〜4週間ほど空けてからにしてください。 1週間で上下しても、それは誤差の範囲です。同じ記事を何度も触ると、どの変更が効いたのか分からなくなります。頻度の考え方は リライトの頻度はどれくらいかに書いています。

古い記事は、順位が高いものから更新すべきですか

①の「事実として間違っている」記事は、順位を見ずに直してください。順位が低くても、読んだ人が間違った行動をとる状態は変わらないからです。順位や表示回数で優先順位を付けるのは、②と③のように「間違ってはいないが、古い」記事を並べるときです。

記事の中身を直したのに、検索結果の日付が変わりません

署名日が必ず表示されるとは限りません。公式ドキュメントにそう書かれています。 Google は1つの要素ではなく複数の要素から日付を推定していて、こちらが指定した日付がそのまま出るとは限りません。できるのは、見える日付と構造化データの日付を一致させ、未来の日付を出さないところまでです。表示のされ方そのものは、こちらで決められません。 出ている日付がページのどの日付と一致するかから見る場所を決める手順は検索結果の日付がおかしいのはなぜ？にまとめました。

まとめ

• 情報が古い記事は、数字が落ちる前に直せる唯一のタイプ。サーチコンソールを待つ必要がない
• 「ページ」CSVに公開日も更新日も入っていない。古さは機械にデータが無い領域で、書いた本人が一番早く気づける
• 直す優先順位は3段階。①事実として間違っている → ②画面や手順が変わった → ③年号だけが古い
• ①は順位を見ずに直す。読んだ人が間違った行動をとるため
• 中身を変えずに更新日だけ新しくするのは、公式が「見直すべきサイン」として挙げている質問そのもの。直すのは日付ではなく中身
• 更新しても書くことが無いテーマなら、直すより統合か削除の検討に回す

情報の更新は、SEOの施策というより記事のメンテナンスです。効果が数字に出るかどうかにかかわらず、間違ったまま置いておく理由がありません。

ここから先は、私が作ったツールの話です。古い情報を確かめ終えたら、リライトレーダーに記事のURLを入れて、構成や見出し・本文の直す点も見てみてください。数字で直す記事を選ぶ段階に来たら、Search Consoleのデータを入れると、直す順番まで出ます。

URLの診断で送るのは入れたURLだけで、本文は保存しません。Search Consoleの「ページ」タブのエクスポートをZIPのまま置くと、掲載順位4.0〜20.5位のページから手を入れる候補を順に並べます。判定と、そのうち1記事分の診断カードまでは無料です。有料は2,980円(税込)の買い切りで3記事分(候補が4件以上のときだけご案内)、生成の期限は購入から90日間で、月額課金はありません。CSVはブラウザの中で読み、送るのは候補ページのURLと、診断カードを出すときの狙いキーワード・順位・表示回数・CTRだけです。

⚠️ URLの診断は本文だけを読み、順位・表示回数・CTRは使いません(それらを使うのはSearch Consoleのデータを入れたときです)。この記事で書いた「情報が古い記事」は、ツールでは見つけられません。