BtoBのオウンドメディアで記事が増えてくると、「何を新しく書くか」以上に「何を残し、何を直し、どの記事同士をつなぐか」が難しくなります。検索流入が減った記事をすべて書き直しても、商談で役立つ資料まで消してしまっても、顧客の意思決定は前に進みません。
この記事では、既存記事をKeep（維持）・Repair（修正）・Connect（接続）・Consolidate candidate（統合候補）に分ける編集判断を、顧客の検討段階、証拠、検索データ、営業での利用という四つの視点から整理します。これはサイト運営のための実務フレームであり、Googleが定めた公式分類ではありません。
最初に決めるのは「何本直すか」ではなく「誰の判断を助けるか」
記事の価値はPVだけでは測れません。初心者が全体像をつかむ記事、担当者が製品を比較する記事、意思決定者へ投資を説明する記事では役割が違うからです。最初に対象読者と、閲覧後にどんな判断が進むべきかを明記します。
- 情報収集：概念を理解し、自社の問題と関係するかを判断できるか。
- 比較・評価：代替案、導入条件、費用・リスクを検討できるか。
- 社内合意：関係部署と論点を共有し、反対意見にも答えられるか。
- 実行・運用：導入後に何を測定し、失敗時にどう見直すか分かるか。
記事数の増加ではなく、この判断支援の空白を埋めることを目的にします。
1. 最初の棚卸しに必要な12項目
最初から複雑な監査システムを作る必要はありません。表計算に以下の項目を一行ずつ記録するだけで、編集の判断材料になります。
- URL・記事ID：後で同じ対象を追跡するための識別子。
- 対象読者・検討段階：誰がどの局面で読むか。
- 主な問い：記事が答える一つの中心質問。
- 記事の現行主張：何を事実・意見として述べているか。
- 根拠状態：一次資料、事例の確認日、未確認箇所。
- 検索表示回数：検索で表示された機会。
- 検索クリック数：実際に検索から流入した回数。
- 検索語・順位の変化：何を探す読者との接点が変わったか。
- 営業利用・商談での役割：実績がなければ未計測と明記。
- 重複・関連URL：同じ質問に答える他のページ。
- 推奨アクション：Keep／Repair／Connect／統合候補／保留のどれか。
- 担当者・期限・検証方法：実装と再評価に責任を持たせる。
Search Consoleで分かるのは主に検索上の露出や流入です。営業資料としてどれほど活用されたか、商談を生んだかは別の計測が必要です。アクセス数を案件貢献に読み替えないことが基本です。
2. Keep／Repair／Connect／統合候補をどう分けるか
- Keep（維持）：読者の問いに答え、出典や実例に問題がなく、独立した役割がある。むやみに本文を変えず、必要な更新だけ行う。
- Repair（修正）：需要や役割はあるのに、古い前提、根拠不足、答えの欠落、読みにくさなどで価値を十分に届けていない。必要な箇所を調べ、本文・資料・構成を補う。
- Connect（接続）：記事の内容は十分だが、総合ガイドや次の検討段階の記事から辿れない。意味のある内部リンク、パンくず、ハブ内の紹介を改善する。
- Consolidate candidate（統合候補）：検索意図や説明内容が重なり、読者を迷わせている可能性がある。まず双方の役割と検索実態を比較し、統合は別途判断する。
- Hold（保留）：根拠・権利・実測が足りず、処置を確定できない。追加確認が必要な理由と次の確認条件を残す。
ここで重要なのは、低PV＝不要、高PV＝維持ではないという点です。比較表や社内稟議向けの記事は、読者が少なくても重要な意思決定に貢献し得ます。一方で、多く読まれていても根拠のない数字が書かれた記事は修正対象になり得ます。
3. 検索流入が落ちたとき、最初に分ける四つの変化
「検索クリックが減った」という結果だけでは、記事の品質低下は証明できません。Google Search Consoleで期間をそろえ、ページ・検索語ごとに次の現象を分けます。
- 表示機会の減少：検索表示回数そのものが減っていないか。検索需要、掲載対象となった検索語の範囲、インデックス状況など複数の可能性を考える。
- 掲載順位の変動：主要な検索語で順位が変わったか。サイト全体の平均順位だけで結論を出さない。
- クリック率の変化：表示回数が同程度でもクリックされにくくなっていないか。検索結果の見え方や意図との一致も検討する。
- 計測・URL側の変化：canonical、リダイレクト、noindex、サイトマップ、検索タイプや集計条件に変更がないか。
Google Search Centralも、大きな流入減少を調べる際には、影響を受けたページと検索語を比較し、単一の原因に飛びつかないよう案内しています。Google Search Central「Google Search’s Core Updates」と、「Creating helpful, reliable, people-first content」が参考になります。
4. 架空の3記事を分類してみる
以下は分類方法を説明するための架空のケースです。実在する企業・サイトの成果ではありません。
- 記事A「SFAとは」：基礎解説が正確で検索需要があるが、競合比較への入口がない。本文を全面改稿するより、Connectで次の学習先へつなぐ。
- 記事B「導入で工数50％削減」：数字の出典や測定条件が不明。商談で使われている可能性があっても、Repairで根拠・計算対象・期間を確認する。確認できるまで数値の断定を避ける。
- 記事C「MA導入の手順」と記事D「マーケ自動化の始め方」：扱う質問がほぼ同じでも、一方が技術実装で他方が組織設計なら共存する価値がある。まず統合候補として役割を再確認し、すぐにはURLを消さない。
このように、一見似ている記事でも、読者の問いと利用場面が異なるなら別ページのまま接続する方が適切な場合があります。逆に、タイトルが違っても本文の実質が同じなら、統合を検討する余地があります。
5. 30分で最初の5記事を選ぶ手順
- 直近の検索クリックと表示回数を、前の同じ長さの期間と比べる。季節性が疑われるときは前年同期間も見る。
- 表示回数が多いのにクリックが少ない記事、流入が急減した記事、営業がよく参照する記事など、役割の異なる5本を抽出する。
- 各記事の冒頭・根拠・まとめ・関連記事を読んで、読者が次の行動を判断できるか確認する。
- Keep／Repair／Connect／統合候補／Holdを仮分類し、具体的な修正箇所と反証条件を記録する。
- 最も低リスクで価値が明確な1本から着手し、更新後は本文・リンク・公開状態を再確認する。
30分ですべての出典を検証できるという意味ではありません。ここで終えるのは「優先順位の仮決定」まで。原典調査や根拠の検証は必要な時間を別途確保します。
6. 改善前に、成功と失敗の条件を記録する
「更新したからよくなるはず」では、効果を検証できません。たとえば、検索流入の回復を狙う記事なら、編集前の検索語・順位・クリック数・表示回数を保存します。顧客の意思決定を助ける記事なら、関連する比較資料への遷移や、営業による利用状況を別に測ります。
記事更新後の検索評価には時間差があり、検索順位には外的要因もあります。短期的な増減だけを編集の成果と断定せず、計測期間、対象の選定条件、同時期に行った別施策を残します。改善が観測されなければ、仮説を見直します。
7. 編集する前に押さえる四つの失敗
- タイトルだけ変えて完了：本文と根拠が古いままでは読者価値は改善しません。
- 古い記事を一括削除：検索資産だけでなく、外部からの参照、社内資料のリンク、商談利用も失う可能性があります。
- 数字のない成功談を量産：架空の事例や一般論を一次経験のように語ると、読者の信頼を損ねます。
- 監査項目を増やしすぎる：台帳作成に時間を費やし、実際の改善につながらない状態を避けます。
まとめ｜コンテンツの数ではなく、判断を助ける資産を増やす
BtoBコンテンツの棚卸しは「古い記事を捨てる作業」ではありません。顧客にとって必要な情報を、信頼できる根拠と意味のある導線で届け直す編集判断です。まず5本を選び、Keep／Repair／Connect／統合候補／Holdのどれが妥当かを判断し、変更前の基準値を残して小さく検証しましょう。
参考資料・あわせて読む
- Google Search Central: Creating helpful, reliable, people-first content（内容の独自性、読者への価値、サイトの自己点検）
- Google Search Central: Google Search’s Core Updates（検索流入低下を調べる際のページ・検索語の比較と評価上の注意）
- BtoBコンテンツマーケティング・SEO戦略（コンテンツの目的と全体設計）
- BtoB記事・営業資料の根拠管理（主張・出典・確認日を紐づけるチェックリスト）
- 「アルゴリズムの奴隷」からの脱却（検索数字に振り回されないコンテンツ戦略）