站点地图

站点地图里包含哪些内容？

站点地图是一个按规定XML格式写成的文件，列出页面网址以及每个页面最后修改的日期。写网址的loc项是必填的，修改日期（lastmod） · 更新频率（changefreq） · 重要程度（priority）则是选填项。

Google说明，它不使用更新频率和重要程度这两个值，修改日期也只在长期保持准确时才会参考。所以最好只在正文、价格这类有意义的内容变动时才更新日期。

网址不要简写成“/menu”，而要写成“https://店铺地址.kr/menu”这样的完整网址。文件请用UTF-8保存。

• loc：https://店铺地址.kr/class → 想告诉搜索引擎的页面网址（必填）
• lastmod：2026-10-01 → 内容大幅修改的日期（选填）
• changefreq · priority → 可以写，但Google不使用（选填）

XML站点地图和HTML站点地图有什么区别？

XML站点地图是给搜索引擎爬虫读的文件，HTML站点地图则是给人看的“全部菜单”页面。一般说到站点地图，指的都是XML站点地图。

Naver也接受提交RSS订阅源。不过RSS连文章正文都会包含，很难放进大量网址，所以Naver也建议尽量多用站点地图。

HTML站点地图适合页面很多的网店，或介绍多家门店的网站，方便顾客找路。页面在十个左右的店铺，只要把顶部菜单整理好，就能起到同样的作用。

站点地图怎么提交？

只要把站点地图网址填进Google Search Console的站点地图报告，以及Naver Search Advisor的站点地图提交菜单就行。两边都需要先完成网站注册和所有权验证。

在robots.txt最下面加一行“Sitemap: https://店铺地址.kr/sitemap.xml”也是个好办法。Google和Naver在读取robots.txt时都会顺便发现站点地图的位置。

提交了站点地图，也不代表所有页面都会马上被收录。在Google站点地图报告中可以看到Google最后一次读取站点地图的日期和处理错误，提交后一定要至少查看一次状态。

Naver说明，它会把提交的站点地图和RSS视为“内容订阅源”，定期重新访问。所以只要提交过一次，之后发布新文章时，只需站点地图自动更新就能通知到Naver。

1. 01在浏览器中打开“店铺地址.kr/sitemap.xml”，确认能看到网址列表。
2. 02在Google Search Console中选择网站，进入左侧菜单的Sitemaps（站点地图）。
3. 03在“添加新的站点地图”栏中输入sitemap.xml，点击提交。
4. 04几天后确认状态是否为“成功”，以及发现的页面数是否与实际相近。
5. 05在Naver Search Advisor网站管理员工具中选择网站，进入“请求”菜单的站点地图提交，提交同一个网址。
6. 06再确认一下robots.txt里有没有写站点地图网址那一行。

站点地图里应该放哪些页面？

站点地图里只放希望出现在搜索结果中的代表页面。提交站点地图只是给搜索引擎的一个提示，如果混进了不该放的页面，反而会让信号变得模糊。

搜索引擎不会抓取站点地图里的所有网址，而是按自己的标准挑选、按优先级抓取。所以列表越干净，重要页面越有可能被优先读取。

如果是经常发博客文章的普拉提工作室，站点地图里应该放每篇文章各自的网址，而不是文章列表页。列表页内容一直在变，就算出现在搜索结果中，顾客也很难找到想看的文章。

• 要放：首页、菜单 · 价格、各项服务 · 课程页面、位置 · 预约说明、博客文章
• 不放：加了noindex标记的页面、会跳转到其他网址（重定向）的网址、已删除的页面
• 不放：管理页面、预约完成页面、站内搜索结果页面
• 不放：内容相同、只是网址末尾多了“?ref=”这类尾巴的网址

站点地图有大小限制吗？

有。按照站点地图标准和Google的规定，一个文件最多可以包含50,000个网址，未压缩大小不超过50MB。Naver则说明，超过10MB的站点地图无法提交。

超出这个上限时，把站点地图拆成多个，再提交一个列出这些文件的站点地图索引文件就行。页面只有几十个的店铺网站，基本不用担心上限问题。

站点地图里写的网址必须和站点地图文件属于同一个域名 · 同一种协议。“https://店铺地址.kr”的站点地图里，不能混入“http://”或其他域名的网址。

站点地图常见的错误有哪些？

最常见的错误是实际网站和站点地图各说各话。页面删了、网址改了，站点地图却还是老样子，搜索引擎就会一直去找不存在的页面。

交给网站制作公司时，记得问清楚站点地图会不会自动更新、用谁的账号提交。即使换了服务商，只要提交记录留在您自己的账号里，管理就能延续下去。

如果改了站点地图网址，要在Search Console和Search Advisor重新提交新网址，并从列表中清理掉旧网址。这是重新做网站、搬迁时特别容易漏掉的地方。

• 带“www”和不带“www”的网址、“http”和“https”混在一起
• 预览 · 测试网址被放进了站点地图
• 所有页面的修改日期每天都变成当天日期
• 写了“/menu”这样的简写网址
• 提交后没有检查“无法获取”状态就放着不管