在 KPI 的层级中,提到在分成几种 Level 之前,有列出三组最重要的 Search Console KPI:
这边已经讲了外部 KPI 与内部 KPI 了,剩下中间 KPI 了,但与其说是中间 KPI,还不如说是『流量领先指标』。
之前有提到,外部 KPI 的意思是使用者透过 Google 搜寻怎麽看我们的网站,而这个使用者当然是外部,而这个数字很容易受到『事件』与『景气/大局』的影响,例如去年『小鬼骤逝』整个新闻网站大升,当二级警戒开始时,旅游与美食网站大降,但食谱与串流网站大升,这些都很难捉摸。
真正能够落实成『工单/Todo』的只有内部 KPI,就是努力增加网页数与内部连结数,而外部连结数也可以靠行销/企划/公关来提升这个数字,是属於实际可以自我要求的部份。
而中间的部份是 Google 与我们网站的关系,甚至可以解读成 Google 被我们网站的『评价』而这个评价就是『检索数』。
当一个网站做得越好,Google 的爬虫就越常来爬,相反的就渐渐的不来爬了,这也是常说的 Crawl Budget,从这边不只是可以得知 Google 对我们网站的评价,也是种反应网站的 Ranking Factor 好坏的指标,有时这个数字是因还是果,是很难说的,但肯定是有很强的正相关。
这个报表是在 2020/11/25 才终於从旧版 UI 改版整合到新版的 Search Console UI 中,在早期的 KPI 记录时都要辛苦的切换到旧版工具才能看到,而现在已经可以直接在最新版的 Search Console 看到,但还是躲在很里面。
这份检索统计是放在『设定』的检索统计报表,还要去开启才能看到,但现在已经可以看到 90 天的统计资料,只是无法选择周期是最大的弊病,因此有时无法跟报表整合一起看到特定区间的资料。
因此是同时记录这个 90 天的总合,以及最後一笔最後一天的数字,因为 90 天的资料可以看到趋势,但无法从这数字看到足以敏感表现目前状况的数字,而最新一笔又是变化过高无法稳定的知道真正的现像,当然也有人真的 把这份资料汇出下来,计算最近七天的平均数字。
而这个数字是很容易受到服务器的回应时间影响,像上图就可以看到,当回应速度快时,爬虫就会更常来爬,反之速度越慢时,就会更少来爬,若这个是搜寻流量的领先指标的话,当网站的服务器速度过慢时会发生甚麽事应该不意外吧?
回应时间也是记录两笔,一个是这 90 天的平均回应时间,一个是最後一天的数字,为甚麽要记两笔,跟检索数一样,代表也一样可以自己统计。
当然检索数是越大越好,网站之间很难比较,但有一个数字是可以表较的:
检索数 / 涵盖范围的有效页面数
这个数字代表的是 Google 一天会来爬整个网站的多少百分比,甚至有时会大於一的话,代表 Google 认为网站一直在变化,且很有价值,所以 Crawl Budget 会相当高,所以所有网页一天爬个两三次也不意外,这个数字可以这样看 :
只是这个数字是以较大的网站来看,大部份要大於 1 是困难的,但小网站就较为容易。
当然大网站要超过 1 也不是不可能,除了持续增加内容可以让检索数增加,另一种可能性就是改版,当网站改版时爬虫就发现为了要能够保持最新资讯,就会更常来更新,当网站有变化时,Google 的 Crawl Budget 也会提高,只是随着该爬的都爬到之後,这数字就会下降回正常,但通常会高一些。
这改版当然若是系统性、功能性的增加,甚至是网页的增加是最明显,虽然版面的改变也会有影响,但影响不大。
另一个该观察的数字是『回应时间』这个数字倒是每一个网站都是一样的观点:
检索统计报表还有很多资讯,当然大部份的资讯都是用来 Trouble Shooting 找错误结果与原因用,只是就不会放进 KPI 报表了。
<<: D14 - 如何用 Apps Script 自动化地创造与客制 Google Docs?(一) 以 NDA 为例的大架构与简单复制
The New Google phone to be released by T-Mobile be...
经过前面二十九天的的练习与学习,相信大家应该在表单的实作上都熟悉了不少,只要不是太复杂、太特别的表...
天亮了 昨晚是平安夜 关於迷雾森林故事 穿越 躺在草丛中的两只兔子似乎还有生命迹象 但却一动也不动的...
物件结构 // 物件实字 var farm = { dog : '小黑', duck : 20, f...
字型大小 这次的重点是字型。先来说说字型大小。 现在市面上的电子纸设备大大小小各种尺寸都有:从海信...