从 IT 技术面细说 Search Console 的 27 组数字 KPI (20) :KPI 总表,从历史说起

在之前有说到为甚麽会有这张去 Monitor SEO 的数字总表,一开始只是要记录一个简单的事:平均网页连结数

虽然我是在 2008 年时就开始成为 SEO 顾问的生涯,但那时可以专是在 SEO 公司当 SEO 顾问,因为大概只有 SEO 公司才了解我对 SEO 的特殊方法论 (工具论、数据论),从不想自介或自我行销去获得信任,而去担任一般 SEO 公司的顾问,当然我觉得那些公司应该找专业的 SEO 公司不该找我。

但那时还是会帮朋友的公司看 SEO,尤其我当时的职称也是『技术顾问』,只是比较偏向 Data Mining 资料探勘、高有效性的开发之类的,并没有从事一个所谓的『SEO 顾问』,但一直到 2012 年因为某朋友即将上任 Y 公司,而 Y 公司的新主管希望我协助 SEO,因此才从系统研发顾问『斜杠』成『SEO 顾问』。

当时例行性的 SEO 除了上课外,就是依据 Webmaster Tools 的资料来检讨该注意的事,事实上把 Webmaster Tools 所说的问题都解决就很够了,且大部份的情型是越大的公司越难推动,加上并不是每间公司每一个单位每一个人都了解 SEO 的重要性,那时的问题又是另一个故事,且没必要提。

在 2014 年时,慢慢发现上课是不够的,更重要的是实作,因此在那时,SEO 慢慢的转型成 Workshop 及开工作项目 (Todo),而在 SEO 公司的角色也慢慢就是开发出一个 SEO 工具的 Prototype,及建议可能的 SEO Business Model。

2015 年 Webmaster Tools 改名为 Search Console,也慢慢的改变了一些表格的资料与呈现方式,而那时有慢慢的开始记录一些基本的数字,因为就当时的资料只有记录 90 天的资料,但若是要看常期变化还是要自己记录才行。

大约是在 2017 的四年前,原本只是在除了观察 Google Search Console 数字的变化外,当时在思考有关目的页与中间页的关系,也在想说怎样的连结建立才是一个好的网站,因此提出:『好的网站应该是任两页之间只须要六次连结点击』,这也是六度分隔理论,这时候最直接产生了一个不在 Google Search Console 的数字,也就是上面所说的每页连结数。

当时就很惊讶一些事情,平均一个网页常常有 100~200 个连结,但实务上每页连结数是相当低,那时做得好的网站也大多只是在平均每页连结数 30 个,且分布相当不均匀,被连结最多的页面通常是首页、登入页或有关我们之类的页面,但这对网页的落点是不健康的。

因为一个 SEO 好的网站做得好的话,应该是很多内容页获得流量,也就是在分布上是一个『长尾效应』,也就是前面 20% 的网页数,约有 50% 的流量,但事实上大部份 SEO 做得不好的网站,大概就是 80/20 法则的状况,流量集中在前 20% 的网页数或关键字数,占总流量的 80%。

https://ithelp.ithome.com.tw/upload/images/20210920/20000065Benhau2iKx.png
一个网站的网页与流量分布

这个命题是在 Amazon 很早就发现了,因为在实体通路中,公司主要的 80% 利润来自於 20% 明星商品,但网路界是有很强的力量变成 5/95 或是长尾效应 (20/50),指的是前 20% 的明星商品只有 50% 的利润,但在某种爆发时期又有 95% 的主要流量来自於 5% 的事件不均衡状态。

但搜寻很有趣的是当做得好的时候,就有很强的长尾效应,因此就画出上面的图,大家有兴趣可以看当时写的文章: 

The distribution graph of website landing page

这是在 2014 年写的透过 Google Analytics API 抓资料汇制而成的,那时 Google Search Console 还没有 API,但一直到 2016 年时,GSC 开始有了 API,只是这个 API 主要还是在流量面的角度,而很多角度是没有的。

的确 Google Search Console API 可以做很多事情,但真的要透过这个了解 SEO 是不够的,就像是连结数一样,要去看其变化与分布,可能只好透过介面将 csv 下载下来再分析,以资讯流的角度是速度不够的,且能分析的相当有限,只是这些又是很重要的因子,不能不去观察。

https://ithelp.ithome.com.tw/upload/images/20210920/20000065p0Mapu2Xpd.png
外部连结的趋势

就像是上图这个外部连结,从最大的数字来看连结数与连结的网页似乎是下降的,但用网域的观点就不一样了,甚至第 100 与第 200 的变化也有些不一样,这些在目前的 Google Search Console 报表是没有提供的情形下,只好我们自建 SEO KPI 总表,因为只有这样才可以看到:

  • 时间更久的趋势
  • 没有趋势线的数字
  • 次级资料的变化
  • 一目了然最近的所有数字变化

但也因为这样,SEO 的操作细节更多,总表能够看到的数字已经超过一个人只靠印像能够猜测的地步了,此时才真的觉得 SEO 是个专业,虽然还是每一个人都要了解大概,只是这个大概跟真正的技术底层越差越远了。


<<:  Proxmox VE 安装虚拟机:Windows 10 (一)

>>:  Day 05 React Native 的起点

铁人赛 Day12-- PHP SQL基本语法(七) -- UPDATE & DELETE

前言 昨天有谈到了新增,那今天就来谈谈 更新UPDATE 和 删除DELETE 吧 UPDATE 资...

Day10 Collectionview小实作4

紧接着昨天~ 我们写了一个func 并且利用结构加入阵列的方式写入每个变数的字串以及图片。 而後在生...

DAY19 这边先帮你上一个按钮喔~(一)

之前的我们学会了增加文字与图片,今天就学一些让 app 增加互动性的按钮吧! 这次我们先从按按钮掷骰...

【第9天】训练模型-迁移学习

摘要 迁移学习说明 迁移学习类型 浅谈预训练与微调 如何进行迁移学习 内容 说明:基於资料集(Ima...

DAY16-Style Components

前言: 今天我们要来介绍React里很强大的一个工具!没错就是Style Components!废...