关注 SEOWE跨境说

微信扫一扫关注公众号
很多跨境卖家建好 Shopify 或 WordPress 独立站后,做的第一件 SEO 工作就是生成 XML Sitemap,然后登录 Google Search Console 提交。
提交成功,后台显示 Sitemap 读取正常,接下来就开始等收录。
几天没有动静,重新检查 Sitemap;一周没有收录,怀疑 Google 没有抓取;一个月过去了,开始调整 Sitemap 配置,甚至重新生成一份提交。
但有一个问题,很多卖家从一开始就搞错了:
Sitemap 提交成功,不代表 Google 一定会抓取页面,更不代表页面一定会被收录。
我之前写过一篇关于 Google 未索引问题的文章,提到很多 SEO 在处理收录问题时,第一反应就是检查抓取设置,却忽略了页面本身是否值得进入 Google 索引库。
Sitemap 也是如此。
它确实是独立站技术 SEO 的基础配置,但它解决的是页面发现问题,而不是页面收录问题。
如果你的网站已经提交 Sitemap,Google Search Console 也没有报错,但大量产品页、分类页和 Blog 文章迟迟没有收录,那么继续折腾 Sitemap,可能从一开始就走错了方向。
先把 Sitemap 的作用搞清楚。
XML Sitemap 本质上是一份 URL 清单,列出网站希望搜索引擎发现的页面。
例如,一个跨境电商独立站可能包含:
Google 可以通过 Sitemap 了解这些 URL 的存在,并将其作为发现页面的补充渠道。
但这不意味着 Google 必须按照清单逐一抓取,更不意味着清单中的 URL 都会进入索引。
Google 对页面的处理,实际上涉及几个不同环节:
页面发现 → 抓取(Crawling)→ 索引处理(Indexing)→ 搜索结果展示(Ranking)
Sitemap 主要帮助解决第一个环节。
至于后面的抓取、索引和排名,Google 仍然会根据自己的系统作出判断。
举个例子:
你的网站有 500 个产品页面,通过 Sitemap 告诉 Google 这 500 个 URL 都存在。
但其中有 200 个页面只是更换了产品名称和图片,产品介绍、功能描述、页面结构几乎完全一样。
Google 即使发现了这些 URL,也不一定认为它们都具有独立的搜索价值。
这时候,问题就不是 Sitemap 有没有提交,而是这些产品页面是否提供了足够的独立价值。
所以,不要把 Sitemap 当成 Google 收录的开关。
还有一种比较常见的做法:
既然已经提交了 Sitemap,Google 就能找到所有页面,是不是可以少做一些内部链接?
这种想法同样有问题。
Sitemap 和 Internal Links 解决的是不同的问题。
Sitemap 是主动提供给搜索引擎的一份 URL 清单,而内部链接则是网站自身的信息连接结构。
例如:
首页 → 产品分类页 → 产品详情页 → 相关产品
或者:
Blog 文章 → 相关产品分类 → 产品详情页
Google 可以通过这些链接理解页面之间的关系,也能发现更多网站内容。
对于跨境电商独立站来说,内链还有一个容易被忽略的作用:帮助搜索引擎理解哪些页面更加重要。
假设你有一个核心产品分类页,首页、导航栏以及多篇相关 Blog 都链接到这个分类页,那么它在整个网站中的位置和重要性就更加清晰。
反过来,如果一个产品页面只存在于 Sitemap 中,网站其他页面没有任何链接指向它,那么 Google 虽然可能发现这个 URL,但很难通过网站内部结构理解它的重要性。
因此,比较合理的做法是:
一个页面只出现在 Sitemap 中,并不意味着它在网站结构中就具有足够的重要性。
很多 SEO 插件生成 Sitemap 时,会提供不少参数。
其中最常见的就是:
| 字段 | 作用 | Google 的处理方式 |
|---|---|---|
loc | 页面 URL | 核心字段,必须提供 |
lastmod | 页面最后修改时间 | 有条件使用,建议准确填写 |
priority | 页面优先级 | Google 不使用 |
changefreq | 页面更新频率 | Google 不使用 |
这里有一个比较有意思的现象。
很多早期 SEO 教程会建议:
但如果你主要做 Google SEO,这些设置基本没有必要。
Google 官方已经明确说明,不使用 Sitemap 中的 priority 和 changefreq 字段来决定抓取策略。
也就是说,即使你把某个产品页面的 Priority 设置为 1.0,也不代表 Google 会优先抓取它。
相比之下,lastmod 才是更值得认真维护的字段。
lastmod 表示页面最后一次发生重要修改的时间。
例如,一篇 Blog 今天真正更新了核心内容、增加了新的数据或修正了重要信息,那么 Sitemap 中的 Lastmod 就应该反映这次更新。
但如果只是修改了 Footer 的版权年份、调整了 CSS、修改了几个空格,就把整站所有页面的 Lastmod 更新成今天,这就没有意义了。
Google 官方强调,Lastmod 应该反映页面有意义的修改,而不是任何形式的技术性变动。
如果网站每天都自动刷新所有页面的修改时间,却没有对应的内容变化,这个字段提供的信息就会失去参考价值。
对于经常更新的电商产品页和内容型网站,准确维护 Lastmod 有实际意义。
但没有必要为了让 Google 重新抓取,每天人为修改页面时间。
不少独立站的 Sitemap 最大问题,不是缺少 URL,而是包含了太多不应该被收录的页面。
尤其是使用 WooCommerce、Magento 等系统的网站,可能存在大量功能性页面和参数 URL。
通常来说,应该优先保留这些页面:
而下面这些页面通常不应该进入 Sitemap:
这里需要特别注意一个问题:
Sitemap 中的 URL,应该尽量与网站希望 Google 收录的最终规范 URL(Canonical URL)保持一致。
例如:
如果一个产品页面的规范 URL 是:
就不应该同时把多个带有追踪参数、筛选参数的重复 URL 全部放进 Sitemap。
如果网站有大量重复 URL、重定向 URL 或 noindex 页面,却全部塞进 Sitemap,反而会让这份 URL 清单失去应有的价值。
对于大型电商网站,这个问题尤其值得检查。
目前常见的 Sitemap 或页面发现方式主要有几种,但它们的作用并不完全一样。
1. XML Sitemap
这是绝大多数独立站应该优先使用的格式。
它专门面向搜索引擎,能够提供 URL、Lastmod 等信息。
无论是 Shopify、WordPress、WooCommerce 还是 Magento,都可以通过系统或相关插件生成。
2. HTML Sitemap
HTML Sitemap 更偏向用户体验。
它通常以网页形式展示网站的重要分类和页面,方便访客查找内容。
它也可以提供额外的内部链接,但不能代替 XML Sitemap。
3. RSS / Atom Feed
主要适合新闻网站和更新频繁的博客。
Google 可以通过 Feed 发现近期发布或更新的内容,但它更适合作为补充发现渠道,而不是大型网站完整的 URL 清单。
4. Text Sitemap
最简单的形式,每行放一个 URL,不包含其他字段。
对于页面数量很少的网站可以使用,但对于绝大多数跨境电商独立站,没有必要专门采用这种方式。
实际操作中,绝大多数卖家只需要维护好 XML Sitemap 就够了。
如果你的网站只有几十个页面,Google 通过导航和内部链接发现大部分页面并不困难。
但当网站发展到几千个产品、上万个 SKU,甚至几十万个 URL 时,页面发现和抓取管理就会变得更加复杂。
这时候,Sitemap 的价值会更加明显。
例如:
Google 对 Sitemap 的处理也有一定限制。
单个 Sitemap 文件最多包含 50,000 个 URL,未压缩文件大小不能超过 50MB。超过限制时,需要拆分 Sitemap,并通过 Sitemap Index 管理。
对于大型电商网站,还应该根据页面类型拆分 Sitemap。
例如:
这样做的好处是,当某一类页面出现大量未索引问题时,可以更容易地定位问题范围。
比如,产品页大量未索引,但 Blog 文章正常,就可以进一步检查产品页模板、重复内容、Canonical 设置以及内部链接。
不过,拆分 Sitemap 并不会自动提高收录率。它更多是为了方便管理和排查。
对于大多数使用成熟 CMS 的跨境卖家来说,不需要从零开始编写 XML Sitemap。
WordPress 通常已经具备基础 Sitemap 功能,也可以使用 Yoast SEO、Rank Math 等插件管理 Sitemap。
Shopify 则会自动生成 Sitemap。
Magento 也提供 XML Sitemap 的生成和管理功能。
通常情况下,完成以下工作即可:
但这里有一个细节:
Sitemap 显示 Success,只能说明 Google 成功读取或处理了 Sitemap,并不代表里面的 URL 都已经被抓取和收录。
如果 GSC 显示 Sitemap 读取成功,但 URL 大量未索引,就应该进一步检查具体 URL 的索引状态,而不是反复删除、重新提交 Sitemap。
这才是很多跨境卖家真正需要解决的问题。
假设你的 Shopify 网站已经提交 Sitemap,Google Search Console 没有发现 Sitemap 格式错误,但大量产品页面仍然显示未编入索引。
这时候建议按照以下顺序排查。
第一步:检查 Google 是否能够抓取页面。
在 GSC 的 URL 检查工具中,查看具体页面是否允许 Google 抓取。
重点检查:
第二步:检查 Canonical 设置。
如果产品页的 Canonical 指向了其他 URL,Google 可能会选择其他规范页面,而不是当前页面。
尤其是 Shopify 和 WooCommerce 网站,需要注意产品变体、参数 URL、重复分类路径等问题。
第三步:检查页面是否具有独立价值。
这是很多卖家最容易忽略的地方。
例如,一个网站有 300 个产品页面,但产品描述基本来自供应商,页面之间只是替换了产品名称、规格和图片。
从卖家的角度来看,这是 300 个不同产品。
但从 Google 的角度来看,这些页面可能存在大量相似内容,部分页面缺乏足够的独立信息。
这种情况下,即使 Sitemap 完全正常,也无法解决页面本身的质量问题。
第四步:检查网站内部链接。
重要产品是否能够通过分类页访问?
核心分类页是否获得足够的内部链接?
新发布的 Blog 是否与相关产品建立了联系?
如果大量页面没有内部链接支持,就应该重新审视网站的信息架构。
第五步:观察网站整体索引情况。
不要只盯着某一个 URL。
如果只有少数产品页没有收录,可能是单个页面的问题。
如果整个产品目录、多个分类甚至大量 Blog 都没有收录,就需要进一步检查网站整体内容质量、页面重复程度和抓取情况。
特别是新站,不要因为提交 Sitemap 后几天没有收录,就不断修改技术配置。
先确定问题发生在哪个环节,再决定是否需要调整。
很多卖家做 SEO,容易把时间花在一些能够快速完成、又能在后台看到成功提示的事情上。
提交 Sitemap 就是其中之一。
点击提交,GSC 显示 Success,看起来整个 SEO 工作已经完成了一部分。
但真正影响网站自然搜索表现的工作,往往没有这么简单。
Google 能不能发现你的页面,是一个问题;愿不愿意抓取,是另一个问题;抓取之后是否愿意将它放进索引库,又是另外一个问题。
这几个环节不能混为一谈。
对于跨境电商独立站,我更建议把 Sitemap 当成一项基础设施:配置一次,确保 URL 正确,后续由 CMS 自动维护,再定期检查异常。
与其每隔几天重新提交一次 Sitemap,不如把时间花在产品页面的差异化、分类页的信息组织、内部链接和网站整体内容质量上。
如果一个页面没有足够的搜索价值,Sitemap 再完整,也只是让 Google 更容易知道这个页面存在,而不是让 Google 必须收录它。
这才是做 Google SEO 时,需要真正理解的 Sitemap 逻辑。
参考资料