什么是 XML 网站地图?
XML 网站地图是一个文件,它以搜索引擎能够处理的结构化格式,列出网站上的重要 URL。
它的主要作用是帮助搜索引擎更高效地发现页面,尤其是当这些页面是新建的、难以通过内链到达,或者属于大型网站的一部分时。
网站地图还可以为某些类型的内容提供附加信息,例如图片、视频或新闻页面。
XML 网站地图不能取代良好的网站导航或内链。重要页面仍应能通过网站本身自然地访问到。
- 列出网站的重要 URL
- 支持内容发现
- 帮助搜索引擎找到新页面
- 可以包含附加的资源信息
- 与内链配合发挥作用
- 支持技术 SEO 监控
为什么 XML 网站地图对 SEO 很重要?
搜索引擎主要通过跟随链接来发现内容,而网站地图为重要 URL 提供了另一条清晰的路径。
这对新网站、大型网站、页面层级较深的网站,以及频繁发布内容的网站尤其有用。
网站地图还能让人更容易看出,网站所有者认为哪些 URL 是重要的。
不过,网站地图应当用来支撑健康的网站结构,而不是弥补糟糕的内链。
- 帮助搜索引擎发现重要页面
- 有助于发现最近发布的内容
- 为 URL 众多的大型网站提供帮助
- 支持层级较深的网站
- 提供一份清晰的首选 URL 清单
- 让技术监控更简单
XML 网站地图中应包含哪些内容?
网站地图通常应包含你认为重要、并希望搜索引擎发现的 URL。
最合适的是那些 canonical、可访问、返回成功状态码,并且代表内容首选版本的页面。
不要把网站地图当成存放网站历史上所有 URL 的仓库。
保持网站地图干净,既便于监控,也能减少围绕重复、重定向或低价值 URL 的混乱。
- canonical 网址
- 重要的公开页面
- 当前的文章和指南
- 重要的工具或服务页面
- 返回成功状态码的 URL
- 首选的 HTTPS 版本
网站地图中不应包含哪些内容?
有些 URL 通常不应放进 XML 网站地图,因为它们并不代表内容的首选版本,或者本就不打算出现在搜索结果中。
收录不必要的 URL 会让网站地图报告更难解读,也可能说明网站的 URL 管理有待改进。
定期检查网站地图,删除过期或不需要的条目。
- 无法访问的 404 页面
- 服务器错误 URL
- 已重定向的 URL
- 重复的 URL 版本
- 非 canonical 页面
- 私密或受保护的页面
- 被有意标记为 noindex 的页面
- 临时或测试用 URL
XML 网站地图的基本结构
标准的 XML 网站地图在一个 sitemap 结构中包含一组 URL 条目。
每个 URL 条目都会标明页面位置,还可以包含最后修改日期等可选的元数据。
最重要的部分是 URL 本身。只有在信息准确时,才应该填写可选字段。
自动生成的网站地图通常更易维护,因为页面增加或删除时它可以随之更新。
- loc —— 标明页面 URL
- lastmod —— 可表示页面最后一次有实质修改的时间
- 使用有效的绝对 URL
- 统一使用 HTTPS URL
- 保证生成的数据准确
不同类型的 XML 网站地图
大多数网站使用标准的 XML 网站地图来列出网页 URL,但对某些类型的内容来说,其他网站地图格式可能更有用。
采用哪种格式,取决于网站发布的内容,以及附加信息对搜索引擎是否有帮助。
你并不需要每一种网站地图类型。只使用与网站实际内容相符的格式即可。
- 页面网站地图 —— 标准网页 URL
- 图片网站地图 —— 重要图片的相关信息
- 视频网站地图 —— 视频内容的相关信息
- 新闻网站地图 —— 符合条件的近期新闻内容
- 网站地图索引文件 —— 用于组织多个网站地图文件
什么时候需要使用网站地图索引?
较大的网站可能需要不止一个网站地图文件。
网站地图索引提供了一份结构化的清单,列出各个独立的网站地图文件,让它们更易于管理。
例如,大型网站可以把商品、文章、分类和图片分别放进不同的网站地图文件。
较小的网站通常不需要这种程度的拆分,除非它确实能改善维护或组织。
- 适用于大型网站
- 可以按内容类型拆分
- 让庞大的 URL 集合更易管理
- 可以单独监控各个网站地图
- 让网站地图结构保持有序
如何向搜索引擎提交 XML 网站地图
创建网站地图之后,要确保它能通过一个稳定的 URL 公开访问。
网站所有者可以通过 Google Search Console 等搜索引擎站长平台提交网站地图。
提交有助于搜索引擎找到网站地图的位置,也能提供报告,帮助发现处理或索引方面的问题。
在适当的情况下,你也可以在 robots.txt 中引用网站地图的位置。
- 确认网站地图 URL 能正常加载
- 在搜索引擎平台中验证网站所有权
- 提交网站地图 URL
- 关注处理状态
- 查看报告中反馈的错误
- 网站内容变化时更新网站地图
在 Google Search Console 中监控网站地图
Google Search Console 可以显示 Google 是否成功处理了已提交的网站地图。
如果网站地图无法读取或包含无效 URL,报告可以帮助定位问题。
网站地图监控应与页面索引报告结合使用,因为网站地图处理成功,并不意味着其中列出的每个页面都已被索引。
利用这些数据,去排查你提交的 URL 与搜索引擎实际处理的页面之间的异常差异。
- 查看网站地图的处理状态
- 关注已发现的 URL 数量
- 排查网站地图错误
- 把提交的页面与索引报告进行对比
- 必要时在网站地图重大变更后重新提交
常见的 XML 网站地图错误
网站地图的问题往往来自过期的 URL、格式错误,或者 URL 管理不一致。
即便技术上完全合规,如果里面包含重定向、重复页面或本不该被索引的 URL,这份网站地图的质量依然很差。
既要检查技术格式,也要检查所收录 URL 的质量。
- 无法访问的 URL
- 已重定向的 URL
- XML 格式错误
- 在首选 HTTPS 的情况下仍使用 HTTP URL
- 重复的 URL 版本
- 非 canonical 页面
- noindex 页面
- 过期的 URL
静态网站地图与自动生成的网站地图
静态网站地图由人工创建,每当重要 URL 发生变化时都必须手动更新。
自动生成的网站地图则由网站或框架根据当前内容产出。
对于经常发布、删除或更新页面的网站,动态生成通常更可靠。
无论采用哪种方式,都要核实生成结果里只包含你真正想收录的 URL。
- 静态网站地图需要人工维护
- 动态网站地图会自动更新
- 自动生成可减少过期条目
- 生成结果仍应经过审核
- URL 质量比生成方式更重要
XML 网站地图与内链的关系
XML 网站地图和内链的作用不同,但彼此互补。
网站地图提供的是一份机器可读的 URL 清单,而内链则帮助用户和搜索引擎理解页面之间的关系。
一个重要到足以写进网站地图的页面,通常也应能通过网站导航或内链被发现。
只依赖网站地图,可能会让重要页面与网站的其他部分脱节。
- 用网站地图做结构化的 URL 发现
- 用内链承担导航和语境说明
- 避免孤岛页面
- 自然地链接重要页面
- 两套机制配合使用
如何维护 XML 网站地图
网站地图应反映网站的当前状态。
每当重要页面被新增、删除、重定向或永久替换时,网站地图最终都应体现这些变化。
自动生成网站地图可以减少维护工作,但定期检查仍然有用。
在网站大规模改版、迁移或 URL 结构调整之后,要复查网站地图。
- 加入新的重要页面
- 移除已删除的 URL
- 移除已重定向的 URL
- 更新 canonical URL
- 网站迁移后复查
- 定期检查网站地图
一套实用的 XML 网站地图工作流程
一套简单的流程,可以帮助你创建并维护一份干净的网站地图,而不会带来不必要的复杂度。
首先确定哪些 URL 应可被发现,然后校验网站地图,并在提交后持续监控。
- 第 1 步 —— 确定重要的 canonical URL
- 第 2 步 —— 移除失效、已重定向和重复的 URL
- 第 3 步 —— 生成 XML 网站地图
- 第 4 步 —— 检查网站地图能否正常加载
- 第 5 步 —— 在适当情况下把网站地图位置写入 robots.txt
- 第 6 步 —— 向搜索引擎提交网站地图
- 第 7 步 —— 关注网站地图和索引报告
- 第 8 步 —— 随网站变化更新网站地图
XML 网站地图最终检查清单
维护良好的 XML 网站地图能帮助搜索引擎发现重要页面,也让网站所有者有明确的方式来监控已提交的 URL。
网站地图应包含首选的、可访问的 URL,并与网站其他技术 SEO 配置保持一致。
把网站地图与内链、canonical URL 和索引控制配合使用,而不是把它当作独立的 SEO 解决方案。
- 网站地图能成功加载
- 已包含重要的 canonical 页面
- 统一使用 HTTPS URL
- 已排除失效 URL
- 已排除已重定向的 URL
- 已排除 noindex 页面
- 尽量减少重复 URL
- 网站地图已提交给搜索引擎
- 已监控网站地图报告
- 网站变化时更新网站地图
把这篇文章用起来
打开对应的 LifeSeos 工具,把刚学到的内容应用到自己的网站上。
XML 网站地图生成器
