跨语言引用最容易出错的不是翻译质量,而是读者点进去之后预期落空。要说明读者将看到什么,核心是先判断对方页面与你的引用语境是否同属一个语言区:如果目标读者读得懂对方语言,就应直接描述页面内容本身;如果读不懂,就必须用读者母语交代页面类型、语言和阅读代价,并决定是否值得引。两种条件对应完全不同的写法,选错会让链接看起来像误植。
当你的受众本身具备对方语言能力,比如面向开发者的英文站点引用日文技术文档,读者点进去是要拿信息的。这时说明的重点是页面里有什么,而不是它是什么语言——语言是显然的,不需要提醒。
具体动作是:在锚文本或紧邻的一句里,写出读者将获得的具体对象,例如“该库的配置项清单”“作者对两种方案的对比表”。做完这一步的结果是,读者能预判自己是否需要点开,点击后的跳出会减少;如果这句只写“详见这里”,你就无法从点击数据判断是内容不匹配还是语言障碍,下一步的优化方向也就无从选择。
如果受众不具备对方语言能力,直接描述内容会造成误导:读者以为点开就能用,结果面对一页陌生文字。此时说明必须包含三层信息——页面语言、页面类型、以及读者需要借助什么才能用上它。
例如可以写成“一份俄语的接口说明,需借助翻译工具阅读,但示例代码可直接复用”。这里假设了一个场景:你的读者是中文技术运营,对方是俄语服务商文档。这句话没有承诺对方内容一定准确,只交代了读者将面对什么。动作的结果是,读者自行决定是否付出翻译成本;若你发现这类引用点击率低,合理推断之一是阅读代价被如实标出后读者主动放弃,而不是内容无价值,两者对应的后续动作完全不同——前者应考虑寻找同语言替代来源,后者才需要更换引用对象。
有些页面提供语言切换,但默认语言和可切换范围并不固定。此时不要断言“该页面有中文版”,而应说明读者将先看到什么语言,以及切换入口是否明显。如果无法确认切换后的内容完整度,就按单语言页面处理,写明默认语言即可。
这个例外的判断依据是:多语言站点的不同语言版本常存在内容覆盖差异,你看到的切换按钮不代表每段内容都有对应译文。把这一点写清楚,读者就不会因为切换后内容缺失而认为你的引用失实。
实际操作时,先确认受众语言能力,再决定说明的落点:能读懂就写内容对象,读不懂就写语言与阅读代价。写完这句后回看一遍——如果删掉它,读者是否还能预判点开后会看到什么?如果不能,说明这句话没起到作用,需要补上页面类型或语言信息。
需要提醒的是,跨语言引用带来的流量变化不能单独证明说明写得好或不好。语种门槛、页面加载、读者当下任务都会影响点击,把其中任何一项统计的升降当作说明质量的证据都不成立;更可靠的做法是分别记录同语言引用和跨语言引用的点击与停留,比较两类引用在同一受众下的差异。
最后,无论采用哪种写法,引用都应以读者能自行核实为前提,不通过隐藏来源或自动批量投放的方式制造引用,否则读者看到的与说明所承诺的将不再一致。