站点一开始选了子域方案，后来要迁到子目录，所有外链、统计报表和已收录地址全要重做，改一次成本比想象高很多。第一次遇到会往复杂处想，其实漏掉的多是个小前提。
curl -sI https://example.com/en/ | head -1 curl -sI https://en.example.com/ | head -1 # 两种结构都返回 200 后再定方案
两种结构在权限、会话、证书和收录上的表现完全不同，子目录共享主域权重但配置耦合，子域隔离干净却要单独解析和证书，选之前得按增长预期定。这一点先确认清楚，后面就不用反复试。
「多语言 URL 结构」相关的日志我一般连着看前后五分钟，单看一条报错经常判断不出是哪一步失败。新版本先放一台机器上跑一天再全量，问题一般在这段时间暴露。
备份不是备了就行，恢复一次才算数，很多备份文件打开才发现是空的。
具体做法是，先列出站点未来两三年要覆盖的语言数量和地区；语言少又要共享主域权重 就优先选子目录结构；需要独立运营和各地区独立证书 再去考虑子域。
改完照着核一遍，结构定下来以后全站地址保持统一 不再出现两种方案混用。