古い記事を整理する4つの判断軸｜消すか直すかを決める

「読まれていない古い記事を消せば、サイト全体の評価が上がる」。この考え方は広く流通していますが、そのまま実行すると失うものが出ます。削除して順位が上がるのは、そのページが検索結果で自社の他ページの邪魔をしていた場合に限られます。単に読まれていないだけの記事を消しても、多くの場合は何も起きません。記事の整理は順位対策ではなく、サイトの中身を意図した状態に戻す作業です。それでも整理は必要です。3年前の情報が最新として残っていれば信頼を損ない、同じテーマの記事が5本並んでいれば読者は迷い、担当者は更新対象を見失う。この記事では、1本ずつの記事に対して残す・直す・統合する・消すのどれを選ぶかを、4つの判断軸で決められる形に整理します。

「古い記事は消せば順位が上がる」という誤解

削除でサイト全体が改善するという主張は、条件付きで正しく、条件を外すと誤りになります。改善が起きるのは、低品質なページが同じキーワードで自社の主要ページと競合していた場合や、内容の重複でクロールの効率が落ちていた場合です。逆に、検索需要のある記事を消せば、その分の流入がそのまま消えます。当たり前のことですが、削除の話になると忘れられがちです。

実務では、削除を提案する前に「消したら何が失われるか」を数字で確認します。過去12か月の表示回数、クリック数、被リンクの有無、指名検索からの着地数。これらがゼロに近ければ削除の候補ですが、1つでも数字が残っていれば、まず改善を検討する対象です。失うものを確認しない削除は、判断ではなく作業です。

また、削除には見えないコストがあります。社内の他部署がその記事をメールや資料でリンクしていた場合、リンク先が消えた状態になります。営業がよく使っていた説明ページを消してしまい、後から問い合わせが来ることも珍しくありません。整理を始める前に、社内で使われている記事を確認しておくと、この種の事故を避けられます。

整理の目的を先に決める

何のために整理するのかを決めないまま着手すると、途中で判断がぶれます。目的は概ね3つに分かれます。1つ目は、情報の正確さを保つこと。古い制度や廃止された機能の説明が残っていると、読者に誤った理解を与えます。2つ目は、更新対象を絞ること。100本を維持できないなら、30本に集中させたほうが品質が保てます。3つ目は、検索での食い合いを解消することです。

目的によって、選ぶ手段が変わります。情報の正確さが目的なら、削除より修正か注記の追加が優先されます。更新対象を絞ることが目的なら、残す記事を先に決めて、それ以外を統合か削除に振り分けます。食い合いの解消なら、対象は同一テーマの複数記事に限られ、他の記事は触りません。目的が違えば、同じ記事に対する結論も変わります。

目的を決める際に有効なのが、整理後にどういう状態にしたいかを1文で書くことです。「サービスに関係するテーマだけを、四半期に一度更新できる本数に絞る」といった形です。この1文があると、判断に迷った時の基準になります。整理は減らす作業ではなく、維持できる状態に整える作業です。

判断軸1：検索需要が今もあるか

最初に見るのは、そのテーマに今も検索需要があるかどうかです。記事のアクセスがゼロでも、キーワード自体に月間の検索が存在するなら、順位が低いだけの可能性があります。Search Consoleで対象URLの表示回数を確認し、加えてキーワード自体の検索需要を確認します。表示回数があってクリックがない場合は、タイトルと概要文の問題である可能性が高いです。

逆に、需要そのものが消えているテーマもあります。廃止されたサービスの解説、終了したキャンペーンの案内、旧バージョンの操作手順。これらは検索されなくなっているため、直しても流入は戻りません。需要が消えたテーマは、直す対象ではなく整理する対象です。ここを混同すると、時間をかけて修正した記事が何も生まないという結果になります。

判断に使う期間は、過去12か月を基本にします。季節性のあるテーマは、繁忙期を含む期間で見ないと需要を見誤ります。なお、Search Consoleのデータは16か月分しか遡れないため、それより古い実績を残したい場合は別途エクスポートしておく必要があります。整理の判断材料は、失われる前に手元に置いておくのが安全です。

判断軸2：自社が答えるべき内容か

2つ目の軸は、そのテーマが自社の事業と関係しているかです。過去に流入目的で書いた一般的な話題が、事業と無関係に残っているケースは多くあります。流入はあっても商談には結びつかず、更新の手間だけがかかる。この種の記事は、需要があっても整理の候補になります。

判断のしかたは単純です。その記事を読んだ人が、次に自社のサービスページを見る理由があるかどうか。理由が思いつかないなら、事業との距離が遠すぎます。ただし、認知目的で意図的に書いた記事であれば話は別です。意図があって置いている記事と、惰性で残っている記事を分けることが、この軸の役割です。

もう1つの観点は、自社が語る資格があるかどうかです。専門外のテーマについて一般的な情報をまとめただけの記事は、他社の一次情報に劣ります。読者にとっての価値が低く、書き手の信頼にも影響します。自社が語れないテーマは、量があっても資産になりません。整理のタイミングで、扱う範囲そのものを見直す機会にできます。

判断軸3：他の記事と食い合っていないか

3つ目は、同一テーマの記事が複数存在していないかです。似た内容の記事が並ぶと、検索エンジンがどれを評価すべきか判断しにくくなり、どの記事も上がらないという状態が生じます。いわゆるキーワードの食い合いです。読者から見ても、どれを読めばよいか分かりません。

確認方法は、Search Consoleで主要クエリごとに表示されているページを見ることです。同じクエリで複数のURLが表示されている場合、食い合いの可能性があります。加えて、サイト内検索やサイト内でのキーワード検索で似た記事を探します。タイトルが違っても、答えている問いが同じなら食い合いです。

食い合いが見つかった場合の第一選択は、統合です。片方を消すのではなく、内容を1本に寄せて、もう一方をリダイレクトする。この処理により、分散していた評価と被リンクを1本に集約できます。統合は、削除と違って失うものが小さい選択肢です。

判断軸4：外部からの評価が付いているか

4つ目は、外部からのリンクや言及があるかどうかです。被リンクを受けている記事は、それ自体が資産です。アクセスが少なくても、リンクを通じてサイト全体の評価に寄与している可能性があります。この種の記事を無計画に消すと、リンクの価値ごと失います。

確認は、外部ツールの被リンクデータか、参照元トラフィックの記録で行います。ツールがない場合でも、GA4の参照元レポートで外部サイトからの流入があるかは確認できます。被リンクがある記事は、削除ではなく統合かリダイレクトで扱うのが原則です。

あわせて、社内資料や営業メールでのリンク、SNSでの言及も外部評価として扱います。数字に出ない使われ方をしている記事は、削除の影響が読みにくい。判断に迷ったら、残して更新頻度を下げるという選択も十分に合理的です。迷った記事は残す——整理の初期は、この方針で問題ありません。

4軸を組み合わせて結論を出す

4つの軸を組み合わせると、記事ごとの結論が機械的に決まります。以下の表は、実務で使いやすい形に整理したものです。判断に迷う記事があっても、この表に当てはめれば大半は仕分けできます。

需要	自社適性	食い合い	外部評価	結論
ある	ある	なし	—	直す（加筆・更新して主力にする）
ある	ある	あり	—	統合する（残す側に寄せて301）
ある	ない	—	あり	残す（更新頻度を下げる）
ある	ない	—	なし	統合または削除（関連記事に寄せる）
ない	—	—	あり	残す（noindexで検索から外す選択も可）
ない	—	—	なし	削除（リダイレクト先があれば301）

表の使い方として、最初から全記事を仕分ける必要はありません。アクセスの少ない記事から30本ずつ、四半期ごとに処理していく形で十分です。一度に全部を処理しようとすると、判断が粗くなります。

統合の実務手順

統合はもっとも使う頻度が高い選択肢ですが、手順を飛ばすと効果が出ません。以下の順で進めます。

統合後の評価は、1〜2か月かけて確認します。統合直後は一時的に順位が動くことがあり、そこで慌てて元に戻すと最悪の結果になります。統合の効果判定は、最低で4週間待ってから行うのが実務上の目安です。

削除の実務と注意点

削除を選ぶ場合、転送先があるかどうかで処理が変わります。関連する内容のページがあれば301で寄せる。なければ、そのまま削除して404を返すか、意図的に消したことを示す410を返します。無関係なトップページへ大量に301を向けるのは、望ましい処理ではありません。

検索結果から早く外したい場合は、Search Consoleの削除ツールで一時的に非表示にできます。ただしこれは一時的な措置であり、恒久的な対応は404・410・noindexのいずれかです。目的（検索から消す／URLを消す／内容を残す）によって手段が変わる点を押さえておきましょう。

内容を残したいがインデックスから外したいという場合は、noindexを使います。社内向けの記録、古いお知らせ、応募が終了した募集要項など、URLは生かしておきたいケースに適します。削除とnoindexは目的が違う。URLを消すのか、検索から外すのかを先に決める。

大量削除が危ない理由

基準を持たないまま大量に削除すると、いくつかの副作用が起きます。もっとも直接的なのは、削除した記事が持っていた流入と被リンクの喪失です。加えて、短期間にコンテンツ量が急減することがサイトの状態に影響しないとは言い切れず、慎重論が存在します。断定的な因果は確認できませんが、リスクを取る理由もありません。

• アクセス数だけで一括削除する（需要があるのに順位が低い記事を巻き込む）
• 被リンクの確認をせずに消す（外部からの評価を丸ごと捨てることになる）
• 削除したURLを全部トップページへ301で向ける（内容が対応せず、意図が伝わらない）
• 社内で使われている記事を確認せずに消す（営業資料やメールのリンクが切れる）
• 1か月で数百本を処理する（効果検証ができず、問題が起きても原因を特定できない）

安全な進め方は、段階的に処理して結果を見ることです。30本を処理して4〜6週間の推移を確認し、問題がなければ次の30本に進む。整理は一度で終わらせる作業ではなく、四半期ごとの運用として設計するほうが、結果的に速く進みます。

「直す」の中身をどこまでやるか

残す判断をした記事に対して、どこまで手を入れるかも決めておく必要があります。最小限は、事実関係の更新と誤りの修正です。制度や仕様が変わった部分、リンク切れ、古い数字。ここだけでも、読者の信頼と検索での評価に関わります。

そのうえで、投資対象と決めた記事には構成から手を入れます。検索意図に対して答えの順序が合っているか、見出しが問いに答えているか、必要な情報が抜けていないか。更新日を新しくするために本文を少し触るだけの作業は、効果がありません。読者にとって何が変わったのかが説明できる更新にしてください。

優先順位のつけ方は、表示回数が多くクリック率が低い記事から着手するのが効率的です。すでに検索結果に出ているため、改善が数字に表れやすい。逆に、表示回数がほぼゼロの記事は、直しても反応が確認できず、判断材料が得られません。

判断に使うデータの取り方

整理作業の前に、判断材料をまとめて取得しておくと効率が上がります。必要なのは、URLごとの表示回数・クリック数・平均掲載順位、GA4のセッション数とコンバージョン、被リンクの有無、公開日と最終更新日。これらを1枚のスプレッドシートに並べれば、仕分けは機械的に進みます。

• Search Consoleのデータ保持は16か月。長期の推移を残したい場合は定期的にエクスポートする
• GA4もデータ保持期間の設定によって過去データが失われる。整理の前に必要な期間を確認しておく
• 被リンク情報は無料ツールでは網羅できない。参照元トラフィックの実績でも代替できる
• 公開日と最終更新日は、CMS側のエクスポート機能で一括取得できることが多い

データを見る際の注意として、平均値に頼らないことを挙げておきます。100本の平均表示回数を見ても、実態は上位10本が全体の8割を占めている、という分布になりがちです。判断は本数の分布で行い、上位・中位・下位に分けて別の方針を当てる。整理の判断は平均ではなく分布で行うと、対象の絞り込みが正確になります。

データを揃える工程は、生成AIと相性がよい部分です。エクスポートしたCSVを渡して、4軸の条件に従って分類させれば、下書きの仕分けが数分で終わります。ただし最終判断は人が行う必要があります。事業との関係や社内での使われ方は、データに現れません。

整理の効果をどう測るか

整理の効果は、削除本数では測れません。見るべきは、残した記事群の表示回数とクリック数、主要クエリでの順位、更新できている記事の割合です。整理の目的が「維持できる状態にする」ことであれば、更新率がもっとも重要な指標になります。

測定の期間は、統合や削除の反映に時間がかかるため、2〜3か月を1区切りにします。この間はサイト構造に別の変更を加えないほうが、効果が読みやすくなります。複数の変更を同時に入れると、整理の効果は永久に分かりません。

報告の際は、before/afterを本数と指標の両方で示します。「120本→70本に整理し、主要20クエリの平均クリック数が1.3倍」という形です。本数だけを報告すると、減らしたこと自体が成果に見えてしまい、次の判断を誤らせます。

担当者が変わった記事をどう扱うか

運用が数年続いているメディアでは、書いた本人が退職・異動している記事が必ず出てきます。この種の記事は、内容の正誤を判断できる人がいないため、整理の判断が止まりがちです。放置すると、誤った情報が最新として残り続けます。

扱い方は3つに分かれます。事業の中心テーマなら、現在の担当者が内容を検証して引き継ぐ。周辺テーマで需要があるなら、時点を明記した注記を入れて残す。需要も適性もないなら、整理の対象にする。判断できない記事を「保留」に置き続けることが、最も品質を損ないます。

引き継ぐ場合は、著者情報も更新します。実在しない担当者の名前が残っていると、問い合わせが宛先不明になり、信頼にも関わります。あわせて、社内で誰がそのテーマを見るのかを決めておくと、次回の整理で同じ問題が起きません。記事には内容の責任者を必ず1人置くのが原則です。

なお、古い記事に注記を入れる場合は、書き方に注意が必要です。「情報が古い可能性があります」とだけ書くと、読者は何を信じればよいか分かりません。いつ時点の情報か、どこが変わった可能性があるかまで書く。注記は言い訳ではなく、読者への案内として書きます。

一覧ページとサイト構造への影響

記事を統合・削除すると、カテゴリ一覧やタグ一覧の中身も変わります。整理後に記事が1本だけになったカテゴリ、記事がゼロになったタグページ。これらが残ると、中身の薄い一覧ページが増えることになります。整理の作業には、一覧側の点検まで含めておく必要があります。

目安として、記事が2本以下になったカテゴリは統合を検討します。タグは元々数が増えやすいため、整理のタイミングで使われていないものを削除するとサイト構造が締まります。記事の整理と分類の整理は、同時にやるほうが手戻りがありません。

あわせて、サイト内の主要な導線を確認します。トップページやサービスページから紹介していた記事が消えていないか、パンくずの階層が壊れていないか。統合で残した側のURLが、以前の階層と違う場所にある場合は特に注意が必要です。削除・統合の影響は、記事単体ではなく導線全体で確認する。

XMLサイトマップの更新も忘れないようにします。多くのCMSでは自動更新されますが、キャッシュの影響で古いURLが残ることがあります。整理から数日後にサイトマップを開き、削除したURLが消えているかを目視で確認しておくと安心です。作業の完了確認まで手順に入れておくことで、中途半端な整理を防げます。

年1回の棚卸しとして仕組み化する

整理を単発のプロジェクトにすると、数年後に同じ状態に戻ります。年1回、あるいは四半期に一度、決まった手順で棚卸しをする形にしておくのが現実的です。担当者が変わっても回るように、手順と判断軸を文書化しておきます。

文書に残すのは、4つの判断軸、結論の選択肢、統合と削除の手順、そして過去の処理履歴です。履歴があると、以前に統合した記事を再び分割してしまうような手戻りを避けられます。整理の履歴は、次回の整理の判断材料になります。

運用として定着させるコツは、作業量を固定することです。「毎四半期30本を見る」と決めておけば、負担が読めます。全件を見ようとすると着手が遅れ、結果として何年も放置される。整理は完璧を目指さず、決まった量を回し続けるほうが結果が出ます。

まとめ

古い記事の整理は、削除の是非ではなく仕分けの精度で決まります。検索需要・自社の適性・食い合い・外部評価の4軸で見れば、残す・直す・統合する・消すのどれを選ぶべきかが決まります。統合では残す側を決めて301で寄せ、内部リンクまで張り替える。削除は最後の手段とし、被リンクと社内利用を必ず確認する。そして一度に処理せず、四半期ごとに決まった本数を回す。この形にすれば、整理は事故ではなく運用になります。

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