从 IT 技术面细说 Search Console 的 27 组数字 KPI (21) ：KPI 总表，如何填表

为甚麽只靠 Google Search Console 的报表是不够的呢？

1. 因为早期 Webmaster Tools 报表只有 90 天资料，虽然现在变成 1 年半，但更久远的资料就要靠自己记了，有时看报表是为了跟自己比，有时不只是看 YoY (Year over Year) 而已，更要看每年的变化，所以….
2. 有些数字的确是存在就代表有问题，例如『错误』这部份，但有时要看的是趋势与变化，而 GSC 的报表的确有些是有时间曲线的变化，但还是有很多是没有的，因此记录下来才能够了解变化的趋向。
3. 更有些数字是 GSC 的报表没有直接提供，例如一开始说的『平均每页连结数』就是靠连结数除有效网页数出来的结果，因此必须记录这两个数字才行，且这两个数字在 API 都没有，必须要用手动的方式来记录。
4. 虽然大部份的数字都在 GSC 的报表，但又散落在各个地方，有时须要一口气的看整体的现像、时间轴的前後关系时，不可能来来回回的去看报表的各个栏位後能够直觉的感受，最後还是整理在一起比较有可能。

所以基於上面所说的四个因素，最後就做成 KPI 总表，且从原本不到 10 个项目，现在已经有一百个上下的项目，其中也会依网站的性质有所差异，如在中间页的认定，次频道的认定上都不可能一样。

有些数字当然是越高越好，例如是流量，网页收录数，连结数，检索数等等的；但有些数字是越低越好，甚至最好是『零』，例如错误数、警告数、不良数等等；而有些数字并不绝对一定是坏事，例如网页排除数及其很多项目，有些是合理的。

但与其说是高或低，重点是要去了解每一个项目为甚麽会变高，为甚麽会变低，如何让这数字变高或是变低，这是透过 KPI 总表最须要去了解的事，而在 KPI 操作上，不可能有资源去操作这些所有项目，因此要去挑出来最重要的项目，在之前会先标示出要去注意的事项。

• 最早的时候，高低标示是以与前一次做比较，超过 5% 才算高低，而变好则将字的颜色变成绿色，变差则变成红色，而超过 10% 时会加上黄底。

• 但有些数字变化太过激烈，几乎每次都有 10% 以上的涨跌，最後这样的标示就变成是 Noise，没有太大意义，因此後来是以是历史新高才变红绿色，而黄底是须要警示或检查的数字。

• 而在这张表做很久之後，用历史的新高新低时反而让该有的讯号没出来，所以将历史极值改成一个半年的移动区间，这半年来的最高最低值再来变色，避免该注意没注意。

• 只是有时还是会发现有些数字虽然没有因为是极值而须要变色，但还是要去检查或注意时，会在那栏数字加上灰底，让最後再做检查确认时可以注意到，而不会忽略。

SEO KPI 总表范例而在做表的时候有几个须要讨论的事：

• 到底要多久做一次表？
• 若是有时间区间的数字，应该是多久较好？

在之前的角度，多久做一次表是以『开工作单且能完成的能力』去做区分，若是能够每周开单，就应该每周填表，而在我担任的顾问公司很容易是我去公司的间隔，我有些公司是每周都会去，因此就变成每周建表，但也有是一个月去两次的，也有少数一个月去一次的，往往会是用这周期建表。

在 Google Search Console 的数值中，有的可以去拉时间区间统计，有些只能看到当下的数字，而有时间区间可以去选择的话，最直觉的方式就是依制表的周期去拉，这样可以有完整的覆盖率，而没有损失资料，也就是每周去的话就用七天周期制表，一个月检讨一次的就拉 28 天，虽然这 28 天会损失个两三天资讯，但影响不大。

这大概是在去年之前制表时的原则，但在今年时又不一样了，现在变成：

无论多久检讨一次，都以每周制表为原则，因此时间区间也是用 7 天为单位。

只是有时为了制表的延续性，对於去年之前就开始制表的公司与单位，还是延用旧方式，但新的公司或新的单位就用新的方式，也就是周期密度较高的方式。

最主要是发现 28 天的计算周期对资讯变化的敏感度太低了，往往当事情开始发生时报表还没有发生极值的变化，这样使得该有的讯号无法即时出现，错失解决的时机。

但还是有一个数字是用 90 天的，就是『检索统计报表』相关的资讯，因为这个报表固定周期是 90 天，无法调整，因此就只好记录 90 天的平均数字；而也因为常常会发生数字反应不及的现像，最後也只好加记最近一天的数字做为参考；也曾有一阵子没去记录最後一天的数字，发现还是有问题只好先记录，而不列为红绿色的警示项目。

有一间公司很认真的把检索统计报表的数字下载下来，然後平均七天的数字填上，这可能是最好的方式，因为这样才能够让报表的周期保持一致。

虽然这些数字是 KPI，代表的是常常会有所变化，但『连结数』的更新周期常是 3~5 天才会变化，甚至有时或超过 7 天才轮到这个网站数字的更新，因此会发生最近两周的数字一模一样的状况，这也就没办法了。

而 Core Web Vitals 是从 CrUX 过来的资料，也有自己的更新周期，甚至须要去按下要求检查後才会更新，这个就不讨论了。