トピックマップと情報設計
コンテンツ制作に着手する前に、トピックマップを構築して各ページに1つの意図、投稿タイプ、ステータス、優先度、リンクパスを割り当てることで、コストのかかる重複を未然に防ぎます。
トピックマップとは、サイトがカバーする必要のあるページ群をクラスターに整理し、各ページに読者の意図、投稿タイプ、配置、内部リンクグラフにおける役割を割り当てたものです。キーワードスプレッドシートや公開カレンダーではありません。キーワードは言語を記述し、マップは所有権と接続を決定します。
フェーズ: P8、トピックマップと情報設計。ステージ: B — 決定。タイムボックス: 集中サイトで3〜5営業日、マルチマーケットサイトで1〜2週間。責任者: SEOストラテジストまたは情報設計者。コンテンツおよび事業責任者が該当部分を承認します。
これはリサーチからページ設計への引き継ぎです。プロセスの柱はサイトに必要なものを確立し、SEO投稿タイプ の柱は、承認された各ノードをガイド、比較、商品ページ、ケーススタディ、用語集、またはその他の定義されたフォーマットとしてどのように機能させるかを決定します。
このフェーズの目的と位置づけ
P8は、P7からの競合分析とギャップ分析を消費します。競合がカバーしているテーマ、回答しているプロンプトやクエリ、可視性を獲得しているページ、そしてサイトが不在または弱いギャップが含まれます。ギャップ分析は機会を示しますが、10のクエリバリエーションが1ページ、10ページ、またはゼロページを必要とするかどうかを決定するものではありません。その決定はここで行われます。
このフェーズが制作の前に行われるのは、重複を防ぐことは安価である一方、それを解消することは高コストだからです。2つのブリーフが密かに同じ検索意図 をターゲットにしている場合、両方のページがリンクを分割し、重複した回答に漂い、検索結果で交互に表示される可能性があります。これがコンテンツカニバリゼーション です。複数のページが1つの明確な宛先を強化する代わりに、同じニーズを競い合います。後から修正するには、生き残りページの選択、有用な素材の統合、URLのリダイレクト、リンクの修正、そしてシステムが新しい構造を処理するのを待つ必要があります。
P8を早すぎるタイミングで実行するのも有害です。ベースラインとなる調査結果、既存ページのデータ、キーワードとプロンプトのリサーチ、競合のギャップがなければ、マップは社内の語彙で形作られた希望リストになってしまいます。未完成のマップと並行して制作を進めると、偶然の決定が公開URLに固定化されます。
2つ目の成果物は情報設計 です。階層、ラベル、経路、そしてコンテンツを見つけやすくする関係性です。マップは何が存在すべきかを定義し、設計はそれがどこに属し、人やクローラーがその間をどのように移動するかを定義します。これらは一緒に設計します。
インプットとアウトプット
インプットは証拠であり、ひらめきではありません。アウトプットは、制作が将来のすべてのイシューを作成する際に使用する契約です。
| 方向 | 項目 | 受理条件 |
|---|---|---|
| インプット | ビジネス目標とコンバージョンパス | サイトがサポートすることが期待されるオーディエンス、オファー、市場、アクションを指定します。 |
| インプット | 既存URLインベントリ | 正規URL、インデックス可否、テンプレート、ディレクトリ、トラフィックまたは可視性、リンク、コンテンツ所有者を含みます。 |
| インプット | キーワード・プロンプトリサーチ | クエリ言語、プロンプトテーマ、修飾語、ジャーニーステージ、観察可能な結果パターンをグループ化します。 |
| インプット | 競合・ギャップ分析 | 欠落しているカバレッジ、弱いカバレッジ、引用されている競合ページ、評価に値する機会を特定します。 |
| インプット | 技術的・AIアクセシビリティ調査結果 | 提案された設計に影響を与える経路、レンダリングパターン、重複、クロール制約をフラグ付けします。 |
| アウトプット | 承認済みノードインベントリ | 対象範囲内の全ページに1つのノードID、1つのプライマリ意図、1つの投稿タイプ、1つの提案URLまたは正規URLがあります。 |
| アウトプット | 既存ページ処分 | すべてのノードに「良好」「改善」「マージ」「作成」のいずれかがマークされ、マージごとに接続先が指定されています。 |
| アウトプット | クラスター・ピラーモデル | すべてのスポークがクラスターに属し、すべてのクラスターに責任を持つピラーまたは明示的な例外理由があります。 |
| アウトプット | 内部リンクグラフ | すべての優先ノードに、ソースと宛先を記録した計画済みのコンテキスト内インバウンド・アウトバウンドリンクがあります。 |
| アウトプット | 順序付けられたビルドキュー | 優先順位に証拠、依存関係、所有者、ビジネスモデルに適したリリース順序があります。 |
インプットが不完全な場合は、その制限を明記してください。分析データが欠落している場合は、マージ判断の信頼度を下げるべきであり、重複意図の問題自体を消し去ってはいけません。
チェックリスト
各チェックには完了条件があり、別の担当者が発見プロセス全体を繰り返すことなく判断を監査できます。
1. エンティティとトピックの抽出
すべきこと: 事前リサーチからエンティティ、トピック、属性、問題、ユースケース、比較、質問の正規化されたインベントリを構築します。エンティティとは、製品、方法、オーディエンス、場所、基準など、サイトが扱う明確な対象です。トピックとは、その対象を選ぶ、使う、比較する、トラブルシューティングする、購入するなどに関する主題の関係性です。
なぜ重要か: 生の言語は同じアイデアを同義語で断片化し、類似した言葉の背後に実質的に異なるニーズを隠します。正規化により、すべてのフレーズを個別のページとして扱うことなく、クラスタリングのための安定したオブジェクトが作成されます。
方法: プロンプトテーマ、ファンアウトクエリ、キーワードグループ、競合の見出し、製品分類、営業質問を統合します。ソースフレーズは保持したまま、正規化されたエンティティ、トピック、修飾語、推定意図、市場、証拠ソースを追加します。
ツール: セマンティックマップ をapp.amicited.com/semantic-map で使用して、追跡中のプロンプト、ファンアウトクエリ、引用ページ間の近接性を調査します。近接性は発見の手がかりであり、ポイントが1つのページに属するという証明ではありません。
完了条件: すべての重要なリサーチ項目が正規化されたエンティティとトピックにマッピングされ、重複が統合され、曖昧な項目には解決のための責任者が割り当てられています。
2. 共有主題とジャーニーに基づくクラスター形成
すべきこと: 1つの主題領域を強化し、隣接する読者のニーズに応えるノードをグループ化します。クラスターとは単なる共有キーワードステムではなく、接続されたページの集合です。
なぜ重要か: クラスターはカバレッジとリンクの境界を確立します。疎すぎるグループ化は肥大化したピラーを生み、密すぎるグループ化は互いを支え合えない小さな島々を作り出します。
方法: 意味的近接性、共有エンティティ、オーディエンス、ジャーニーステージ、推定リンク動作を比較します。ページはクラスターをまたいでリンクすることもありますが、1つのプライマリクラスター所有者を持つべきです。
ツール: セマンティックマップビュー、競合カバレッジ、リサーチシートを使用します。
完了条件: 計画されたすべてのノードに1つのプライマリクラスターがあり、どのクラスターも単なる非構造化リストではなく、すべての境界ケースに記録された根拠があります。
3. ピラーの特定と範囲の定義
すべきこと: 各クラスターに広範な方向性を提供するページを選択します。ピラーページ は、読者をより狭いスポークへ導くために必要なレベルで主題を説明します。自動的に最長のページや最も検索ボリュームの高いページになるわけではありません。
なぜ重要か: ピラーがなければ、スポークはランダムに横方向にリンクし、クラスターには信頼できるエントリーポイントがありません。すべてのスポークに完全に答えようとするピラーは、代わりに重複を生み出します。
方法: ピラーの役割を一文で書き、何に答え、何を委任するかをリストします。その役割を果たす既存ページがあればそれを選択し、なければノードを作成します。代替ナビゲーション経路がある場合は文書化します。
ツール: 既存ページインベントリ、ページレポート、ディレクトリレポート。
完了条件: すべてのクラスターに1つのピラーまたは文書化された例外があり、ピラーの範囲がいずれかのスポークが所有する完全な回答を重複していません。
4. スポークごとに1つの意図を定義
すべきこと: すべてのスポークに1つのプライマリ意図ステートメントを以下の形式で与えます。「[オーディエンス]が[タスクまたは決定]を必要とする場合、このページは[有用な結果]を提供します。」
なぜ重要か: 1つの意図を所有することは、カニバリゼーションの主要な防止メカニズムです。表面的に異なる2つのタイトルが、それぞれが高コストのコンテンツになる前に比較可能になります。
方法: オーディエンス、望ましい結果、必要な証拠、結果ページのパターン、適切なコールトゥアクションを比較します。マージテストを適用します。同じ読者が同じ回答、証拠、フォーマット、次のアクションで満足するのであれば、セクション付きの1ページを計画します。それらの次元の少なくとも1つが実質的に変化する場合にのみ分割します。
ツール: 統合キーワード をapp.amicited.com/reports/keywords で、プロンプトリサーチ、実際の結果の検査と併せて使用します。
完了条件: 2つのアクティブなノードが同じプライマリ意図を共有しておらず、議論されたすべての分割またはマージに書面による理由があります。
5. 意図に基づく投稿タイプの割り当て
すべきこと: 読者がページに実行させる必要がある役割に応じて、すべてのノードに1つの投稿タイプを割り当てます。
なぜ重要か: トピックはフォーマットを決定しません。「CRMソフトウェア」は、定義、ベストオプションリスト、商品ページ、比較、またはハウツーガイドを必要とする可能性があります。トピックだけで選択すると、ライターは間違った証拠とページ構造を与えられます。
方法: 意図と期待される決定を投稿タイプの契約にマッチングします。直接的な選択には比較、反復可能なタスクにはハウツーガイド、定義には用語集、商業的評価には製品・カテゴリページ。ノードに選択を記録します。
ツール: SEO投稿タイプハブと承認された結果パターンの証拠。
完了条件: すべてのノードに正確に1つのプライマリ投稿タイプがあり、レビュー担当者が提案タイトルに依存せずに意図から選択を説明できます。
6. すべてのノードを既存サイトにマッピング
すべきこと: 各ノードを既存のURLに対してマッチングし、正確に1つのステータスを割り当てます。存在し良好、存在するが改善が必要、存在しマージすべき、存在しない。
なぜ重要か: すべての機会を純新規制作として扱うと、すでに獲得した権威を無駄にし、重複を悪化させます。ステータスはリサーチをコンテンツ計画とプルーニング計画の両方に変換します。
方法: 意図をページタイトル、見出し、ランキングクエリ、引用、トラフィック、コンバージョン、リンクと比較します。マージの場合は、生き残る正規ページと保持する価値のある素材を指定します。「マージ」を宛先なしで使用してはいけません。
ツール: オーガニック vs 有料ページ をapp.amicited.com/reports/pages で、サイトクロールデータとURLインベントリと併せて使用します。
完了条件: すべてのノードに1つのステータスがあり、すべての既存URLが表現されているか明示的に範囲外であり、すべてのマージに生き残り、移行責任者、理由があります。
7. 内部リンクグラフの設計
すべきこと: ピラー、スポーク、商業的な宛先、有用なクラスター間ページを接続するコンテキストリンクを指定します。内部リンク とは同一ドメイン上のページ間のリンクを意味します。ここでは、ページをノード、リンクを有向エッジとするグラフとして設計します。
なぜ重要か: 計画されたエッジのないクラスターは、孤立したページの集合として公開される可能性があります。ナビゲーションだけでは、どのページが詳細、比較、証明、次の決定を提供するかを表現することはほとんどありません。
方法: 各スポークにピラーへの帰路と関連する前方経路を与えます。ソース、宛先、理由、推定アンカーテキスト概念、リンクが存在するかどうかを記録します。クラスター間リンクは実際の読者のタスクがある場合のみ追加します。
ツール: ディレクトリビュー をapp.amicited.com/reports/directory で、クロールリンクデータとトピックマップグラフと併せて使用します。
完了条件: すべての優先ノードに少なくとも1つの計画されたコンテキストインバウンドリンクと1つのコンテキストアウトバウンドリンクがあり、すべてのクラスターがサイト全体に接続し、どの新規ノードも発見のためにサイトマップやメニューのみに依存していません。
8. 接続された作業の優先順位付けと順序付け
すべきこと: 作成、改善、マージを、孤立したページのスコアではなく、接続されたリリースとして順序付けます。
なぜ重要か: 最初のページは、後続のページがリンクできる対象を変更します。ピラーの前に10のスポークを公開すると弱い経路が生まれ、商業的な宛先が準備できる前にナビゲーションを再構築すると行き止まりが生まれます。
方法: ビジネス価値、需要の証拠、現在のギャップ、依存関係、実装努力、リスクをスコアリングします。次に、読者に役立つ最小の接続リリースを選択します。多くの場合、ピラー、商業的な宛先、2〜3の高価値スポークです。1つの普遍的な順序を強制するのではなく、ビジネスモデルに応じて順序を調整します。
ツール: トピックマップ、ページ・キーワードレポート、デリバリートラッカー、該当するビジネスタイプのプレイブック。
完了条件: すべての優先順位に理由があり、最初のリリースは公開時に内部的に接続され、マージは廃止URLにリンクするコンテンツより先行し、所有者が次の制作バッチに合意しています。
AmICitedのツール
製品ビューは異なる意思決定をサポートしており、1つの汎用的な「リサーチ」ステップにまとめるべきではありません。
| 製品ビュー | 実行可能な意思決定 | ディープリンク | 完了の証拠 |
|---|---|---|---|
| セマンティックマップ | 抽出とクラスタリング中にレビューするため、セマンティック近隣、競合引用ページ、クエリファンアウトを発見します。 | セマンティックマップを開く | フィルタリングされたビューをエクスポートまたはキャプチャし、レビューしたクラスターを記録します。 |
| 統合キーワード | ノード境界をテストする際に、クエリバリエーション、チャネル証拠、クリック、順位、商業シグナルを比較します。 | キーワードを開く | 分割またはマージを受け入れるために使用したキーワードグループを添付します。 |
| ページレポート | 「良好」「改善」「マージ」「作成」を選択する前に、需要とパフォーマンスを既存URLにマッチングします。 | ページを開く | 既存ノードの各決定がURLと関連証拠を引用しています。 |
| ディレクトリビュー | クラスターを配置し、そこへの経路を監査しながら、セクションの形状とパフォーマンスを検査します。 | ディレクトリビューを開く | ディレクトリ所有者と意図された親経路が各クラスターについて記録されています。 |
意思決定ルール
しきい値により、レビュー担当者間でマップの一貫性が保たれます。これらは運用ゲートであり、アルゴリズムが報酬を与えるものに関する主張ではありません。
| 判断 | 問題のある状態 | 必要なアクション |
|---|---|---|
| ノード所有権 | 2つのアクティブノードが同じオーディエンス、タスク、回答、証拠、次のアクションを持っている。 | 計画されたノードをマージする。1つの意図に多くのキーワードバリエーションを含めることができる。 |
| 分割テスト | 唯一の違いは修飾語や言い回しであり、有用な回答は同じままである。 | 1つのノードを保持し、セクションでバリエーションをカバーする。 |
| クラスターサイズ | クラスターに2つ以上のスポークがあるが、ピラーまたは文書化された代替経路がない。 | クラスターが制作に入る前にピラーを定義する。 |
| 既存ページマッピング | 対象範囲内のURLに処分がなく、またはマージに名前付きの生き残りがない。 | すべてのURLと宛先が明示的になるまでマップ承認をブロックする。 |
| リンクカバレッジ | 優先ノードに計画されたコンテキストインバウンドリンクが0件、またはコンテキストアウトバウンドリンクが0件。 | 有用なエッジを追加するか、ノードを延期する。メニューとサイトマップのリンクはゲートを満たさない。 |
| クラスター接続性 | クラスターにサイトの残りへのコンテキストエッジがない。 | ピラー、商業ページ、隣接クラスターを通じた関連経路を追加する。 |
| 投稿タイプの明確性 | ノードに複数のプライマリ投稿タイプがある、またはタイプがトピック名のみから選択された。 | 意図を再表明し、その役割を最もよく完了する単一のフォーマットを選択する。 |
| 制作準備性 | ノードに意図、投稿タイプ、ステータス、優先度、所有者、提案URLまたは正規URLがない。 | コンテンツイシューを作成してはいけない。 |
| 初回リリース | バッチにリンクされていないスポークのみ、またはマージ予定のURLへのリンクが含まれている。 | 接続されたバッチに再シーケンスし、最初に移行を完了する。 |
証拠はヒューリスティックを上書きできますが、例外を記録してください。ユーティリティページにはコンテキストアウトバウンドリンクが不要な場合があり、そのノードはその理由を記載すべきです。
ビジネスタイプ別のビルド順序
ビルド順序は、サイトの経済モデルと現在の権威に従います。マネーページとは、取引、リード、予約、サブスクリプションに最も近いページです。サポートページは、人々がそれらの宛先に到達し信頼するのに役立つ質問に答えるページです。
| ビジネスタイプ | 通常は最初に確立する | 次に接続する |
|---|---|---|
| eコマースプレイブック | 安定したカテゴリと優先商品の宛先 | 購入ガイド、比較、ユースケース、ケアやトラブルシューティングのコンテンツ |
| SaaSプレイブック | 製品、ユースケース、高意図比較の経路 | 代替品、ハウツーコンテンツ、用語集サポート、インテグレーション、証明 |
| ローカルサービスプレイブック | コアサービスと有効な場所の経路 | プロセス説明、コストに関する質問、ローカルの証明、意思決定ガイド |
| マーケットプレイスプレイブック | タクソノミー、カテゴリ、インデックス可能な供給ページ | バイヤーガイド、売り手獲得、信頼、ユースケースクラスター |
| メディア・アフィリエイトプレイブック | 明確な編集基準を持つ一貫した権威クラスター | サポートとメンテナンスが信頼できるようになったら、商業比較とベストオフページ |
| B2Bサービスプレイブック | サービス、ユースケース、証明の宛先 | 教育的ピラー、意思決定サポート、比較コンテンツ、ケーススタディ |
これらは開始パターンです。確立されたパブリッシャーには商業経路が欠けている場合があり、新しいSaaS企業はまず基礎的な説明が必要かもしれません。どの依存関係が順序を決定するかを記録してください。
成果物:トピックマップ
成果物は、1つのバージョン管理されたテーブルまたはデータベースと、グラフビューです。テーブルが信頼できる情報源であり、グラフは欠落リンクと孤立したクラスターを可視化します。ノードごとに1行を使用し、少なくとも以下のフィールドを含めます:
ノードID | クラスター | エンティティ/トピック | プライマリ意図 | オーディエンス | ジャーニーステージ
投稿タイプ | 既存ステータス | 正規URL/提案URL | ピラー/スポークの役割
優先度 | 優先度の理由 | 所有者 | インバウンドリンク | アウトバウンドリンク
証拠ソース | 依存関係 | マージ先 | 備考
リンク先は「関連記事」ではなく、ノードIDまたは正規URLで保存します。優先度の理由を保存し、承認された4つのステータスのみを使用します。マージ、境界変更、設計に関する決定の承認を記録します。
コンテンツリーダーが意図、投稿タイプ、クラスター、リンク義務を再決定することなくイシューを生成できる状態になった時点で完了です。ライターは表現を決定し、所有権は決定しません。
よくある問題
- マップがキーワードスプレッドシートになっている。 ボリュームと難易度はあるが、ページノード、意図の所有権、ステータス、投稿タイプ、リンクがない。キーワードグループを明示的なページ決定に変換してください。
- クラスターにピラーがない。 スポークがシート上で色を共有しているが、安定した経路や広範な方向性がない。ピラーを指定するか、代替ナビゲーションモデルを文書化してください。
- 投稿タイプが意図ではなくトピックに従っている。 読者が比較や定義を求めている場合でも、「Xソフトウェア」ノードがすべて製品ページになる。フォーマットを選択する前に意図ステートメントを再実行してください。
- マップにリンクグラフがない。 制作はページを作成するが、どのページも責任のあるインバウンドリンクを持たない。エッジをノード契約の一部として定義してください。
- すべてのギャップが新しいページになる。 既存の権威が無視され、重複が増大する。ギャップを最初に「良好」「改善」「マージ」「作成」にマッピングしてください。
- 1つの巨大なピラーがすべてのスポークを吸収する。 完全な回答を繰り返し、詳細ページと競合する。包含と委任の境界を設定してください。
- クラスターが会社の組織図を反映している。 読者のタスクと言語に基づいてラベルと経路を検証してください。
- 優先順位が独立したスコアになっている。 上位10ノードが互いにリンクできず、欠落した宛先に依存している。孤立した合計ではなく、接続されたリリースを順序付けてください。
- マップが決して変更されない。 新製品、観察されたプロンプト、マージ、パフォーマンスの証拠が古い決定を無効にする。マップをバージョン管理し、サイトまたは市場が変化したときに関連クラスターをレビューしてください。
制作と投稿タイプへの引き継ぎ
P8は、承認されたマップ、意思決定ログ、マージ手順、最初の接続された制作バッチをコンテンツリーダーに引き渡します。各イシューは、ノードID、意図、オーディエンス、投稿タイプ、URL、証拠、必要なリンク、受理条件を受け取ります。
投稿タイプの所有者は、ノード境界を再検討することなく、該当するテンプレートを適用します。ブリーフィングによって2つのノードが1つの意図であることが示された場合、後続のイシューが修正を継承できるよう、ドラフト作成前に作業はマップ所有者に戻されます。
引き継ぎは以下の場合に受理されます:
- すべてのイシューが正確に1つの承認済みノードにトレース可能である。
- 最初のリリースに公開済みまたはスケジュール済みのリンクソースがある。
- マージとリダイレクトの作業が生き残りURLへのリンクより先行する。
- 設計、コンテンツ、商業の各所有者がそれぞれの依存関係を承認する。
- 1人がエンゲージメントの残り期間、マップの変更を所有する。
FAQ
トピックマップとキーワードリストは同じものですか?
いいえ。キーワードリストはフレーズを記録します。トピックマップは、サイトに必要なページ、各ページが持つ明確な意図、その投稿タイプとステータス、そしてサイトの他の部分と接続する内部リンクを定義します。
1つのトピックマップノードはいくつのキーワードを対象にできますか?
同じ意図と有用な回答を共有するクエリバリエーションは、1つのノードに含めることができます。分割するのは、意思決定、タスク、エビデンスセット、フォーマットが実質的に異なる場合のみです。
ピラーページはクラスターページより先に作成すべきですか?
通常はピラーを先に定義しますが、構築順序はビジネスモデルと既存の権威に依存します。需要を満たせる最小の接続単位を公開し、その後、リンクを指定したスポークページを追加します。
既存の2つのページが同じ意図をターゲットにしている場合はどうすればよいですか?
より強い正規ページを選び、弱いページのどの独自素材を保持するかを決定し、弱いノードをマージ対象としてマークします。2つのページ間の重複を解決するために3つ目のページを作成してはいけません。
トピックマップはいつ制作に十分な完成度になりますか?
対象範囲内のすべてのノードに1つの意図、1つの投稿タイプ、1つの現在状態の分類、優先度、正規URLまたは提案URL、明示的なインバウンドリンクとアウトバウンドリンクがあり、未解決の所有権の競合がない状態になった時点で準備完了です。
このセクションの他のチュートリアル
実践する準備はできましたか?
無料チェック · 7日間お試し · クレジットカード不要