将网站翻译成葡萄牙语:pt-BR 与 pt-PT 的区别

网站中的巴西葡萄牙语与欧洲葡萄牙语:地区版本分流、支付方式、词汇差异及各自的 SEO 研究。

将网站翻译成葡萄牙语:白色网格背景上,BR 与 PT 卡片及 /pt 标签上方有一个大型葡萄牙语波浪号装饰

如果你的项目要求是“将网站翻译成葡萄牙语”,就别再把葡萄牙语当成单一的语言文件。网站上的葡萄牙语涉及按市场划分版本的问题:巴西葡萄牙语(pt-BR)和欧洲葡萄牙语(pt-PT)虽然名称相同,但在拼写、词汇、正式称谓、支付方式和搜索用语上各有不同。

本文是一份葡萄牙语网站版本上线指南,涵盖区域版本选择、语体与布局、可抓取的 URL、包含税号与本地支付方式的结账质量检查、机器翻译译后编辑(MTPE)与人工审校的选择、SEO 常见问题,以及一份可实际执行的检查清单。

除了替换文本,将网站翻译成葡萄牙语还需要做什么?

除了处理 CMS 字段,你还需要一套完整流程:在任何人开始处理文件之前,就确定使用 pt-BR、pt-PT,还是两者都用;建立独立术语表,避免里斯本和圣保罗的文案互相混用;让布局能适应巴西的随和语气或欧洲的商务语气;提供可抓取且正文与区域版本一致的 URL;并完成业务环节的本地化(CPF/CNPJ、地址、支付),避免店铺只是给美式结账流程换上了葡萄牙语按钮。

本指南将解答的问题

  • 除了替换文本,将网站翻译成葡萄牙语还需要做什么?
  • 应该选择哪个葡萄牙语区域版本或地区变体?
  • 葡萄牙语有哪些特有的文字、字体排印和布局问题?
  • 葡萄牙语网站版本应如何设置 URL、hreflang 和索引?
  • 葡萄牙语版本的用户引导与结账流程有哪些细节需要注意?
  • 葡萄牙语翻译应选择 AI 翻译、MTPE,还是人工审校?
  • 哪些 SEO 错误尤其会影响葡萄牙语页面?
  • 如何上线葡萄牙语网站版本并衡量成效?

快速解答:如何正确地将网站翻译成葡萄牙语

要让葡萄牙语版本上线后长期稳定运行,应做到以下几点:

  1. 明确目标市场:选择 pt-BR、pt-PT,或同时提供两者并分别建立术语表。不要将它们折中混成一个“葡萄牙语”文件。
  2. 为该区域版本提供独立、可抓取的 URL,而不是仅依靠 Cookie 切换。
  3. 使用真实的当地文案制作导航、卡片、结账页面和邮件原型,让语体冲突、变音符号被裁切及内容溢出等问题在上线前就暴露出来。
  4. 分别针对巴西和葡萄牙研究搜索词。不要把葡萄牙的核心关键词直接用于巴西。
  5. 在扩大规模之前,添加相互引用的 hreflang 标注(两种版本并存时使用 pt-BR 和 pt-PT)、指向同语言版本的 canonical 标注,以及站点地图。
  6. 将示例、电话号码格式、地址字段、税号和支付方式一并本地化,而不只是翻译界面上的文字。

CSA Research 对 29 个国家的 8,709 名消费者开展的调查发现,76% 的人更愿意在提供其母语信息的网站购物,40% 的人绝不会在其他语言的网站购买商品。即使部分葡萄牙语使用者也能阅读英语,这一结论依然适用:结账、发票和客服环节,正是纯英语体验导致订单流失的地方。Google 的实用内容指南倡导以用户为先的页面;只有导航是葡萄牙语、正文却是英语的页面,算不上完善的本地化版本。关于市场与语言策略的区别,请阅读国际 SEO 与多语言 SEO 有何不同。

选择合适的葡萄牙语区域版本

以下情况应选择 pt-BR:你将巴西视为增长重点,需要支持当地支付方式和地址格式,而且更亲切的消费端语气适合你的产品。巴西的市场规模通常足以支持消费类产品优先推出 pt-BR 版本。

以下情况应选择 pt-PT:葡萄牙或欧盟是主要市场,或者你的法律实体和税务文案以欧洲规则为基础。即使营销最初面向巴西,在欧盟开展业务也可能需要 pt-PT 版本。

以下情况应同时选择两者:收入足以支持维护两套术语表。不要将两者折中混成一个文件。

pt-BR 与 pt-PT 在词汇、拼写改革和正式称谓方面存在差异。两者的拼写和日常用词差别足够大,以圣保罗用语为主的界面交给里斯本的审校人员时,往往会被大量修改,反之亦然。正式称谓也有所不同:巴西消费端界面常用 você;欧洲的产品和企业文案则可能更偏好 o senhor / a senhora,或保持更有距离感的语体。应在项目要求中明确这些选择,避免机器翻译混用。

你仍然可以从第一天起就规划共用的文本键。但不能想当然地认为,带有巴西风格的 B2C 术语表用于里斯本的 B2B 结账流程也会自然得体。请在项目要求中明确目标受众和语体:是巴西互联网的随和口吻,还是欧洲企业使用的葡萄牙语。

非洲也有葡萄牙语市场,但货币、地址格式和法律页面仍须遵循你实际销售市场的要求。同时,还应确定如何处理姓名、地址和电话号码。如果表单不接受葡萄牙语字符,或默认使用美国邮政编码加州名下拉框,即使文本看起来已经“翻译好”,实际使用时仍会出问题。巴西和葡萄牙的地址及电话号码格式并不相同。

葡萄牙语的文字、字体排印与布局细节

葡萄牙语使用拉丁字母,并带有变音符号。á â ã à é ê í ó ô õ ú ç 等字符必须在 CMS 字段、邮件、PDF 和自动生成的标题中完整保留。只用英语测试过的字体栈,在小字号下可能会裁切波浪号和软音符。

布局不只是字形问题。巴西互联网用语通常比欧洲企业使用的葡萄牙语更随和,这会影响行长、行动号召文案的亲切程度,以及卡片上的说明篇幅。应统一营销与产品的表达风格,否则用户会察觉到从广告进入应用后语气突然变了。

避免上线当周就被截图反馈问题的布局规则:

  • 使用真实的当地文案制作关键页面原型,而不是采用一种没人会说的混合“葡萄牙语”。
  • 允许按钮文字换行;巴西的行动号召文案可能比英语更亲切、更长,而欧洲企业文案则可能更正式,篇幅同样也会增加。
  • 在以基础拉丁字符为主的主题行高基础上适当增加行高,为波浪号留出垂直空间。
  • 在正式上线的界面、邮件和 PDF 中使用完整支持葡萄牙语字符的字体。
  • 重点检查卡片标题、徽章和表头——这些位置通常最先出现裁切问题。
  • 将占位示例(街道名、城市、电话号码示例)本地化,避免表单中仍然显示 123 Main St。

日期和数字也是布局规范的一部分。两个市场通常都使用日—月—年的顺序,但巴西与葡萄牙对货币、税务和支付的预期差异很大。选择 BRL 还是 EUR,是与上线 URL 对应的产品和法律决策,而不是上线后切换一个格式设置就能解决的事。

英语的行动号召文案往往比较生硬。巴西消费端界面通常更亲切、直接;欧洲企业使用的葡萄牙语则通常更克制。应培训审校人员,在确保支付信息清晰明确的同时,让首页符合所选市场的风格,而不是将两者折中混用。

可抓取的 URL、hreflang 与索引

Google 建议为每种语言或地区版本提供不同的、可抓取的 URL,而不是仅依靠 Cookie 或浏览器语言。Google 主要根据可见内容判断页面语言,因此,只有导航翻译成葡萄牙语、正文仍是英语的页面,并不是完善的葡萄牙语版本。为葡萄牙语设置独立的目录或主机命名模式(/pt-br/、/pt-pt/,或仅在确实只面向一个市场时使用 /pt/),并在模板、分析统计和内部链接中保持一致。

如果两个区域版本同时存在,应使用独立 URL,并设置相互引用的 hreflang 标注(pt-BR、pt-PT)。每个区域版本的 URL 都应有明确的 canonical 标注;存在重复页面时,应优先指向同语言的首选 URL。不要将巴西页面的 canonical 指向对应的英语页面,也不要为了“只保留一种葡萄牙语”,将 pt-PT 的 canonical 指向 pt-BR。

Bing 网站管理员指南强调,内容应可抓取且实用,网站结构应清晰。Google 不建议根据推测的语言或位置自动重定向用户;应提供醒目的选择器,通过链接前往葡萄牙语 URL。根据 IP 猜测并执行“巴西 → /pt-br”跳转,会让旅行者、VPN 用户和抓取工具陷入困境,也可能将葡萄牙用户导向错误的区域版本。

URL 规则和页面内容规则可以不同:出于运维原因,你可以将 URL 路径短名转换为不带变音符号的 ASCII 字符,但标题、H1 和正文应保留重音符号。为了让 URL“更简洁”而去掉变音符号,同时也去掉页面中的变音符号,会损害可读性。如果转换路径短名,应统一设置重定向;不要在没有 canonical 标注的情况下发布两个相互竞争的葡萄牙语 URL。

绝不要把葡萄牙的核心关键词直接用于巴西。即使产品完全相同,两地的关键词研究也截然不同。应针对每个 URL 分别本地化元数据。

用目标语言做好新用户引导、信任建设和结账体验

葡萄牙语版本能否成功,往往受制于业务环节,而非文案措辞。只翻译按钮标签,却保留仅适用于美国的结账流程,算不上真正推出了葡萄牙语版本。

巴西市场通常需要满足 CPF/CNPJ 相关要求,支持当地支付方式和巴西地址格式。葡萄牙市场通常需要符合欧盟要求的消费者文案、不同的客服服务时间,以及以 EUR 为基础的税务表述。两地对货币、税务和支付的预期差异很大;应将这些视为本地化的核心内容,而不是留给工程团队收尾的杂项。

建立信任的页面比翻译后的功能列表更能发挥作用。隐私政策、条款和支付说明必须读起来像是为该 URL 对应市场真正编写的页面,而不是残留的英语模板。

葡萄牙语版本的实用转化检查项:

  • 首页、广告和产品界面采用一致的地区语体(巴西的随和风格或葡萄牙的商务风格)。
  • 表单接受葡萄牙语字符以及正确的税号和邮政编码格式;如字段有限制,则说明原因。
  • 在实际横幅中审查 Cookie 和同意授权文案——这类文本往往较长,容易出现换行问题。
  • 定价、发票和货币表述应与你声称服务的市场相符(BRL 或 EUR)。
  • 面向巴西和葡萄牙的客服快捷回复不应共用一套葡萄牙语术语表。
  • 错误提示应明确说明解决方法,而不是只有客套却空洞的道歉,并始终使用选定的称谓形式。
  • 如果决定主攻巴西市场,就应从第一天起,对葡萄牙语用户的注册、支付成功情况和客服工单用语进行埋点监测。

不必在上线第一天就翻译所有博客文章。但首页、产品说明、身份验证、定价、结账、基本隐私信息、客服入口,以及目标市场要求的法律页面,都必须到位。语言质量与实际运营适配缺一不可。

西班牙语的 AI 翻译、机器翻译译后编辑与人工审核

葡萄牙语翻译该用 AI 翻译、MTPE,还是人工审核?应根据风险选择工作流程,而不是看工具品牌:

  • 未经编辑的机器翻译:仅适合用于内部草稿。模型会混用 pt-BR 和 pt-PT 的拼写,忽略 você 与 o senhor 的称谓差异,还可能在巴西界面上生成偏欧洲风格的法律措辞,反之亦然。
  • MTPE(机器翻译 + 译后编辑):只要术语表按语言区域划分命名空间,并设有区域用词检查,就可以作为许多产品页和支持页面的可靠默认方案。
  • 人工翻译/品牌文案编辑:适用于首页、价格页、营销活动、Cookie/同意授权内容,以及任何涉及法律事项的页面。

一套实用的葡萄牙语审核流程是:对照 pt-BR 或 pt-PT 术语表进行机器翻译后编辑(绝不使用混合文件);由品牌编辑审核首页语体(亲切风格还是企业风格);由语言专家审核错误提示、账单和税号字段标签;随后在预发布环境中,以移动端屏幕宽度进行 QA,覆盖邮件、PDF 以及目标市场的支付和地址场景。发布前还应检查是否混入其他语言区域的用语,以及葡萄牙语 URL 下是否仍有英文正文。

以人为本、提供实用内容的要求适用于所有语言。仅靠机器翻译生成的葡萄牙语页面,在 CMS 中看似完整,却仍可能无法满足用户需求。

葡萄牙语 SEO 的特有陷阱

使用葡萄牙语搜索的用户希望看到符合当地市场、自己读得懂的语言。应分别开展关键词研究,再撰写符合当地搜索结果表达习惯的标题和 H1,并正确使用重音符号。为每个葡萄牙语 URL 分别本地化元数据,不要共用一套英文元数据,也不要在巴西页面上沿用葡萄牙市场的元数据。

以下错误尤其会损害葡萄牙语页面的表现:

  1. 巴西和葡萄牙的客服快捷回复共用一套葡萄牙语术语表。
  2. pt-BR 文案搭配 EUR 定价,且欧盟法律脚注原封不动(或 pt-PT 文案搭配巴西支付方式)。
  3. 在巴西页面的标题中沿用葡萄牙市场的关键词。
  4. pt-BR 和 pt-PT 同时存在时,缺少区域 hreflang 标记。
  5. 只翻译通用界面元素——界面框架是葡萄牙语,正文却仍是英语。
  6. 仅通过 Cookie 切换语言,导致爬虫无法发现葡萄牙语 URL。
  7. hreflang 配置错误(缺少反向链接)。
  8. 基于地理位置的自动重定向,让用户和爬虫被困在特定版本中。
  9. 葡萄牙语 URL 上的规范链接指向英文页面。
  10. 按钮虽已翻译,后续的地址填写和支付体验却只适用于美国。
  11. 仅靠机器翻译、内容单薄的地区版本,达不到实用内容要求。

扩大内容规模前,先处理好语言区域版本划分、支付和架构问题。工具应确保流程得到落实,而不是凭空作出排名承诺。

上线检查清单

准备上线葡萄牙语版本时,请使用以下检查清单:

GlotEO 如何发挥作用

葡萄牙语非常适合使用按命名空间隔离的翻译记忆库:产品名词会反复出现,但巴西和葡萄牙的用语不能相互混入。网站本地化平台中的术语表和翻译记忆库,可以在经过布局测试的文案上线时,确保区域用词、语体和功能名称保持一致。再配合多语言 SEO 工具,便可在扩展过程中,持续对葡萄牙语 URL、hreflang 和元数据进行审核。规划首个葡萄牙语版本时,可以比较 GlotEO 的价格与套餐;如果还在选择目标语言,也可以从更全面的网站翻译流程入手。

当一套通用的“葡萄牙语”词典和未经标注的机器翻译草稿,已不足以保障 pt-BR 或 pt-PT 版本稳妥上线时,不妨了解 GlotEO 网站本地化。

参考文献