B2B 网站本地化上线前 QA 检查清单

B2B 网站本地化 QA 检查清单的价值，是发现普通校对看不到的问题：服务定位不一致、线索表单失效、元数据没有翻译、法律或合规表述不准确，以及语言切换器把潜在客户带到泛用页面。

这份清单适合 B2B 服务网站、多语言改版、WordPress 或 Headless CMS 项目，以及 Shopify B2B 店铺发布本地化落地页时使用。建议在翻译内容进入 CMS 之后、URL 提交给搜索引擎、销售团队或广告活动之前执行。

不要只管理一组翻译文档，而要从矩阵开始。每一行代表一个已上线页面或模板，每一列记录对应的本地化 URL、负责人、状态和 QA 结果。这样团队不会把缺失页面、草稿页面和已批准页面混在一起。

B2B 网站的矩阵还应该记录页面意图。咨询服务页、价格页、案例页、资源文章和联系页的转化风险不同。即使文案和证据需要因市场而调整，本地化页面也应该回答和源页面相同的买家问题。

• 记录源 URL、本地化 URL、页面类型、市场、语言、审查人、翻译状态、SEO 状态、表单状态和上线决策。
• 把页面标记为可上线、暂停或故意排除，不要留下无法判断的空白单元格。
• 增加 title、meta description、canonical、hreflang cluster、内部链接、schema 和 sitemap 状态字段。
• 优先处理核心业务页面：主页、服务页、价格或方案页、案例页、资源中心和联系页。
• 把矩阵和重定向表、内容迁移备注、分析追踪 QA 放在同一个交接位置。

语法正确不代表 B2B 本地化已经合格。翻译后的页面需要保留业务承诺、买家阶段、服务 offer 和信任证据。逐字翻译可能削弱价值主张、夸大服务声明，或使用当地决策者不会搜索的词。

让审查人并排比较源页面和本地化页面。他们需要确认含义、案例、服务名称、受众称呼、证据和下一步动作。如果当地市场使用不同购买词汇，就把首选术语写入术语表，并复用到导航、heading、元数据和表单中。

• 检查 H1 和首屏是否传达了和源页面相同的服务结果。
• 审查行业术语、买家角色、认证、案例声明和合规敏感表述。
• 确认客户评价、标识使用、结果数据、日期和统计信息在目标市场中仍然有效。
• 当源市场案例会让本地买家或销售团队困惑时，替换为更合适的例子。
• 为 implementation、retainer、audit、migration、SLA、support 等重复术语建立术语表。

本地化 QA 应该覆盖所有面向搜索的字段，而不是只看可见正文。Title、meta description、Open Graph 内容、alt 文本、结构化数据、面包屑标签、sitemap 输出和内部链接锚文本，都会影响页面在搜索和社交预览中的呈现。

特别注意翻译 slug 和 canonical。URL 可以使用翻译后的词、稳定的英文 slug，或者针对市场的路径，但决策必须一致。Canonical 通常应该指向同语言 URL，而 hreflang 应该连接同一组等价页面。

• 尽量把本地化 title 控制在约 60 个字符内，并把核心服务关键词放在靠前位置。
• 把本地化 meta description 控制在约 150 到 160 个字符，并匹配页面承诺和行动召唤。
• 检查渲染后的 heading、图片 alt、面包屑、schema 字段和 Open Graph 预览。
• 确认 canonical URL、hreflang alternate、x-default 决策、sitemap 收录和索引状态。
• 当本地化等价页面存在时，内部链接应该指向本地化页面，而不是总指向默认语言 URL。

线索捕获是 B2B 本地化上线最容易出问题的地方。页面看起来完整，但表单校验、同意文案、感谢页、预约组件、CRM 路由或销售通知可能仍然沿用默认语言设置。要从本地化页面测试每条转化路径，而不是只测全局联系表单。

每个语言版本至少提交一次真实 QA 线索，并记录线索最终进入哪里。Payload 应该包含正确页面 URL、locale、广告来源、同意状态、服务兴趣和跟进负责人。如果销售团队无法判断线索来自哪个本地化页面，交接就还没准备好。

• 使用当地电话格式、公司名称、邮箱域名、必填字段和错误输入测试表单。
• 检查 CTA 链接、悬浮按钮、价格咨询链接、下载资源和会议预约语言。
• 验证感谢页、自动回复邮件、管理员通知、CRM 字段和销售分配规则。
• 确认隐私、同意、Cookie 和订阅选项文案适用于每个市场。
• 记录测试线索 ID，方便市场、销售和工程团队追踪完整路径。

本地化内容会改变长度。德语、法语、中文、日语和西班牙语都可能影响卡片、导航、按钮、对比表和表单字段。桌面页面看起来稳定时，移动导航、悬浮 CTA、标签页或价格表仍可能溢出。

要在真实断点上测试，而不是只看一个预览宽度。针对重要模板比较手机、平板、笔记本和宽屏桌面。目标不是让不同语言逐像素一致，而是在每个 locale 中都保持清楚层级、可读内容、完整表单和稳定转化路径。

• 检查导航、语言切换器、服务卡片、价格表、案例卡片、FAQ 和页脚链接。
• 检查长词、翻译后的按钮、换行、截断和 UI 元素重叠。
• 确认字体支持对应语言，并且 fallback 字体不会意外改变布局。
• 审查图片裁切、说明文字、alt 文本，以及已本地化的截图或图表。
• 测试键盘焦点、表单错误和已翻译交互元素的屏幕阅读器标签。

如果团队无法衡量本地化页面，它就还没准备好上线。分析事件、转化目标、Cookie 同意、UTM 处理、Search Console 属性和 sitemap 提交，都应该在发布前确认。否则上线第一个月的数据会变成猜测。

建议跨语言使用一致的事件名称，同时把 locale 和页面路径作为参数记录。这样市场团队可以比较英文和中文服务页，而不需要为每种语言建立单独报表模型。销售团队也能看清哪些本地化内容带来了合格对话。

• 检查 page_view、form_start、form_submit、calendar_click、file_download、CTA click 和 thank-you 事件。
• 确认在需要时记录 locale、页面类型、服务兴趣和广告来源。
• 分别检查同意前和同意后的追踪行为。
• 提交或刷新 XML sitemap，并在 Google Search Console 中验证重要本地化 URL。
• 建立上线后监控表，追踪展示、点击、索引状态、转化和错误语言访问。