XML Sitemap 优化：URL 优先级、更新频率与提交策略
一、Sitemap 到底解决什么问题
很多人对 Sitemap 有误解：以为提交了 Sitemap 就能提升排名、就能让页面被收录。实际上 Sitemap 只是一个「页面清单」，告诉 Google：「我有这些页面，你可以来看看」。Google 看了之后要不要来抓、抓了之后要不要收录、收录后排第几，Sitemap 一个都决定不了。
Sitemap 真正有用的场景有三个：第一，新站或新页面 Google 通过内链还没发现，Sitemap 让它更快被找到；第二，站点有大量深层页面（点击 4 次以上），Google 抓取频率低，Sitemap 缩短发现路径；第三，视频、图片、新闻等特殊内容类型，Sitemap 可以标注额外元数据。对一个 500 页以内、内链结构良好的站点，Sitemap 的边际收益其实很低。
| Sitemap 误区 | 实际情况 | 判断依据 |
|---|---|---|
| 提交 Sitemap 能提升排名 | 不影响排名算法，只影响发现速度 | Google 官方 Sitemap 文档 |
| priority 越高页面排越前 | Google 明确说此标签权重极低 | Google Webmaster Central 博客 |
| changefreq=always 让 Google 每天抓 | Google 不按这个标签决定抓取频率 | 同上 |
| 所有页面都该放 Sitemap | 只放有价值页面，薄页面放进去反效果 | Google 质量评估指南 |
| Sitemap 提交了就不用管 | 需要每周检查 GSC 报告 | 实际运维经验 |
和其他 SEO 模块的关系：Sitemap 是 Google SEO 技术底座的一层，配合 robots.txt 配置一起使用——robots.txt 里声明 Sitemap 位置，Sitemap 里列重要页面。和 站内链接结构是互补关系：内链解决已发现页面的权重传递，Sitemap 解决新页面的发现问题。
二、Sitemap 里该放什么、不该放什么
不是所有 URL 都该进 Sitemap。Sitemap 是你向 Google 展示「这个站点值得被索引的页面」，放了不该放的页面等于告诉 Google 这些薄页面也是重要内容。
| 页面类型 | 是否放 Sitemap | 原因 |
|---|---|---|
| 产品详情页 | 放 | 核心转化页，必须被快速发现 |
| 分类页 / 栏目页 | 放 | 主题入口页，链接权重高 |
| 博客文章页 | 放 | 内容页，长尾词排名依赖 |
| 关于我们 / 联系页 | 放 | 信任页，数量少，放进去无成本 |
| 标签聚合页 | 不放 | 内容薄，和分类页重复 |
| 筛选结果页 | 不放 | URL 带参数，内容重复，浪费抓取 |
| 站内搜索结果页 | 不放 | 无实际内容，Google 明确说不要放 |
| 带分页的列表页第 2 页以后 | 不放 | 用 rel=next/prev 让 Google 自己发现 |
场景示例一：一个电商 B2B 站点，产品列表页有 30 个筛选维度（材料、尺寸、应用行业等），每个筛选组合生成一个 URL。运营团队把这些筛选页全部放进 Sitemap，总数从 500 涨到 5000。结果是：Google 花了大量抓取预算去看这些几乎重复的页面，真正的产品详情页抓取频率下降，整体收录率反而降低。修复方法：从 Sitemap 里删除所有带参数的筛选 URL，只保留主分类页和产品详情页。
Sitemap 的大小限制：单个 Sitemap 文件最多 50000 个 URL，文件大小不超过 50MB（未压缩）。超过这个上限就要拆分成多个 Sitemap 文件，然后用一个 Sitemap Index 文件把它们组织起来。大多数中小站点（500 页以内）一个 Sitemap 就够，不需要拆分。
三、priority、changefreq、lastmod：哪些有用哪些没用
Sitemap XML 格式里有四个标签：loc（URL 地址）、lastmod（最后修改日期）、changefreq（更新频率）、priority（优先级）。其中只有前两个 Google 会认真读，后两个基本被忽略。
| 标签 | 作用 | Google 是否认真读 | 建议写法 |
|---|---|---|---|
| loc | 页面 URL 地址 | 是，必须有 | 绝对 URL，含 https |
| lastmod | 页面最后修改日期 | 是，用于判断重新抓取频率 | 填真实修改日期，格式 YYYY-MM-DD |
| changefreq | 预期更新频率 | 基本不读 | 可省略，写了也没用 |
| priority | 相对优先级 0.0-1.0 | 基本不读 | 可省略，首页写 1.0 其他 0.8 也行 |
反直觉判断：很多教程教你在 Sitemap 里给首页写 priority=1.0、分类页 0.8、文章页 0.5，以为这样 Google 就会按这个优先级分配抓取。实际上 Google 官方在 2008 年就说过 priority 标签权重极低，2015 年进一步确认基本忽略。你写 1.0 还是 0.1 对抓取和排名没有任何影响。真正影响 Google 重新抓取频率的是 lastmod 标签和页面实际更新历史。
lastmod 的正确写法：填这个页面上次实际修改内容的日期。不要全部填今天——那样 Google 下次抓取后发现内容根本没变，会降低对你 Sitemap 的信任。如果一个产品页半年没动过，lastmod 就填半年前的日期。博客文章发了之后没改过，lastmod 填发布日期。文章翻新更新了内容，lastmod 改成更新日期。
场景示例二：一个内容站点用 WordPress 的 Yoast 插件自动生成 Sitemap。插件默认把所有页面的 lastmod 都填成当天日期。Google 每周来抓一次，发现这些页面内容根本没变，连续四次之后把这个站点的 Sitemap 信任度降了，重新抓取间隔从 7 天拉到 30 天。修复方法：改插件配置，让 lastmod 用 WordPress 的 post_modified 字段（文章最后修改日期），而不是当前日期。
四、提交策略与验证流程
Sitemap 生成之后不是扔在服务器上就完了，要主动提交给 Google，并持续监控。
| 步骤 | 动作 | 工具 / 位置 | 频率 | 通过标准 |
|---|---|---|---|---|
| 1. 生成 Sitemap | 自动生成（插件 / 脚本） | /sitemap.xml 路径 | 每次发新内容后自动更新 | 返回 200，XML 格式正确 |
| 2. robots.txt 声明 | 在 robots.txt 末尾加 Sitemap: 指令 | /robots.txt | Sitemap 路径不变就只做一次 | Google 能通过 robots.txt 发现 |
| 3. Search Console 提交 | 手动在 GSC 提交 Sitemap URL | GSC → 索引 → Sitemap | 首次提交，拆分后重新提交 | 状态显示「成功」 |
| 4. 检查发现数 | 对比发现 URL 数 vs 提交 URL 数 | GSC Sitemap 报告 | 每周一次 | 差距在 5% 以内为正常 |
| 5. 检查错误 | 看是否有「无法读取」「URL 不允许」错误 | GSC Sitemap 报告 | 每周一次 | 错误数为 0 |
| 6. 新页面手动加速 | 重要新页面用 URL 检查工具手动请求索引 | GSC URL 检查工具 | 每次发新重要页面 | 1 至 3 天内被索引 |
验证 Sitemap 是否正确：在浏览器里直接访问 https://你的域名/sitemap.xml，应该看到 XML 格式的页面清单。如果返回 404，说明路径不对或服务器配置有问题。如果返回 HTML 页面（比如 WordPress 主题的 404 页），说明 Sitemap 没正确生成。用 Screaming Frog 或在线 XML Sitemap 验证工具检查格式错误。
和 技术 SEO 审计清单的关系：Sitemap 是审计清单里抓取象限的第 2 项。每次改版、换域名、大规模发布内容后，都要重新检查 Sitemap 是否更新、GSC 里是否需要重新提交。站点重构与换域名时 Sitemap 要重新生成并提交，旧 Sitemap 里的 URL 全部 301 到新地址。
FAQ 常见问题
Sitemap 提交后多久 Google 会来抓取？
priority 和 changefreq 标签到底有没有用？
Sitemap 里应该放多少个 URL？所有页面都放吗？
Sitemap Index 文件什么时候需要用？
GSC Sitemap 报告里「发现 URL 数」远少于「提交 URL 数」怎么办？
新页面发了之后除了等 Sitemap，还能做什么加速收录？
写在最后
XML Sitemap 是技术 SEO 里最容易被高估的工具。它不提升排名、不传递权重、不决定收录率，唯一的作用是帮 Google 更快发现你的页面。对一个内链结构良好、500 页以内的中小站点，Sitemap 的边际收益其实很低——但它零成本，做了不亏，不做也不会死。
落地三步：本周确认 Sitemap 可访问（浏览器直接访问 /sitemap.xml 返回 200），用 Screaming Frog 检查里面有没有放不该放的薄页面；下周在 robots.txt 末尾声明 Sitemap 位置，并在 GSC 里手动提交；之后每周花 5 分钟看一眼 GSC Sitemap 报告，确认发现数和提交数差距正常、错误为零。
一句可以记住的话：Sitemap 是给 Google 看的通讯录，不是排名加分项——放对页面、写对 lastmod、每周看一眼报告，三件事做到就够了，别在 priority 标签上浪费时间。