qTranslate 系列插件的现状与风险：已停更插件的迁移建议

引言：还在用 qTranslate 不敢动

很多老站停留在 qTranslate-X，但它早已停更，不兼容新 WP、有潜在漏洞。继续用是隐患，迁移虽麻烦但必做。

原理分析：为什么危险

qTranslate 把多语言塞进同一篇 post_content（用 <!--:en--> 之类标签），结构非标准。停更后：①无安全补丁；②与新编辑器/区块不兼容；③新 PHP 报错。迁移本质是”拆标签→按语言建标准副本”。

保姆级实操

迁移路径：

1. 备份全库。
2. 用 qTranslate-X 的导出工具或脚本把各语言拆成独立字段。

// 示意：正则提取 <!--:en-->...<!--:--> 分语言
preg_match_all( '#<!--:en-->(.*?)<!--:-->#s', $content, $m );
$en = $m[1][0] ?? '';

3. 导入 WPML/Polylang 作为翻译关联。
4. 验证 hreflang 与前端显示，再卸 qTranslate。

常见踩坑

1. 直接卸载 qTranslate，内容里标签裸露全站乱码。
2. 不备份，拆失败无法回退。
3. 案例：某老站 qTranslate 在 PHP 8.2 下首页白屏，迁 Polylang 拆标签后恢复且新编辑器可用。
4. 迁移后 hreflang 缺失，收录波动。
5. 混用新旧插件，数据互覆。

总结

判断标准：仍在用 qTranslate → 尽快备份迁移到 WPML/Polylang。行动清单：全库备份 → 拆标签导出 → 导入标准插件 → 验 hreflang → 卸载旧件。详见Polylang 完整配置教程。