迪拜创业公司使用 Ruby on Rails：哪些场景依然合理，哪些场景已经不再合适
迪拜创业公司使用 Ruby on Rails 依然合理的场景、阿联酋的招聘现实，以及创始人何时应该另作选择。
阅读文章西阿拉伯数字：0123456789
本句中使用的正是这套数字字形,也是阿联酋大多数政府和商业数字服务在阿拉伯语界面中所展示的数字。尽管名字里带着“阿拉伯”,但这套数字恰恰是整个海湾地区日常阿拉伯语数字内容中最常见的数字。
迪拜大多数号称双语的网站,其实只是打开了一个翻译插件的英文网站。导航翻转了,文字换了语言,乍一看就像是完成了阿拉伯语网站开发。可在底层,电话号码在阿拉伯语句子里读起来顺序是反的,箭头依然指向错误的方向,表单校验用的还是英文的错误提示字符串,而 Google 索引的是一个单薄、只完成了一半的页面,而不是两个真正独立的页面。真正做到位的迪拜阿拉伯语网站开发,是一个代码层面的决定,而不是一个语言开关,本页要讲清楚具体改变了什么：方向、布局逻辑、排版、数字、混合内容、表单、搜索索引,以及让两种语言真正保持同步的持续工作流程。
本页隶属于我们更广泛的网站开发业务,比一份通用的建站简报更深入地讲解了从右到左网站的具体机制。如果问题是阿拉伯语撰写本身,我们的翻译服务页面直接涵盖了这部分工作。
基础
迪拜阿拉伯语网站开发中,从右到左究竟意味着什么
阿拉伯语网站开发,从一个决定了它下游一切的属性开始。MDN 关于 dir 属性的文档把它描述为一个元素声明自身基础文字方向的方式,在 html 元素上设置 dir="rtl",并配合 lang="ar",告诉的是浏览器自己的双向文字算法该如何排列页面上的一切内容,而不只是布局要往哪个方向视觉翻转。这一个属性做的是真正的工作：它决定标点符号和空格这类中性字符如何摆放,决定浏览器默认如何布局块级元素,也决定屏幕的哪一侧成为文字的起始边。
一个只用样式表覆盖来镜像 CSS、翻转 margin 和 float,却让底层标记的方向未设置或不一致的网站,是在和浏览器自身的文字引擎对着干,而不是顺着它来。这种不匹配,通常就是一个号称双语的网站里那些细小、难以诊断的错误的来源。
dir=”rtl” 实际控制的内容
- 浏览器双向算法（bidi algorithm）用于整个页面的基础排列方向
- 在任何 CSS 覆盖生效之前,默认的块级流动方向
- 标点、空格和括号这类中性字符如何摆放
- 在没有显式设置对齐方式时,文字对齐的起始边
- 任何没有自行设置方向的子元素所继承的方向
布局逻辑
迪拜阿拉伯语网站开发中的逻辑 CSS 属性
阿拉伯语网站开发中最常出现的布局错误,是先用固定的左右 CSS 搭建英文网站,再写一整套平行的规则,把每一条都为阿拉伯语翻转一遍。这在技术上是可行的,但也意味着未来每一次设计改动,都要在两个方向上正确地各做一遍,而且是永远如此。MDN 关于 CSS 逻辑属性的文档直接说明了更好的做法：像 margin-inline-start 或 padding-inline-end 这样的属性,描述的是相对于文字流动方向的位置,而不是一个固定的物理方位,所以只要容器的方向设置正确,同一行 CSS 就能在两个方向上自动产生正确的结果。
从第一行 CSS 开始就建立在逻辑属性之上,而不是等一份只针对英语的样式表已经存在之后再回头补,是最能影响阿拉伯语版本在网站整个生命周期里维护成本的那一个决定。
值得掌握的逻辑属性
margin-inline-start/margin-inline-end,取代左右 marginpadding-inline-start/padding-inline-end,取代左右 paddinginset-inline-start/inset-inline-end,取代固定的左右定位text-align: start/end,取代左右对齐border-inline-start,用于应该出现在文字前导边的边框
按方向设置样式
迪拜阿拉伯语网站开发中的 :dir() 伪类
逻辑属性解决了大部分问题。少数情况确实需要一条只在某一个方向生效的样式规则,而写这种规则也有一种正确、专门设计出来的方式。
| 写法 | 它实际检查的内容 |
|---|---|
[dir="rtl"] 属性选择器 | 只匹配自身明确带有 dir 属性的元素,会漏掉任何依赖继承方向的元素 |
:dir(rtl) 伪类 | 根据MDN 的文档,匹配的是元素实际计算出来的方向,包括从父元素继承的方向,或通过 dir="auto" 设置的方向,也就是一个组件实际渲染出来的样子 |
这个实际差异,在一个只构建一次、却同时在阿拉伯语页面和英语页面中复用的组件上很关键,比如一个卡片或按钮组件,它正确的方向取决于它恰好被放在哪里,而不是写死在组件本身上的一个值。一个只依赖属性选择器的迪拜阿拉伯语网站开发,往往恰恰会漏掉这些被复用的组件。
排版
阿拉伯语网站开发中的排版,是一个不同的设计决定,而不是换个字体那么简单
阿拉伯字母会与相邻字母连笔,并根据在单词中的位置改变形态,这套文字还带有变音符号,它们与基线的距离,比大多数拉丁字母的重音符号或近或远。一款为拉丁文字选定并调优过的字体,阿拉伯语部分却靠操作系统随便提供的某种后备方案来渲染,通常看起来会明显逊色于一款专门设计了真正阿拉伯字形的字体,在导航、按钮和表单标签这类使用较小字号的地方尤其明显。
字重匹配是最常被忽略的细节。一款被标注为“同样字重”,常规或加粗,的阿拉伯语字体和拉丁字体,在屏幕上呈现出的视觉密度很少真的一样,所以一个在英语里看起来均衡的标题,换成同等字重的阿拉伯语版本渲染后,可能看起来太粗或者太细。这是迪拜阿拉伯语网站开发每一次都应该用肉眼核查的细节,而不是想当然地认为它会从英文设计里自动延续过来。迪拜阿拉伯语网站开发应该把这当作设计评审的一个环节,把两种语言的真实段落并排检查,而不是等到上线之后才第一次发现问题。
阿拉伯语排版核查清单
- 一款自带真正阿拉伯字形的字体,而不是配上通用后备方案的拉丁字体
- 在相同字号下,与拉丁字体用肉眼核对字重
- 阿拉伯语正文增加行高,因为变音符号需要更多垂直空间
- 字间距保持原样,阿拉伯文字不像拉丁展示字体那样使用字间距
- 两端对齐的文字要仔细核查,因为如果字体没有妥善支持 kashida（延伸符）,阿拉伯语的两端对齐可能会让单词被不均匀地拉伸
数字
迪拜阿拉伯语网站开发中的数字
这是阿拉伯语网站开发中真正容易让人困惑的部分之一,因为存在两种看起来都“正确”的答案。
东阿拉伯印度数字：٠١٢٣٤٥٦٧٨٩
这是另一套数字体系,更多与印刷品、部分政府文件,以及面向其他某些阿拉伯语地区受众的内容相关联。阿联酋的受众通常更习惯在屏幕上阅读西阿拉伯数字。
无论网站使用哪一套数字体系,数字本身始终是从左到右书写的,即便是出现在一个从右到左的句子里,所以它们依然需要下一节所讲的那种明确的方向处理。如果一位迪拜客户对数字有特定的内部风格,或已有的品牌惯例,阿拉伯语网站开发应该遵循这份简报,而不是默认套用某一套体系。
混合内容
迪拜阿拉伯语网站开发中混合的拉丁与阿拉伯文字
一个电话号码、一个电子邮箱、一个产品代码或一个英文品牌名,被放进一个阿拉伯语句子中间,正是浏览器双向算法最容易搞混的地方,因为这些片段本身是从左到右阅读的,却嵌在整体从右到左阅读的文字里。W3C 关于 Unicode 双向算法的指南说明,如果没有明确的标记,处在两个方向边界上的中性字符,比如数字、逗号或括号,可能会被排错顺序,因为算法不得不猜测它们究竟属于哪一边。
解决办法是把这个例外单独隔离出来,而不是寄希望于算法能猜对。把拉丁文字片段,电话号码、追踪编号、电子邮箱,包裹进一个带有 dir="ltr" 的行内元素里,或者对那些方向无法提前得知的文字,比如客户通过表单填写的自己的姓名,使用 HTML 的 bdi 元素,都能让这段文字不论周围是什么内容都保持稳定。
需要明确方向隔离的内容
- 阿拉伯语段落中的电话号码和 WhatsApp 号码
- 用拉丁字母书写的电子邮箱和网址
- 产品代码、订单编号和追踪编号
- 刻意保留不翻译的英文品牌名或产品名
- 语言无法提前得知的用户提交文字
视觉细节
迪拜阿拉伯语网站开发中的图标与图表
并不是所有视觉元素都应该翻转,分清楚哪些该翻、哪些不该翻是一种判断,而一个纯镜像的建站方式往往会在两个方向上同时判断错误。
有方向含义的图标要翻转
箭头、V 形符号、前进和后退按钮,以及任何暗示流程向前推进的图标,都应该随布局一起镜像。
状态类图标保持不变
对勾、警告三角形、播放按钮或时钟图标所承载的含义与方向无关,不应该仅仅因为页面被镜像了就跟着镜像。
图表需要一个明确的决定
一张用视觉上更靠右代表“更多”的条形图,在阿拉伯语受众看来是反着读的,除非坐标轴被刻意反转,或者图表改用标注数值,而不是依靠隐含的方向来表达。
摄影作品和标志保持原样
产品摄影、团队照片和标志本身永远不镜像;翻转一张照片或一个文字标志,并不能传达方向,只会显得不对劲。
表单
迪拜阿拉伯语网站开发中的表单与校验提示
联系表单或报价表单,是一个半成品阿拉伯语网站最快露馅的地方,因为表单要求访客真正进行交互,而不只是阅读。字段标签和占位文字需要出现在输入框正确的一侧,只要表单是用逻辑属性而不是固定的左右数值搭建的,这一点会自然而然地实现;但电话号码和电子邮箱字段,通常最好明确保持从左到右,即便是在一个整体从右到左的表单里,因为这些数值不管周围是什么语言,都是从左到右阅读的。
校验提示,是迪拜阿拉伯语网站开发最常做错的细节,因为这些字符串通常是最后才被写出来的,也是最先被硬塞进按英语尺寸设计的布局里的。阿拉伯语单词的字符数往往比对应的英语单词更长,所以一条按英语尺寸设计的错误提示,换成阿拉伯语后可能会换行换得很别扭、被截断,或者和下面的字段重叠在一起。每一条校验字符串都需要自己独立的阿拉伯语措辞,并在真实的表单布局上测试过,而不是把字面翻译硬塞进一个为较短语言设计尺寸的文本框里。
阿拉伯语表单核查清单
- 标签和输入框用逻辑属性搭建,而不是手动镜像
- 在一个从右到左的表单里,电话和邮箱字段保持从左到右
- 校验提示用阿拉伯语撰写,而不是从英文字符串字面翻译
- 在真实布局上测试提示文字的长度,因为阿拉伯语文字往往更长
- 占位文字与标签文字有所区分,而且在阿拉伯语中都真正有帮助
搜索
迪拜阿拉伯语网站开发的网址结构与 hreflang
阿拉伯语和英语需要各自独立、可被索引的网址,最实用的做法是用一个子目录,比如 /ar/ 路径,这样搜索引擎才会把它们当作两个独立、可参与排名的页面,而不是一个恰好换了文字的页面。Google 关于本地化版本的官方文档把 hreflang 描述为把这些网址链接在一起的机制,用 ar 或 en 这样的语言代码,告诉 Google 哪些页面互为彼此的语言版本,并且指出,如果缺少一条返回链接,也就是阿拉伯语页面没有链接回对应的英语页面,Google 就会忽略这次配对。
这些都无法替代真实的内容。Google 关于管理多语言网站的官方指南明确说明,语言的判定来自页面实际的文字内容,而不是 lang 属性、网址模式或 hreflang 本身,所以一套技术上完美的 hreflang 设置,如果包裹的是单薄、只翻译了一半的阿拉伯语内容,无论对 Google,还是对落地到这个页面的访客来说,都不会被当作一个真正的阿拉伯语页面。
让阿拉伯语被正确索引
- 阿拉伯语使用自己独立的子目录,而不是一个查询参数,也不是在英语网址上直接切换文字
- 每一对阿拉伯语与英语页面之间互相设置 hreflang
- 页面上是完整、真实的阿拉伯语内容,而不是部分翻译或占位版本
- 在英语站点地图之外,还有对应的阿拉伯语 XML 站点地图条目
- 有一个可见的语言切换器,因为 Google 建议不要按地理位置自动跳转
持续内容
由他人撰写时,迪拜阿拉伯语网站开发的内容工作流
建站只是项目的一半。对一家迪拜企业来说,阿拉伯语网站开发更难、也更持久的部分,是在真人开始编辑网站之后,让两种语言保持同步。
一个内容模型,两个语言字段
每个页面的英语和阿拉伯语内容,都保存在同一条底层记录里,这样译者或撰稿人始终能清楚看到自己参照的是哪一份英语原文。
一个可见的翻译状态
每一对页面都带有一个简单的状态：同步,或已过期。一旦有人编辑了英文版本,这个状态就应该自动标记出来,而不是靠人记住。
在真实布局上审核阿拉伯语
一位阿拉伯语流利的人,会在真实的从右到左模板上阅读完成后的页面,而不是在一份文档里阅读,核查语气、惯用表达,以及前文提到的各项技术要点,之后才会认定它与英语版本对等。
新页面从第一天起就按双语搭建
一个新的英文页面,不应该先上线好几周,让对应的阿拉伯语版本在队列里等着。把两者当作同一次发布事件,而不是两个独立的项目来对待,才是真正让一个网站保持双语,而不是主要是英语、外加一个跟在后面的阿拉伯语板块的关键。正是这一个发布习惯,把真正的迪拜阿拉伯语网站开发,和一个只是刚起步时双语的网站区分开来。
验证,而非假设
认真测试迪拜阿拉伯语网站开发
一个网站完全可能经受住一次快速的视觉扫视,却在上面提到的每一点上都不合格。真正的测试检查的是机制本身,而不只是镜像效果。
浏览器开发者工具
切换页面计算出的方向,并逐个检查元素,能发现那些用固定左右数值而不是逻辑属性来设置样式的组件。
真实设备,两种语言
阿拉伯语排版、表单行为和布局,要在真实的手机和桌面浏览器上,分别用阿拉伯语和英语测试,而不是想当然地认为既然英语版本测试得很彻底,阿拉伯语版本也一定没问题。
一位流利的读者,而不只是一位熟练的开发者
开发者可以确认方向属性设置正确,却未必能注意到某句话读起来很别扭。一位阿拉伯语母语读者,能发现代码审查发现不了的问题。把这一步审核纳入上线核对清单,而不是当作时间允许才做的可选项,是整个项目里最简单的一道保障。
标点
迪拜阿拉伯语网站开发中的标点与引号
阿拉伯语有自己的一套标点习惯,把阿拉伯语文字当成换了字母的英语来处理,正是许多细小、容易被忽略的错误的来源。阿拉伯语的逗号和问号,在视觉外形上与英语对应的符号不同,而且方向相反,以匹配阅读的流动方向,阿拉伯语的引号也和大多数网站在 CSS 或 CMS 设置里默认使用的那一对英语引号不同。一个从单一全局样式规则里取用引号、而这条规则是为英语写的网站,渲染出来的阿拉伯语引号,常常会让一位流利的读者立刻察觉不对劲,哪怕他们说不清具体哪里出了问题。迪拜阿拉伯语网站开发应该为这些单独设置样式,而不是任由它们从一个英语默认值里继承下来。
句末标点的位置,是另一个值得直接核查、而不是想当然的细节。在一个从右到左的段落里,句号或逗号位于视觉上一行的末端,对于一个从右到左的文本块来说,那就是屏幕的左侧;如果一次建站没有在段落层面正确设置方向,标点就可能被留在句子最后一个字的错误一侧。
值得核查的标点细节
- 使用阿拉伯语的逗号和问号,而不是默认沿用英文字形
- 为阿拉伯语内容单独设置引号样式,而不是从单一的全局规则里继承
- 确认句末标点出现在视觉上正确的一侧
- 核查拉丁文字与阿拉伯语混排短语周围的圆括号和方括号
- 复查省略号和破折号,因为阿拉伯语在这方面的排版惯例与英语不同
数据与表格
迪拜阿拉伯语网站开发中的表格与数据密集型布局
表格是一个纯镜像建站方式最容易露馅的地方之一,因为列的顺序承载着真实的含义。在从右到左的布局里,读者最先看到的那一列是最右边的一列,而不是最左边的一列,所以一张为英语搭建、再用 CSS 翻转过来的对比表、参数表或价格表,需要重新考虑它实际的列顺序,而不只是文字方向。一张因为沿用英文建站的习惯,行标题依然视觉上固定在左侧,而正文却从右向左阅读的表格,会在读者的视线每次想要跟随一行内容时自我打架。迪拜阿拉伯语网站开发应该按照这个标准审查网站上的每一张表格,而不只是那些专为阿拉伯语上线而搭建的表格。
同样的逻辑也适用于任何带有隐含顺序的内容：从左到右按编号展示阶段的分步流程、时间线、进度条。每一种都需要一个真正的决定：究竟是反转视觉顺序,还是保留一个固定的从左到右的顺序,比如日期这类数字区间通常就是如此,才能让阿拉伯语访客读起来真正更自然,而不是在全站统一套用一个默认的翻转。
需要专门审查的结构化内容
- 对比表和价格表,核查真正符合从右到左的列顺序
- 分步流程与编号阶段
- 时间线与进度指示器
- 直接从表格文件或 CMS 字段导入、却没有经过布局审查的数据表
- 任何直接从英文版本复制、却没有做方向核查的组件
CMS 与页面构建工具
CMS 在哪些地方悄悄破坏了迪拜阿拉伯语网站开发
一个主要为英语市场设计的内容管理系统,理论上往往支持阿拉伯语,实际用起来却处处与它作对。
页面构建工具的默认设置
一个让编辑者用固定的左右控件、而不是起始和结束来设置间距和对齐的可视化页面构建工具,无论最初的主题搭建得多好,每次添加新分区时都会不断产出镜像错误的布局。
插件与小组件的缺口
一个添加到网站上的预约日历、评价小组件或聊天插件,可能会把自己的界面完全按从左到右渲染,恰好在访客要采取行动的那一刻,打断了从右到左的体验。迪拜阿拉伯语网站开发必须把每一款这样的插件,在真正用阿拉伯语核查过之前,都当作未经测试来对待。
自定义字段同样需要方向
一个存放阿拉伯语文字的 CMS 字段,依然需要把自己的方向和语言属性正确输出到页面标记里,而当一个模板是按只有英语内容来编写的时候,这一点很容易被忽略。
迪拜阿拉伯语网站开发应该专门用阿拉伯语测试每一个由编辑者控制的分区,以及每一款第三方插件,而不是想当然地认为一个被描述为“双语”的主题,会自动把这种支持延伸到编辑者日后可能添加的每一个组件上。最保险的测试方式也是最不起眼的那种：打开网站实际用到的每一个页面模板,切换到阿拉伯语,把上面每一个可交互元素都点一遍,而不是相信某个供应商在营销宣传里声称某个产品“已经做好了从右到左的准备”。
给译者的简报
迪拜阿拉伯语网站开发：与你自己的写手或译者合作
很多迪拜企业已经有了一位信得过的阿拉伯语写手,可能是一位营销同事、一家代理机构,或一位自由译者,并希望网站搭建成能够承接这些内容,而不是由我们来撰写。这完全可行,前提是交给译者的简报,不能只有英文原文。一份应该保留不翻译的品牌术语表、一个确定下来的语气(正式还是口语化,这在阿拉伯语营销写作中的差异要比英语更大),以及任何出现在固定空间里的内容,比如按钮、卡片标题、表单标签,应给出的字符长度指引,都应该写进这份简报。一旦这份简报存在,迪拜阿拉伯语网站开发就能更顺畅地推进,因为它省去了译者原本需要的大部分来回沟通。
另一个值得及早商定的细节,是由谁对阿拉伯语文案拥有最终审批权,以及这个人是在真实的从右到左页面上审核,还是在一份文档里审核。一位依据表格文件工作的译者,发现不了一行文字在手机屏幕上换行换得很别扭的问题;这种问题只有当文字真正放进实际模板之后才会显现出来,这也是为什么前面提到的审核环节,应该放在真实上线的布局上进行,而不是放在一份共享文档里。
一份好的阿拉伯语内容简报应该包含什么
- 一份保留不翻译的品牌与产品名称术语表
- 一个专门为阿拉伯语商定好的语气
- 按钮、标签和卡片标题的字符长度指引
- 由谁拥有最终审批权,以及他们是否在真实上线的模板上审核
- 一条关于正式阿拉伯语与口语化阿拉伯语的说明,因为阿联酋受众两者都会读到
无障碍
迪拜阿拉伯语网站开发中的无障碍
屏幕阅读器依赖的属性,和浏览器用来排布局的属性是同一套,所以在标记里把语言和方向设置正确,能一举两得。
正确的语言切换
屏幕阅读器会根据 lang 属性来改变发音,所以一个没有设置该属性的页面或短语,读出来的语言会完全错误,而不只是显示方向出错。把这一点做对,和迪拜阿拉伯语网站开发在方向与布局上遵循的是同一套纪律,而不是一项额外附加的无障碍功能。
方向与阅读顺序要一致
当视觉方向与底层 DOM 顺序不一致时,一位用鼠标浏览的视力正常用户,和一位使用屏幕阅读器的用户,体验到的页面内容顺序可能真的完全不同。
这一点和本页前面提到的把 dir 和 lang 属性从一开始就设置正确密切重叠。一个在代码层面把基本功打好的从右到左建站,作为一个直接的结果,同时也会是一个无障碍程度更高的网站。
时间表
真正的阿拉伯语网站开发,会给迪拜的项目时间表增加什么
阿拉伯语网站开发不是在最后一周加到英文建站上的一项功能。如果诚实地对待它,它会改变整个项目的形态。
两种语言一起接受设计评审
布局和组件的决定,要早早地对照真实的阿拉伯语文字来核查,而不是先用英语批准通过,再想当然地认为翻译过去也没问题。
从第一个组件起就建立在逻辑属性之上
从一开始就正确搭建 CSS 架构,能避免维护一份需要永远并行存在的独立阿拉伯语样式表。
内容同步生产,而不是先后接力
阿拉伯语和英语内容并排撰写、并排审批,这样任何一种语言都不需要等另一种完成之后才能开始审核。
测试工作量真正翻倍
每一项设备和浏览器检查,都要分别用两种语言各做一遍,而不是只用英语测一次,就想当然地认为阿拉伯语的表现也一样。
分辨真伪
十个信号,说明一个网站是被镜像出来的,而不是真正的阿拉伯语网站开发
| 要留意的现象 | 它通常意味着什么 |
|---|---|
| 阿拉伯语文字里电话号码的数字顺序读反了 | 混杂的拉丁文字片段没有做方向隔离 |
| 所有图标都被镜像了,包括对勾和警告符号 | 用了一次性的 CSS 整体翻转,而不是逐个图标做出的刻意决定 |
| 阿拉伯语和英语共用同一个网址,靠脚本切换 | 搜索引擎和访客都找不到一个真正的阿拉伯语网址 |
| 表单错误提示是逐字直译、生硬别扭的英语 | 校验字符串从未经过阿拉伯语母语人士的审核 |
| 阿拉伯语正文视觉上很挤,字母互相重叠 | 行高沿用了英语的默认值,阿拉伯语的变音符号放不下 |
| 按钮和卡片只在阿拉伯语版本里内边距不均匀 | 使用的是固定的左右 CSS 数值,而不是逻辑属性 |
| 阿拉伯语页面的内容明显比对应的英语页面少 | 翻译被当作事后补充,而不是并行的建设工作 |
| 没有可见的语言切换器,或者切换后落到了错误的页面 | hreflang 和导航搭建时没有核查真实的页面配对 |
| 英文品牌名或编号在单词中间被换行截断 | 嵌入的拉丁文字没有做隔离或方向控制 |
| 在阿拉伯语读者看来是反着读的图表 | 数据可视化直接照搬英语版本,没有经过审查 |
方言与语域
现代标准阿拉伯语,以及迪拜受众如何阅读它
阿联酋的网站文案,几乎总是用现代标准阿拉伯语撰写,这是整个阿拉伯世界在正式写作、媒体和商务沟通中通用的书面形式,而不是阿联酋本地方言,后者虽然日常口语中使用,但很少被正式书写下来。这和语气是一个真正不同的问题：一个页面完全可以用规范的现代标准阿拉伯语写成,读起来却既可以是亲切随和的,也可以是正式、公司化的,而这种语域的选择,在阿拉伯语营销写作中的重要性不亚于英语,甚至可以说更重要,因为一个随性品牌搭配生硬、过度正式的阿拉伯语文案之间的落差,即便每一句话在语法上都无懈可击,流利的读者也依然能察觉出来。
这是一个值得和阿拉伯语内容的审批人一起刻意商定的决定,而不是任由译者随便默认使用某种语气。一个金融服务品牌和一个童装品牌,在阿拉伯语里读起来不应该是一个调调,就像它们在英语里也不该是一个调调一样,迪拜阿拉伯语网站开发应该把这当作简报里的一项要求,而不是事后才想起的事。和前文提到的术语表、审批流程一起及早商定这一点,能避免阿拉伯语页面已经建好、却按照错误语气审核过一遍之后,还要再返工重写一次。
在开始撰写之前值得先定下来的事
- 以现代标准阿拉伯语为基准,并与客户确认
- 一种语域：亲切直接,还是正式公司化
- 是否有些术语出于品牌识别度考虑,更适合保留英文
- 在每一个页面上核查语气的一致性,而不只是首页
- 为阿拉伯语文案指定一位具名的审批人,必要时与英语的审批人分开
常见错误
我们在审计现有阿拉伯语网站开发时通常会发现什么
| 我们发现的问题 | 它对企业实际造成的代价 |
|---|---|
| 阿拉伯语和英语共用同一个网址,靠脚本切换 | 两种语言都无法被真正索引,阿拉伯语搜索访客永远找不到这个页面 |
| 单一的全局样式表,为阿拉伯语复制了一套左右数值 | 每一次设计改动都要做两遍,两个版本会随时间逐渐走偏 |
| 阿拉伯语内容明显比英文原文短 | 在流利的访客眼里像是事后补充,在搜索引擎眼里则是单薄内容 |
| 阿拉伯语文字里电话号码和参考编号顺序排错了 | 访客的第一反应是这个号码不对,而不是页面有 bug |
| 从未有阿拉伯语母语人士审核过已完成、正式上线的页面 | 细小但明显的错误就这样上线,并且一直留在那里,因为没有人发现 |
上线之后
防止迪拜阿拉伯语网站开发在上线之后逐渐走偏
一个在上线时搭建得很好的双语网站,如果没有刻意维护,不会一直保持这个状态。一次首页编辑、一个新的服务页面、一条更新过的常见问题解答,每一次都是先用英语完成,阿拉伯语的更新几天或几周后才跟上,有时甚至根本不会跟上。这很少是任何人刻意做出的决定;它之所以发生,是因为英语这一侧有明确的负责人,而阿拉伯语这一侧往往没有,尤其是在最初的建站项目已经完成、网站转入内部团队日常编辑之后。
本页前面提到的内容工作流,也就是每一对页面上都有一个可见的状态标记,正是及早捕捉这种偏差、而不是让它累积几个月的关键。定期检查这个状态,并结合本页的各项技术要点,对一个真正双语的网站来说,是网站维护里自然而然的一部分,而不是一项容易被遗忘的独立任务。迪拜阿拉伯语网站开发其实并不会在上线那一刻真正结束;它会一直持续,只要这个网站本身还存在。
最容易先走偏的地方
- 新页面用英语发布,阿拉伯语几周后才补上,有时甚至根本不补
- 只在一种语言上做的小改动,从未同步到另一种语言
- 新增的组件或分区,没有经过从右到左的检查
- 安装了新插件或小组件,却没有测试它在阿拉伯语下的表现
- 季节性或活动内容自始至终只有英语版本
为什么这很重要
一个真正搭建到位的阿拉伯语网站,能为迪拜企业赢得什么
本页讲的这些技术细节,存在的意义是服务于一个朴素的商业结果,而不是为了细节本身。
一位讲阿拉伯语的访客,落地到一个读起来自然、数字讲得通、表单一次就能用、看起来完全不像被翻译过的页面,对这家企业形成的印象,会和落地到一个只是把文字对调了的镜像英文网站完全不同。这种印象在几秒钟内就会形成,远远早于价格或服务质量进入对话,这正是为什么本页讲到的这些机制,方向、排版、表单、搜索索引,值得被真正做对,而不是被大致应付过去。这些事单独看都不难,只是需要把它当作一门独立的学问来对待,而不是英文网站剩下的边角料。
同样的严谨态度,在搜索层面也会有回报。Google 自己的指南明确说明,页面语言的判定依据是真实的内容,所以一个真正充实、又正确链接到对应英语页面的阿拉伯语页面,才有真正的机会被阿拉伯语搜索找到,而一个单薄、只完成一半的版本永远做不到这一点。归根结底,真正做到位的迪拜阿拉伯语网站开发,不过是把第二种语言当成和第一种语言同样认真的对待方式来做网站开发,而不是当作一项为了打勾而硬装到英文网站上的功能。
开始项目
启动迪拜阿拉伯语网站开发,我们需要什么
你的阿拉伯语内容计划
阿拉伯语内容是已经存在、需要从英语改编,还是需要从零撰写,以及草稿完成后由谁来负责审批。
网站实际需要做到什么
表单、结账、预约,或任何阿拉伯语版本需要完整支持的交互功能,而不只是用阿拉伯语显示出来。
如果双语建站是一个更大项目的一部分,这项工作会从一开始就和网站开发一起规划,而阿拉伯语关键词研究,在网站正式上线之后,属于SEO 服务的一部分。
精选案例
我们打造的双语网站
网站 · 医疗 · 迪拜
HMS FMCE
迪拜一家康复与物理治疗机构，拥有一个真正的英阿双语网站。
hmsfmce.com
网站 · 教育 · 迪拜
Diyafah International School
迪拜最多元化的学校之一，拥有 2,400 多名学生、40 多个国籍，多校区互联。
aldiyafah.com
电商 · 时尚 · 迪拜
Hanayen
自 1990 年起经营的迪拜奢华长袍品牌，将其工艺延伸到快捷的移动端结账体验。
hanayen.com博客文章
相关指南
直接解答
常见问题
阿拉伯语网站开发是不是就是把英文网站的布局镜像一下？
不是,而这正是本页要讲的全部内容。镜像能把大方向做对,但数字、混杂的拉丁文字、暗示方向的图标、表单校验,乃至搜索引擎如何为页面建立索引,都需要单独、刻意的决定,而一次简单的翻转做不到这些。
怎么判断一个现有的阿拉伯语网站是不是真正按从右到左搭建的？
检查电话号码和参考编号在阿拉伯语句子里是否读得通顺,检查箭头之类的图标是否被镜像了、而对勾和警告图标没有被镜像,检查布局是用逻辑 CSS 属性搭建的、而不是另写一套左右对调的样式表,再检查阿拉伯语和英语是否分别放在独立、正确链接的网址上,而不是一个页面靠脚本切换文字。
阿拉伯语内容是你们来写,还是由我们提供？
两种方式都可以。我们可以把现有的英文内容改编成自然的阿拉伯语,也可以把网站搭建成能够承载你自己的写手或译者提供的阿拉伯语内容,并配有一套工作流程,在某个页面的两个语言版本不同步时发出提示。
阿拉伯语内容是否需要由认证译者翻译？
对于网站营销文案来说,不需要。在阿联酋,合同、法庭文件和政府提交材料的认证或宣誓翻译,必须由司法部（Ministry of Justice）授权的译者完成。网站的阿拉伯语页面属于普通商业内容,不需要这项资质,不过文字依然需要真正流畅,而不是一份粗糙的草稿。
阿拉伯语页面能在 Google 搜索结果中获得排名吗？
可以,前提是阿拉伯语内容真实、充分,拥有自己可被索引的网址,并且通过 hreflang 与对应的英语页面相互链接。Google 判断页面语言的依据是页面实际的文字内容,而不是 lang 属性或网址模式,所以单薄或只翻译了一部分的阿拉伯语内容,就算周围的技术设置都做对了,也不会被当作真正的阿拉伯语页面来排名。
一个阿拉伯语与英语双语网站,比纯英语网站要多花多长时间？
会比纯英语建站花更长时间,因为阿拉伯语排版、布局测试和内容审核都是真正的额外工作量,而不是打个勾就能过去的事项。我们会把阿拉伯语作为项目计划里单独的一个工作项来估算,而不是想当然地认为它只是英语时间表上顺带加上的一小块,具体时间表会在书面报价中确认。
资料来源
- MDN Web Docs：dir 全局属性 访问于 2026年9月25日
- MDN Web Docs：CSS 逻辑属性与值 访问于 2026年9月25日
- MDN Web Docs：:dir() 伪类 访问于 2026年9月25日
- W3C Internationalization：Unicode 双向算法基础 访问于 2026年9月25日
- Google Search Central：告诉 Google 你的页面有本地化版本 访问于 2026年9月25日
- Google Search Central：管理多地区和多语言网站 访问于 2026年9月25日
书面固定价格
发送您的需求，45 分钟内获取工作范围和价格。
- 开工前书面确认的一个固定金额
- 无任何义务，也不会催促签约
- 英文和阿拉伯文作品，正确处理从右到左排版
- 一个团队负责设计、营销、网站、媒体和文案
已收到，我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。