古い記事は残す？リライト・統合・301・削除の判断基準

古い記事は、公開から年数がたったことやアクセスが少ないことだけで削除してはいけません。先に確認するのは、そのURLが今も読者の疑問に答えているか、情報が正確か、事業上の役割があるか、同じ検索意図を担う代替ページがあるかです。

判断には、Search Consoleの表示・クリック、GA4の入口・閲覧、内部リンク・被リンク、検索意図、事業価値を使います。ただし、一つの数値で自動判定はしません。データがない状態と価値がない状態を分け、URLごとに根拠を残しながら、維持、リライト、統合と301、noindex、削除へ振り分けます。

残す・リライト・統合・301・削除の判断表

「アクセスがないから削除」「似た単語があるから統合」といった一括処理は避けます。削除で検索順位が上がると断定することもできません。ページ数を減らすのではなく、必要な情報を残し、古い誤情報や不要な重複を整理して、読者が適切なページへ到達できる状態を作ることが目的です。

最初に記事の「今の役割」を一行で書く

棚卸しでは、処置を決める前に「誰が、どの場面で、何を知る・決めるための記事か」を一行で書きます。これが書けなければ削除候補と決めるのではなく、追加確認が必要な記事として扱います。

Search Console・GA4・被リンクを同じ数字として扱わない

各ツールは見ている利用場面が違います。検索表示が少なくても、メール、SNS、営業資料、ブックマークから使われている場合があります。反対に閲覧があっても、情報が古く、読者を誤った判断へ導くなら、そのまま残す理由にはなりません。

Search Consoleの公式資料では、ページや検索語でパフォーマンスを確認できる一方、匿名化やデータ行の制限があることが説明されています。また、リンクレポートはすべてのリンクを網羅するものではありません。数値が見えないことを、そのまま利用価値がない証拠にはできません。

GA4では閲覧数だけでなく、ランディングページレポートでセッションの入口として使われているかを確認できます。記事の目的に応じて、問い合わせ前の回遊や設定済みの主要イベントも合わせて見ます。

情報が古い記事は、流入より誤解の危険を先に確認する

料金、仕様、申込条件、営業時間、対応地域、制度、法令、補助金、募集要項、セキュリティ手順など、読者の行動に直接影響する情報は優先して確認します。アクセスが少なくても、現在と違う条件を掲載していれば、読者や事業へ不利益が生じる可能性があります。

更新時は本文だけでなく、画像内の文字、表、添付PDF、ページタイトル、メタディスクリプション、構造化データ、リンク先まで確認します。過去の記録として残す必要がある場合は、現在は終了していることや当時の情報であることを冒頭で示し、現行情報へ案内します。

noindexは検索結果への掲載を防ぐための指示であり、閲覧制限ではありません。URLを知る人はページへアクセスできるため、機密情報や個人情報を保護する用途には使わないでください。

似た記事は、キーワードではなく検索意図で比べる

同じ言葉を含む記事が複数あっても、役割が違えば別URLで残す理由があります。基礎解説、比較、導入手順、事例、トラブル対応では、読む場面と読後の判断が異なるためです。

各記事について「誰が」「どの場面で」「何を決めるために」読むかを書き、Search Consoleで表示される検索語、見出しが答える問い、読後の導線を比較します。タイトルの単語ではなく、同じ問いへ同じ答えを返しているかを統合条件にします。

統合する場合は、表示やリンクが多い方を機械的に残すのではなく、今後も維持でき、検索意図へ最も直接答えられるURLを主ページにします。もう一方の独自説明、図、一次情報、よく参照されている箇所を移し、重複する文章を整理します。検索目的が違う記事まで一つへ詰め込むと、長いだけで答えを探しにくいページになるため注意が必要です。

判断から実施までの手順

1. 対象URLを一覧化する
   タイトル、更新日、担当部門、内部リンク、添付ファイルも同じ行へ記録します。
2. 正確性と事業価値を確認する
   情報の管理部門へ確認し、現在も公開する理由と誤解の危険を書きます。
3. Search Console・GA4・リンクを調べる
   期間、季節性、計測漏れを考慮し、検索以外の利用経路も確認します。
4. 検索意図と代替先を比較する
   同じ目的のページがある場合は、どちらを主URLにするか、何を移植するかを決めます。
5. 処置と理由を記録する
   維持、リライト、統合、noindex、削除の処置だけでなく、判断根拠と確認担当を残します。
6. 小さなまとまりで実施する
   同じテーマなど影響を追える単位で変更し、問題があれば戻せるよう原稿と設定を保存します。
7. 変更後を継続確認する
   HTTP状態、canonical、noindex、サイトマップ、内部リンク、検索表示、入口利用を確認します。

301・404・410・noindexを取り違えない

Googleの公式資料では、明確な移行先がある場合は恒久的なリダイレクトを使い、代替ページがない場合は404または410を返す方法が示されています。統合先が完成し、正常に閲覧・インデックスできることを確認してから301を設定します。

noindexをGoogleに認識させるには、対象ページをクロールできる必要があります。また、Search Consoleの削除ツールによる非表示は一時的なため、更新、認証、noindex、404・410など、目的に合う恒久対応を別に行います。

統合後は301だけで終えず、本文、メニュー、カテゴリ、パンくず、関連記事などから旧URLへ向く内部リンクを主URLへ直接変更します。XMLサイトマップからも旧URLを外し、意図したHTTP状態が返るかを実際に確認してください。

最終判断チェックリスト

• この記事が今、誰のどの疑問や業務に使われるか説明できる
• 本文、画像、表、PDF、条件、リンクが現在も正確である
• Search Consoleの表示・クリック・検索語を期間比較した
• GA4で入口・閲覧・回遊を確認し、未計測と利用なしを分けた
• 重要な内部リンク・被リンク・資料からの参照を確認した
• 同じ検索意図を担うページと、引き継ぐべき独自情報を確認した
• 統合先は読者の期待に直接答え、公開後も維持できる
• 処置、理由、実施日、担当者、移行先、変更前データを記録した
• 削除や統合後のHTTP状態、canonical、noindex、サイトマップを検証した
• 変更後に確認する指標と日程を決めた

記事整理の目的は、必要な情報へ役割を集めること

古い記事の整理は、記事数を減らす作業ではありません。正確で必要な情報を見つけやすく保ち、誤情報と不要な重複を減らして、読者と検索エンジンを現在の事業に合うページへ導く作業です。

公開年やアクセス数を確認の入口にはしても、それだけで結論を出さず、正確性、検索表示、利用状況、リンク、検索意図、事業価値、代替先をそろえて判断してください。サイト全体のSEO課題とコンテンツの役割から整理したい場合は、みやあじよのSEO対策・コンテンツ支援をご覧ください。