先说结论：如果佛山外贸工厂已经把英文站扩成西语、阿语、法语等多语言版本，Search Console 通常至少要先建 1 个 Domain property，再按实际管理需求补 1 到多个 URL-prefix property；sitemap 里只放你想让 Google 识别为正式版本的 canonical URL，多语言对应关系则用 hreflang 或带 xhtml:link 的 XML sitemap 标清。对 Google Search Console 和 Google Search Central 来说，关键不是“建得越多越好”，而是属性边界、语言版本关系、提交路径三件事要一致。
这篇文章写给佛山做出口的工厂老板、外贸主管、建站负责人，尤其适合刚做完多语言站、准备提交流量监控，或已经上线但还分不清域名属性和网址前缀属性的团队。
先分清：Domain property 和 URL-prefix property 不是二选一
| 类型 | 更适合谁 | 覆盖范围 | 注意点 |
|---|---|---|---|
| Domain property | 想总览主域名、www、非 www、http/https、子域名数据的团队 | 同一域名下的所有协议和子域名 | 必须用 DNS 验证，不能带路径 |
| URL-prefix property | 想单独看某个协议、某个子目录、某个语言站或某个落地页组的团队 | 只覆盖输入的完整前缀 | 要把协议和路径写完整，换前缀就要重建 |
对大多数佛山出口工厂，更稳的做法是：先用 Domain property 把全站抓取、索引和搜索表现看全，再按业务需要补几个 URL-prefix property，例如 https://www.example.com/、https://www.example.com/es/。这样你既能看全局，也能拆开看西语目录是否单独掉量、某个语言版本的询盘页是否没被抓到。若你们还在决定多语言结构，建议先看 佛山外贸官网做多语言，先用子目录还是子域名？。
佛山工厂可直接照着做的 4 步配置
第 1 步：先验证 Domain property
Google 官方帮助文档明确说明，Domain property 覆盖同一域名下所有协议和子域名，验证方式通常是 DNS 记录。对已经同时存在 www、非 www、英文目录和其他语言目录的外贸站，这一步最适合作为总控盘。
第 2 步：再补需要单独看的 URL-prefix property
如果你们的西语目录、阿语目录、独立落地页或博客区要分别监控，就补对应的 URL-prefix property。这样做的好处不是“更利于收录”，而是后续查问题更快。比如西语页收录慢，你可以直接在对应前缀下看 sitemap、索引和表现，不必在全站数据里硬拆。
第 3 步：sitemap 只提交正式版本，不把重复 URL 一起塞进去
Google Search Central 在 sitemap 文档里写得很清楚：sitemap 应提交你希望出现在搜索结果里的 canonical URL。也就是说，已经被 canonical 到正式页面的参数页、测试页、旧路径，不要和正式页一起混提。站点刚改版过的团队，还应结合 官网改版排查清单 一起核对。
第 4 步：多语言对应关系要么写在 HTML，要么写进 XML sitemap
Google 支持用 hreflang 标注不同语言或地区版本，也支持在 XML sitemap 里为每个 URL 列出全部语言变体，而且每个版本都要包含自己。对使用 WordPress、多语言插件或外包建站的团队，最实用的检查方式是随机抽 3 组页面：英文产品页、西语产品页、联系页，确认它们互相能对应，不是只有首页做了多语言。若产品页本身信息还很薄，可再对照 产品页优化文章 一起补。
一张清单看懂发布前要查什么
- Domain property 已验证，且团队里至少有 2 个可管理账号。
- 主要语言目录或关键落地页已按需要补建 URL-prefix property。
- sitemap 中只包含正式 canonical URL，没有测试页和参数页。
- 多语言页面互相存在
hreflang或 sitemap 变体标注，并包含自指版本。 - robots.txt 中能找到 sitemap 地址，Search Console 里也能看到提交状态。
- 上线后持续看索引、搜索效果和国家维度表现，而不是只看首页是否被收录。
最容易踩的 3 个坑
第一个坑，是只建了 Domain property，就以为后面不用再细分。结果西语目录掉量时，团队根本不知道该从哪个报表排查。第二个坑，是把所有语言页都放进 sitemap，却没有确认它们是否互相对应、是否仍指向旧页面。第三个坑，是站点已经在跑 Facebook 或 TikTok 广告，但多语言落地页换了路径后，广告链接、表单 thank-you page 和 WhatsApp 按钮还停留在旧 URL，最后 Search Console、广告后台和销售拿到的是三套地址。
如果团队目前人手有限，优先级建议按“先验证属性，再保证 sitemap 正确，最后再细查各语种表现”来排，不要一上来就同时改目录结构、插件和翻译规则。
为什么这对佛山出口工厂特别重要
很多工厂不是没做多语言，而是上线后没人知道哪一层出问题了：是 DNS 没验证、是西语目录没进 sitemap、是 hreflang 没互指，还是广告落地页仍指向旧 URL。Search Console 配置清楚，后面 Facebook、TikTok、SEO 和 WhatsApp 承接才有统一坐标。如果你们正准备把官网、广告和私域承接串成一条链路，也可以直接看 GGAC 外贸获客服务，先判断当前短板在建站结构、内容页还是线索承接。
常见问题
1. 只有 Domain property，不建 URL-prefix property，可以吗？
可以，但当你要单独排查某个语言目录、某个子域名或某类落地页时，URL-prefix property 会更直接。
2. 提交 sitemap 之后，就一定会被收录吗？
不会。Google 官方明确说，提交 sitemap 只是提示，不保证一定抓取或采用。
3. 多语言站一定要把 hreflang 写在 HTML 里吗？
不一定。Google 也支持在 XML sitemap 里声明语言和地区版本，但无论放在哪，页面关系都要完整且一致。
4. 子目录和子域名要分别建 property 吗？
如果你需要分别监控，就建；如果只看全局，Domain property 已能覆盖同域名下的大部分情况。真正该先做的，是把结构、链接和 sitemap 关系配对。