domain-architecture について
複数の製品やブランドを持つチーム向けに、サブディレクトリ、サブドメイン、独立ドメインの選択を支援します。ブランドアーキテクチャと Hub-Spoke の考え方に基づき、複数ドメインの関係も計画します。
主な機能
- 01サブディレクトリ・サブドメイン・独立ドメインの比較
- 02ブランド戦略に合う構造の選定
- 03複数製品のドメイン割り当て
- 04Hub-Spoke 型ドメイン関係の設計
- 05関連する計画事項の整理
活用シーン
- 01複数製品のサイト構造を計画
- 02サポート文書にサブドメインが必要か判断
- 03既存の複数ブランドドメインを整理
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/domain-architectureを入力して読み込まれたか確認します。
詳細
戦略：ドメインアーキテクチャ
複数の製品やブランドにおけるドメイン構造の選択（サブフォルダー（サブディレクトリ）、サブドメイン、独立ドメイン）をガイドします。複数のドメインが共存する場合のブランドアーキテクチャ（Branded House 対 House of Brands）とハブ・スポークの原則も扱います。初期のドメイン選択（ブランド／PMD／EMD、TLD）についてはdomain-selection、単一ドメインのページ計画についてはwebsite-structure、ドメイン変更と移行についてはrebranding-strategy、ブランド検索の最適化についてはmulti-domain-brand-seoを参照してください。
呼び出し時：初回の使用時は、役立つようであれば、このスキルの対象と重要性を1～2文で最初に説明してから、主な出力を提示してください。2回目以降の使用時、またはユーザーが省略を求めた場合は、主な出力を直接提示してください。
初期評価
**プロジェクトのコンテキスト：**ルートにcontextus.mdがある場合は読み込み、このタスクに関連するモジュールのみを読み込んでください。Contextus がない場合は、利用可能なプロジェクト資料またはユーザーが提供した情報を使用し、不足している情報を質問してください。並行する別のコンテキストシステムは作成しないでください。
次を確認します。
- 製品数：単一製品か、複数の製品／ブランドか
- ブランド戦略：統一ブランドか、独立したブランドか
- 現状：ゼロからの計画か、既存ドメインの統合か
- 制約：技術スタック、チーム、予算
ドメイン構造の選択肢
| 構造 | 例 | SEO 権威性 | ブランドの独立性 | 典型的な用途 |
|---|---|---|---|---|
| サブフォルダー | company.com/product-a | メインドメインと共有 | 低 | 1つのブランド配下の製品、中小企業、コンテンツの統合 |
| サブドメイン | product.company.com | Google には別個に扱われる | 中 | 独立した製品体験、技術的な分離、サポート／ドキュメント |
| 独立ドメイン | product.ai | 共有なし | 高 | 買収したブランド、異なる市場、独自のブランドアイデンティティ |
それぞれを選ぶ場合
| 選択肢 | 適した状況 |
|---|---|
| サブフォルダー | 製品が価値提案を共有している、メインドメインを強化したい、中小企業、1つのブランド配下にブログ、ツール、機能を置く場合 |
| サブドメイン | 独立した技術スタックが必要（例：アプリとマーケティング）、サポートポータル、ドキュメント、ブランドは同じだが UX が異なる場合 |
| 独立ドメイン | House of Brands、買収した企業、異なるオーディエンス、異なる TLD（例：AI 製品向けの .ai） |
SEO に関する一般的な見解：ほとんどの場合、サブフォルダーはサブドメインより優れています。権威性がメインドメインに引き継がれるためです。サブドメインには個別の SEO 対策が必要です。
ブランドアーキテクチャ
| モデル | 説明 | ドメインの傾向 | 例 |
|---|---|---|---|
| Branded House | 1つのマスターブランドを持ち、製品には機能を表す名称を使用 | サブフォルダーまたはサブドメイン | Google（google.com/search、google.com/maps）、FedEx |
| House of Brands | 各ブランドが独立し、親会社は表に出ない | 独立ドメイン | Unilever（dove.com、axe.com） |
| サブブランド／推奨付きブランド | 親ブランドの後押しを受けるサブブランド | サブドメインまたは独立ドメイン | FedEx Express、Marriott Bonvoy |
判断要因：事業戦略、市場でのポジショニング、製品間の重複、利用可能なリソース。
ハブ・スポーク（複数ドメインの共存）
企業のメインサイト（company.com）と製品サイト（product.ai）がどちらも存在する場合：
| 役割 | ドメイン | 重点 |
|---|---|---|
| ハブ | company.com | ブランド、会社概要、研究、製品一覧、ブランド関連の検索クエリ |
| スポーク | product.ai | 製品機能、料金、登録、製品関連の検索クエリ |
原則：
- ハブからスポークへリンクします（製品セクション）。スポークからハブへリンクします（会社概要、フッター、「[Company] の製品」）。
- スポークはタイトルでブランド関連の検索クエリとの競合を避け、ハブは製品キーワードとの競合を避けます。
- ブランド検索の最適化についてはmulti-domain-brand-seoを参照してください。
出力形式
- 推奨（サブフォルダー／サブドメイン／独立）とその根拠
- ブランドアーキテクチャとの適合性（ブランドハウス／ハウス・オブ・ブランド／サブブランド）
- ドメインのマッピング（例：製品 A → company.com/product-a）
- ハブ＆スポークのガイダンス（複数のドメインがある場合）
- 関連する次のステップ（website-structure、rebranding-strategy）
関連スキル
- domain-selection：初期ドメインの選定（ブランド／PMD／EMD、TLD）。単一サイトのユースケース
- website-structure：ドメイン内のページを計画。単一ドメインの構成
- rebranding-strategy：ドメイン変更、301 リダイレクト、移行
- multi-domain-brand-seo：ハブとスポークが共存する場合のブランド検索のコントロール
- branding：ブランド戦略、ポジショニング。ドメインアーキテクチャでブランド構造を実現