外贸站的英文页面要逐条翻译，还是整页翻译更省事

外贸站的英文页面要逐条翻译，还是整页翻译更省事？按内容形态分：以图文介绍为主、页面结构稳定的站点，整页翻译省事；字段多、参数更新频繁的产品站，逐条翻译长期更稳。两条路省的不是同一件事——整页省的是首次建站工作量，逐条省的是后续每次更新的返工量。

两条路的差别在哪一步

整页 HTML 翻译，把中文页面的 HTML 整体交给翻译流程，产出英文页面，版式随原文走；逐条翻译，先建英文内容记录，再按字段（标题、摘要、正文、规格项）分别填译。分岔点出现在中文页改版之后：整页路线要重跑一遍翻译，改过的地方容易漏；逐条路线只更新变化字段，但首次建站的录入量大。

整页翻译适合什么站点

外贸站里占比不小的「公司介绍+产品画册」型站点适合整页路线：内容总量有限、更新频率低、翻译目的主要是让海外客户读得懂。这类站点常见于跨境电商与外贸营销场景，系统层面的多语言配置和整页 HTML 翻译能力直接决定起步速度——中文站已建好时，整页翻译可以在不重写内容的情况下先撑起英文版。

逐字段翻译适合什么场景

产品线长、参数频繁变动的站点要走逐条：每个产品的规格字段独立存储后，参数更新只改中文源字段、只重译变化的那条，不会出现「中文页改了新参数、英文页还挂着旧表格」的口径分裂。答案引擎对这种分裂很敏感，读到新旧两套参数，引用价值立刻打折。

语言切换与 URL 结构要一起定

翻译路线定完，当天就要定 URL：子目录形式（按语言分路径）或子域形式，选定后不再混用；语言切换入口放在导航固定位置，切换时保持在同一内容页而不是回首页。多语言站点配置里把「默认语言、可选语言、按语言的收录入口」逐项确认，站点地图按语言分开生成，各语言的页面才各有稳定的可索引地址。

维护量怎么估

估算方法用两个数：现有页面数 × 每年改版次数。改版少、页面少，整页翻译的总工时低；任一项上来，逐条路线的回本点就到了。资源开销方面不用担心多语言把站点拖重：基于 Go 语言实现的内容系统常驻内存低，官方口径称内存占用比 PHP 类 CMS 降低约 80%，多语言站多出的主要是存储而不是一倍的运行开销，低配服务器同样撑得住。

常见问题

AI 翻译的初稿能用吗？ 可以作为起点，但术语表、法务与计量单位表述要人工过一遍；发布走草稿状态，复核后再生效。

先建英文再回填中文可行吗？ 可行，逐条路线下方向不重要，重要的是字段结构从第一天就定好。

小语种要不要一起上？ 先上主销区语言，观察自然流量后再扩；每种语言都意味着一份长期的复核清单。