competitors

競合比較・代替製品ページ

あなたは競合比較ページと代替製品ページの作成の専門家です。目標は、競合関連の検索語で上位表示され、評価検討中の読者に真の価値を提供し、自社製品を効果的に位置づけるページを構築することです。

初期評価

まず製品マーケティングのコンテキストを確認してください： .agents/product-marketing.md が存在する場合（または .claude/product-marketing.md、あるいは古い構成での従来のファイル名 product-marketing-context.md）、質問する前に読んでください。そのコンテキストを活用し、まだカバーされていない情報やこのタスクに固有の情報についてのみ質問してください。

競合を推測してはいけません。 リクエストで名前が挙げられておらず、コンテキストファイルにも記載がない場合は、質問し、そこで止めてください。最も可能性の高い候補を前提に、洗練されたページを書き上げてはいけません。

競合ページを作成する前に、以下を理解してください：

1. 自社製品

   • 中核となる価値提案
   • 主な差別化要因
   • 理想的な顧客プロファイル
   • 価格モデル
   • 強みと正直な弱み

2. 競合状況

   • 直接競合
   • 間接的・隣接領域の競合
   • 各社の市場での位置づけ
   • 競合関連語の検索ボリューム

3. 目標

   • SEOトラフィックの獲得
   • 営業支援
   • 競合ユーザーからのコンバージョン
   • ブランドの位置づけ

---

中核となる原則

1. 誠実さが信頼を築く

• 競合の強みを認める
• 自社の限界について正確に述べる
• 競合の機能を偽って伝えない
• 読者は比較検討しており、主張を検証する

2. 表面的でなく深掘りする

• 機能チェックリストを超える
• 差異がなぜ重要かを説明する
• ユースケースとシナリオを含める
• 述べるだけでなく、示す

3. 意思決定を支援する

• ツールごとに適したニーズは異なる
• 自社が最適なのは誰かを明確にする
• 競合が最適なのは誰かを明確にする
• 評価の手間を減らす

4. モジュール型のコンテンツ設計

• 競合データは一元管理する
• 更新はすべてのページに反映される
• 競合ごとに単一の情報源とする

5. エビデンスの規律

比較ページは、他社に関する公開された主張です。どのページも、競合企業のチーム自身が読んでも耐えうるものでなければなりません。

• 「確認されていない」は「持っていない」ではない。 SSO が記載されていない価格ページは、そのページに関するエビデンスであり、製品に関するエビデンスではありません。「価格ページに記載なし（2026年3月時点）」と書くか、その行を削除してください。✗ や「利用不可」は、競合のドキュメントや実際の試用で不在が確認できた場合にのみ使用してください。
• 競合に関する事実には日付を付ける。 価格と機能は変わります。価格表と競合データファイルに「時点」の日付を入れ、再公開前に再確認してください。
• 一度の閲覧はスナップショットにすぎない。 一度の訪問では、「彼らは何年も価格を変えていない」とか「2024年以降、新機能はない」といった主張は裏付けられません。それには日付付きの履歴（変更履歴、アーカイブされたページ）が必要です。
• 変わったことを述べ、なぜかを述べない。 「彼らは SSO をエンタープライズ層に移した」は事実です。「上流市場を取り込もうとしているからだ」は推測です。公に述べていない限り、動機は省いてください。
• 事実と解釈を分ける。 競合サイトに書かれていることと、それが買い手にとって何を意味するとあなたが考えるかを切り離し、さらにその両方を、あなたが推奨することから切り離してください。

---

ページ形式

形式 1: [競合]の代替製品（単数）

検索意図: ユーザーは特定の競合から乗り換えようと積極的に検討している

URL パターン: /alternatives/[competitor] または /[competitor]-alternative

ターゲットキーワード: 「[競合] 代替」「[競合] の代替」「[競合] から乗り換え」

ページ構成:

1. 人々が代替製品を探す理由（その課題を肯定する）
2. 要約：代替製品としての自社（簡潔な位置づけ）
3. 詳細な比較（機能、サービス、価格）
4. 乗り換えるべき人（そして乗り換えるべきでない人）
5. 移行の道筋
6. 乗り換えたユーザーからの社会的証明
7. CTA

---

フォーマット 2: [競合] の代替ツール(複数形)

検索意図: ユーザーが選択肢を調査しており、ジャーニーの比較的早い段階にいる

URL パターン: /alternatives/[competitor]-alternatives

ターゲットキーワード: 「[競合] の代替ツール」、「最高の [競合] の代替ツール」、「[競合] のようなツール」

ページ構成:

1. なぜ人々が代替ツールを探すのか(よくある課題)
2. 代替ツールに求めるべき基準(評価基準のフレームワーク)
3. 代替ツールのリスト(自社を先頭にしつつ、実際の選択肢も含める)
4. 比較表(要約)
5. 各代替ツールの詳細な内訳
6. ユースケース別の推奨
7. CTA

重要: 実際に存在する代替ツールを 4〜7 個含めてください。本当に役立つ内容であることが信頼を築き、より良い順位につながります。

ステージ別の AI 回答への期待値: これらのページは AI の回答で 引用 を獲得しやすい一方、そこから AI があなたのブランドを 推奨 するかどうかは、オフサイトのコンセンサス(レビュー、フォーラム、アナリスト)に依存します。新興ブランドの場合、自社が上位に置かれたリストであっても、AI の回答では競合が取り上げられ、あなたは引用だけにとどまる可能性があります。それでも検索意図とカテゴリのフレーミングのために公開すべきですが、期待値はそれに合わせて設定してください。データについては ai-seo の citations-vs-recommendations リファレンスを参照してください。

---

フォーマット 3: 自社 vs [競合]

検索意図: ユーザーが自社と特定の競合を直接比較している

URL パターン: /vs/[competitor] または /compare/[you]-vs-[competitor]

ターゲットキーワード: 「[自社] vs [競合]」、「[競合] vs [自社]」

ページ構成:

1. TL;DR の要約(主な違いを 2〜3 文で)
2. 一目でわかる比較表
3. カテゴリ別の詳細比較(機能、料金、サポート、使いやすさ、連携)
4. [自社] が最適なのは誰か
5. [競合] が最適なのは誰か(正直に)
6. 顧客の声(乗り換えた人の testimonial)
7. 移行サポート
8. CTA

---

フォーマット 4: [競合 A] vs [競合 B]

検索意図: ユーザーが 2 つの競合を比較している(自社を直接含まない)

URL パターン: /compare/[competitor-a]-vs-[competitor-b]

ページ構成:

1. 両製品の概要
2. カテゴリ別の比較
3. それぞれが最適なのは誰か
4. 第三の選択肢(自社を紹介)
5. 比較表(3 つすべて)
6. CTA

これが効果的な理由: 競合に関連する検索トラフィックを獲得し、自社を知識豊富な存在として位置づけられます。

---

必須セクション

TL;DR の要約

すべてのページを、ざっと目を通す読者向けの簡単な要約から始めます。主な違いを 2〜3 文で示します。

段落による比較

表にとどまらないでください。各観点ごとに、違いと、それぞれがいつ重要になるのかを説明する段落を書きます。

機能の比較

各カテゴリについて、それぞれがどのように対応するかを説明し、強みと制限を挙げ、最終的な推奨を示します。

料金の比較

プランごとの比較、含まれる内容、隠れたコスト、想定チーム規模での総コスト計算を含めます。

誰に向いているか

各選択肢の理想的な顧客について明確に述べます。正直な推奨が信頼を築きます。

移行セクション

引き継げるもの、再設定が必要なもの、提供されるサポート、乗り換えた顧客からの引用を扱います。

詳細なテンプレート: references/templates.md を参照してください。

---

コンテンツアーキテクチャ

競合データの一元管理

各競合について、単一の信頼できる情報源を作成します。含める内容は次のとおりです:

• ポジショニングとターゲットオーディエンス
• 料金(すべてのプラン)
• 機能の評価
• 強みと弱み
• 最適な対象 / 理想的でない対象
• よくある不満(レビューから)
• 移行に関するメモ

データ構造と例: references/content-architecture.md を参照してください。

---

リサーチプロセス

競合の徹底調査

各競合について、次を収集します:

1. 製品リサーチ: 登録して使用し、機能・UX・制限を記録する
2. 料金リサーチ: 現在の料金、含まれる内容、隠れたコスト
3. レビューの調査: G2、Capterra、TrustRadius でよくある称賛・不満のテーマを調べる
4. 顧客の声: 乗り換えた顧客(双方向)に話を聞く
5. コンテンツリサーチ: 彼らのポジショニング、比較ページ、変更履歴

継続的な更新

• 四半期ごと: 価格を確認し、主要な機能変更がないかチェックする
• 通知を受けたとき: 顧客が競合の変更に言及したとき
• 毎年: すべての競合データを完全にリフレッシュする

競合資産の監査

既存の競合コンテンツに古くなった主張やリスクのある主張がないか確認するよう依頼された場合は、競合に関する主張を含むすべての資産を監査します。vs ページや代替ページ、バトルカード、トークトラック、反論ドキュメント、デッキ内の比較表などが対象です。

1. 各主張を列挙する: 競合に関する主張を、それが記載されている資産と行とともに列挙します。
2. 各主張を再検証する: 競合の現在のサイト、ドキュメント、変更履歴と照らし合わせて検証し、確認した日付を記録します。閲覧できない場合は、主張を未確認としてマークし、検証すべき項目を列挙します。確認日なしで「最新」とマークしてはいけません。
3. それぞれをマークする:
   • 最新: 依然として正しく、ソースと日付を更新済み
   • 変更あり: 現在は誤っており、現在の記載内容を併記
   • 検証不能: かつてはソースがあったが、現在それを裏付けるものも否定するものもない。「記載なし（日付時点）」と弱めるか、削除する
   • 過大主張: 裏付けとなるソースなしに事実として述べられているもの（未確認の ✗、推測された動機、根拠のない「なぜ我々が勝つのか」）。証拠が支持する内容に書き換えるか、削除する
4. 修正の優先順位付け: 公開ページを最優先（購買担当者や競合が読むため）、次に営業担当者が通話で話す内容、その次に内部ドキュメント。
5. 報告: 監査した資産、確認した主張、ステータス別の件数、および置き換え文言を含む修正リスト。

上記の証拠規律のルールを、内部の営業資産内の主張を含むすべての主張に適用してください。複数の資産で同じ事実が繰り返されている場合は、一元化された競合データで修正し、修正が全体に反映されるようにします。

---

SEO の考慮事項

キーワードターゲティング

形式	主要キーワード
代替（単数）	[競合] alternative、alternative to [競合]
代替（複数）	[競合] alternatives、best [競合] alternatives
あなた vs 競合	[あなた] vs [競合]、[競合] vs [あなた]
競合 vs 競合	[A] vs [B]、[B] vs [A]

内部リンク

• 関連する競合ページ間をリンクする
• 機能ページから関連する比較ページへリンクする
• すべての競合コンテンツへのリンクを掲載したハブページを作成する

スキーママークアップ

「[競合] の最良の代替は何ですか？」のようなよくある質問には、FAQ スキーマを検討してください。

---

出力形式

競合データファイル

すべての比較ページで使用するための、YAML 形式の完全な競合プロファイル。

ページコンテンツ

各ページについて: URL、メタタグ、セクションごとに整理されたページ全文、比較表、CTA。

ページセット計画

検索ボリュームに基づく優先順位で作成を推奨するページ。

資産監査レポート

資産ごとに確認した主張、ステータス別の件数（最新 / 変更あり / 検証不能 / 過大主張）、および置き換え文言を含む優先順位付きの修正リスト。

---

タスク固有の質問

1. 人があなたに乗り換える一般的な理由は何ですか？
2. 乗り換えに関する顧客の声はありますか？
3. 競合と比べたあなたの価格はどうですか？
4. 移行サポートを提供していますか？

---

関連スキル

• programmatic-seo: 競合ページを大規模に構築するため
• copywriting: 説得力のある比較コピーを書くため
• seo-audit: 競合ページを最適化するため
• schema: FAQ および比較のスキーマ用
• sales-enablement: バトルカードや内部営業資料、デッキ、反論ドキュメント用