Search Console 在之前还没有 Page Experience 网页体验的大项时,Mobile Usability 行动装置可用性是放在强化的部份,那时在 Enhancement 有两项跟行动装置有关的,一个是这个行动装置可用性,另一个是 AMP。
但前面也提到网页体验就是用来取代 AMP 的独占性所开发的,Search Console 把 AMP 独立於网页体验以外虽然有点奇怪,但也是不得已的,而虽然要讲 Mobile Usability,但这题目过大,要靠一篇写出大部份是很困难的,因此这篇会来讲几个 Note与 Case Study:
Case 1:错误容易找不到
虽然 Search Console 会显示错误的讯息,也可以透过测试线上网址看到萤幕截图,截图通常只看到前半段,也还是无法看到错误,此时就可能须要用其他的 Mobile Usability 的工具去做测试,有时就较容易找到问题点。
Case 2:但其他工具还是找不到问题,Inspect 出来的问题是『其他』
因为 Search Console 的 Live Test 是以爬虫的角度去抓取,很有可能是 Google 的 Crawler 被挡了,而被挡有两种,一个是整个网域 Crawler Budget 不够,另一个是防火墙会挡掉非『正常使用者』的读取,这也包含爬虫不是正常的使用者,因此有时把某一些 CSS 或 Javascript 等静态档移除在另一台 Server,说不定就可以了。
Case 3:网页数不到有效页面的 10%
被 Google 收录并去做行动装置有效性测试的前提是 Google 认为这页面是有价值的,因此内容过少,或是没有连结连到这网页,Google 往往认为这网页价值不够,所以不提供使用者搜寻到也代表不会进一步的做行动装置可用性测试,所以想办法提升网页的价值,或是先移除 (noindex) 真的没有价值的网页提升品质。
Case 4:Google 的 Bug 还蛮常见的
在实务上也遇到一次 Google 说网页的行动装置可用性有问题,但经过各种测试都没有问题,而在另一次检测时,发现 AMP 有网页上的问题,但 AMP 的报表没出现,经过修正後行动装置可用性的问题就消失了,所以当发生问题时,可能要多方面思考,不见得 Google 提供的资讯是正确的。
Case 5:有时行动装置有效性比有效网页更敏感
在今年 3~5 月时,在黑帽 SEOer 用『某种方法』来增加他们想要的文字出现在各个网站,这对网站的品质是很大的攻击,若网站本身有 Bug 时,就会让他们产生大量的网页与内容,而不见得是我们要的,但这些页面不算多,有时在涵盖范围的有效页面是看不出来的,但在行动装置有效性就很明鲜,所以当看到行动装置网页突然增多,若不是自己真的有这些网页,就要小心是被黑帽 SEOer 攻击。
在 Search Console 中有几项指标可以区分行动装置与桌机差别的地方:
但上面三个数字要不要被放进 KPI 是见人见智,因为有时更须要输入较多的资讯,因此现在并不常使用。
另一个较为重要的次级指标是:
**行动装置的有效 / 涵盖范围的有效
这数字如刚刚所说的应该是在 15~20% 是较合理的,若低於 10% 代表网站在页面的品质内容是有问题的,但重点还是跟之前的数字做比较,了解自己努力的成效,或是没有真的实际作为。
自信心溃堤 因为没有想像,所以没有了信心 当只有自己,自己就是自己的天花板,我之前的工作习惯是,遇到...
如何穿上CSS? 有了前面那些HTML的基本观念那麽就可以进入CSS了 那麽如何帮HTML穿上CSS...
前言 在昨天的文章讲完 Ingress 的基本观念以及要如何在 minikube 上启动的基础建设後...
今天来介绍这个指令v-on用来绑定HTML DOM,来触发要执行的事件 Method 这时并没有执行...
这篇主要是讲到有关 Python 中很重要的 import,因为如果後面在做大型专案时,常常需要 i...