设置验证语言
流程会自动检测浏览器语言，并回退到英语。这里介绍如何强制指定语言，以及如何单独设置邮件语言。
验证界面会自动检测浏览器区域设置，并回退到英语。
要强制指定语言，请在创建会话时传入 language。
邮件语言是一个独立的字段（contact_details.email_lang），设置其中一个不会影响另一个。
#默认行为
如果用户浏览器的区域设置是 Didit 支持的语言之一，验证界面就会使用它。 如果不是，就会回退到英语。你不需要做任何事情，它就能正常工作。
- Texts 用于按语言覆盖文案。
- 在用另一种语言测试流程之前先保存。
#强制指定语言
自动检测出错的情况足够常见，值得关注：共用设备、在国外购买的手机、上报应用语言而非用户语言的 WebView，或者浏览器设置的语言并非用户实际能读懂的语言。 当你比浏览器更清楚该用哪种语言时，就显式设置它。
| 字段 | 位置 | 控制什么 |
|---|---|---|
language | 创建会话的请求体 | 验证界面的语言 |
contact_details.email_lang | 创建会话的请求体 | 邮件通知的语言，包括邀请、提醒、状态更新 |
email_language | 更新会话状态 | 你发送状态变化邮件时使用的语言 |
所有取值都区分大小写，请使用支持的语言列表中的确切代码。 如果你没有传入邮件语言，邮件会回退到英语，无论界面语言是什么。
设置界面语言不会同时设置邮件语言。
如果只传了 language，流程可以正确显示为西班牙语，但邮件仍然会用英语发送。
如果你的用户反映流程没问题但邮件不对，原因就在这里。
#WebView 与移动端
在 WebView 中，页面上报的区域设置是宿主应用的，不一定是用户在你产品中的偏好设置。
如果你的应用有自己的语言设置，请在创建会话时把它作为 language 传入，而不要依赖自动检测。应用知道，但 WebView 不知道。
#从右到左的语言
Didit 支持的语言中有几种是从右到左书写的，包括阿拉伯语。 流程会自动处理书写方向，你不需要单独配置。 如果你在样式编辑器中覆盖过文案，请检查这些覆盖内容在 RTL 语言环境下和 LTR 语言环境下是否都能正确显示，手写的字符串是最容易在那里出问题的地方。
#自定义文案与语言的结合
样式编辑器中的文案覆盖会替换特定的字符串，而不需要为每个语言单独维护一套翻译。 这正是这个功能的意义所在，但也意味着用一种语言写的覆盖内容，会出现在所有语言中，除非你自己处理这种情况。 如果你支持多种语言，建议尽量保留系统自带的翻译，只在真正必要时才覆盖。
#流程中出现乱码或不知所云的文字
如果用户反映文字看起来乱糟糟的，例如字母顺序被打乱，或者句子中混杂着两种语言，通常的原因并不是流程自身的翻译问题。 而是浏览器的页面翻译功能或扩展程序，在流程渲染之上重新改写了页面。
请让他们为这个页面关闭翻译功能。 流程本身已经提供了自己的多语言版本，在浏览器里再翻译一次不会带来任何好处，反而必然会破坏它。
#OCR 语言是另外一回事
Didit 的 OCR 能读取 130 多种语言的证件。 这与界面显示的语言完全无关：一个人可以用英语完成流程，同时手持一份用希腊语印刷的证件，两者互不影响。 参见支持的证件与国家。
#报告始终是英语
可下载的会话 PDF 始终以英语渲染，无论流程使用的是什么语言。 它是一份内部合规文件，而不是给终端用户看的东西。 参见下载验证报告。
#语言与流失率
如果某个市场的放弃率异常偏高，语言是值得优先排查的因素：用户会直接离开一个自己看不懂的流程，而不会专门反馈这个问题。 在寻找更细微的原因之前，先检查这些会话实际运行的是哪种语言环境。 参见当会话一直没有完成。