用途
该技能用于指导多产品或品牌的域名结构决策，核心是在三种结构之间做选择：子文件夹（子目录）、子域名、独立域名。当用户需要决定多个产品或品牌应如何组织域名时使用。
主要能力
三种域名结构对比
| 结构 | 示例 | SEO 权重 | 品牌独立性 | 典型用途 |
|---|---|---|---|---|
| 子文件夹 | company.com/product-a | 与主域名共享 | 低 | 同一品牌下的产品；中小企业；内容整合 |
| 子域名 | product.company.com | 被 Google 单独对待 | 中 | 独立产品体验；技术隔离；支持/文档 |
| 独立域名 | product.ai | 不共享 | 高 | 收购品牌；不同市场；独立品牌身份 |
各结构适用时机
- 子文件夹：产品共享价值主张；希望强化主域名；中小企业；博客、工具、功能同属一个品牌。
- 子域名：需要独立技术栈（如应用与营销站分离）；支持门户；文档；同一品牌但体验不同。
- 独立域名：多品牌架构（House of Brands）；被收购公司；不同受众；不同 TLD（如 AI 产品用 .ai）。
资料给出的 SEO 共识：多数情况下子文件夹通常优于子域名——权重流向主域名；子域名需要单独的 SEO 投入。
品牌架构
| 模型 | 描述 | 域名倾向 | 示例 |
|---|---|---|---|
| Branded House | 一个主品牌；产品使用功能性描述 | 子文件夹或子域名 | Google（google.com/search、google.com/maps）、FedEx |
| House of Brands | 各品牌独立；母公司隐藏 | 独立域名 | Unilever（dove.com、axe.com） |
| 子品牌 / 背书 | 子品牌带母公司背书 | 子域名或独立域名 | FedEx Express、Marriott Bonvoy |
决策因素：业务战略、市场定位、产品重叠度、资源可用性。
Hub-Spoke（多域名共存）
当公司主站（company.com）与产品站（product.ai）同时存在时：
| 角色 | 域名 | 重点 |
|---|---|---|
| Hub | company.com | 品牌、关于、研究、产品矩阵；品牌查询 |
| Spoke | product.ai | 产品功能、定价、注册；产品查询 |
原则：
- Hub 链接到 Spoke（产品区块）；Spoke 链接回 Hub（关于、页脚、“A [Company] product”）。
- Spoke 避免在 Title 中竞争品牌查询；Hub 避免竞争产品关键词。
使用方式
初始评估
项目上下文：存在根目录 contextus.md 时读取，并只加载与本任务相关的模块。没有 Contextus 时，使用可用的项目材料或用户提供的事实，并询问缺失信息；不要创建并行的上下文系统。
需要识别：
- 产品数量：单一产品还是多产品/品牌
- 品牌战略：统一品牌还是独立品牌
- 当前状态：从零规划还是整合现有域名
- 约束条件：技术栈、团队、预算
调用方式
首次使用时，如有帮助，可用 1–2 句话说明该技能涵盖什么、为何重要，然后给出主要输出。后续使用或用户要求跳过时，直接给出主要输出。
输出格式
- 推荐方案（子文件夹 / 子域名 / 独立域名）及理由
- 品牌架构匹配（Branded House / House of Brands / 子品牌）
- 域名映射（如产品 A → company.com/product-a）
- Hub-Spoke 指导（如涉及多域名）
- 相关后续步骤（website-structure、rebranding-strategy）
适用场景
- 为多个产品或品牌决定域名结构
- 判断产品应使用子文件夹、子域名还是独立域名
- 规划或整合多品牌域名体系
- 公司主站与产品站共存时的 Hub-Spoke 布局
限制
资料未提供该技能的具体收费、价格、平台支持范围或效果数据。
相关技能
- domain-selection：初始域名选择（Brand/PMD/EMD、TLD）；单站点用例
- website-structure：规划单个域名内的页面；单域名结构
- rebranding-strategy：域名变更、301 重定向、迁移
- multi-domain-brand-seo：Hub 与 Spoke 共存时的品牌搜索控制
- branding：品牌战略、定位；域名架构实现品牌结构