随着网站页面越来越多,审计报告里很容易堆出几十类问题。要在SEMrush站点审计里搞清楚该优先处理什么、高风险的问题先动哪些,不能光看告警的数量,还得看问题的严重等级、影响了多少页面,以及会不会挡住搜索引擎的爬虫。SEMrush的Site Audit会把问题分成Errors、Warnings和Notices三类,其中Errors最严重,Warnings属于中等程度,Notices主要是提醒性质。
一、SEMrush站点审计怎么看优先级
看审计报告的时候,一般先从Errors入手,再去处理那些影响面比较大的Warnings。Notices可以留到后面再慢慢整理,别一上来就把精力耗在那些细枝末节上。
1、进入Issues页面
打开项目之后,顺着【Site Audit】→【Issues】点进去,就能分别看到Errors、Warnings和Notices这三类。每一类问题的旁边,都会标出受影响的页面有多少,以及最近的趋势是怎么变的。点一下具体某一条问题,还能展开看到对应页面的列表。
2、先看等级再看数量
同样是几十条记录,含义可能差得很远。如果有十个核心页面压根就打不开,那通常比一百条轻微的格式提示更需要赶紧处理。SEMrush会把问题的严重程度和出现的频率加在一起,给出一个综合的处理顺序,Errors对Site Health的影响也会更明显。
3、查看修复说明
在具体的问题行里,点一下【Why and how to fix it】,先去把问题到底是什么、大概该怎么修给弄清楚。需要定位到具体页面的时候,再点一下受影响的URL,进到单页报告里去继续看这个页面自己的Errors、Warnings、Notices,还有内部链接的情况。
4、结合主题报告判断影响
回到Overview页面,去看一看抓取相关的那些主题报告。跟爬虫能不能正常访问页面有关的问题,会直接影响到搜索引擎的工作,应该比普通页面细节更早解决。那些主题报告的图表,还可以继续点进去,跳转到已经筛选好的页面列表里。
二、SEMrush站点审计高风险问题先处理哪些
高风险的问题不建议把时间平摊到每一件上面。先把会阻断爬虫抓取、影响搜索引擎收录和用户正常访问的问题修掉,然后再去处理跳转、链接和页面规范,这样效率要高得多。
1、先处理无法抓取和无法访问
重点去查一查重要的页面是不是被错误地拦掉了,有没有返回了不正常的HTTP状态码,整站是不是存在什么抓取上的障碍。如果Site Audit根本就没抓到某些页面,那还得回头去看robots.txt、网站的结构,还有服务器的配置。
2、再处理损坏页面和内部链接
重要页面返回了错误,或者内部有链接指向了已经失效的页面,既会影响用户正常的浏览,也会拖慢搜索引擎继续往下抓的速度。可以从Issues里把跟broken有关的问题筛出来,再按页面本身的重要程度,分批次地去修。
3、检查跳转链和循环
页面跳了好几次才到达最终目标,或者干脆陷入了死循环,都会白白增加搜索引擎抓一次站的成本,用户那边访问速度也会变慢。进到Issues里搜一下redirect,把跳转链太长、存在跳转循环或者不太合理的跳转记录给找出来,然后把它们调整到明确的目标地址上去。
4、整理索引和规范地址
等抓取和访问的问题都处理干净了,再去检查noindex标签、canonical地址、重复页面、站点地图,还有hreflang这些跟索引有关的配置。尤其是做国际站、多语言站和电商站的,页面能正常打开,可不代表索引关系就一定是对的。
三、SEMrush站点审计修复后怎么复核
把问题一个一个改完以后,一定记得重新跑一次审计,不能只在开发环境里打开页面看看效果就算完了。审计的数据会有前后对比,这样才看得出来问题是真的在变少,还是这次的扫描范围跟上次不一样了。
1、重新运行Site Audit
修复工作全部做完了之后,再跑一次审计,确认一下这回抓取到的页面总数,跟上一回是不是差不多。要是页面数量忽然之间减少了很多,那就要回头去检查抓取的范围、站点地图,还有爬虫能不能正常访问。
2、查看Compare Crawls
用一下Compare Crawls和Progress这两个功能,看一看Errors、Warnings、Notices这几项的变化趋势。SEMrush支持按时间去追踪问题的数量变化,也可以用来观察某一类具体的问题,是不是已经在持续往下降了。
3、抽查重点页面
把首页、重要的栏目页、产品页、文章页,还有转化路径上的关键页面,一个一个地点开看看,确认它们的状态码、内部链接、索引设置、跳转路径这些都没问题了。不要光看总分的波动就下结论。
4、保留整改记录
把这一次涉及的问题类型、影响了哪些页面、是谁在什么时候改的,还有复核的结果,整理成一张表格留下来。下次站点改版,或者成批上线新页面的时候,就可以直接照着同一套检查的优先级往下走。
总结
SEMrush站点审计怎么看优先级,高风险问题应该先处理哪些,操作顺序完全可以固定下来:先看Errors,再按照影响页面的数量去处理Warnings;先把抓取和访问层面的问题修干净,再去管损坏链接、跳转链和索引配置。修复完了以后,再通过Compare Crawls和Progress去复核一下趋势的变化,这样站点审计才不会只是停在某一次分数的截图上面。