英文 /en 前缀可以是有效的
多语言网站可以为英文使用 /en ，正如它可以为希伯来语使用 /he 一样。另一种有效的设计是将英文置于根路径。问题在于未加管理的重复以及相互冲突的信号：例如， /services 以及 /en/services 二者都提供同一个英文页面，而链接、规范链接和站点地图却彼此不一致。
本项目将英文置于根路径，并为其支持的其他语言添加前缀，包括孟加拉语、希伯来语和阿拉伯语。这是一项项目约定，而非通用的 SEO 规则。其冗余的英文前缀路径会重定向到对应的根路径。一个已经围绕 /en 一致组织起来的网站，无需仅仅为了遵循该约定而迁移。请参阅 Google 关于多语言 URL 结构的指南.
明确映射对等页面
每个真实的译文通常都应规范化到其自身的首选 URL。用互为对应的 hreflang将各对等版本相互链接，包括对当前页面的引用。请使用绝对 URL 和有效的语言代码。 x-default 标识一个在没有特定匹配时供各语言回退的版本；这并不意味着每个页面都是英文。
例如，一个英文服务页面可以指向其孟加拉语、希伯来语和阿拉伯语对等页面，而每个对等页面也返回同一组关联。指向另一种语言主页的链接，不能替代缺失的服务页译文。
围绕一篇未改动的英文文章翻译导航，并不会生成一篇翻译后的文章。在本站上，只有当翻译后的正文内容可用时，文章译文才会获得其自身的规范 URL 和互为对应的语言链接。仍然显示英文源内容的语言 URL 会指向英文规范链接，并被排除在翻译关联之外。Google 的 本地化版本参考文档 解释了互为对应的注释以及未翻译的正文内容。
检查 HTML 和阅读方向
服务器返回的 HTML 中应包含有意义的 lang 属性。希伯来语和阿拉伯语需要 dir="rtl"；布局应使用逻辑上的 start/end 属性。对于电子邮件地址、URL 和产品名称等从左到右的值，如果文字顺序可能因此变得混乱，应将其阅读方向隔离。语言元数据无法替代可读且翻译正确的内容。
一次实用的发布审查
- 在不启用浏览器 JavaScript 的情况下请求每种语言的一个代表性 URL，并检查标题、规范链接、语言和标题层级。
- 双向跟踪备用语言链接，并确认它们能成功解析到对等内容。
- 在站点地图中仅保留首选的、已发布的 URL。排除跟踪变体、空集合和草稿。
- 确认预览主机交付
noindex在 HTTP 标头或 HTML meta 标签中，同时生产环境仍可被索引。允许爬虫抓取该预览页面，以便它们能够读取该指令。 - 在一个服务页、一篇文章和咨询表单上测试语言切换，包括直接加载和记住的偏好设置。
noindex 行为遵循 Google 的索引控制指南。这些检查有助于实现一致的发现；它们并不承诺排名。如需实现方面的帮助，请参阅 Web 开发 以及辅助的 技术 SEO 服务.
