多语言 WordPress 维护要点：WPML 与 Polylang 的检查清单

多语言 WordPress 站的语言切换失效、翻译丢失、hreflang 缺失怎么查？本文给出 URL 结构确认方法、每月四项必查、插件更新顺序与缓存坑，并附可执行的月度清单。

多语言 WordPress 站怎么维护：WPML 与 Polylang 的月度检查清单(pic1)

做外贸的企业用 WordPress 建多语言站，通常会在两个插件里选一个：WPML 或 Polylang。站建好之后，真正的麻烦才开始——语言切换失效、翻译内容丢失、更新后版面错乱、搜索引擎把几个语言版本当成重复内容。这些问题大多不是插件本身的缺陷，而是日常维护里少了几项固定检查。这篇文章按"每月做什么、每次更新前后做什么"给出一份清单。

一、先确认多语言是哪种 URL 结构

结构决定了后面所有的维护动作，先花两分钟确认清楚：

子目录：example.com/en/、example.com/de/。部署简单、权重集中，是最常见的做法；
子域名：en.example.com。适合不同语言由不同团队维护，但要分别配置 SSL 和 CDN；
多站点（Multisite）：每种语言一个独立站点，共享一套程序和插件。灵活，但维护成本最高，插件冲突时影响面也最大。

确认方法：后台「设置 - 常规」看站点地址，再到 WPML 的语言设置页或 Polylang 的「设置 - URL 修改」里核对。很多"语言切换后跳回首页"的问题，就是这里的配置和实际部署结构不一致造成的。

二、每月必查的四项

1. 语言切换器是否覆盖所有页面。逐个语言点一遍：首页、产品列表、产品详情、新闻列表、联系我们。常见的失效场景是某个自定义文章类型没有勾选"可翻译"，切换语言后直接 404。发现后到插件的翻译选项里把该类型加上，再批量补一遍翻译。

2. hreflang 标注是否完整。查看页面源码，搜索 hreflang，正常应该能看到每种语言对应的地址，以及一条 x-default。缺了会带来两种后果：搜索引擎把英文、法文、德文页面当成重复内容，只保留一个版本；或者把法语用户带到英文页。两个插件都会自动输出，但如果主题是自己写的、或者改用了页面构建器，输出经常被覆盖，需要用插件自带的兼容模式或手工补写。

3. 翻译完成度。WPML 的翻译管理页和 Polylang 的语言列都会显示哪些内容还没翻译。未翻译的页面默认回退显示原文，用户点进去看到的是一半英文一半中文，体验很差。建议把"未翻译内容清零"作为每月目标，或对未翻译页面设置 301 跳转到对应语言的列表页，宁可少一个页面，也不要给用户看半成品。

4. 图片与附件的语言关联。同一张产品图在中文站和英文站应该是同一份文件的两个引用，而不是各上传一次。重复上传会让媒体库膨胀，替换图片时又容易漏改，最后出现"英文站还是旧图"的情况。