如何为博客添加多语言外挂？
内容提要
为WordPress老博客添加多语言功能时，可采用前端翻译挂件方案：不改动原有代码，调用大模型将页面翻译成目标语言，并按词语或段落缓存译文以提升效率。该方案接入快，适合老项目，但翻译准确度和效率不如预先写好译文。
延伸解读
前端翻译挂件的实现原理
文章介绍的多语言外挂采用前端翻译挂件方案，不改动原有WordPress代码，而是调用大模型将页面翻译成目标语言。为了提升效率，译文按词语或段落进行缓存，这样当其他用户访问相同内容时，可以直接使用缓存结果，无需重复请求大模型。这种设计让老博客能快速获得多语言能力，同时避免了对原有逻辑的大幅修改。
与预先写好译文方案的对比
文章指出，前端翻译挂件的翻译准确度和效率不如预先写好译文再直接渲染。预先写好译文需要作者在写作时就用多种语言创作，或在发布前完成翻译，这不符合以中文写作为主的习惯，且实现起来更麻烦。而挂件方案虽然翻译不够准确，但能让其他语言读者看懂，且接入快速，适合已有十多年历史的老博客。
适用场景与局限性
这种方案适合已有老项目、不想大改代码的博客，尤其是像作者这样以中文写作、希望快速支持多语言的懒人。但对于全新项目，如果一开始就要支持多语言，文章建议按照多语言的形式去做，可能会更好。此外，该方案依赖大模型翻译，准确度有限，且效率受缓存机制影响，无法与提前写好译文相比。
Q&A
如何给WordPress老博客添加多语言功能？
可以采用前端翻译挂件方案：不改动原有代码，调用大模型将页面翻译成目标语言，并按词语或段落缓存译文以提升效率。
为什么选择前端翻译挂件而不是在WordPress代码层面实现多语言？
因为代码层面实现需要改变原有逻辑，对整套博客影响较大；而前端挂件方案接入快，适合老项目，且符合以中文写作为主的习惯。
前端翻译挂件的翻译缓存机制是怎样的？
缓存不是按页面进行的，而是按词语或段落进行缓存，这样当其他用户看到相同内容时可以直接使用缓存，无需再次请求大模型。
这种多语言方案有什么缺点？
翻译准确度不够高，效率也不如提前写好译文再直接渲染。
这种方案适合什么样的博客？
适合已有多年历史的老博客，可以快速接入；对于全新项目且要支持多语言，按照多语言形式去做可能更好。
目前博客支持哪些语言？将来会支持更多吗？
目前只支持英语，将来视情况而定，有可能支持其他语言。
