本文约 2,451 字，预计阅读 7 分钟。文中命令与配置均经过实测，可直接参考执行。
引言：没有脱离业务边界的万能答案
规划中文站点时，常见选择是 blog.example.com 与 example.com/blog/。有人认为子目录一定继承主站全部优势，也有人认为百度把子域名完全当作独立站点。实际决策不能只靠一句经验：搜索引擎能够理解两者关系，但子域名拥有独立 DNS、主机和验证边界，运营上更容易分离；子目录天然共享主域名、导航和程序，更容易形成统一信息架构。
如果博客与主站服务同一用户、围绕同一产品解决问题，子目录通常更简洁。若业务团队、技术栈、地区规则和内容责任完全独立，子域名可能更合理。关键是用户和内容边界，而不是为了获取想象中的额外权重频繁拆分。WordPress 网站信息架构设计
原理分析：URL 边界会影响管理，不决定内容价值
子域名在 DNS 层可指向不同服务器，可以独立配置缓存、证书和发布系统；在百度搜索资源平台中，站点验证与数据管理也应按平台当前支持的站点范围处理，不能默认验证主域就自动拥有所有子域的数据。子目录则共享同一主机名，技术与统计配置通常更集中。
主题关联方面，子目录更容易通过主导航、面包屑和统一模板表达“这是同一站点的一部分”。子域名同样可以通过双向链接和一致品牌建立关系，但若每个城市、每个产品都拆成一个空壳子域名，内容和外链会被分散，运维也更复杂。无论哪种结构，低质量页面不会因换到子域名就变优质。
还应考虑故障边界。子域名可以独立部署，博客故障不一定影响主站；子目录反向代理到另一套系统时，则要正确传递主机头、协议和路径。架构选择应由业务独立程度、发布权限、性能与安全要求共同决定。
保姆级实操
步骤一：回答四个问题。 内容是否服务同一用户；是否共享品牌和转化目标；是否由同一团队审核；是否需要独立服务器与权限。前三项一致且没有强技术隔离需求时，优先子目录。
步骤二：评估内容规模。 独立帮助中心、开放平台文档或地区业务有持续内容和专门团队时，子域名有管理价值；只有十几篇文章时，拆分往往增加空站和维护成本。SEO 栏目层级规划
步骤三：确定唯一 canonical。 不要让同一篇文章同时通过子域名和子目录访问。代理层、WordPress 地址和 SEO 插件必须统一输出目标 URL，旧入口通过 301 一对一迁移。
步骤四：迁移前制作映射并验证。 下面脚本读取制表符分隔的旧 URL 与新 URL，检查旧地址最终是否到达预期目标，而不是都跳首页。
#!/usr/bin/env bash
set -euo pipefail
while IFS=$'\t' read -r old_url expected_url; do
[ -n "$old_url" ] || continue
actual=$(curl -sS -o /dev/null -L --max-redirs 5 -w '%{url_effective}' "$old_url")
if [ "$actual" = "$expected_url" ]; then
printf 'OK\t%s\n' "$old_url"
else
printf 'MISMATCH\t%s\t预期=%s\t实际=%s\n' "$old_url" "$expected_url" "$actual"
fi
done < url-map.tsv
映射文件应包含文章、栏目、分页和重要资源样本。迁移后还要更新内链、站点地图、导航、canonical 和统计配置，不能只依赖跳转。
步骤五：分别管理百度数据。 按百度搜索资源平台当前规则验证需要管理的主机，提交各自干净的站点地图，观察抓取与索引。百度统计可使用统一账户下的站点配置，但统计范围和跨域设置要按实际需求核对。
步骤六：至少保留一个完整观察周期。 迁移后持续监控 404、重定向链、索引趋势和自然落地页。不要在数据尚未稳定时再次从子目录迁回子域名。网站改版百度 SEO 监控
可以用决策矩阵降低争论：业务与主站用户重合度高、品牌一致、需要共享登录和转化路径时，子目录加分；需要独立发布权限、独立基础设施、不同安全边界或面向完全不同地区业务时，子域名加分。若只是技术栈不同，不一定必须用子域名，反向代理也能把独立应用呈现在子目录；但代理方案会增加缓存、路径重写和故障排查成本，需要运维团队评估。
上线验收应覆盖四组样本：新旧首页、深层文章、静态资源和分页参数。每组检查最终状态、跳转次数、canonical、面包屑、站内链接与 sitemap 归属。还要确认分析工具不会把子域跳转误记成新的引荐来源。只有 URL、内容和统计三条链路同时正确，架构迁移才算完成。
常见踩坑
- 为每个关键词建立一个子域名，形成大量内容稀薄的小站。
- 同一内容在子域和子目录同时可访问，只靠 canonical 勉强处理。
- 迁移时所有旧 URL 跳到新首页，破坏页面对应关系。
- 只更新 sitemap，正文内链仍指向旧结构。
- 案例： 某企业把产品帮助文档从
/help/搬到子域名，只配置首页跳转，数千篇旧教程全部 404。重新制作一对一映射并更新内链后，抓取异常才逐步下降。 - 认为子目录无需单独做权限和安全隔离，忽略不同系统共用主域的影响。
- 只因“百度更喜欢某结构”就迁移一个表现稳定的站点，收益不足以覆盖风险。
总结
子域名与子目录都能被百度抓取和索引，选择重点在业务与运维边界。内容、用户、品牌和团队高度一致时，子目录通常更容易维护统一结构；业务独立、技术隔离和权限边界明确时，子域名更合适。无论选择哪种，都必须保持唯一访问地址、清晰内链、正确站点地图和可验证的一对一迁移，不能把架构形式当作排名捷径。WordPress 多站点架构比较
