SEO Playbook · Process

コンテンツインベントリと監査：維持、改善、統合、または削除

トラフィック、ランキング、コンバージョン、リンク、戦略的価値に基づいてすべてのURLを維持、改善、統合、削除に分類するコンテンツインベントリを構築します。

2 min read

コンテンツインベントリとは、サイトが現在公開しているURLを行単位で記録したものです。コンテンツ監査では、判断を加えます。すべてのURLを維持、改善、統合、または削除に分類し、根拠、担当者、完了条件を付与します。「後でレビュー」のままになるページはありません。

フェーズ： P9、コンテンツインベントリと監査。ステージ： B — 決定。タイムボックス： 最大1,000のインデックス可能URLの場合、3〜5営業日。より大規模または複数市場のサイトの場合、テンプレートグループ内でサンプリングされた手動レビューを使用して1〜2週間。担当者： SEOストラテジストまたはコンテンツリーダー、分析、エンジニアリング、法務、プロダクトオーナーが影響を受けるURLを承認します。

維持は目的とURLをそのまま残します。改善はURLを保持しますが、コンテンツ、ターゲティング、エクスペリエンス、リンクを変更します。統合は有用な素材とシグナルを指定された生存者に移行します。削除は独自の必要な役割を持たないページをインデックス可能なコンテンツセットから除去します。その技術的な処理は、ページがアクセス可能であり続ける必要があるかどうかに依存します。

出口ゲート

対象範囲内のすべてのURLには、正確に1つの処分区分、1つの理由、1人の担当者、1つの完了条件がなければなりません。「トラフィックが少ない」「薄い」「レビュー」は観察事項であって判断ではありません。

このフェーズの目的と位置づけ

P9は承認されたトピックマップと情報アーキテクチャを消費します。その前のフェーズでは、各ページがどの読者のニーズを担当すべきか、どこに属するか、どのURLを正規とするかを定義します。インベントリは現在のライブサイトをその意図されたシステムに対してテストします。トピックマップがなければ、レビュアーは弱い数値を見ることはできても、ページが不要なのか、実行が不十分なのか、戦略的に必須なのかを判断できません。

また、以前の追跡、技術、測定、調査、ギャップ分析の出力も消費します。これらにより「パフォーマンスがない」と「測定が失敗した」を区別し、1つの共有された検索インテントと2つの異なる読者の役割を区別します。

監査はコンテンツ制作システムの前に実行します。スキップすると、サイトがすでにカバーしているトピックに対してブリーフが作成され、弱いURLは修復されずに放棄され、公開後にリダイレクトが即席で作成され、ライターはすでに廃止予定のページにリンクします。分析とトピックマップが信頼できるようになる前に実行すると、チームは実際の製品やコンバージョンのニーズに役立つ低ボリュームのページを削除し、より良い宛先と競合しているビジーのページを維持する傾向があります。

インプットとアウトプット

インベントリは、パフォーマンスとビジネスのエビデンスを1つのURLセットに結合します。そのアウトプットにより、次のフェーズは各処分区分を再検討することなく作業を作成できます。

方向	項目	受入条件
インプット	正規URLリストとクロールエクスポート	ステータスコード、インデックス可能性、宣言および選択された正規（利用可能な場合）、タイトル、見出し、文字数、テンプレート、ディレクトリ、最終更新日を含む。
インプット	トピックマップ	各オーディエンスニーズに対する意図されたページ所有者、ターゲットインテント、投稿タイプ、計画された内部リンクを指定する。
インプット	検索パフォーマンス	少なくとも12ヶ月分のインプレッション、クリック、クリック率、平均掲載順位、URL別のランキングクエリ、および最近の期間との比較を提供する。
インプット	ビジネス成果	リード、購入、サインアップ、アシストされた成果、およびそれらの計数に使用されるイベント定義を提供する。
インプット	リンクのエビデンス	各URLへの内部リンクおよび外部参照ページまたはドメインを含み、壊れたリンクとリダイレクトされたリンクを特定する。
インプット	コンテンツと所有権の事実	製品の必要性、法的要件、正確性、オーディエンス、著者または主題の所有者、公開日、意味のある更新日を記録する。
アウトプット	完全な処分区分レジスタ	対象範囲内のすべてのURLは、維持、改善、統合、削除のいずれか1つと、エビデンスに基づく文書化された理由を持つ。
アウトプット	統合マップ	各ソースは1つの生存者、移行する素材、リダイレクト動作、リンク更新、検証担当者を指定する。
アウトプット	改善バックログ	保持された各URLには、特定の問題、アクション、優先度、受入テスト、責任者がいる。
アウトプット	削除実装リスト	各URLには、承認された技術的処理、依存関係チェック、削除日、ロールバックのエビデンスがある。
アウトプット	カニバリゼーションレジスタ	疑われる各インテントの衝突には、競合するURL、それを裏付けるクエリのエビデンス、選ばれた所有者、および救済策を指定する。

チェックリスト

1. URLユニバースの構築と調整

内容： サイトマップ、サイトクロール、分析、検索パフォーマンスデータ、有料ランディングページデータ、既知のキャンペーンまたはアプリケーションルートを通じて見つかったすべてのURLについて、1つの重複除去された行を作成します。

理由： サイトマップのみのインベントリは孤立ページやレガシーページを見落とします。分析のみのインベントリは訪問のないURLを見落とします。欠落したURLは処分区分を受け取れず、「完了」が意味をなさなくなります。

方法： プロトコル、ホスト、大文字小文字、フラグメント、末尾のスラッシュ、トラッキングパラメータを正規化しますが、異なるページを統合しないでください。発見されたバリアントは保持します。リダイレクト、正規、非HTMLファイル、ステージングルート、言語バリアントを調整します。除外されたアカウントや法務ページは理由とともにそのまま行として保持します。

ツール： クロールエクスポート、XMLサイトマップ、分析、サーチコンソールのエクスポート、CMSエクスポート、およびapp.amicited.com/reports/directory のAmICitedディレクトリビュー。

完了条件： ソースおよびディレクトリ別にカウントが調整されている。すべてのURLが対象範囲内であるか、除外理由、担当者、レビュー日がある。バリアントが1つの正規化されたレコードに紐づいている。

2. パフォーマンス、コンバージョン、リンクのエビデンスを結合

内容： 各行にオーガニックトラフィック、インプレッション、ランキング、有料アクティビティ、コンバージョン、内部リンク、バックリンクを追加します。バックリンクは監査対象のURLにリンクする外部ページです。内部リンクとは別に保持します。

理由： トラフィックだけでは、広範な情報ページを報奨し、売上を締結したり、顧客をサポートしたり、外部オーソリティを保持するページを隠してしまいます。静かで価値のあるページもあれば、ビジーで戦略的に無価値なページもあります。

方法： 過去12ヶ月と、最近90日間対その前の90日間の比較を使用します。正規化された正規URLで結合します。生のコンバージョンとコンバージョン率を記録します。欠落データはゼロとは別にフラグ付けします。

ツール： app.amicited.com/reports/pages のオーガニック vs 有料ページ、分析、コンバージョントラッキング、クロールリンクデータ、バックリンクのエクスポート。

完了条件： すべてのインデックス可能なURLに、クリック、インプレッション、コンバージョン、参照ドメイン、内向き内部リンク、最終意味更新日について値または「利用不可」状態がある。範囲とアトリビューションルールが記録されている。

3. ページの役割を割り当て、戦略的必要性をテスト

内容： 各URLの単一の役割を明記します：それがサポートするオーディエンス、ニーズ、有用な成果、次のアクション。

理由： メトリクスはページのパフォーマンスを示すことができますが、サイトにそのページが必要かどうかは示しません。価格設定、法務、ドキュメント、店舗所在地、オンボーディング、キャンペーンページは、オーガニックな需要がほとんどなくても必要な場合があります。

方法： URLをトピックマップ、製品カタログ、カスタマージャーニー、サポートフロー、法的義務と照合します。別のページが同じ役割を完了していないか確認します。保護されたページとその承認者を記録します。

ツール： トピックマップ、CMS所有権フィールド、製品ドキュメント、コンバージョンパス、ステークホルダーレビュー。

完了条件： すべてのURLに1つの明示された役割があるか、防御可能な役割がないと明示的にマークされており、保護された例外にはすべて指名された承認者とレビュー日がある。

4. クエリをURLにマッチングさせながらカニバリゼーションを検出

内容： 2つ以上のURLが同じクエリセットを繰り返し競合し、実質的に同じインテントを満たしているケースを特定します。これは異なるニーズに対してランキングしている単なる関連ページではなく、コンテンツカニバリゼーションです。

理由： カニバリゼーションはインベントリ作業中に最も見つけやすいです。なぜなら、クエリ、URL、インテント、リンク、コンテンツがすでに並んでいるからです。無視すると、オーソリティとメンテナンスが競合する宛先に分裂したままになります。

方法： インテントとクエリの重複で行をグループ化します。同じマテリアルクエリが両方のURLに表示される場合、ランキングURLが繰り返し切り替わる場合、または両方が同じ約束と次のアクションをしている場合にペアをフラグ付けします。結果とコンテンツを手動で検査します。カテゴリと特定のアイテムは両方とも有用にランキングできます。キーワードの重複だけでは統合の正当な理由にはなりません。

ツール： ページレベルの検索データ、クエリのエクスポート、オーガニック vs 有料ページ、クロールコンテンツ比較、トピックマップ。

完了条件： 疑われるすべての衝突が理由とともに確認または却下されている。確認されたすべての衝突には1つの選ばれた所有者URLがあり、維持個別、改善、または統合の救済策がある。

5. 正確に1つの処分区分を割り当てる

内容： 対象範囲内の各URLに維持、改善、統合、または削除のラベルを付けます。

理由： 「改善／統合」のような混合ラベルは不確実性を実行段階に持ち越し、締切が正しいアクションではなく最も簡単なアクションを促すことになります。

方法： しきい値マトリックスを適用し、必要性、データの信頼性、季節性、リスクを考慮します。成功している個別ページは維持します。有効だが弱いページは改善します。同じニーズのより良い所有者に統合します。独自の役割や移行可能な価値が残っていない場合のみ削除します。

ツール： 完成したインベントリ、トピックマップ、ページレポート、コンテンツフレッシュネスレポート、ステークホルダーの承認。

完了条件： 空白または複数の処分区分のフィルターがゼロ行を返す。すべての判断が少なくとも1つの定量的理由と1つの定性的理由を引用している。すべての統合がその生存者を指定している。

6. 承認前に統合と削除の仕組みを具体化

内容： 各統合または削除ラベルを実装指示に変換します。

理由： 統合前にソースを削除すると、有用なコンテンツが失われ、ユーザーを中断させ、リンクを孤立させる可能性があります。エンジニアリングが正確なレスポンスを知り、編集者が何を移動すべきかを知るまでは、判断は実行可能ではありません。

方法： 統合の生存者は、インテントの適合性、次いでパフォーマンス、コンバージョン、リンク、URLの安定性、保守性で選択します。独自の正確な素材をその中に移行し、その正規URL を自己参照にし、内部リンクを更新し、廃止されたソースを恒久的にリダイレクトします。ソースをサイトマップから削除し、実用的な場合は重要な外部リンクの直接更新をリクエストします。重複がアクセス可能であり続ける必要がある場合にのみ、リダイレクトなしの正規タグを使用します。

削除の場合、真に同等の宛先にのみリダイレクトします。代替がない場合は410 Goneまたは404 Not Foundを使用し、人々がまだページを必要としているがインデックスされるべきでない場合はnoindexを使用します。削除をホームページにリダイレクトしないでください。

ツール： CMS、リダイレクト仕様、クロールリンクレポート、バックリンクエクスポート、サイトマップ所有者、分析アノテーションログ。

完了条件： すべてのソースに宛先または明示的な宛先なしのレスポンス、統合ノート、内部リンクの変更、サイトマップアクション、リリース担当者、QAテスト、影響を受ける製品、法務、またはコンテンツのステークホルダーからの承認がある。

7. 検証、注釈付け、引き継ぎ

内容： レジスタの品質チェックを行い、作業を実行可能なバッチにパッケージ化します。

理由： ベースラインなしでの一括変更は、損失の診断を困難にします。コンテンツの改善、移行、削除を注釈なしの1つのリリースに混在させると、どの判断が結果を引き起こしたかが隠れてしまいます。

方法： 変更前のパフォーマンス、リンク、インデックス状態、クロールステータスを保存します。ディレクトリまたはインテントクラスターごとにバッチ化し、リリースに注釈を付け、チェックをスケジュールします。収益、法務、および多くのリンクがあるページは別途レビューします。

ツール： インベントリデータベース、分析アノテーション、クロール比較、変更トラッカー、AmICitedレポート。

完了条件： 各アクションに担当者と期限があり、ベースラインが添付され、リスクの高い変更が承認され、実装順序が依存関係を尊重し、次のフェーズが未解決の分類なしにバックログを受け入れられる。

AmICitedのツール

AmICitedは3つの補完的なビューを提供します。これらは判断を絞り込み、検証します。クロール、ビジネスコンテキスト、手動ページレビューに取って代わるものではありません。

製品ビュー	用途	ディープリンク	保存するエビデンス
オーガニック vs 有料ページ	URLごとにインプレッション、クリック、CTR、掲載順位、有料アクティビティ、ランディングページのリーチを比較。需要があるのに実現が弱いページやチャネル依存を特定。	ページを開く	エクスポートされた行またはキャプチャされたフィルター、日付範囲、比較期間、および処分区分で使用されたメトリック。
コンテンツフレッシュネス	古い、またはめったに更新されないURLのディレクトリを見つけ、追加、更新、削除、フレッシュネスカバレッジを検査。フレッシュネスはレビューシグナルであり、日付を書き換える理由ではありません。	コンテンツフレッシュネスを開く	経過期間または変動のエビデンス、カバレッジの信頼性、手動レビュー用に選択された正確なURL。
ディレクトリビュー	セクションのサイズをクリックやインプレッションと比較し、大きくてリターンの低いセクションを見つけ、ページを個別に判断する前にテンプレートレベルのパターンを発見。	ディレクトリビューを開く	ディレクトリ、深度、比較ウィンドウ、影響を受けるURL数、問題がセクション全体かページ固有か。

判断ルール：数値で見る悪い状態の兆候

しきい値は一貫したトリアージを作成しますが、普遍的なランキングの法則ではありません。極端な季節性、低ボリュームのエンタープライズ需要、または大規模な製品カタログについては、レビュー前に調整してください。これらのデフォルトは、12ヶ月の有効なデータと最近90日間の比較を前提としています。

処分区分	デフォルトの定量的トリガー	必要な定性的テスト	判断
維持	12ヶ月で100オーガニッククリック、1件の帰属コンバージョン、3つのリンクルートドメイン、または実質的に関連するクエリでの持続的なトップ10ランキングの少なくとも1つ。	ページが明確な役割を持ち、正確であり、重大な技術的またはエクスペリエンス上の欠陥がない。	URLと目的を維持。軽微なハウスキーピングは処分区分を変更しない。
改善	役割は有効だが、ページのクリックが10〜99、主に11〜30位にランキングしインプレッションが500以上、最近90日間で前90日間と比較して20%以上のクリック減少、または事実が変わる可能性がある場合に12ヶ月実質的なレビューがない。	需要またはビジネスニーズが存在し、同じインテントをすでにより強力なURLが所有していない。	URLを保持。弱いセクション、エビデンス、救済策、目標成果を指定。
統合	2つ以上のURLが同じプライマリインテントを共有し、同じマテリアルクエリセットのインプレッションを受け取るか、ランキングURLが交互になるか、有用な回答のほとんどを重複している。	1つの生存者が、読者を混乱させたり必要なページタイプを変更したりせずに、結合されたニーズを満たせる。	独自の素材とシグナルを指名された生存者に統合し、リンクを更新し、ソースを恒久的にリダイレクト。
削除	12ヶ月で：0オーガニッククリック、0コンバージョン、0リンクルートドメイン、有意義な有料または参照使用なし。またはURLが時代遅れ、重複、不正確、または空である。	必要な法務、製品、サポート、ナビゲーション、ブランド、キャンペーンの役割がなく、移行する価値のある独自の素材もない。	承認されたリダイレクト、`410`、`404`、または`noindex`処理を使用してインデックス可能セットから削除。

これらはレビューのためのOR条件であり、アクションのためのAND条件です。25%の減少はレビューをトリガーしますが、自動的な書き換えではありません。プルーニングは通常、すべてのゼロ値シグナルに加えて戦略的役割がないことを必要とします。5,000インプレッションで18位のページは改善に値するかもしれません。年間5回の訪問でも、そのうちの1件が質の高いリードになれば重要かもしれません。

さらに3つのゲートを適用します：

データ品質ゲート： トラッキング、正規化、またはインデックス可能性が失敗した場合、コンテンツを判断する前に測定または技術的アクセスを修正します。
季節性ゲート： 同種の期間を比較します。税金、休日、入学、イベントページをオフシーズンに削除しないでください。
リスクゲート： コンバージョン、バックリンク、法的義務、製品依存関係、または重要な直接トラフィックがあるURLには、他のルールが統合や削除を示唆していても、手動承認を要求します。

プルーニングが役立つ理由と過大評価される理由

コンテンツプルーニングは、不正確なページ、重複した宛先、後継のない期限切れの在庫、または編集とリンクの注意を消費する低価値のアーカイブを削除する場合にサイトを改善できます。統合により1つのページをより完全にし、内部リンクを意図された所有者に向け、ユーザーに競合する回答を減らすことができます。非常に大規模なサイトでは、無限の低価値URLの組み合わせを削除することで、クロールとモニタリングを容易にすることもできます。

過大評価されたバージョンは、低トラフィックのページを削除することがドメイン全体の品質を高め、したがってランキングを向上させると言います。それはあまりにも広すぎます。低トラフィックは低品質と同じではありません。検索エンジンはページ削除に対するサイト全体の報酬を約束していません。また、多くのプルーニング前後の成功事例は、リダイレクト、書き換え、内部リンクの変更、技術的修正、季節的回復を組み合わせています。削除を原因として分離することはできません。

プルーニングは、既知のコンテンツシステムの欠陥を修正するために使用し、比率を人為的に作り出すためではありません。期待するメカニズムを明記してください：重複インテントの削減、虚偽情報の除去、よりクリーンな製品カタログ、より強力な統合ページ、特定の大規模セクションにおけるクロール無駄の削減。その後、そのメカニズムを測定します。成功したプルーニングは、インデックスされたURLを削減しながら、総コンバージョンと質の高いトラフィックを維持する可能性があります。生のURL数は成果ではありません。

成果物：処分区分と移行レジスタ

成果物は、正規化されたURLごとに1行のバージョン管理されたテーブルまたはデータベースです。元のデータスナップショットを保持し、レビュー可能なフィールドに判断を追加します：

URL ID | 現在のURL | 宣言された正規 | ステータス/インデックス可能性 | ディレクトリ/テンプレート
ページの役割 | プライマリインテント | トピックマップノード | 担当者 | 最終意味レビュー日
12ヶ月のインプレッション/クリック | 最近90日間の変化 | 主なクエリ/掲載順位
コンバージョン | 有料/参照使用 | 内部リンク | リンクルートドメイン
処分区分 | 定量的理由 | 定性的理由 | 確信度
生存者/宛先 | 統合する素材 | リダイレクトまたはインデックス処理
内部リンクの変更 | サイトマップアクション | 承認者 | 実装者 | 期限
ベースラインスナップショット | リリース注釈 | QA結果 | レビュー日

4つのフィルタリングされたビューを提供します：維持レジスタ、改善バックログ、統合マップ、削除リスト。複数のソースが1つの生存者に統合される可能性がありますが、リダイレクトチェーンは許容されません。カニバリゼーションレジスタとしきい値の例外を添付します。

成果物は、URLソースのカウントが調整され、空白の処分区分がゼロで、すべての統合に1つの宛先があり、すべての削除に技術的処理があり、すべてのアクションに担当者と完了条件がある場合に受け入れられます。

よくある問題

トラフィックゼロが自動削除ルールになる。 必要なサポート、製品、法務、コンバージョンページが消えます。ゼロをレビュートリガーとして扱い、ページの役割をテストしてください。
インベントリがサイトマップで始まりサイトマップで終わる。 孤立ページ、古いキャンペーンURL、リダイレクト、追跡されていないランディングページが未分類のまま残ります。すべての発見ソースを調整してください。
欠落データがゼロとして保存される。 トラッキングの失敗がパフォーマンス低下を装います。明示的な「利用不可」状態を使用し、重要なギャップを最初に解決してください。
フレッシュネスが日付の変更を意味する。 タイムスタンプだけが動き、事実、スクリーンショット、アドバイスは古いままです。表面的な再公開ではなく、実質的な変更を記録してください。
最もトラフィックの多いページが常に生き残る。 まずインテントの適合性で選び、次にパフォーマンスとリンクをエビデンスとして使用してください。
正規タグが移行の代わりになる。 シグナルがあいまいなまま、重複がリンクされアクセス可能であり続けます。廃止されたソースはリダイレクトし、リンクを更新してください。重複が共存する必要がある場合に正規タグを使用します。
すべての削除がホームページにリダイレクトされる。 ユーザーは無関係な宛先に到達し、監査は真の代替の不在を隠します。近い同等物にのみリダイレクトしてください。
インバウンドリンクが忘れられる。 重要な外部リンクを記録し、価値がある場合は直接更新をリクエストしてください。
カニバリゼーションが1つの共有キーワードから診断される。 異なるタスクを提供しているにもかかわらず、関連ページが統合されます。行動する前に、重複するインテント、結果の動作、コンテンツを確認してください。
変更が1つの不透明なバッチで出荷される。 クラスターまたはディレクトリごとにリリースし、各バッチに注釈を付けてください。
ローンチ後のQAを誰も担当しない。 リダイレクトが連鎖し、ソースがサイトマップに残り、内部リンクが廃止されたURLを指し続けます。承認前に検証者を割り当ててください。

次のフェーズ

コンテンツ制作システムは、このフェーズの承認された改善バックログ、統合指示、保護された維持レジスタ、削除の依存関係、トピックマップID、受入テストを必要とします。ライターが作成中にURLの存続を判断させるべきではありません。

制作担当者が、既存のURL、意図されたページの役割、エビデンス、必要なコンテンツ変更、統合ソース、更新するリンク、完了条件を指定する作業パッケージを作成できるようになった時点で引き継ぎは完了です。エンジニアリングは、リダイレクトとインデックス処理を別個の順序付けられたバッチとして受け取ります。統合先が安定した後にのみ制作が開始されるため、新しいコンテンツが廃止予定のURLにリンクすることはありません。

FAQ

すべてのURLに本当に1つの処分区分が必要ですか？

はい。対象範囲内のインデックス可能または意図的にアクセス可能なすべてのURLは、維持、改善、統合、または削除のいずれかに分類する必要があります。除外された技術的URLにも、監査から誤って消えないように、除外理由と担当者が必要です。

オーガニックトラフィックがゼロのページは常に削除すべきですか？

いいえ。トラフィックゼロはレビューのトリガーであり、削除の指示ではありません。ページが必要な製品、サポート、法務、ナビゲーション、キャンペーン、またはコンバージョンの役割を果たしている場合は維持します。需要はあるが実行が弱い場合は改善します。別のURLが同じインテントを提供している場合は統合します。防御可能な役割や独自の価値がない場合にのみ削除します。