引言：什么是“无分类 WPML”
“无分类库 WPML”是指移除 WordPress 的默认分类库前缀，同时保持 WPML 所有语言的分类库存档 URL 正确。例如，英文存档 URL 可能如下所示：example.com/category/news/您可以使用example.com/news/西班牙语版本可能会出现example.com/es/noticias/而不是example.com/es/category/noticias/。
结果看起来很简单，但实际操作起来却不一定简单。
WordPress 使用重写规则将易于理解的 URL 映射到分类查询。WPML 则在此基础上增加了一层，用于处理语言目录、域名或 URL 参数。它还能关联已翻译的分类术语和别名。您的基本删除方法、永久链接设置、主题、SEO 插件、缓存和服务器规则必须就最终的路由达成一致。
重要的：WPML 可以翻译多语言内容和分类数据，但它本身并不是一个通用的类别基础移除开关。请使用 WordPress 官方维护且兼容的类别基础移除方法，然后再用 WPML 进行测试。
QueueLingo 帮助团队通过托管队列和连接的翻译引擎来处理 WPML 翻译任务，从而可以更大规模地管理类别名称、相关内容和多语言更新。
注册一个免费的 QueueLingo 账号或者观看演示在计划全面推出网站多语言版本之前。
为什么分类基础对多语言SEO很重要
标准的 WordPress 分类归档通常采用以下模式：
https://example.com/category/news/https://example.com/category/tutorials/
这个词category是类别基准。网站可以将其替换为其他基准，例如topics但是，将“类别基本字段”留空设置 → 永久链接通常情况下，这意味着 WordPress 会使用其默认行为。完全移除基础代码通常需要兼容的插件、主题功能或精心维护的自定义重写逻辑。
在多语言环境中，URL 还可以包含语言信号：
- 目录：
example.com/es/category/noticias/ - 语言领域：
example.es/category/noticias/ - 范围：
example.com/category/noticias/?lang=es
WPML 支持语言目录、不同的域名或子域名以及语言参数。因此，分类 URL 由三个因素决定：语言格式、分类基础和翻译后的术语别名。
爬虫路径和已翻译的档案
搜索引擎通过菜单、面包屑导航、文章元数据、站点地图和内部链接发现分类存档。移除一个路径片段或许能让 URL 更易于阅读、复制和识别，但这并不能保证排名提升。更大的 SEO 优势在于为每个有用的存档创建一个稳定且易于抓取的 URL。
已翻译的类别存档通常应包含以下内容：
- 成功
200回复。 - 使用目标语言撰写内容。
- 自引用规范 URL。
- 正确的替代语言
hreflang参考。 - 使用最终简洁 URL 的内部链接。
- 当存档可被索引时，将其包含在正确的 XML 站点地图中。
Google 将规范化描述为从重复或相似的页面中选择一个代表性 URL 的过程。重定向、规范注释、站点地图 URL 和内部链接都会影响这一选择。对于多语言页面，规范 URL 通常应指向相同语言的规范 URL，而hreflang连接等效的语言版本。
移除操作能提升用户体验
当分类是关键的导航层级且其别名唯一时，移除分类基址最为有用。出版物可能会使用/en/insights/，/de/einblicke/， 和/fr/analyses/这些路径简洁明了。然而，一个清晰可见的根路径可以避免歧义。例如，URL 可以是这样的：/topics/security/页面结构应能立即告知读者这是一个主题存档页面。不要仅仅因为页面更短看起来“更利于搜索引擎优化”就移除底部结构。选择最清晰、最易于维护的结构。
如需更全面地了解语言目标定位，请参阅……多语言SEO指南。
WPML 如何处理分类 URL
WPML 将语言 URL 格式与分类术语的翻译分开处理。理解这种区分可以大大加快故障排除速度。
语言 URL 格式
In WPML → 语言 → 语言 URL 格式WPML 支持三种常见模型：
- 目录：
example.com/es/noticias/ - 域名或子域名：
example.es/noticias/或者es.example.com/noticias/ - 语言参数：
example.com/noticias/?lang=es
目录结构很常见，因为每种语言都属于同一个域名。不同的域名需要正确的 DNS 和服务器映射。参数通常需要的服务器更改较少，但许多网站所有者更喜欢使用基于路径的 URL 来进行公共导航。
WPML 语言目录是虚拟的，请勿创建物理目录。/es/ or /de/将文件夹或强制请求放入其中。
翻译后的术语和别名
类别包含显示名称和别名。例如：
- 英文名称：新闻；别名：
news - 西班牙语名称：Noticias；别名：
noticias - 德文名称：Nachrichten；蛞蝓：
nachrichten
WPML 可以翻译 WordPress 分类、标签和自定义分类法。分类法必须设置为可翻译。WPML → 设置 → 分类法翻译您可以查看术语翻译。WPML → 分类翻译当父子结构发生变化时，同步层级结构的变化。
自定义分类库也可以包含特定语言的翻译。这与移除标准的 WordPress 分类库是两回事。如果您的网站没有分类库，翻译后的术语别名将成为可见的路径段，这使得独特的别名规划变得更加重要。
永久链接和重写规则
WordPress 不会将每个美化后的 URL 都存储为物理文件。它会将每个请求与重写规则进行比较，并将匹配的路径转换为查询。基本路径移除方法会更改这些规则。然后，WPML 会根据当前使用的语言过滤 URL 和查询。
当其他组件也更改路由时，可能会出现冲突。常见原因包括：
- SEO插件或永久链接插件。
- 重定向管理器。
- 具有重叠重写别名的自定义文章类型。
- 注册分类或路径的主题。
- 服务器级别的 NGINX 或 Apache 规则。
- CDN边缘重定向或缓存错误响应。
测试整个技术栈，而不仅仅是 WordPress 设置界面。URL 在后台管理界面可能看起来正确，但在网页端却可能返回错误的语言或状态。
WPML 中不使用类别基础的优势和权衡
这个决定并非“简洁的URL好，base地址不好”，而是一种路由权衡。
| 区域 | 潜在益处 | 风险或成本 |
|---|---|---|
| 可读性 | 较短的分类路径更容易浏览和分享。 | 路径可能不再显示它是一个类别存档。 |
| 多语言用户体验 | 每种语言都可以使用自然翻译的类别别名。 | 相似的翻译可能会在不同类型的内容之间造成冲突。 |
| 爬行 | 一致的内部链接可以将爬虫直接引导到首选 URL。 | 旧路径和新路径都可以在不重定向或规范化的情况下保持可访问性。 |
| 移民 | 更简单的结构可以成为全站标准。 | 每个已索引的类别 URL 都可能发生变化，需要进行重定向映射。 |
| 维护 | 经过充分检验的规则可以保证路径的可预测性。 | 插件、主题、WordPress 或 WPML 更新可能会影响重写规则。 |
| 大型分类学 | 编辑们倾向于使用较短的公共路径。 | 数百个翻译术语需要进行管理和冲突检查。 |
重复路线
一些碱基移除方案重定向/category/news/到/news/其他方法则加载两个版本。如果两个版本都返回200搜索引擎和分析系统可能会发现重复的路径。请选择一个首选版本，重定向已弃用的 URL，在最终页面上使用自引用规范链接，并更新内部链接和站点地图。
蛞蝓碰撞
如果没有命名空间，例如/category/类别别名在根路径中竞争。想象一下，所有这些想要/guides/：
- 一个名为“指南”的页面。
- 一个名为“指南”的类别。
- 自定义文章类型存档。
- 翻译后的术语
guides.
WordPress 可能会解析一个路由而隐藏另一个路由，或者插件可能会强制重定向。在正式上线前，请构建多语言别名注册表。注册表应包含页面、文章、分类、标签、自定义分类法、作者库和自定义文章类型存档。
累积多语言内容翻译
使用 QueueLingo 辅助的 WPML 工作流程，在五个客户项目中实现了翻译量。
如何使用 WPML 设置无分类基础
请先使用测试副本。URL更改可能会影响所有分类存档、内部链接、站点地图条目、规范链接和缓存重定向。
1. 备份网站
创建数据库和文件的可恢复备份。记录 WordPress、WPML、主题、路由插件、缓存和服务器版本。导出现有重定向。
2. 清点现有网址
导出所有语言的所有分类存档。对于每个 URL，记录如下：
- 语言。
- 类别名称和术语 ID。
- 当前蛞蝓。
- 父级类别（如有）。
- 当前规范。
- 预期的简洁网址。
- 必需的重定向目标。
此外，还要抓取页面、文章、自定义文章类型和分类归档，以查找冲突。在更改重写行为之前执行此操作。
3. 检查 WordPress 永久链接
打开设置 → 永久链接确认网站使用的是美观的永久链接结构，而不是简单的查询 URL。检查可选的“分类基本”字段，但请记住，空字段并不一定意味着“删除基本分类”。它可能只是使用了 WordPress 的默认分类路由。
选择一种维护良好的方法来移除链接。它可以是兼容的永久链接功能，也可以是开发团队编写的自定义代码。避免同时使用两种都会移除链接的工具。
4. 确认 WPML 的语言配置
打开WPML → 语言并验证当前 URL 格式。在继续操作之前，请测试默认语言和辅助语言。如果您使用目录，请确认服务器能够处理虚拟语言路径。如果您使用单独的域名，请确认 DNS、TLS 证书以及 WordPress 安装映射是否一致。
5. 绘制和翻译类别术语
In WPML → 设置使类别可翻译。然后打开WPML → 分类翻译并仔细审核每一条译文。使用自然、独特的别名，不要盲目复制源别名。
对于层级分类，请确认已翻译的子分类是否拥有正确的已翻译父分类。如有需要，请同步层级结构变更。将别名映射表保存为发布文档。
6. 启用基础移除方法并刷新规则一次
在暂存环境中激活所选方法。然后重新生成重写规则。管理员的正常操作是打开设置 → 永久链接只需保存一次设置即可。使用 WP-CLI 的团队可以在受控部署中使用相应的重写刷新命令。
WordPress 警告：刷新重写规则是一项开销很大的操作。请勿在每次页面请求或频繁触发的钩子函数中执行此操作。仅当规则实际发生更改时才触发它。
7. 测试每种语言和模板
测试一个包含以下元素的代表性数据集：
- 顶级类别和子类别。
- 包含已翻译和未翻译术语的类别。
- 分页存档，例如
/news/page/2/. - 如果你的网站发布信息源，那么就会显示这些信息源。
- 已登录和已注销的请求。
- 每个已配置的语言目录或域。
对于每个最终 URL，检查状态码、页面标题、存档标题、正文语言、规范链接等。hreflang面包屑导航、站点地图条目和内部链接。
8. 添加重定向并谨慎部署
创建从每个旧分类网址到其对应的新网址的一对一永久重定向。避免将所有旧分类都重定向到首页。谷歌建议使用服务器端永久重定向，例如：301 or 308当 URL 永久移动时。
更新内部链接、菜单、面包屑导航、站点地图 URL、规范链接和hreflang使用新路径的值。在监控窗口期间部署，清除一次缓存，并保留回滚计划。
常见问题及故障排除
翻译后的分类页面返回 404 错误。
首次保存设置 → 永久链接重新生成规则一次。然后确认类别翻译存在、其分类法可翻译且其父级层级有效。在暂存环境中，一次只禁用一个可疑的路由层。如果源返回200但公共 URL 返回404检查 CDN 或代理缓存。
更改永久链接后出现重定向循环
循环通常意味着两个系统以相反的方式规范化同一个 URL。请检查 WordPress 重定向插件、SEO 规范重定向等。.htaccess或者 NGINX 规则、WPML 语言重定向和 CDN 边缘规则。追踪完整的重定向链。最终 URL 应返回200不会重定向回之前的跳转页面。
显示的语言类别错误
确认每个术语都链接到正确的 WPML 翻译，并且请求包含预期的语言上下文。检查菜单和硬编码的主题链接。对于已缓存的网站，确保缓存键因 WPML 选择的语言机制而异。忽略语言目录、域名、参数或 Cookie 的缓存可能会导致提供错误的存档。
蛞蝓在不同语言中存在冲突
将问题 slug 与页面、文章、媒体附件路由、自定义文章类型存档、标签和其他分类进行比较。将其中一个路由重命名为清晰的、特定于语言的 slug。然后更新重定向映射、内部链接、规范链接、hreflang以及网站地图。
CDN 或缓存规则保留旧的行为
清除 WordPress 页面缓存、对象缓存（如适用）、反向代理和 CDN。检查缓存。301因为浏览器和边缘网络可能会保留响应。请将源服务器与 CDN 分开测试，然后再测试一个干净的浏览器会话。
Google Search Console 报告覆盖率或规范警告
检查新旧 URL。确认旧 URL 已永久重定向到完全替换的目标地址，并且新 URL 返回正确的地址。200确认新归档文件具有自规范链接、未被 robots 规则屏蔽，并且出现在预期的站点地图中。检查 Google 是否选择了不同的规范链接。更正后，通过相关的 Search Console 工作流程请求验证或重新抓取。
QueueLingo 工作流，实现可扩展的 WPML 翻译
URL工程和翻译操作应该相互支持。开发人员可以……/es/noticias/解析正确，但类别仍需要准确的名称、别名、描述、链接内容和审核状态。
一个可扩展的QueueLingo工作流程可以遵循以下几个阶段：
- 准备 WPML：定义语言、分类翻译设置和已批准的别名映射。
- 创建翻译任务：将符合条件的 WPML 内容和相关分类文本发送到托管翻译队列。
- 选择引擎：根据贵组织配置的集成、语言对、内容类型、预算和数据策略，将工作路由到 Google Translate、Edge Translate 或受支持的 LLM 翻译引擎。
- 审查结果：检查术语、类别名称、别名长度、意图、HTML完整性和本地市场措辞。
- 回复并发布：将已批准的翻译返回给 WPML，然后运行 URL、规范网址和
hreflang检查。
队列自动化可以减少重复的导出、分配、状态跟踪和回写工作。人工审核仍然至关重要，因为一个不恰当的分类法翻译可能会影响导航和许多文章的URL。
探索 WPML 翻译托管，观看演示， 或者开始免费试用。
为什么客户选择 QueueLingo
更快的交付速度、灵活的翻译引擎以及完全由您掌控的翻译流程。
翻译效率
- 快速同步和翻译 WPML 内容。
- 利用LLM驱动的工作流程来缩短翻译周期。
- 更快地推出大型多语言内容库。
翻译质量
- 针对每种内容场景选择合适的学习模型。
- 掌控术语、语境和品牌声音。
- 将人工智能翻译与人工审校和优化相结合。
可控成本
- 与完全人工翻译相比，减少了重复性工作。
- 根据不同的内容优先级灵活配置引擎。
- 翻译预算应与项目规模相匹配。
配送速度
- 连接 WPML 内容接收、翻译、审核和交付。
- 无需重复复制粘贴即可处理大量内容。
- 缩短多语言网站上线的路径。
“我们每月翻译大量的产品和营销内容。工作流程很简单，我们可以为每种内容类型选择合适的语言管理工具，以平衡成本和质量。”
- 6支持的语言
- 214,000翻译后的词语
- 平均交付时间24小时
- 1,500+每月处理的页面数
“专业内容需要准确的术语。我们重视能够控制和调整翻译工作流程，而不是完全依赖单一的固定翻译模式。”
- 5支持的语言
- 78,000翻译后的词语
- 1,200+已批准的词汇表条目
- 客户评价通过率高于96%
“过去，添加新的网站语言需要多个步骤的协调。现在，WPML 内容可以更快地进入翻译工作流程，这对于经常更新的网站来说意义重大。”
- 10支持的语言
- 189,000翻译后的词语
- 配送速度提高了约 4.2 倍
- 总翻译成本降低了约51%
加快人工智能翻译速度，并保持过程可控。
可控LLM发动机
根据项目需求选择和配置 LLM 翻译引擎，而不是局限于单一模型。
以 WPML 为中心的工作流程
该流程是围绕 WordPress 和 WPML 内容结构设计的，减少了手动复制、粘贴和重复操作。
快速稳定的配送
优化内容接收、AI翻译、审核和结果交付流程，以便多语言内容能够更快地上线。
质量与成本的平衡
目标不仅仅是降低人工智能翻译的成本，而是在每个项目中实现质量、速度和成本之间的最佳平衡。
实施清单和最佳实践
发射前：
- 备份文件和数据库，并验证恢复访问权限。
- 在测试环境中使用生产插件和服务器堆栈测试更改。
- 导出所有语言的所有类别网址。
- 将旧网址映射到最终翻译后的网址。
- 为所有公共内容类型保留唯一的类别别名。
- 在 WPML 中确认类别翻译和父子关系。
- 选择一种除草方法并记录其所有者。
- 根据 WPML 设置测试目录、域名或参数。
- 准备精确的
301or308重定向。 - 更新内部链接、规范链接、
hreflang面包屑导航和站点地图。
发射之后：
- 抓取新旧 URL 集。
- 检查
404， 柔软的404,5xx循环和长重定向链。 - 检查来源、WordPress、CDN 和浏览器缓存行为。
- 监控服务器日志和谷歌搜索控制台报告。
- 保留重定向设置。
- WordPress、WPML、主题、路由插件或服务器更新后请重新测试。
- 文档回滚步骤、数据处理、翻译保留、访问控制和合规性要求。
最安全的无分类 WPML 部署方案并非拥有最巧妙的重写规则，而是拥有完整的 URL 映射、唯一的翻译别名、每个归档文件一个首选路由以及可重复测试的方案。
准备好让翻译工作更轻松了吗？免费试用 QueueLingo或者联系销售适用于更大型的多语言 WordPress 工作流程。
FAQ
什么是无分类基础的 WPML？
这是一个 WordPress 和 WPML 的设置，其中分类归档 URL 省略了通常的分类前缀。例如：/es/category/noticias/变成/es/noticias/兼容的基础移除方法会改变 WordPress 的路由，而 WPML 则管理语言和翻译后的分类术语。
移除分类基础对搜索引擎优化有好处吗？
它可以提高可读性和一致性，但并不能自动提升排名。SEO 依赖于稳定且可抓取的 URL、精确的重定向、自规范链接和正确的内容。hreflang有用的存档内容和一致的内部链接。
WPML 可以翻译分类别名吗？
是的。WPML 可以通过其分类法翻译设置来翻译分类名称和别名。请确保分类名称可翻译，检查每个术语的翻译，并保持网站内别名的唯一性。
为什么翻译后的分类页面会返回 404 错误？
常见原因包括过时的重写规则、缺少术语翻译、翻译层级结构错误、slug 冲突、不兼容的基址移除方法或缓存。404在 CDN 上。在单独指责 WPML 之前，请先在源站测试 WordPress。
更改分类网址后需要重定向吗？
是的，如果旧网址是公开的、已链接的、已被抓取或已索引的。请为每个旧分类存档创建永久的一对一重定向，指向其最接近的新对应页面。同时更新内部链接、规范链接等。hreflang以及站点地图。
QueueLingo 能否实现 WPML 翻译队列的自动化？
QueueLingo旨在与WPML翻译工作流程连接，托管翻译队列，通过已配置的翻译引擎路由内容，并支持审校和回写功能。部署前，请确认您的网站所需的具体连接器、引擎、保留期限和套餐功能。
官方参考资料
保持URL简洁。删除重复的翻译工作。
使用 QueueLingo 来协调 WPML 翻译队列，同时您的团队可以控制别名、审核、重定向和发布检查。