上周帮一个做社区书店的客户查收录问题。他刚更了大半个月的新书推荐专栏，搜文章标题都找不到对应的页面。我登进他的服务器后台翻了五分钟，好家伙，他的站点地图还是建站那年生成的，里面连专栏栏目的链接都没加。
我早年刚入行的时候，也觉得站点地图是个可有可无的东西。直到那次给客户做新站优化，因为漏提交地图，新站半个月没被收录，被老板追着骂了一周。
别把站点地图做成一次性的”应付文件”
很多人刚拿到网站模板，跟着教程一键生成个XML格式的站点地图，丢到根目录，在搜索资源平台填个链接提交上去，就觉得这事儿彻底做完了，转头就再也没打开过那个文件。对吧？
早期我踩过的坑是，给一个本地美食站做地图，把3年攒的2万多条旧页面全塞进去，结果新写的探店内容反而收录慢——因为整个地图里低质的旧活动页、过期的优惠券链接占了八成，爬虫顺着地图爬的时候，把大量带宽浪费在没用的页面上，根本顾不上新内容。
你真的知道站点地图该放哪些链接吗？
给地图里的链接做分层，比全量堆砌有用得多
去年服务的一个定制家居客户，之前的单文件地图塞了快10万条链接，连5年前的旧装修案例、过期的促销通知都在里面。我让他把地图拆成三个独立文件：核心产品页、最新更新的内容页、历史归档页，每个文件控制在5000条链接以内，分别提交给搜索平台。
后来他反馈，新上的产品案例页，平均收录等待的时间比之前短了不少。
这个办法笨但管用。我见过最离谱的站，单文件地图13万条链接，搜索平台直接返回提示”地图过大，无法完整解析”，站长还在纳闷为啥自己的新内容总不被抓取。
太冤了。
很多人到这步就停了。
别漏了给普通用户看的HTML版地图
大部分人做站点地图，只想着给爬虫看的XML格式，完全忘了网站底部那个给用户看的HTML地图。
之前有个做本地家政的客户，网站层级拉得特别深，用户想找”玻璃深度清洁”的服务，得从首页点进服务分类，再点进日常保洁，再找细分项，点三四次才能到对应页面，跳出率高得离谱。
后来他在网站底部加了个HTML版的站点地图，把所有服务分类、常见问题、最新的服务活动都清晰列上去，用户找内容的路径短了，平均停留的时长自然就上来了。
HTML版站点地图的核心作用，从来不是为了应付爬虫，是帮进网站的用户少走弯路。
讲个最容易被忽略的细节。每次网站更新新栏目、上了新的独立活动页，记得第一时间同步更新站点地图。别等过了大半个月，都快忘了这茬了才想起来补。
站点地图本质上就是个导视牌。你给爬虫、给用户指的路清晰、及时，大家自然愿意多逛两圈。
因平台规则常变，建议以官方公告为准。
不同行业的站点结构差很多，你家站点现在的地图是啥状态？有具体问题欢迎留言交流。
小提示：不要为了提高页面收录量，刻意把重复内容、低质采集页塞进站点地图，这类操作很容易降低站点在搜索平台的信任度。
