競合のプレスリリースが語るのは、市場に信じてほしいストーリーです。一方、サイト構造が示すのは、彼らが実際にお金をかけた場所です。グローバルナビの項目ひとつ、テンプレートで量産されたURLのディレクトリひとつに、予算と人員、そして社内の議論で誰かが勝ち取った結論が詰まっています。
本記事で紹介するのは、半日で終わる6つのパスからなる競合IA調査の手順です。ゴールはスクリーンショットを並べた資料でも、他社のメニューを真似る計画でもありません。情報設計の判断と、検証可能な仮説です。
サイト構造は戦略を映す
コピーは午前中に書き直せますが、セクションの移動やメニューの再設計には、デザイン、開発、リダイレクト対応が伴います。そのコストこそが、構造を「嘘をつきにくいシグナル」にしています。
- ナビの並び順は優先順位そのものです。 グローバルナビの先頭はサイト内で最も奪い合いになる場所で、フッターに追いやられた項目は社内の議論に負けた側です。
- 階層は予算です。 第1階層のページは「見つけてほしい」ページ、第4階層のページは「必要だが積極的には見せたくない」ページです。
- 専用ページはコミットメントです。 機能ページの中にある医療業界の一段落は、言及にすぎません。導入事例まで揃った
/industries/healthcare/は営業戦略です。 - 構造は発表より先に動きます。 新設した「ソリューション」メニューの下に業界別ページを6つ静かに追加したB2B SaaSの競合は、次にどこへ営業人員を置くのかをすでに語っています。
ひとつ注意点があります。構造からわかるのは意図と投資であって、成果ではありません。競合が何を作ったかは見えても、それが機能しているかどうかは見えないのです。
クロールの前にスコープを決める
対象サイトを3〜5つ選ぶ
| 役割 | 選ぶ理由 | 例（架空） |
|---|---|---|
| 直接競合 | 同じ顧客、同じ商談。業界の「最低ライン」が見えます | 営業チームが最も競り負けている相手 |
| カテゴリリーダー | 規模が大きくなったときの姿と、業界の向かう先 | 業界レポートで必ず最初に名前が挙がる企業 |
| 隣接カテゴリ | 自社の業界がまだ取り入れていないパターン | 人事システムを売っているなら給与計算ツール |
先に「問い」を書く
問いのない競合調査は、スクリーンショットのアルバムで終わります。サイトを開く前に問いを5つ書き、それぞれをこれから下す判断に結びつけておきましょう。
- リーダー企業はソリューションを業界別・職種別・製品別のどれで整理しているか？ （自社のソリューションメニュー）
- 料金ページまで何クリックか。そもそも料金を公開しているか？ （料金ページの配置）
- 比較ページを作っているか。どの競合を相手に？ （比較ハブを作るかどうか）
- どの市場向けにローカライズしているか。どこまで深く？ （多言語展開のロードマップ）
- ドキュメントはサイト本体のIA内にあるか、別サブドメインか？ （ドキュメントの構成）
判断につながらない問いは削ります。すべてを記録しようとした瞬間、半日の作業が1週間に膨らみます。
6つのパスで分解する
パスは順番に進めます。どのパスも、パス1のインベントリが土台です。
パス1：インベントリ（サイトマップとリンクの差分）
記録するもの： sitemap.xml に載っているすべてのURL、トップページからリンクをたどって見つかったすべてのURL、そして両者の重なり。注目すべきは差分です。
| 集合 | 多くの場合が意味すること |
|---|---|
| サイトマップにあるが、リンクされていない | 孤立ページ、キャンペーン用LP、ユーザーより検索エンジン向けのプログラマティックなページ、放置されたセクション |
| リンクされているが、サイトマップにない | サイトマップの管理漏れ、または別システム（ヘルプセンター、コミュニティ、ドキュメント）で運用されている領域 |
| 両方にある | 実際に運用されている中核部分 |
サイトマップにしかないURLに /lp/ や /go/ といった接頭辞があれば、たいていは広告用のLPです。ほぼ同じ形のURLが数百件あれば、プログラマティックSEOの可能性が高いでしょう。
従業員400人規模の会社なのに、リンクをたどったクロール結果がトップページと十数本のリンクだけなら、ナビゲーションがJavaScriptで描画されていて、通常のHTMLクロールでは見えていないと考えられます（詳しくはJavaScriptレンダリングとクローラビリティ（英語））。AttractiveWebAIのDeepAnalyzerはサイトマップと発見したリンクの両方を起点にクロールし、Strong Modeはまさにこうしたケースのためにヘッドレスブラウザでページをレンダリングします。
パス2：階層マップ
記録するもの： クリック階層ごとのページ数、最大階層、そしてCV直結ページ（料金、デモ・問い合わせ、主要製品ページ、会員登録）までのクリック数。
比較の前に正規化します。 4,000ページのサイトは、150ページのサイトより第3階層のページが多くて当然です。絶対数ではなく、階層ごとの構成比で比べましょう。CV直結ページまでのクリック数は正規化不要です。2クリックはどこでも2クリックです。
クリック数は戦略として読み解きます。A社はトップから1クリックで料金ページに届くのに、B社は「営業に問い合わせる」の先、3クリックの深さに置いているなら、それは好みの違いではなく、セルフサーブ型と営業主導型というビジネスモデルの違いです。最短経路を生んでいるリンクがどこにあるかも記録しておきます。リンクが60本並ぶフッターがあれば、どんなサイトでも浅く見えてしまうからです。基本的な考え方はウェブサイトの情報設計を分析する方法（英語）で解説しています。
パス3：ナビゲーションとラベル
記録するもの： グローバルナビの項目と並び順、メガメニューのグルーピング、フッターのカラム構成、ユーティリティリンク。ラベルは一字一句そのまま書き写します。言い換えた瞬間、証拠としての価値が失われます。
次に、メニューごとの分類軸を特定します。製品（「請求書発行、決済」）、対象・職種（「経理チームの方へ」）、タスク（「入金を早める」）、業界（「医療、小売」）のどれなのか。成熟したサイトはたいてい2つを組み合わせ、第1階層は製品、「ソリューション」の下は業界や職種で切っています。
最後にラベルのわかりやすさを見ます。説明が必要なブランド造語（「Nexus」「Pulse」）と、顧客が実際に検索しそうな言葉の比率です。「プラットフォーム」というメニュー名を「請求書発行」に変えた競合は、誰に売るかを決めたということです。
パス4：ページ種別の構成比
記録するもの： すべてのURLを種別に分類し、件数を数えます。大半はURLパターンで判別できます。
| ページ種別 | 見分け方 | 厚く投資している場合のシグナル |
|---|---|---|
| 製品・機能 | /product/、/features/ |
プロダクト起点のメッセージング |
| ソリューション・業界 | /solutions/、/industries/ |
業界特化・エンタープライズ営業 |
| 導入事例 | /customers/ |
実績重視、営業支援型の購買 |
| 比較 | /vs/、/alternatives/ |
乗り換え検討層の獲得 |
| 連携 | /integrations/{partner} |
エコシステム戦略、多くはプログラマティックSEO |
| 料金 | /pricing |
公開かつ浅い階層ならセルフサーブ |
| ドキュメント | /docs/、docs. サブドメイン |
開発者の導入を成長チャネルに |
| ブログ・リソース | /blog/、/resources/ |
コンテンツによる集客 |
比率を見れば集客エンジンがわかります。連携ページが300件でブログ記事が30本の競合は、エコシステムと検索向けテンプレートで伸びています。逆の比率なら、コンテンツで伸びています。連携ページがパートナー名だけを差し替えたものなら、1ページごとに固有のコンテンツがどれだけあるかを確認しましょう。
パス5：テンプレート・メタデータ・技術スタック
重要な種別ごとに5〜10ページをサンプリングし、次を記録します。
- titleとH1のテンプレート。 「{パートナー}連携で{カテゴリ}を自動化 | ブランド名」のようなパターンは、公開されたキーワード戦略そのものです。
- テンプレートごとの構造化データ。
Product、FAQPage、BreadcrumbList、Organizationなど。どのテンプレートにマークアップを入れているかで、どのページでリッチリザルトを狙っているかがわかります（構造化データガイド（英語）も参照）。 - hreflangの対象市場。 わざわざローカライズした言語が、そのまま市場の優先順位です。トップページだけローカライズしてドキュメントは英語のみなら、本格参入ではなく様子見の段階でしょう。
- 技術スタック。 CMS、アクセス解析、タグマネージャー、ABテストツール、チャット。ABテストツールが入っていれば、いま見ているページはテスト中のパターンのひとつかもしれません。
AttractiveWebAIの単一ページ分析は、URLひとつからメタデータ、見出し、リンク、画像、検出した技術スタックを一覧化するので、このパスを「ソース表示とのにらめっこ」ではなくサンプリング作業に変えられます。
パス6：内部リンク
記録するもの： リンクの出どころ（グローバルナビ、フッター、パンくず、関連コンテンツモジュール、本文）と、最も多くの内部リンクを集めているページ。
リンクの評価は、そのサイトが上位表示させたいページに集まります。業界別ページへ向かう60本のフッターリンクは、ナビゲーションではなくSEOの判断です。ブログ記事が一貫して比較ページにリンクしていれば、コンテンツ経由の流入をどこへ送っているかが見えます。手法は自社サイトの内部リンク監査（英語）と同じですが、ここでは直すためではなく、意図を読むために使います。
統合：観察からIAの判断へ
比較マトリクスを作る
行に比較項目、列にサイトを並べ、自社も含めます。以下は説明用の架空の例であり、実在のサイトやデータではありません。
| 項目 | 自社 | A社（直接競合） | B社（リーダー） | C社（隣接） |
|---|---|---|---|---|
| サイトマップのURL数 | 180 | 420 | 3,900 | 260 |
| グローバルナビの分類軸 | 製品 | 製品 | 製品＋業界 | タスク |
| 料金ページまでのクリック数 | 2 | 1 | 2 | 非公開 |
| 比較ページ | 0 | 6 | 24 | 0 |
| 連携ページ | 12 | 40 | 310 | 8 |
| hreflangの対象市場 | EN, KO | EN | EN, DE, FR, JA | EN |
| 製品ページの構造化データ | なし | Product, FAQPage | Product, BreadcrumbList | Organization |
2方向のギャップリスト
競合にあって自社にないもの： 比較ページ、業界別ランディングページ、パンくず。これらは投資候補です。
自社にあって競合にないもの： 他社が提供していない韓国語版、C社が非公開にしている料金の公開。これらは守るべき差別化要素です。業界平均に「揃える」リニューアルは、まさにこうした強みを消してしまいがちです。
ギャップを仮説に変える
ギャップごとに、次の形の文章に書き直します。Xを観察したので、ユーザーZに向けてYを変えればWが起きると考える。指標Mで確認する。 そのうえで、最もコストの低い検証方法を探します。
| ギャップ | IA仮説 | 最小コストの検証 |
|---|---|---|
| リーダーは比較ページ24件、自社は0件 | 代替製品を比較検討している層が自社にたどり着いていない | 営業が最もよく遭遇する競合3社との比較ページを公開し、1四半期の流入数とデモ申込数を追う |
| リーダー各社はソリューションを業界別に整理、自社は製品別 | エンタープライズの検討者が、メニューの中に自分向けの入口を見つけられない | 導入事例のある2業界の入口を追加し、メニューのクリック数とデモまでの遷移を追う |
| A社は料金ページが第1階層、自社は第2階層 | セルフサーブの検討者が、価格を見る前に離脱している | 1か月間、料金をグローバルナビに昇格させ、料金ページの閲覧数と登録開始数を見る |
そのまま真似しない
競合の構造をそのまま真似るのは、競合調査を無駄にする最もよくあるパターンです。
- 競合が間違っている可能性があります。 そのメニューは組織改編の名残かもしれませんし、誰も片付けていないABテストの負けパターンかもしれません。
- エンジンのない構造は成果を出しません。 連携ページ300件が機能するのは、その裏にパートナーシップとコンテンツ制作の仕組みがあるからです。URLパターンだけを真似れば、中身の薄いページが300件できるだけです。
- ゴートゥーマーケットが違えば、IAも変わります。 営業主導型のリーダーが料金を隠す理由は、セルフサーブ型の挑戦者には当てはまりません。
パターンを取り入れるのは、それが自社のユーザーにとってなぜ有効かを説明できるときだけにしましょう。それ以外はすべて仮説の表に回します。
守るべきマナーと限界
競合IA調査は、公開されている構造を読む作業であって、侵入ではありません。
- 公開ページのみ。 トライアルアカウントでログインしてクロールしたり、ログイン、ペイウォール、フォームで保護されたコンテンツを回避したりしてはいけません。
- robots.txtを守り、クローラーの身元を正直に示します。
- リクエスト頻度を抑える。 同時接続数を低くし、リクエスト間に待機時間を入れ、ページ数の上限を決めます。
- 転載しない。 記録するのは構造とラベルだけです。スクリーンショットは社内資料にとどめ、文章は流用しません。
- 利用規約を確認する。 自動アクセスを制限している場合があります。本記事は法的助言ではありません。判断に迷う場合は法務部門に確認してください。
半日のアジェンダ
| 時間 | 作業 | アウトプット |
|---|---|---|
| 0:00〜0:20 | 対象サイトの選定、問いを5つ書く | 問いのリスト |
| 0:20〜1:00 | クロール開始、待つ間にメニューを書き写す | インベントリ、ナビの記録 |
| 1:00〜1:40 | パス1〜2：インベントリの差分、階層マップ | 差分表、階層別の構成比 |
| 1:40〜2:20 | パス3〜4：ナビゲーション、ページ種別 | ページ種別の比率 |
| 2:20〜3:00 | パス5〜6：テンプレート、スタック、内部リンク | テンプレートのメモ |
| 3:00〜3:40 | マトリクス、ギャップリスト、仮説 | 仮説の表 |
| 3:40〜4:00 | サマリーの作成 | 1枚サマリー |
成果物
- 1枚のサマリー： 5つの問いへの答え、方向別の上位ギャップ3つ、担当者と指標を紐づけた仮説3つ。
- IAシート（ページ一覧）： サイトごとのタブ（URL、階層、ページ種別、テンプレート、title、H1、構造化データ、画面ID）と、比較マトリクスのタブ。画面IDがあれば、「トグルがあるあの料金ページ」ではなく「RVB-EN-P-04」で会話できます。構成は自社のIA Excelドキュメント（英語）と同じルールに揃えましょう。DeepAnalyzerのIA Excel出力なら画面IDを振った下書きが手に入るので、時間をデータ入力ではなく考察の書き込みに使えます。
そして、このシートは保管しておきます。次の四半期に同じクロールを実行して差分を取れば、新しいディレクトリやメニュー名の変更が、プレスリリースより先に見えてきます。単発の競合調査が、継続的な競合インテリジェンスに変わる瞬間です。
よくある質問
競合サイトをクロールしても法的に問題ありませんか？
公開ページを常識的な頻度でクロールすることは一般的に行われていますが、可否は国や地域の法律、対象サイトの利用規約によって異なり、本記事は法的助言ではありません。公開ページに限定し、robots.txtを守り、ログインやペイウォールを回避せず、コンテンツを転載しないようにしましょう。
競合は何社くらい分析すべきですか？
3〜5社です。少なすぎると業界の慣習と1社の癖を区別できず、多すぎると半日が1週間になり、考察が浅くなります。
競合サイトがJavaScriptで作られたSPAの場合は？
ナビゲーションがブラウザ側で描画されるため、通常のHTMLクロールではトップページ以外がほとんど見つからないことがあります。ヘッドレスブラウザでレンダリングするクロールを使い、結果をサイトマップと照合してカバー率を確認しましょう。
どのページ種別が重要かは、どう判断すればよいですか？
まず件数を数え、次に配置で重み付けします。URL数が多く、グローバルナビにも枠がある種別は戦略的な投資先です。サイトマップからしかたどれない種別は、たいてい訪問者より検索エンジンを意識したものです。
業界リーダーのサイト構造を真似してもいいですか？
おすすめしません。説明できるパターンだけを借り、必ず検証しましょう。リーダーのIAにはその企業のコンテンツ制作体制、ゴートゥーマーケット、歴史が反映されており、できれば消したいレガシーも含まれています。