検索ブランド相談室 | 検索と評判の専門メディア

オウンドメディア記事のリライト・統合・削除判断|古い記事を棚卸しする基準

部署:マーケティング担当者レベル:実践オウンドメディアオウンドメディア集客

記事数が増えると、「アクセスが少ない記事は消すべきか」「順位が落ちた記事はリライトすべきか」「似た記事は統合すべきか」といった判断が必要になります。ところが、PVや検索順位だけで機械的に決めると、商談や問い合わせに役立つ記事、外部から参照されている記事、将来伸ばせる記事まで失いかねません。

そこで必要になるのが記事の棚卸しです。この記事では、公開済みの記事を一覧にして、記事ごとに「そのまま残す・直す・別記事へ統合する・公開を終了する」のどれにするかを決める作業を、棚卸しと呼びます。棚卸しでは、まず「このページを残す価値があるか」を判断し、そのあとに対応方法を決めます。

本記事では、この判断に使える6つの基準と、棚卸し表づくりから優先度の決め方、見直しの頻度までの実務フローを整理します。

サイト全体のKPI設計や効果測定・改善サイクルの全体像は、「オウンドメディアの効果測定・改善とは?見るべき指標・使うツール・PDCAの回し方の全体像」で整理しています。

「残す価値」を先に判断し、「対応方法」はそのあとで決める

棚卸しで大切なのは、「数字が悪い=削除」と考えないことです。数字は判断材料の一つであり、記事の価値そのものではないからです。

最初に判断するのは、その記事が今後もユーザーや事業に価値を持つかどうかです。そのうえで、検索意図との一致、情報の鮮度、他記事との重複などを確認し、対応方法を決めます。判断の順序を図にすると、次のとおりです。

記事の継続価値を判断して維持・リライト・統合・削除へ振り分ける流れ

まずページを残す価値を判断し、その後に維持・リライト・統合・削除のどれが適切かを決めます。

対応方法は4つに分かれます。記事がどの状態にあるかを左の2列で確認し、右の列の基本対応を選びます。

判断 適している状態 基本対応
維持 現在もユーザー価値・事業価値があり、情報も十分に新しい 原則そのまま残し、定期確認する
リライト 記事の役割は必要だが、情報・構成・検索意図への回答に改善余地がある 同じURLを活かして更新する
統合 複数の記事がほぼ同じユーザーの問いに答えている 中心となる記事へ情報を集約する
削除 現在の需要・事業上の役割・独自価値がなく、更新や統合にも適さない URLの役割に応じて公開終了する

削除についてはGoogleの考え方も参考になります。Googleは、古いコンテンツを大量に削除してサイトを「新鮮」に見せること自体が検索順位の向上につながるという考え方を否定しています。古いかどうかだけで判断せず、そのページが現在も利用者に役立つかを見る必要があります。

この判断の全体像や前提から確認したい場合は、「オウンドメディアの効果測定・改善とは?見るべき指標・使うツール・PDCAの回し方の全体像」を参照してください。

「残す価値」は6つの判断基準で確認する

記事を1つの数字だけで判定せず、少なくとも「検索需要」「事業貢献」「検索意図との一致」「情報の鮮度」「他記事との重複」「リンク・参照価値」の6軸を組み合わせて確認すると、判断しやすくなります。

記事棚卸しで確認する6つの判断基準

検索順位やPVだけではなく、検索需要・事業貢献・鮮度・重複など6つの観点を組み合わせて判断します。

次の表は、6軸のそれぞれで何を確認し、何を判断したいのかをまとめたものです。各行は点数をつけるための項目ではなく、判断材料を集める観点として使います。

判断軸 主に確認するもの 判断したいこと
1. 検索需要・検索実績 表示回数、クリック数、CTR、検索クエリ、推移 今も検索されるテーマか
2. 事業貢献 問い合わせ、資料請求、キーイベント、営業利用 検索流入以外も含めて残す価値があるか
3. 検索意図との一致 流入クエリ、現在の検索結果、記事内容 今のユーザーの問いに答えているか
4. 情報の鮮度 制度、料金、商品仕様、統計、リンク、事例 誤解を招く古い情報が残っていないか
5. 他記事との重複 類似クエリ、見出し、対象読者、読後行動 別記事として存在する理由があるか
6. リンク・参照価値 被リンク、内部リンク、外部からの参照 URLをなくすことで失う資産がないか

表の1行目にあるCTRは、クリック率のことです。Google Search Consoleの検索パフォーマンスでは、クリック数、表示回数、クリック率(CTR)、平均掲載順位を確認でき、クエリやページなどの単位で分析できます。検索トラフィックが落ちた場合も、Googleはクエリ、URL、期間、デバイスなどを分けて原因を確認することを案内しています。

GA4のランディングページレポートでは、各ランディングページのユーザー数、平均エンゲージメント時間、設定しているキーイベントなどを確認できます。検索順位だけでなく、サイトに入った後の行動まで合わせて評価すると、事業上重要なページを誤って削除するリスクを減らせます。

この6つの基準を、導入や意思決定の観点から整理したい場合は、「記事品質チェックリストの作り方」も確認してください。

判断の前に、全記事を1URL=1行の棚卸し表にまとめる

記事数が多い場合は、ブラウザで1記事ずつ開いて判断するのではなく、まず1URL=1行の一覧表を作ります。最低限、次の項目を持たせます。

  • URL、タイトル、公開日、最終更新日
  • 記事が答える中心質問、主要な検索クエリ
  • Search Consoleのクリック数・表示回数・CTR・平均掲載順位
  • GA4の流入・キーイベント
  • 被リンクの有無、類似記事、情報更新の必要性

前の節の6軸を、記事ごとに同じ条件で見比べるための表です。

数値を見る期間にも注意します。季節性のあるテーマでは、直近数週間だけで判断すると、需要の変動を記事の劣化と誤認する可能性があります。Googleも検索トラフィック低下の分析では、長い期間を取り、前年同期などと比較する方法を案内しています。具体的にはトラフィック減少分析の例として16か月の表示を推奨しています。

なお、本記事で扱うのは、記事を維持・リライト・統合・削除のどれにするかを判断するための基準・確認項目・処置判断までです。配点や閾値を使った採点表そのものの設計・実装は、本記事の対象外です。

複数の担当者で同じ基準を運用する場合は、判断軸を配点・閾値・ルーブリック・ゲート条件へ落とし込み、採点方法を標準化する必要があります。具体的なスコア表の列設計、100点評価、処置別スコア、閾値の決め方や校正方法については、「オウンドメディア棚卸しスコア表の作り方|評価軸・配点・閾値を設計する実務手順」で詳しく解説しています。

「維持」にしてよいのは、今も必要とされ、固有の役割がある記事

維持するのは、現在もユーザーに必要とされ、記事固有の役割があり、内容にも大きな問題がないページです。

検索流入が安定している記事だけが対象ではありません。検索流入が小さくても、商談前に読まれる記事、営業担当者が顧客へ送る解説記事、既存顧客の疑問を解決する記事、専門性を示す一次情報などには残す理由があります。

特に、上位表示している記事を「もっと伸ばしたい」という理由だけで大幅に書き換える場合は慎重な判断が必要です。現在のユーザーの問いに十分答えられているなら、大規模な改稿ではなく、古い数字やリンクなど必要箇所だけを更新する方法もあります。

維持と判断したページにも「次回確認日」を設定すると、放置記事になるのを防げます。確認の頻度は、この記事の終盤で説明します。

「リライト」にするのは、役割は必要なのに果たしきれていない記事

リライトが向いているのは、「記事が存在する理由はあるが、現在の内容ではその役割を十分に果たしていないページ」です。代表例は、検索需要や事業価値はあるものの、次のような状態にある記事です。

  • 情報が古い
  • ユーザーの問いと構成がずれている
  • 必要な具体例が足りない
  • 検索結果で表示されてもクリックされにくい
  • 流入後に次の行動へつながらない

ここで注意したいのは、順位が何位なら必ずリライトすると固定しないことです。検索順位の低下には、コンテンツだけでなく、検索需要の変化、季節性、競合の変化、技術的な問題、Google検索の変化など複数の原因があります。Googleも検索トラフィック減少時には、原因を切り分けて分析することを推奨しています。

そのため、リライトの前に「この記事は誰の、どの問いに答えるページなのか」を一文で定義し直します。その問いが現在も有効であれば、URLを維持しながら不足部分を改善するのが基本です。

「統合」にするのは、複数の記事が同じ読者の同じ問いに答えている場合

統合を検討するのは、複数の記事がほぼ同じ読者の、ほぼ同じ問いに答えており、1本にまとめたほうがユーザーにとって分かりやすい場合です。単に同じキーワードが含まれているだけでは、統合理由として十分ではありません。

たとえば「オウンドメディアとは」と「オウンドメディアのKPI」は、同じオウンドメディアという言葉を含みますが、読者が知りたいことは異なります。一方、「オウンドメディアのKPI」と「オウンドメディアで見るべき指標」の2記事がほぼ同じ疑問・読後行動を担当していれば、統合候補になります。

統合するときは、検索流入だけでなく、内容の充実度、被リンク、内部リンク、事業上の役割などを確認して中心URLを決めます。

統合後の旧URLの扱いについて、Googleは重複または非常によく似たページについて、リダイレクトやcanonicalなどを正規URLを示す方法として案内しており、不要になった重複ページを廃止するときは恒久的なリダイレクトも利用できます。具体的な処理は、次の「削除」の節で説明します。

「削除」にするのは、複数の条件が重なった記事だけ

削除は、「アクセスがない」という1条件ではなく、複数の条件を確認して最後に判断します。

削除候補になりやすいのは、次のような条件が重なった記事です。現在その情報を探すユーザーがほとんど想定できない、事業上の用途もない、情報が終了・失効している、他記事へ移すべき独自情報もない、重要な被リンクや内部リンクもない、といった状態です。

反対に、流入が少なくても特定顧客への説明に使うページや、商品・サービスの理解に必要なページなら、検索だけを理由に削除すべきではありません。

また「削除」と「URLを404にすること」は必ずしも同じではありません。ページの内容が別ページへ完全に移った場合と、代替ページ自体が存在しない場合では処理を分けます。ここからは、削除や統合のあとのURL処理を、次の3つの場合に分けて説明します。

記事の統合・削除後に行うURL処理の判断フロー

別ページへ内容を移した場合、代替ページがない場合、ページ自体は残す場合で、適切なURL処理は異なります。

明確な代替ページがある場合は恒久的リダイレクトを検討する

古い記事の内容を別の記事へ統合し、ユーザーが今後そのページを読むべきである場合は、旧URLから新しいURLへの301または308などの恒久的リダイレクトを検討します。

Googleは恒久的なサーバーサイドリダイレクトを、ページが移動したことをユーザーとGoogle検索へ伝える方法として案内しています。

ただし、関連性のないページへ何でもリダイレクトすればよいわけではありません。「旧記事を探したユーザーにとって、そのページが本当に代替になるか」を基準にします。

代替ページがないなら404または410が適切な場合がある

コンテンツそのものが終了し、同等の代替ページも存在しない場合、Googleは404(Not Found)または410(Gone)を返す方法を案内しています。すでにインデックスされているURLが4xxを返すと、Googleのインデックスから除外される方向に処理されます。

ページは残すが検索結果には出したくない場合はnoindexを検討する

ユーザー向けにはページを残したい一方、Google検索には表示する必要がないページではnoindexが選択肢になります。Googleは検索結果から恒久的に除外する手段の一つとしてnoindexを案内しており、robots.txtだけでインデックス削除を行う方法は推奨していません。

迷ったときは「継続価値×独自性」の2軸で整理する

記事が多い場合は、最初に2軸で大まかに分類すると作業が進みます。

記事の継続価値と独自性による2軸分類

継続価値と記事固有の役割を掛け合わせると、大量の記事を維持・統合・再確認・削除候補へ一次分類しやすくなります。

分類は次の表のとおりです。左の2列の組み合わせで、右の列の基本判断が決まります。

継続価値 記事固有の役割 基本判断
高い 高い 維持。古ければリライト
高い 低い 統合を優先して検討
低い 高い 将来需要・営業利用・専門性を人が確認
低い 低い 統合または削除候補

ここでいう「継続価値」は検索需要だけではありません。問い合わせ、商談、既存顧客への説明、社内営業資料、ブランドや専門性の証明まで含めて考えます。

表の「記事固有の役割」にあたるのが「独自性」です。文章表現の違いではなく、対象読者、中心質問、判断条件、提供する一次情報、記事を読んだ後にできることが他の記事と異なるかで判断します。

この2つを確認した後に情報の鮮度を見ると、「残すべきだが直す必要がある記事」と「そもそも独立ページである必要がない記事」を分けやすくなります。

着手の順番は、「悪い記事順」ではなく「改善効果順」で決める

本記事で扱うのは、各記事の継続価値や重複、情報鮮度などを確認し、対応方法を判定するところまでです。ここでは次工程へ渡すための優先度の考え方までを示し、リライト候補確定後の具体的な100点スコアと更新順は次の優先順位付け工程へ切り分けます。

棚卸しでは大量の問題記事が見つかることがあります。しかし、数値が最も悪い記事から順番に直す必要はありません。需要や事業価値と、直したときの効果を合わせて、先に着手する記事を決めます。

優先度 状態 先に着手する理由
高 検索需要・事業価値が高く、情報が古い 放置による機会損失が大きい
高 重要テーマで複数記事が重複 統合によるユーザー導線整理の効果が大きい
高 流入は多いが事業成果につながっていない CTAや関連ページ改善の余地がある
中 一定の需要があり、検索意図への回答不足がある リライトによる改善候補
低 需要・事業価値とも小さく、影響も限定的 まとめて統合・削除判断が可能

表の「高」は、先に着手する理由が大きい状態です。つまり、棚卸しの目的は「悪い記事を探すこと」ではなく、「限られた改善工数をどの記事に配分すれば成果につながるか」を決めることです。

記事棚卸しで避けたい4つの失敗

棚卸しで避けたい失敗は、次の4つです。

公開から1年以上経っているという理由だけでリライトする

記事の寿命はテーマによって異なります。料金、制度、Webサービスの仕様など変化の速い情報と、基礎的な概念解説では、更新が必要になる速度が違います。

公開日ではなく、「記事中の重要な事実が現在も正しいか」で判定しましょう。

PVが少ないという理由だけで削除する

検索需要が小さくても、商談や問い合わせ、既存顧客のサポートに重要なページがあります。削除の前に、GA4のキーイベントや実際の営業利用まで確認してから決めます。

削除するURLをすべてトップページへリダイレクトする

リダイレクト先は、旧ページを探しているユーザーにとって意味のある移転先を選びます。明確な代替ページがなければ、404または410のほうがページの状態を正しく表す場合があります。

本文を変えず更新日だけ新しくする

実質的な更新をせず、ページを新鮮に見せるためだけに日付を変更することは避けます。Googleのユーザー第一のコンテンツに関するガイドでも、内容を大きく変えていないのに日付だけ新しくする行為を自己評価項目として挙げています。

棚卸しは一度で終わらせず、記事の変化速度に合わせて確認する

すべての記事を同じ頻度で監査する必要はありません。運用ルールの例として、次のように「次回確認日」を設定できます。

  • 料金・制度・サービス仕様・AIや検索など変化が速いテーマ:3か月ごと
  • 実務ノウハウ:6か月ごと
  • 基礎知識など変化の遅いテーマ:年1回

これは検索エンジンが定める期間ではなく、自社の更新漏れを防ぐための編集ルールです。

頻度に加えて、更新日ではなく「何が変わったら再確認するか」を決めておくと、必要なページへ工数を集中できます。制度改正、サービス仕様変更、検索流入の急減、問い合わせ内容の変化などを再監査のきっかけにします。

まとめ|まず「残す価値」を確認し、そのあとに対応方法を決める

オウンドメディアの記事棚卸しでは、検索順位やPVだけで維持・リライト・統合・削除を決めないことが出発点です。

まず「検索需要」「事業貢献」「検索意図との一致」「情報の鮮度」「他記事との重複」「リンク・参照価値」の6軸から、そのURLを今後も残す価値があるかを確認します。そのうえで、対応方法を次のように決めます。

  • 維持:残す価値と独自の役割があり、内容にも問題がない記事
  • リライト:役割は必要でも、内容が古いなどで果たしきれていない記事
  • 統合:同じ問いへ答える記事が複数ある場合
  • 削除:ユーザー需要・事業上の役割・独自価値がなく、更新や統合にも適さない記事

削除・統合のときは、URLの処理も記事の実態に合わせて選びます。明確な代替ページへ移ったなら恒久的リダイレクト、代替がないなら404・410、ページは残すが検索結果には不要ならnoindexです。

記事数が多いほど、全記事を完璧に直そうとするより、改善効果の大きい記事から順に着手できる仕組みを作るほうが現実的です。最初の一歩として、全記事を1URL=1行の棚卸し表にまとめ、6軸の情報を同じ条件で並べるところから始めましょう。

参考文献・データ元

この記事で参照した情報を確認できます。

Google Search Console「検索パフォーマンス レポート」
発表元:Google
URL:https://support.google.com/webmasters/answer/7576553
使用内容:クリック数、表示回数、CTR、平均掲載順位、クエリ・ページ単位の分析。

Google検索セントラル「Google 検索トラフィックの減少をデバッグする」
発表元:Google
URL:https://developers.google.com/search/docs/monitor-debug/debugging-search-traffic-drops?hl=ja
使用内容:期間比較、季節性、検索需要、技術的問題などを含めた流入減少の原因切り分け。

Google Analytics「GA4 ランディング ページ レポート」
発表元:Google
URL:https://support.google.com/analytics/answer/12931766?hl=ja-JP
使用内容:ランディングページ別のユーザー行動、平均エンゲージメント時間、キーイベント。

Google検索セントラル「有用で信頼性の高い、ユーザー第一のコンテンツの作成」
発表元:Google
URL:https://developers.google.com/search/docs/fundamentals/creating-helpful-content
使用内容:古い記事の大量削除や実質的変更を伴わない更新日の変更に関する考え方。

Google検索セントラル「リダイレクトとGoogle検索」
発表元:Google
URL:https://developers.google.com/search/docs/crawling-indexing/301-redirects
使用内容:301・308などの恒久的リダイレクト。

Google検索セントラル「HTTPステータスコード、ネットワークエラー、DNSエラー」
発表元:Google
URL:https://developers.google.com/search/docs/crawling-indexing/http-network-errors
使用内容:404・410など4xxページの検索インデックス上の扱い。

Google検索セントラル「Google検索結果からのコンテンツの削除」
発表元:Google
URL:https://developers.google.com/search/docs/crawling-indexing/remove-information?hl=ja
使用内容:noindex等による検索結果からの恒久的な除外。

‹ 親記事: オウンドメディアの効果測定・改善とは?見るべき指標・使うツール・PDCAの回し方の全体像

このテーマの記事

関連記事

関連テーマ