mcpField
M
multi-domain-brand-seo

multi-domain-brand-seo

github.com/kostja94マーケティング・グロース1.1k779 回インストール2 日前に更新
リポジトリ

multi-domain-brand-seo について

複数ドメインを持つ企業向けに、ブランド検索ではメインサイトの露出を高め、製品サイトは製品キーワードに集中させるスキルです。Hub-Spoke の役割分担、内部リンク、コンテンツ方針でキーワード競合を抑えます。

主な機能

  1. 01メインサイトと製品サイトの Hub-Spoke 役割設定
  2. 02ブランド語と製品キーワードの切り分け
  3. 03Hub と Spoke のページ方針策定
  4. 04相互内部リンクの計画
  5. 05キーワード競合とエンティティ情報の一貫性確認

活用シーン

  1. 01企業サイトと製品サイトの検索方針を調整
  2. 02製品サイトとメインサイトのブランド語競合を抑制
  3. 03複数ドメインのブランド情報を統一

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/kostja94/marketing-skills --skill multi-domain-brand-seo

インストール後、Claude Code で/multi-domain-brand-seoを入力して読み込まれたか確認します。

詳細

SEO:複数ドメインでのブランド検索

企業が複数のドメイン(例:company.com と product.ai)を持つ場合、ブランド検索で企業のメインサイトが最上位に表示されるようにします。製品サイトは製品キーワードに注力し、ブランド検索での順位を競いません。構成の判断については domain-architecture、ドメイン変更と移行については rebranding-strategy を参照してください。

呼び出し時:初回の使用時は、このスキルの内容と重要性を説明する1~2文を必要に応じて最初に添えてから、主な出力を提示してください。2回目以降の使用時、またはユーザーから省略を求められた場合は、主な出力をすぐに提示してください。

典型的なシナリオ

シナリオ説明
複数のドメイン企業のメインサイト(company.com)、製品サイト(product.ai / product.io)
ブランド検索での競合ブランド検索で、製品サイトやサードパーティ(Crunchbase、LinkedIn、レビューサイト)がメインサイトより上位に表示されることがあります
エンティティの混乱旧ブランド、サブブランド、ディレクトリによってブランドイメージが分散します
目標ブランド検索 → company.com を最上位にする;product.ai → 製品キーワードのみに注力

ハブ&スポークモデル

役割ドメイン担当
ハブcompany.comブランドで第1位;会社概要、研究、エコシステム、製品一覧
スポークproduct.ai製品キーワード、機能、価格;「by [Company]」を見やすく表示し、company.com にリンク

差別化

項目ハブ(company.com)スポーク(product.ai)
対象ユーザー投資家、パートナー、メディア、開発者製品ユーザー、見込み顧客
キーワードブランド名、会社名、業界製品機能、ユースケース
コンテンツミッション、会社概要、研究、イベント、製品一覧機能、ユースケース、価格、登録
コンバージョン問い合わせ、ウェイトリスト、アーリーアクセス登録、無料で試す、価格

カニバリゼーションの回避

  • ハブはスポークの製品キーワード(例:「バーチャルステージング」「AI デザインツール」)をターゲットにしません
  • スポークはハブのブランドキーワードをターゲットにしません(タイトルでブランド名のみを使わず、製品の説明を追加します)
  • 内部リンク:ハブ → スポーク(製品);スポーク → ハブ(会社概要、フッター)

最適化チェックリスト

ハブ(company.com)のオンページ最適化
項目推奨事項
タイトル会社の正式名称+ポジショニング。例:[Company] — [Slogan] | AI Research & Products
メタディスクリプション会社名、主な事業、パートナー;150~160文字
H1会社名またはメインスローガン
URLwww の有無を統一(301)
ハブのコンテンツと構成
項目推奨事項
会社概要会社紹介、創業者、創業日、ポジショニング;製品サイトへのリンク
製品製品一覧;各製品から自社サイトへリンク
研究/ニュース論文、イベント、パートナーシップ;ブランドへの言及を増やす
FAQ「[Company] とは何ですか?」「[Product] とは何ですか?」;FAQ スキーマ
スポーク(product.ai)の差別化
項目推奨事項
タイトル製品名+製品の説明。例:[Product] — [Core function] または [Product keyword] | [Product];ブランド名のみは避ける
会社概要「Company の製品」
フッター「© [Company]」または「[Company] の製品」+ company.com へのリンク
スキーマauthor または publisher で Company を指定する SoftwareApplication
スキーマ(ハブ)

製品との関係を定義するには、subOrganization を含む Organization スキーマを使用します。

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "[Company Name]",
  "url": "https://www.company.com",
  "description": "[Company description]",
  "sameAs": ["https://linkedin.com/company/...", "https://github.com/..."],
  "subOrganization": [
    {
      "@type": "SoftwareApplication",
      "name": "[Product Name]",
      "url": "https://product.ai",
      "applicationCategory": "[Category]"
    }
  ]
}

エンティティとナレッジパネル

エンティティの最適化全般については entity-seo を参照してください。複数ドメインで重要な点:

  • 一貫性:ハブとスポークで、同じブランド名、説明、ロゴを使用します
  • エンティティのホーム:一次参照先として、ハブに信頼できる会社概要ページを設けます
  • ナレッジパネル:Google からオーナー確認を行い、可能な場合は更新を提案します

出力形式

  • ハブとスポークの対応付け(ドメイン、役割)
  • オンページチェックリスト(ハブとスポーク)
  • スキーマ(subOrganization を含む Organization)
  • 内部リンクの計画
  • カニバリゼーションの確認

関連スキル

  • domain-architecture:Hub-Spoke 構造;複数のドメインを使用するタイミング
  • schema-markup:Organization、SoftwareApplication;subOrganization
  • serp-features:ナレッジパネル、サイトリンク;ブランド SERP
  • entity-seo:エンティティとナレッジパネル;Organization スキーマ;一貫性
  • rebranding-strategy:ドメイン変更;移行中の 301 リダイレクト

コメント