mcpField
D
domain-strategy

domain-strategy

github.com/rampstackco云与 DevOps1.0k240 次安装1 周前更新
代码仓库

关于 domain-strategy

这是一份与技术栈无关的指南,用于规划一个或多个网站的域名、子域名、DNS 和重定向。它面向管理域名组合的团队,涵盖规范主机名、注册商、DNS 配置和监控等决策。

主要功能

  1. 01盘点域名并按用途分类
  2. 02选择规范的根域名或 www 主机
  3. 03决定使用子目录、子域名或独立域名
  4. 04制定注册商和 DNS 标准
  5. 05记录重定向与监控需求

适用场景

  1. 01为新网站配置 DNS
  2. 02规划域名组合中的重定向
  3. 03为新产品或内容板块选择域名结构
  4. 04合并或拆分网站

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/rampstackco/claude-skills --skill domain-strategy

安装后在 Claude Code 中输入/domain-strategy确认已加载。

附带文件README.mdreferences/dns-record-reference.md

详细介绍

域名策略

规划整个域名组合中的域名、子域名和 DNS。与技术栈无关。适用于一个或一百个网站。


适用场景

  • 为新网站设置 DNS(根域名还是 www、主域名还是别名)
  • 选择或更换注册商
  • 规划多个域名之间的重定向(停放、退役、整合)
  • 决定新产品线使用子域名、子目录还是独立域名
  • 将多个网站整合为一个
  • 将一个网站拆分为多个
  • 为电子邮件、安全记录和第三方服务设置 DNS

不适用场景

  • 在 URL 发生变化的情况下迁移平台间的内容(使用 content-migration)
  • 专门设置电子邮件身份验证(使用 email-deliverability)
  • 安全标头或 HTTPS 配置(使用 security-baseline)
  • 国际化域名选择(使用 internationalization)

必需输入

  • 当前域名清单(你拥有或运营的所有域名)
  • 每个域名的状态(在线、停放、已重定向、已退役)
  • 每个域名的战略角色(主品牌、子品牌、防御性注册、营销活动)
  • 每个域名当前使用的 DNS 提供商和注册商
  • 电子邮件和第三方服务依赖项

框架:5 项决策

每项域名决策都属于以下类别之一。按顺序处理。

决策 1:将根域名还是 www 设为规范域名

选一个。将另一个重定向到它。上线前就做出选择,之后更改会很麻烦。

无论选择哪一个,都必须将另一个 301 重定向到它。两者同时提供内容会造成重复内容,也是设置不当的间接信号。

决策 2:使用子域名、子目录还是独立域名

对于新产品、博客或内容版块:

模式适用场景
子目录(example.com/blog)品牌相同,希望传递 SEO 权重;默认选择
子域名(blog.example.com)技术栈或平台不同,组织上相互独立但有关联
独立域名(exampleblog.com)品牌不同、受众不同,且有意区分

默认选择子目录。若要使用子域名或独立域名,必须说明理由。

决策 3:注册商策略

注册商是域名注册的地方。DNS 提供商是 DNS 记录存放的地方。两者可以相同,也可以不同。

决策:

  • **单一注册商还是多个:**单一注册商更简单。规模较大时,使用多个注册商有助于提高冗余性。
  • **锁定和双重身份验证:**必不可少。域名劫持确实会发生,而且代价高昂。
  • **自动续费:**所有重要域名都应开启。只有明确决定放弃的域名才关闭。
  • **WHOIS 隐私保护:**默认开启。大多数现代注册商都免费提供。
  • **转移锁定:**开启;只有在计划转移期间才关闭。
决策 4:DNS 提供商

DNS 提供商控制域名的解析方式,对性能、可靠性和安全性至关重要。

选择提供以下服务的提供商:

  • 快速的全球解析(任播网络)
  • DNSSEC 支持
  • 用于自动化的 API 访问
  • 合理的记录数量限制
  • 良好的审计日志

每个域名都需要的默认 DNS 记录:

  • 根域名和 www 的 A 或 AAAA 记录(或 CNAME)
  • MX 记录(即使没有电子邮件,也应设置为空值)
  • 用于域名验证和 SPF 的 TXT 记录
  • CAA 记录(限制可为该域名签发证书的证书颁发机构)
决策 5:闲置域名策略

你拥有但目前未积极使用的域名。有三种可行策略:

  1. 重定向到主站。 最适合为防御性注册、与主品牌相近的域名。将所有路径通过 301 重定向到主站首页或对应路径。
  2. 留空。 使用简单页面或 DNS NXDOMAIN。适用于以后可能会用到的域名。
  3. 停放并设置落地页。 使用通用的“即将推出”页面。价值最低。避免使用注册商默认的停放页面(通常会投放广告,损害品牌形象)。

反面做法:让闲置域名提供与主站重复或近乎重复的内容。这会带来 SEO 风险。


工作流

步骤 1:清点

从每个注册商处导出你拥有的所有域名,并汇总到一张表格中:

域名注册商DNS 提供商状态角色续费日期备注

如果无法核实每个域名,策略就不可能准确。

步骤 2:按角色分类

为每个域名指定一个角色:

  • 主域名(品牌的主站)
  • 别名(重定向到主域名)
  • 防御性域名(注册以防他人抢注;通常会停放)
  • 营销活动(短期、特定用途)
  • 已退役(不再使用;到期后放弃,或永久重定向)

分类决定了配置方式。

步骤 3:审查当前配置

检查每个域名:

  • 规范域名(裸域名还是 www)是否与策略一致?
  • 预期使用永久重定向时,是否采用 301?
  • 所有变体是否都强制使用 HTTPS?
  • DNS 记录是否精简且设置有明确目的?
  • 是否已锁定注册商账户?
  • 是否已开启自动续费?
  • 注册商账户是否已启用 2FA?

记录差距。每项差距都应创建一个工单。

步骤 4:设置规范域名模式

对于新域名和需要修正的域名:

  • 选择裸域名或 www 作为规范域名
  • 为非规范域名配置 301 重定向
  • 两者都强制使用 HTTPS
  • 使用 curl 验证:curl -I http://example.com、curl -I http://www.example.com、curl -I https://www.example.com。所有请求最终都应指向规范域名,并返回单个 200 响应。
步骤 5:记录重定向映射

记录整个域名组合中的每条重定向:

来源目标类型原因设置日期

在出现问题或计划整合时,这份记录非常有用。

步骤 6:设置监控

监控:

  • DNS 解析(出现 NXDOMAIN 或 IP 错误时告警)
  • HTTPS 证书到期时间(提前 30、14、7 天告警)
  • 重定向链(301 开始返回 200 或 404 时告警)
  • 续费日期(提前 90、30、7 天告警)

这是域名策略与 monitoring-and-alerting 之间的衔接点。

步骤 7:记录并定期复查

域名策略应纳入季度审查。续费、整合和新项目上线都会改变整体情况。如果不安排定期审查,域名组合就会逐渐失控。


失败模式

根域名和 www 都提供内容。 内容重复。选定一个,并将另一个重定向过去。

本应使用 301 重定向,却用了 302。 302 是临时重定向,301 是永久重定向。SEO 权重会通过 301 传递,但通过 302 传递并不可靠。

未强制使用 HTTPS。 HTTP 版本与 HTTPS 版本同时提供内容。在边缘节点或负载均衡器上强制使用 HTTPS。

注册商的默认停放页。 停放域名展示注册商的广告。注册商无需付费,你却要承担后果。将其替换为重定向或自有页面。

域名意外分散在多个注册商处。 迁移未彻底完成。将域名集中到一处。

没有 CAA 记录。 任何配置错误的 ACME 客户端都可能为你的域名签发证书。CAA 可限制哪些 CA 能够签发证书。添加 CAA 记录。

为“省钱”而关闭自动续费。 域名可能意外过期,被他人抢注,赎回成本高出十倍,甚至无法找回。自动续费是成本低廉的保险。

本可使用子目录,却使用了子域名。 SEO 权重被分散到多个主机名上。使用子域名需要有充分理由;默认应使用子目录。

用内容单薄的停放域名来“做 SEO”。 搜索引擎不会奖励这种做法,反而会惩罚门页。要么重定向,要么留空。


输出格式

域名策略文档包括:

  • 清单: 列出所有域名的电子表格
  • 分类: 每个域名的用途
  • 规范化决策: 确定使用根域名还是 www
  • 重定向映射: 域名组合中的所有重定向
  • DNS 标准: 默认记录集
  • 注册商标准: 锁定、启用 2FA、自动续费
  • 监控: 监控内容及告警发送位置
  • 续费日历: 未来 12 个月的续费安排
  • 复查周期: 何时重新审视

参考文件

评论

支持 Markdown