外贸网站制作注意事项：上线前核清这 7 项再交尾款

外贸网站制作这件事，验收的重点不是站做得漂不漂亮，是交尾款前有没有人拿一张清单，把语言版本、结构化数据、链接、速度、域名注册数据、页面结构、上线监控逐项核一遍。Google 对多语言站的第一条规则就摆在那：推荐每种语言版本用不同 URL，各版本用 hreflang 互相指向，不推荐自动跳转，也不要用 IP 分析适配内容。

对做外贸的人来说，这条规则决定你的德语页、西语页能不能被抓全，能不能进对应国家的搜索结果。验收花的是几个小时，漏掉一项，补的代价是整批页面重新提交。

• 这是一份上线前逐项打勾的验收清单，按项目核，不按流程走
• Google 明说多语言版本要用不同 URL 并做 hreflang 互指，不推荐自动跳转和按 IP 判断语言
• 逐项核 hreflang、结构化数据、链接可抓取、Core Web Vitals、域名注册数据、页面结构、上线监控
• 只翻译模板、自动跳转语言、用 IP 判断地区、结构化数据标不可见内容，官方都明确写了不推荐

流程怎么排、费用怎么算，看外贸网站建设流程那篇；如果你连独立站和平台店铺的区别还没想清楚，先看独立站那篇。这篇讲的是上线前拿什么清单验收，每一项核什么、核不过怎么回查。

外贸网站制作注意事项到底在防什么：7 项验收清单先摆出来

为什么「做出来」和「能被收录、能接住询盘」是两件事

一个站在自己的浏览器里打开是好的，不等于 Google 能看到同样的东西。Googlebot 通常从美国发起抓取，HTTP 请求头里不带 Accept-Language。也就是说，它是从美国、以一个没有语言偏好的访客身份来取你的页面。

Google 判断页面语言，看的是页面上能看见的文字，不用 lang 属性，也不用 URL。它也不会为了发现你有哪些语言版本，特意换个抓取来源，站点最好自己把语言或地区变体标清楚。

按访客国家或语言返回不同内容的地区自适应页面，Google 可能抓不全、索引不全、排名也不全。这就是为什么靠自动跳转、靠 IP 判断地区做出来的多语言站，在后台看着每个国家都有入口，实际进索引的可能只有一个版本。

7 项清单总表：核什么，核不过会怎样

下面这张表是验收时对照的清单。每一项写清核什么，核不过会出什么事。

这 7 项里，前六项都能在交尾款前核，都能拿具体结果说话；第七项上线后按报告看。核不过的项目不是让开发改个说法，是要他把结果重新跑一遍给你看。

站是用 SaaS 工具搭、用开源程序搭还是找人定制，是另一件事，三条路线的差别写在网站制作软件三条路线那篇里。选哪条路不影响这份清单，上线前都得核。

多语言版本怎么核：每种语言一个 URL，hreflang 必须双向互指

先看这一项，因为它的错误最难自己发现。页面翻译做了，语言切换按钮也有，Google 那边一个版本都没抓全，从站内完全看不出来。

第一步：给每种语言版本分配不同 URL

Google 推荐每种语言版本用不同的 URL，而不是用 cookie 或浏览器设置来切换页面内容的语言。这一步是后面所有标注的基础，URL 没分开，hreflang 就没地方挂。

URL 结构三选一：国别域名、子域名、子目录。国别域名的缺点是价格贵、可用性有限，有些还有严格的 ccTLD 注册要求，用之前先查清。Google 把 .tv、.me 这类虚荣 ccTLD 当 gTLD 处理。URL 参数形式 site.com?loc=de 不推荐用于地区定向。

地区定向会提升目标国家的排名，但会牺牲其他地区或语言的结果。服务器 IP 位置是 Google 判断目标地区的信号之一，但不是决定性的，很多站用 CDN 或托管在基础设施更好的国家。

第二步：hreflang 三选一，每个版本都要列出自己和所有其他版本

hreflang 的写法有三种：HTML head 里的 link 标签、HTTP 头、Sitemap。三选一就行，三种方法对 Google 等价，同时用三种没有搜索收益。

每个语言版本必须列出自己以及所有其他语言版本。备用 URL 要完整限定，含 http 或 https，不能写相对路径。link 标签必须放在格式正确的 head 区里，位置错了整段标注不生效。

这套标注的作用是告诉 Google 哪个页面是哪个语言的替代版本，不是用来让它判断页面语言的。判断语言还是看页面可见文字。

第三步：加 x-default 兜底页，页面上放语言切换超链接

给没有匹配到的语言加一个 x-default 兜底页，尤其是语言选择页和会自动跳转的首页。用户从哪个国家进来，都能落到一个能看的页面。

页面上要放指向其他语言版本的超链接，让用户自己点。地区定向不是精确科学，总会有人落到错误的版本上，页面上的切换链接就是给这些人的。

核不过会怎样

两个页面必须互相指向。德语页标了英文页，英文页没标回来，这条标注不成立。这是验收时最容易漏的一条，因为单看德语页的源码，标签写得齐齐整整。

不要自动把用户从一个语言版本重定向到另一个语言版本。如果动态改内容或按语言设置重定向，Google 可能抓不全所有版本。只翻译模板、主体内容还是单一语言，本地化版本会被当成重复页。

出问题怎么回查

先查两个页面是不是双向互指。把德语页和英文页的源码都打开，看 head 里有没有对方的完整 URL，含 http 或 https 的那种。

再查 link 标签是不是在格式正确的 head 区里。有些主题会把标签渲染到 body 里，或者 head 结构本身有错，标签写了等于没写。用 URL Inspection 工具看 Google 实际拿到的页面里有没有这段标签。

结构化数据和链接怎么核：标注的内容页面上必须看得见

结构化数据：推荐 JSON-LD，三种格式同样有效

结构化数据是给页面信息做标准化标注的格式，用来对页面内容分类，让 Google 在搜索结果里以更丰富的样子展示。推荐用 JSON-LD，三种支持的格式对 Google 同样有效，前提是标注有效、按对应功能的文档实现。

两条红线：不要为放结构化数据建空白页，不要标注用户看不到的信息。JSON-LD 里描述的内容，HTML 正文里必须有。标注里的图片 URL 必须可抓取可索引。

宁要少而完整准确，不要为凑齐所有推荐属性填不完整或错误的数据。data-vocabulary.org 的标注已经没有富媒体结果资格。

校验动作：先在测试工具里修严重错误，再部署少量页面

1. 用 Rich Results Test 校验代码，修掉严重错误
2. 部署少量带结构化数据的页面，用 URL Inspection 工具看 Google 实际看到的页面
3. 提交 sitemap，让 Google 知道后续的变化

用 CMS 建站时，可以在 CMS 的搜索引擎设置页或者插件里指定结构化数据。主题自带的功能和插件打架时，以一套为准，别两个都开着。

链接可抓取：只有带 href 的 a 元素才算链接

Google 一般只把带 href 属性的 a 元素当链接抓取。用 JS 事件做的链接，它无法可靠提取 URL。页面上看着能点，对抓取来说等于不存在。

锚文本要描述性强、简洁、和所在页与指向页都相关。不要为了塞关键词堆砌锚文本，关键词堆砌违反垃圾内容政策。用 JS 插入锚文本时，要用 URL Inspection 工具确认渲染后的 HTML 里有这段文字。

nofollow 只在你不信任来源时用，不要给所有外链都加。付费链接要用 sponsored 或 nofollow 标注。

核不过会怎样

结构化数据出问题可能触发手动操作，后果是失去富媒体结果资格，不影响网页搜索排名。页面不要被 robots.txt、noindex 或登录要求挡住。

即使标注正确，Google 也不保证结构化数据一定出现在搜索结果里。多数功能可以用 Rich Results Test 预览，实际长什么样可能不同。

出问题怎么回查

打开 Search Console 的 Manual Actions 报告，看有没有手动操作。再用 Rich Results Test 跑一遍，有些错误它不一定能抓到。

然后确认页面没被 noindex 或 robots.txt 挡住。三条都过了还不显示，就看标注内容是不是代表页面主体、有没有可能误导用户。

加载速度怎么核：LCP、INP、CLS 三个阈值对着 Search Console 看

Core Web Vitals 是一组衡量真实用户体验的指标，覆盖加载性能、交互性和视觉稳定性。Google 高度推荐站点所有者把它做好，这是真实用户体验指标。

三个数记不住也没关系，Search Console 的 Core Web Vitals 报告会按页面分组告诉你哪些页超标、超的是哪一项。

动作是打开这个报告看页面表现，按超标幅度决定先修哪一页，不是按页面数量平均用力。一个产品页的 LCP 超标很多，比一批页面的 CLS 只差一点点更值得先动。

速度跟服务器位置有关系，但不是决定性的。很多站用 CDN 或托管在基础设施更好的国家，Google 也明说服务器位置不是决定性信号。真正要看的还是报告里这三个指标。

域名注册数据怎么核：用 ICANN 查询工具对一遍

域名这项核的不是网站本身，是域名背后的注册数据。域名持有人填的是公司还是个人，注册数据跟注册商后台对不对得上，这两项在验收时要核对。

动作：输入域名，看返回数据是否与后台一致

打开 lookup.icann.org，输入域名，看返回的当前注册数据。这个工具的结果直接来自注册局和注册商，实时返回。ICANN 自己不生成、不收集、不保留、不存储任何 RDAP 查询相关数据。

工具用的是 RDAP 协议，RDAP 是 WHOIS（43 端口）协议的替代。域名查询如果 RDAP 里没有，会转到对应 gTLD 注册局的 WHOIS 服务，这叫 WHOIS failover。

非公开的 gTLD 注册数据通过 RDRS 申请，面向执法、知识产权、消费者保护、网络安全、政府官员这类有合法利益的一方。ICANN 建议先用查询工具确认想要的数据是不是已经公开，再走申请。

注册数据这一项核什么

核对域名持有人填的是公司还是个人。填个人，公司层面出问题时域名归属容易扯不清；填公司，个人离职后域名还在公司名下。这一栏在注册商后台确认，再到查询工具看返回的数据是否一致。

注册与配置的完整环节，包括域名、主机、建站、支付四步，写在域名主机建站支付四步那篇里。这一节只讲验收时怎么对数据。

页面结构怎么核：每个在意的页面至少有一个站内链接指向它

sitelinks 是同一域名下聚在一条文字结果下方的链接，目前是自动生成的。结构不好，算法找不到好的 sitelink，就不显示。搜索结果里少一块入口，点击的机会就少一块。

每个你在意的页面，至少要有站内另一个页面链接过来。页面上的链接数量没有神奇的标准值，觉得太多就是太多。也不要把多个链接紧挨着串起来，读者分不清，每个链接也失去了周围的上下文。

sitelinks 的优化做法

页面标题和标题文字要有信息量、相关、紧凑。站点结构要逻辑清晰、容易导航，从其他相关页面链接到重要页面。内链锚文本简洁且与指向页相关。避免内容重复。

要移除某个 sitelink，可以考虑删掉那个页面或者用 noindex。这不是常规操作，只在某个 sitelink 确实不该出现时用。

核不过会怎样

算法找不到好 sitelink，或者认为这些 sitelink 跟用户的查询不相关，就不显示。这一项没有提交的入口，只能从结构和标题上做。

页面结构还影响发现。每个在意的页面至少要有站内另一个页面链接过来。

上线后怎么持续核：富媒体结果状态报告和手动操作报告

上线不是验收的终点。结构化数据可能因为模板或服务问题在上线后失效，要用富媒体结果状态报告持续监控。开发阶段用 Rich Results Test，部署之后看状态报告，两件事不能互相替代。

发布页面后，Google 可能需要数天才能发现并抓取。当天没收录就改结构、改 URL，是把还没跑完的流程打断。等几天，再去看 URL Inspection 里 Google 拿到的页面。

几个上线后才会暴露的问题：过时的时效性内容不会显示富媒体结果；缺必填属性的条目没有富媒体结果资格；结构化数据要提供最新信息和原创内容；同一内容有重复页面时，所有重复页放同样的结构化数据，不只放规范页；结构化数据要放在它所描述的页面上。

富媒体结果状态报告看的是结构化数据的有效率，手动操作报告看的是有没有被人工处理。两个报告都在 Search Console 里，上线后每周看一次就够。

常见误区：这 6 种做法官方明确不推荐

只翻译模板，导航和页脚翻成德语，正文还是英文，这个德语页会被当成重复页。本地化版本只有在主体内容没翻译时才会被当成重复页。

只翻译样板文字，页面主体是用户生成内容或单一语言，同一内容会以多种样板语言重复出现在搜索结果里。官方原话是这会带来糟糕的用户体验。

以为子域名里的 en、de 前缀能让 Google 判断受众。这些前缀不用于判断页面的目标受众，目标受众要自己显式映射，靠 hreflang 和页面上的本地信息。

hreflang 单向指向。官方写得很清楚，「两个页面不互相指向时，标签会被忽略」。排查时就查这一点，两个页面是不是都标了对方。

用 JS 事件做链接。Google 无法可靠地从没有 href 属性的 a 元素、或者靠脚本事件冒充链接的标签里提取 URL。要让它能抓，就用带 href 的 a 元素。

图片链接的 alt 为空。图片作为链接时，Google 用 img 元素的 alt 属性当锚文本，alt 为空等于锚文本为空。每张带链接的图都写清楚的 alt。

建站教程里反复出现的几个做法，值不值得照做

一份写到 21800 多字的 Astra 主题教程上线 4 年还在被读者拿去实操，另一份 Elementor 教程超过 20000 字、上线 6 年有余。建站这件事的细节量，从这两个数字能看出来。下面几条是建站过程中就能做、上线时能少一堆返工的动作。

建站期间先在 WordPress 后台勾选「建议搜索引擎不收录」，站点建完再去掉勾选。这样建站过程中的半成品页面不会先进索引，省掉上线后再去清理的事。

域名留在购买处，只把解析服务器换到 Cloudflare，所有解析记录包括邮箱都在 Cloudflare 管理。好处是解析集中在一处，换主机只改一条记录，还能拿到免费 CDN。

安全插件装一个就够，不要重复装。不要装来路不明的破解版插件，可能有后门和黑链。B2B 企业站不需要在线销售功能时，可以不装 WooCommerce，避免后台变慢和页面体积变大。

产品介绍页和产品列表页内容单薄，很难建立信任。逐个为产品目录和单个产品写客户关心的内容，再用博客补产品相关的专业内容。这一条比装什么插件都影响询盘。

用 AI 核这 7 项：哪几步能交给它，哪几步必须人动手

这 7 项里有几项是纯比对和整理，可以让 AI 先跑一遍，人只看它标出来的缺口。剩下几项要动后台、要下判断，AI 替不了。

AI 能帮的 3 步

1. 把站点现有语言版本列成表，逐条比对 hreflang 是否双向互指、是否含 x-default，输出缺口清单
2. 按 LCP 2.5 秒、INP 200 毫秒、CLS 0.1 三个阈值，整理 Search Console 报告里的超标页面，按页面分组
3. 把产品页、退货页、运费页的可见文字整理成结构化数据字段草稿，标出哪些必填属性还缺

3 条可以直接复制的提示词

下面三条是本文给的示例，不是官方模板，按自己的站点改 URL 和数据再发。

「下面是我站点的语言版本 URL 列表。请按 Google 官方 hreflang 规则检查：每个版本是否列出自己和所有其他版本、URL 是否完整限定含 http/https、是否有 x-default 兜底页。逐条列出缺什么，不要给排名建议。」

「这是我 Search Console Core Web Vitals 报告的页面数据。按 LCP 2.5 秒、INP 200 毫秒、CLS 0.1 三个阈值分组，列出超标页面和超标指标，按超标幅度排序。」

「这是我产品页的可见文字。请按 schema.org Product 类型列出必填属性和推荐属性，标出我文字里没有覆盖的字段。不要编造我没有写过的价格、评分、库存。」

人必须做的 3 个动作

1. 在域名注册商后台确认域名持有人信息填的是公司还是个人，再登录 ICANN 查询工具输入域名，看返回数据与后台是否一致
2. 在 Search Console 打开 Core Web Vitals 报告和 Manual Actions 报告，看有没有超标项和手动操作，据此决定先修哪一项
3. 在 Rich Results Test 里粘贴上线页面的 URL，看校验结果里的严重错误清单，决定这一页能不能上线

整理资料、对照官方文档、出改稿单这类活，猎者出海的AI Agent 可以接。上面三个动作得自己动手，因为它看的是你后台里的真实数据，决定的是这一页发不发。

相关文章：装完WooCommerce到能卖货、Stripe与PayPal接入、外贸SEO完整优化流程、建站价格明细表。

常见问题

外贸网站制作注意事项里，哪几项是上线前必须核的？

语言版本、结构化数据、链接可抓取、速度、域名注册数据、页面结构这六项，能在交尾款前核。前六项核完再上线，最后一项是上线后每周看一次。

hreflang 三种标注方法要同时用吗？

不用。HTML head、HTTP 头、Sitemap 三选一，对 Google 等价，同时用三种没有搜索收益。选一套你能维护的，然后保证每个版本都列全。

结构化数据标好了，搜索结果里一定显示吗？

不一定。Google 明确说不保证显示，即使页面按 Rich Results Test 校验正确。标注对、内容可见、没被挡住，只是拿到了资格。

页面发布后多久能被 Google 抓到？

可能要好几天。发布之后先等，别当天没收录就改结构改 URL。等几天再用 URL Inspection 看 Google 拿到的页面。

先确认查的是不是非公开的 gTLD 数据。非公开数据要走 RDRS 申请，面向有合法利益的一方，比如执法、知识产权、消费者保护、网络安全、政府官员。

外贸网站制作流程和费用在哪看？

流程看外贸网站建设流程那篇，费用看建站价格明细表。这篇只管上线前的验收动作。

清单核完再交尾款，这句话听着简单，真做起来会发现每一项都要开发给你看结果，不是听他说做了。核不过的那几项，让猎者出海的AI Agent 按官方文档整理成改稿单，你拿着单子去对，比在微信里来回问要快。