核心思路
三项检查让翻译持续有用
WPML 会记录翻译关系中的源和目标。本地化项目及其面向访客的输出决定了该关系在实际使用中是否有效。
01
身份
翻译组用于确定哪些源和目标属于同一关系，而语言详情用于确定每个项目的注册方式。
02
内容
本地化网址、分类法、文本和媒体让映射后的项目对使用该语言的读者有用。
03
呈现结果
映射关系后，目标语言链接和前端资源必须提供预期的本地化界面。
发现
在更改之前找到准确的语言上下文
从能够标明目标、语言及其现有关系的证据开始。这个记录可以避免修复落到猜测的项目上。
需要先确认的依据
活动语言
查看 WPML 当前公开的语言，然后再选择目标语言。
按语言筛选的内容
列出所选语言中的页面和文章，确保目标是现有项目，而不是猜测。
按语言筛选的术语
列出所选语言中的分类法术语，让术语关系保持在同一上下文中。
翻译状态
查看现有的页面翻译以及每个翻译附带的状态。
翻译组
检查文章或术语翻译组中的源成员和目标成员。
项目语言详情
确认可能要修改的项目所记录的语言和翻译身份。
可复用候选项目
查找可以复用的现有项目，而不是创建重复项目。
决策点
在修改前，根据证据明确确切的源或目标及其语言上下文。
在任何修改前，使用结果明确指出确切的源或目标及其语言上下文。
映射
将目标映射到负责它的关系
确定源和目标后，执行能够保留 WPML 身份的最小关系变更。
1
创建缺失的基础结构
当目标不存在时，在请求的语言中创建适当的页面或文章翻译外壳。
2
记录语言详情
根据已确认的源上下文设置目标语言和翻译组详情。
3
关联现有目标
当合适的目标已经存在时，将其登记到正确的组中，而不是创建另一个副本。
4
维护本地化上下文
在目标语言上下文中更新已翻译的网址、分类目录和主分类。
5
回读关系
读取生成的翻译组和目标语言详情，在将映射视为完成前验证结果。
检查
检查本地化语言访客将获得什么
将已翻译内容及其目标位置一起读取。关系可能存在，但面向访客的界面仍然可能错误。
检查范围和修复边界
未翻译片段
检测被带入已翻译内容的源语言片段。
定向翻译链接检查
检查一个已确定项目的已翻译链接，只有在审计明确指出预期变更时才启用修复。
批量翻译链接检查
在选定的已翻译文章中运行相同的已翻译链接检查，以发现重复出现的过期目标。
缺失或过期的覆盖范围
报告缺少翻译或不再符合预期覆盖范围的翻译。
翻译内容和 URL
审计已翻译文本和本地化网址，检查源语言残留、过期链接或错误目标。
画廊和前端资源
审计已翻译图库的成员关系、媒体说明文字以及提供给本地化访客的图库资源。
审计在启用明确的修复输入前保持只读，任何修复都必须标明受影响的项目和语言上下文。
恢复
有意识地恢复损坏的 WPML 语言切换器
语言切换器恢复会改变已存储的多语言状态，需要管理员权限。在授权重置前，先记录当前结构。
建立恢复记录
当前设置
检查已存储的语言切换器设置。
可用位置
检查已注册的语言切换器插槽及其位置数据。
结构验证
验证设置和插槽是否具有预期结构。
受控重置
只有在证据证明需要移除损坏状态时，才重置已存储的选项。
通过 WPML 重建
通过 WPML 重建语言切换器设置，并验证生成的结构。
先检查并验证。只有在证据证明需要移除损坏状态时才重置，然后通过 WPML 重建并验证结果。
媒体维护
让翻译背后的媒体保持同步
媒体维护会影响本地化访客看到的内容。将检查与修复分开，并明确强制操作和权限选择。
页面构建器语言资源
审计特定语言的页面构建器资源，并确定需要关注的本地化资源状态。
翻译画廊检查
检查已翻译的图库媒体，并在默认不修改的情况下显示不匹配。
定向画廊修复
只为已确定的图库修复缩略图和元数据。当拟议修复需要审查时，先运行试运行，然后明确启用修复。
选定的媒体文字
在预期语言上下文中更新选定的媒体说明文字或其他选定文本字段。
强制执行和权限
只有明确启用强制选项时，才重新生成现有的有效图片尺寸。媒体变更需要上传权限，修改图库页面还需要编辑该页面的权限。
可选集成
让可选集成保持在 WPML 核心之外
只有在匹配的集成存在时，这些操作才会生效。WPML 仍然是多语言状态的所有者。
定向集成
一个明确的 SEO 扩展重定向
当特定的匹配重定向阻碍预期的本地化路由时，移除该重定向。此定向操作需要管理员权限。
一个翻译后的联系表单 7
使用匹配的内容编辑权限，更新选定的已翻译表单模板和区域设置，同时不触碰无关表单和 WPML 翻译组。
它们不会修改无关表单或 WPML 翻译组。移除重定向需要管理员权限，而表单更新遵循匹配的内容编辑权限。
诚实边界
WPML 仍然是多语言权威
WPML 负责每个已注册操作使用的语言、翻译组、已翻译网址、语言切换器和多语言内容状态。SitePress 为 AI 客户端提供聚焦的 WordPress 操作，用于检查和维护围绕这些状态的关系、路由、资源和完整性检查。
每项操作都需要经过身份验证的 WordPress 用户。翻译读取和内容操作需要相关页面、文章或项目的编辑权限。语言切换器恢复、翻译关联以及移除一个确切的 SEO 重定向需要管理员权限。媒体变更需要上传权限，修改图库页面还需要编辑该页面的权限。
要求
安装 SitePress 所扩展的原生栈
在期待插件公开 WPML 维护界面前，先确认这些要求。每个依赖项都有独立的运行时职责。
6.9 或更高版本
WordPress 6.9+提供插件使用的原生 Abilities API 以及 WordPress 内容、分类法、媒体和权限界面。
8.0 或更高版本
PHP 8.0+提供插件所需的最低运行时。
将 SitePress 操作注册为类型化的 WordPress abilities。
将已注册的 WordPress abilities 传输给经过身份验证的 MCP 客户端。
通过受控的 Devenia MCP 界面公开已注册的公共 abilities。
已安装并启用
WPML负责每个已注册操作使用的语言、翻译组、已翻译网址、语言切换器和多语言内容状态。
下一步操作
为人工智能客户端提供聚焦的 WPML 维护界面
当 WordPress AI 客户端需要聚焦的 WPML 翻译关系和本地化完整性界面时，请下载 MCP Abilities – SitePress。下载内容包含提供这些操作的插件软件包。