把 WhatsApp Business API 接入您的网站
Cloud API 对比点击即聊链接、消息模板、授权同意、24小时窗口和人工接手,写给正在把 WhatsApp 接入网站的阿联酋企业。
阅读文章网站服务
如何搭建网址结构、hreflang、从右至左版面、阿拉伯语字体、表单和内容流程,才能让迪拜的双语网站真正服务好两种语言的用户,而不是一个镜像出来的英文网站。

迪拜阿拉伯语英语网站,需要为每种语言设置独立网址,用 hreflang 标签把这些网址相互关联,并为阿拉伯语页面采用真正的从右至左构建,而不仅仅是镜像英文版面。正确的做法,是先把结构做对,再处理方向、字体和表单,并建立一套流程,避免某一语言的内容落后于另一语言。跳过这些步骤,即使翻译质量再好,阿拉伯语版本读起来也会像是事后补上的内容。
本文针对的是营销类网站,不构成法律建议。阿联酋境内合同、法庭文件、公证或政府申报所需的宣誓或认证翻译,必须由阿联酋司法部许可的译员或翻译机构完成,绝不能交给网站团队处理。
要点速览
Google 关于多语言网站的指南列出了组织不同语言版本的四种方式:国家域名、子域名、子目录或网址参数。该指南指出,国家域名在地理定位上清晰明确,但仅限于一个国家和一台服务器;子域名灵活,但对用户而言不够直观;而像 example.com/ar/ 这样的子目录则设置简单,维护成本低。该指南明确表示,不建议使用 ?lang=ar 这类网址参数,因为这会让按语言划分内容变得更困难,也无法向用户清晰传达他们将看到的内容。对大多数在迪拜和阿联酋建设阿拉伯语与英语网站的企业而言,采用像 /ar/ 这样与英文路径结构一致的子目录,是实用且维护成本低的选择。
同一份指南对重定向的说法也很直接:它建议不要自动把用户从一个语言版本跳转到另一个版本,因为这可能导致用户和 Googlebot 无法访问每一个版本,并建议改用可见的链接或语言切换器。它还提醒不要根据 IP 地址来调整内容,称这种做法并不可靠,这一点在迪拜网站上尤为重要,因为讲阿拉伯语和讲英语的访客很可能共用同一个办公网络。
网址告诉 Google 阿拉伯语页面存放在哪里,却不能告诉 Google 这个页面究竟是用哪种语言写的。
这一点会改变建站团队看待整个项目的方式。Google 的文档明确说明,它是通过算法根据页面自身的文字来判断语言,而不是依据 lang 属性、网址模式或 hreflang。如果网址结构看起来很规范,但背后的阿拉伯语内容单薄或只完成了一半,无论对 Google 还是对访客而言,这都不会被当作一个真正的阿拉伯语页面。
网址建好之后,hreflang 就是告诉 Google 哪些页面互为对方语言版本的机制。Google 关于本地化版本的文档说明,其语法是一个语言代码,例如 ar 或 en,后面可以选择加上地区代码,因此 ar-AE 或 en-AE 是有效写法,而单独一个地区代码,例如仅写 AE,则无效,这正是迪拜网站所需要的阿拉伯语和英语配对方式。标注可以放在页面头部的 link 标签中、XML 网站地图中,或 HTTP 头信息中,Google 将这三种方式视为等效。
大多数 hreflang 失败案例,都源于两个错误。第一个是缺少返回链接:如果英文页面指向阿拉伯语页面,阿拉伯语页面也必须反过来指回英文页面,否则 Google 会忽略这一配对。第二个是把 hreflang 用在并非真正对等的页面之间,例如把阿拉伯语首页与某个英文服务页面关联起来。建议基于一份单一的网址配对清单来搭建 hreflang,让开发人员和内容编辑都能核对。
x-default 的作用范围比语言代码更窄。Google 的文档将其描述为当访客的语言设置与网站任何一个版本都不匹配时所显示的页面,并说明它最初是为语言选择页面设计的,因此把它指向一个语言选择页面,效果要好于把它零散地设置在每一对页面上。对于只有阿拉伯语和英语两个版本的网站,许多迪拜团队会把 x-default 实际指向英文版本,作为默认设置。
从右至左构建的起点,是 html 元素的 dir 属性。根据 MDN 的文档,dir 用于设置一个元素的基础文字方向,在 html 标签上设置 dir=”rtl”,并同时配合 lang=”ar”,是把整个阿拉伯语页面标记为从右至左的标准做法,它会影响页面中文字、标点和中性字符的排列顺序。MDN 自己的示例展示的正是这一模式:在 html 元素上设置 dir=”rtl” 和 lang=”ar”,其中出现的任何英文片段则单独标注 dir=”ltr” 和 lang=”en”,这正是迪拜阿拉伯语英语网站每个页面背后的基本模式。
版面代码也必须遵循同样的逻辑。MDN 关于 CSS 逻辑属性的文档说明,像 margin-left 或 padding-right 这类属性描述的是固定的物理方向,而 margin-inline-start 或 padding-inline-end 这类逻辑属性描述的则是相对于文字方向的位置。在从右至左的版面中,margin-inline-start 会自动作用于右侧边缘而非左侧,无需另外一份样式表。从一开始就用逻辑属性来搭建阿拉伯语页面,而不是另外维护一套左右数值的覆盖规则,正是让两种语言版本在设计变化时保持同步的关键。
| 需要注意的地方 | 为什么单纯镜像还不够 |
|---|---|
| 方向性图标 | 暗示移动方向的箭头、尖角符号,以及前进或后退图标,应随版面一起翻转,而对号或警告标志等表示状态的图标则不应翻转。 |
| 图表 | 柱状图或进度指示器如果在视觉上暗示越靠右数值越大,对阿拉伯语受众而言,读起来会是反的,除非坐标轴被刻意反转,或改用带标注数值的方式呈现。 |
| 数字与电话号码 | 即使在一句阿拉伯语句子中,数字和电话号码也是从左到右书写的,因此需要明确的方向标记,否则浏览器可能会错误地重新排列这些字符。 |
| 混排的拉丁文字 | 嵌在阿拉伯语文字中的英文品牌名、产品编号或电子邮件地址,需要有自己的方向设置,否则周围的阿拉伯语标点可能会错误地贴附在它的某一侧。 |
| 表单与表格 | 输入框顺序、表格列的顺序,以及校验提示信息的位置,都需要遵循阅读方向,而不仅仅是文字标签本身。 |
W3C 关于行内双向文本的国际化指南,直接描述了这一底层问题:当一段与周围方向相反的文字没有被明确标记时,浏览器的双向算法可能会在边界处错误地放置或重新排列中性字符、数字和标点。其建议是,用标记把每一段方向相反的文字紧密包裹起来,对已知文字使用 span 等行内元素上的 dir 属性,而对方向事先未知的内容,例如用户姓名,则使用 bdi 元素或 dir=”auto”。W3C 关于 Unicode 双向算法的配套指南,给出了一个具体案例:即使跟在从右至左文字后面,一个数字也应保持从左至右显示,需要将其隔离标记,浏览器才不会把它并入周围的方向中。
对迪拜网站而言,这条建议的实际做法是:无论电话号码、英文专有名词还是混合字母数字编号(如追踪单号)出现在阿拉伯语正文的哪个位置,都用带有 dir=”ltr” 的元素把它包裹起来,而不是指望页面的整体方向自行解决。一个数字被反向排列的电话号码,看似是个小问题,却会削弱访客对整个页面的信任。
阿拉伯文字并不是把拉丁字母换个字形重新画一遍。大多数阿拉伯字母会与相邻字母连接,并根据在词中的位置改变形状,阿拉伯文字排版还带有位于主体字形上下方的元音符号和其他变音符号。一款针对拉丁文字调校、再通过通用回退字体用于阿拉伯语的字体,通常在迪拜网站上会把这些连接效果渲染得很差,因此对阿拉伯语与英语并行的网站而言,更稳妥的做法是选用自带完整阿拉伯字形的字体,并在字重上与品牌已选定的拉丁字体相匹配。
行高是最常被直接沿用英文默认值的设置。由于阿拉伯字形所带的变音符号,距离基线的位置比大多数拉丁文字更远,阿拉伯语正文通常需要比对应的英文段落更大的行高,否则上一行的变音符号会与下一行的字母挤在一起。请为阿拉伯语样式表单独设置行高数值,并以完整段落而非单独一行标题来检查效果。
联系或报价表单,是迪拜阿拉伯语英语网站的取巧做法最先暴露出来的地方,因为表单字段要在很小的空间内同时处理文字方向、数字和校验提示信息。对于从右至左的表单,标签和占位文字需要出现在输入框正确的一侧,只要用逻辑属性而非固定的左右数值来搭建表单,这一点会自动实现。电话号码和电子邮件字段,通常最好即使在其余部分从右至左的表单中也保持从左至右,因为无论周围是哪种语言,阿联酋手机号码都是从左到右读的。
校验提示信息需要有自己的阿拉伯语文案,而不是把按英文字符长度写好的字符串硬塞进阿拉伯语版面。阿拉伯语词语的字符数量往往比英文原文更多,因此按英文字段大小设计的提示信息,在阿拉伯语中可能会换行或被截断。请在实际版面上测试阿拉伯语校验文字,而不是留到上线前最后一步才做。
建站只完成了一半的工作。当有人用英文更新了迪拜首页、修改了某项服务说明,或编辑了某条常见问题解答,而当天没有同步更新对应的阿拉伯语内容,迪拜阿拉伯语英语网站就会开始出现脱节。一个把每个阿拉伯语页面与其英文来源配对、并在任意一侧发生变化时立即标记该配对为已过期的内容模型,能在访客发现问题之前先一步捕捉到它。只要在每一次内容变更时都进行检查,而不仅仅是在上线当天,一份列出每对网址及其最近更新日期的简单电子表格,效果并不逊于内置在 CMS 中的字段。
对迪拜的阿拉伯语与英语网站而言,从一开始就应以同样方式对待新页面,而不是把翻译工作集中留到项目末尾统一处理。一个新的英文页面如果上线数周却没有对应的阿拉伯语版本,这对阿拉伯语访客乃至 Google 而言,都是一个明显信号,说明阿拉伯语网站只是次要版本,而不是被真正持续维护的版本。
Google 的垃圾内容政策把自动生成的内容列为其视为规模化内容滥用的做法之一,并把几乎没有人工把关就发布的自动翻译内容列为其中一个例子,这对于仓促为迪拜赶制的阿拉伯语英语网站而言,是一个真实存在的风险。这并不意味着机器翻译完全不能用在双语工作流程中:一份初稿确实可以切实加快一位阿拉伯语母语写手的工作。它排除的是把这份初稿直接当作成稿的阿拉伯语页面发布。每一句最终上线的文字,都需要由一位母语流利的阿拉伯语使用者,在真实的从右至左版面上,结合上下文阅读并核对,检查语气、习惯表达和上文提到的各项技术要点,之后才能被视为与英文页面对等。
网站翻译与认证翻译也是两种不同的服务。2022 年第(22)号联邦法令法,关于规范翻译行业,设立了一份由阿联酋司法部管理的译员和翻译机构名单,其第 3 条规定,任何机关不得进行认证或公证工作,任何法院也不得受理经翻译的文件、票据或契约,除非该文件由名单上的译员或翻译机构完成。该规定适用于合同和官方文件,不适用于营销类网站文案。网站团队即使不在司法部名单上,也可以为一个商业网站撰写和改编阿拉伯语页面,但提交给法院、公证处或政府机构的文件,则需要交由司法部许可的译员处理。
我们为迪拜企业建设阿拉伯语与英语网站时,会从第一次设计评审开始就让阿拉伯语页面与英文页面并行开发,而不是事后再补翻译,并会在真实设备上测试从右至左版面和阿拉伯语排版效果后再交付。这项工作属于我们网站开发服务的一部分,而阿拉伯语与英语翻译团队则依据共同商定的内容方案,而不是单纯的字数,来撰写和改编相关文案。如果您网站的阿拉伯语部分也需要能被搜索到,我们关于阿拉伯语 SEO 与关键词研究的指南,介绍了阿拉伯语页面上线后应做的相关研究,而涉及两种语言的更广泛问题,则属于我们网站服务的范畴。告诉我们您网站的情况,您将在工作时间内 45 分钟内收到一份书面固定报价。
直接解答
Google 关于多语言网站的官方文档指出,像 example.com/ar/ 这样的子目录设置简单、维护成本低,而它明确建议不要使用 ?lang=ar 这类网址参数。对大多数迪拜企业而言,在现有域名下使用子目录,是更实用的选择。
可见的切换器方便真人访客使用,但 hreflang 是另一种信号,它告诉 Google 哪些网址互为对方的语言版本,以便在搜索结果中展示正确的版本。两者作用不同,一个双语网站两者都需要。
翻转版面只是一个开始,而不是终点。表示方向的图标、电话号码、价格,以及任何英文品牌名或产品编号,在阿拉伯语文字中都应保持从左到右,而阿拉伯文字本身也需要与拉丁文字不同的行高和字体选择,因此一次真正的从右至左构建,改变的远不止页面的方向。
Google 的垃圾内容政策把自动生成内容列为一种规模化内容滥用的形式,其中包括几乎没有人工监督、通过自动翻译产生的页面。一个直接嫁接在英文网站上的机器翻译层,在某些情境下存在法律翻译风险,在搜索结果中也存在 SEO 风险。
在阿联酋,2022 年第(22)号联邦法令法规定,除非译文由阿联酋司法部名单上的译员或翻译机构完成,任何机关不得对译文进行认证,任何法院也不得受理。这适用于法律、公证和政府文件,不适用于营销类网站文案,但这意味着认证或宣誓翻译必须交给司法部许可的译员,绝不能交给网站团队。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。
继续阅读