古い記事をリライトする方法
更新する記事の選び方
SEO記事のリライトとは、 公開済みの記事へ言葉を足したり、 更新日だけを新しくしたりする作業ではありません。 Search Consoleの表示回数・クリック数・検索クエリ・掲載順位を確認し、 現在の検索意図、情報の正確さ、記事同士の役割、 問い合わせまでの導線を見直して、 読者がより早く正しい答えへ到達できる状態に改善することです。 すべての古い記事を公開日の古い順に直す必要はありません。 表示回数があり改善余地の大きい記事、 検索順位やクリック率が下がった記事、 料金・制度・仕様・店舗情報などが古くなった記事、 似た記事と内容が重複している記事を優先します。 一方、アクセスが少なくても、 重要な問い合わせを支える記事や、 季節によって需要が変わる記事は残す価値があります。 記事ごとに、維持・部分追記・全面改稿・他記事との統合・削除のどれが適切かを判断しましょう。 同じ検索意図を保ったまま改善する場合は、 原則として既存URLを維持すると、 内部リンクや外部リンク、これまでの評価を引き継ぎやすくなります。 統合や削除を行う場合は、 代替ページの有無に応じて301リダイレクトまたは404・410を使い分けます。 本記事では、リライト候補の選び方、 Search Consoleで確認する指標、 記事の診断方法、 タイトル・見出し・本文・内部リンクの直し方、 更新日の扱い、 公開後の効果測定まで解説します。
改善余地が大きい
既に検索結果へ表示されている記事は、修正による変化を測りやすい候補です。
導線を見直す
文字数を増やすのではなく、古い説明・不足・重複・分かりにくさを直します。
同条件で比較
表示回数・クリック・クエリ・問い合わせを、季節性を考慮して追跡します。
リライトは記事を新しく見せる作業ではなく 読者が目的を達成できる内容へ改善する作業
更新日や文字数ではなく、正確さ・有用性・検索意図への適合を改善します。
重複を解消
記事は公開後も、 法律・料金・サービス仕様・検索画面・利用者の疑問が変化します。 公開時には正しかった説明でも、 数年後には画面名称が変わり、 手順が動かず、 事業内容と一致しなくなることがあります。
リライトでは、 現在も検索する人が必要としている記事かを確認し、 答えを早く示す、 古い情報を更新する、 不足している判断基準や手順を追加する、 不要な説明を削る、 関連記事へ適切につなぐなどの改善を行います。
Googleは、 内容を実質的に変更していないのに日付だけを新しくしたり、 サイトを新鮮に見せるためだけに古い記事を大量削除・大量追加したりすることを 有用な改善とはしていません。 更新の目的を検索順位の操作ではなく、 読者へより良い情報を提供することに置きます。
公開日の古さだけで選ばず 成果・古さ・重複・事業価値で優先順位を決める
Search Consoleのページ別・クエリ別データと、記事内容の目視確認を組み合わせます。
検索結果には出ているため、 タイトル・説明・検索意図・順位を確認する価値があります。
一定の関連性は認識されている可能性があります。 不足内容・分かりやすさ・独自性を点検します。
計測条件、季節性、需要、 インデックス、検索意図、競合の変化を切り分けます。
料金、営業時間、法律、製品仕様、 管理画面、サービス内容などを最優先で修正します。
同じ検索意図・同じ結論なら、 一記事への統合や役割分担を検討します。
流入が少なくても、 比較・料金・依頼判断を支える記事は事業価値を優先します。
修正の緊急性
リライト候補が多い場合は、 表示回数・順位・CTRなどの改善余地、 問い合わせやサービスとの近さ、 情報の古さによる利用者への影響を点数化すると整理しやすくなります。
たとえば、 表示回数が多く順位が12位、 料金情報が古く、 問い合わせへ近い記事は優先度が高い候補です。 一方、流入がなく内容も古いが、 事業と無関係になった記事は統合・削除を含めて判断します。
Search Consoleでは、 平均掲載順位だけよりも、 表示回数とクリックの傾向を重視して確認することが案内されています。 一つの数字だけで判断せず、 ページ・クエリ・デバイス・期間をそろえて比較します。
記事ごとに維持・追記・改稿・統合・削除を選び すべてを同じ方法で直さない
検索実績、情報の正確さ、他記事との重複、代替ページの有無で判断します。
内容が正確で検索意図に合い、 クリック・問い合わせへ貢献している記事です。
リンク切れ・日付・CTAだけを定期点検します。主題と構成は合っているものの、 数値・画面・手順・事例の一部が古い記事です。
変更箇所と関連箇所の整合性を確認します。検索意図は維持できるが、 結論・見出し・説明順・根拠が大きく不足する記事です。
URLを維持し、読者の疑問から構成を再設計します。新規記事、季節記事、問い合わせ補助記事、 外部リンクがある記事を誤って消す可能性があります。
同じ意図に複数ページが答えると、 読者がどれを読めばよいか分かりにくくなります。
内容が関連しない一括転送は、 利用者を混乱させ、ソフト404として扱われる可能性があります。
統合先と旧記事が重複するため、 旧URLの処理と内部リンク更新まで行います。
既に検索意図へ合っている部分を失う恐れがあります。 変更目的と範囲を明確にします。
根拠のない要素削除やキーワード追加ではなく、 長期的に読者へ役立つ改善を行います。
現在の検索意図と記事の差を確認し タイトル・構成・本文を順番に直す
一文ずつ言い換える前に、記事全体の役割と答えの順番を見直します。
Search Consoleで対象URLを絞り、 表示・クリックされているクエリを確認します。
タイトル、導入、H2、 まとめが同じ中心回答を示しているか確認します。
追加すべき内容、更新する事実、 削除・統合する説明を分けます。
結論、理由、比較、手順、 注意点、次の行動を必要な順へ並べます。
公式資料、実際の管理画面、 自社の経験・写真・事例を確認して本文を修正します。
完成した本文の内容を、 誇張せず具体的に要約します。
同じ検索意図ならURLを維持し 実質的に更新したときだけ更新日を変更する
URL・公開日・更新日・内部リンクは、本文変更と合わせて整合させます。
変更時は転送
記事の主題と検索意図を保ったまま内容を改善する場合、 URLを変更する必要は通常ありません。 既存URLを維持すれば、 外部サイトやSNSからのリンク、 内部リンク、ブックマークがそのまま利用できます。
スラッグを短くしたい、 カテゴリ構造を変えたいという理由だけでURLを変更すると、 リダイレクト・内部リンク・canonical・サイトマップなどの対応が必要になります。 変更による利用者の利益が小さい場合は、既存URLを維持します。
記事を統合して旧URLを廃止する場合は、 内容が対応する統合先へ301リダイレクトします。 代替となるページがない完全削除なら、 無関係なページへ転送せず404または410を返します。
統合・削除した記事へのリンクを、 最も関連する現行ページへ変更します。
本文では扱わない詳細を、 内容が分かるアンカーテキストで案内します。
関連する親記事・サービスページ・新しい記事から、 リライト記事へ自然な内部リンクを追加します。
本文、目次、画像、CTA、 参考資料のURLが正常に開くか確認します。
変更前のデータと内容を保存し 一記事ずつ改善して同じ条件で測る
更新直後の順位だけで成功・失敗を決めず、一定期間の傾向と問い合わせを追います。
URL、タイトル、公開日、表示回数、 クリック、CTR、順位、主要クエリを保存します。
全文、画像、表、メタ情報、 内部リンクを復元できる状態にします。
「古い手順を更新し、比較と確認方法を追加する」など、 改善目的を明確にします。
変更範囲を記録しながら、 正確さ・読みやすさ・導線を改善します。
200応答、canonical、noindex、 モバイル表示、構造化データ、リンクを確認します。
再クロール後に、 同じ期間・デバイス・検索タイプで傾向を確認します。
傾向を比較
Googleが更新内容を再クロール・再評価するまでには時間がかかります。 数日で変化する場合もありますが、 サイト全体の評価や競争の強い検索では数週間から数か月かかる場合があります。
更新翌日の順位だけで元へ戻したり、 毎週タイトルを変えたりすると、 どの変更が影響したか分からなくなります。 変更日と内容を記録し、一定期間ごとに比較します。
季節性のある記事は、 直前の同じ日数だけでなく前年同期間も参考にします。 Search Consoleのデータ集計方法やタイムゾーンの違いにも注意し、 同じ条件で比較しましょう。
変更前の根拠と変更後の確認を残し 更新を繰り返せる運用にする
記事単位の管理表を作り、候補選定・変更内容・効果測定を記録します。
URL、主題、公開日、更新日、 担当者、優先度を管理します。
ページ別に表示回数、クリック、 CTR、順位、クエリを保存します。
公式情報、事業内容、類似記事、 内部リンクを目視確認します。
何を改善するか、 どの見出し・画像・リンクを変更したか残します。
URL、表示、リンク、 canonical、日付、インデックス設定を確認します。
検索データと問い合わせを比較し、 維持・追加修正・統合を再判断します。
順位だけで記事を直さず 計測・内容・重複・導線を順番に確認する
Search Consoleの数字と記事本文を結び付け、改善理由を明確にしましょう。
合わせて確認したい内容
- Search Consoleの表示回数・クリック・クエリ
- 順位低下と季節性・需要の切り分け
- 料金・制度・画面・事例の最新性
- 検索意図とタイトル・見出しの一致
- 似た記事の重複と統合判断
- URL維持・301・404の使い分け
- 更新日・dateModifiedの扱い
- 内部リンク・CTA・問い合わせ成果
※記事をリライトしても、 検索順位、表示回数、クリック数、 問い合わせ数が必ず向上することを保証するものではありません。 短期的な順位操作ではなく、読者へ提供する価値を継続的に改善してください。
Search Consoleの見方を確認する →改善余地と事業価値が大きい記事から更新しよう
古い記事のリライトでは、 Search Consoleの表示回数・クリック・CTR・順位・クエリと、 情報の古さ、記事同士の重複、問い合わせへの近さを確認します。 記事ごとに維持・部分追記・全面改稿・統合・削除を選び、 検索意図に合わせてタイトル・見出し・本文・内部リンクを改善しましょう。 同じ主題なら既存URLを維持し、 実質的に内容を更新した場合だけ更新日を変更します。 公開後は変更内容を記録し、 同じ条件で検索データと問い合わせ成果を追跡してください。
本記事は、2026年7月時点で公開されている Google検索セントラルとSearch Consoleの公式情報を参考に作成しています。 検索パフォーマンスレポートの画面、 Google検索のシステム、 日付・正規化・リダイレクトの仕様は変更される場合があります。 作業時には最新の公式情報と自社サイトの実データを確認してください。
