iT邦幫忙

2021 iThome 鐵人賽

DAY 15
0
IT管理

從 IT 技術面細說 Search Console 的 27 組數字 KPI 系列 第 15

從 IT 技術面細說 Search Console 的 27 組數字 KPI (15) :AMP

這篇文章不再講下面四件事:

  • 甚麼是 AMP?
  • AMP 對網站流量有幫助嗎?
  • 要如何做 AMP 或是 Debug?
  • 在 Google 不用 AMP 做為 Ranking Factor,AMP 還有須要做嗎?

這四件事大家可以直接去 Google,或是爬之前的文章。

AMP 在 Search Console 中有幾個須要注意到的事,當然最重要的是流量,這部份是從搜尋結果的搜尋外觀就可以看到,但若一個網站做得好的話,也就是說除了有做 AMP 以及文章的 Schema/Rich Data 後,應該可以看到有下面兩個項目:

  • AMP 非複合式搜尋結果/AMP None-Rich Results
  • AMP 文章/AMP Article

當然是要有做 AMP 才會有 AMP None-Rich Results,這部份指的就是 AMP 的流量,而 AMP Article 指的是當網站有了 Rich Data / Schema,也就是 Article / NewsArticle / BlogPosting 這三個項目跟文章相關的結構化資料才會出現的。

要檢驗 AMP 有沒有帶來效果,有時最簡單的就是看平均排名就好,下面就是一張可以看得出 AMP 是有差別的圖:

https://ithelp.ithome.com.tw/upload/images/20210915/20000065ayNy3tiPur.png

這張表就可以看到所有的流量平均排名是 13,但 AMP 非複合式結果平均排名是 10.2,加上文章的 Schema 更是提升到 8.9,只是就之前的文章所說的,因為這三個數字的曝光量都不一樣,情境不一樣,不能直接做比較,真的須要去長期追蹤的就是這三種流量的來源。

要有流量之前,AMP 必須要先做,而做得對與否可以在強化項目的 AMP 看得到:

https://ithelp.ithome.com.tw/upload/images/20210915/20000065fnkldnOVmV.png

跟行動裝置可用性不一樣,AMP 還多了『警告』這部份,當然警告雖然不是屬於『有效』,但有時還是會有流量,只是流量會打折是真的,而早期在做 KPI 總表時不會分開記錄,而是把這兩個加總起來記錄,後期發現這有效跟警告對流量還是有差別的就分開記了。

AMP 是很須要小心的事,因為 AMP 通常是必須要用行動裝置搜尋才會進入,一般的編輯在日常任務並不會去檢查 AMP 有沒有問題,若是靠 Search Console 的警告才知道的話,往往是一兩天過後,此時流量已經掉了大半,因此有時會用 AMP 的 update-cache 來做 sanity check 比較保險。

AMP 會影響到網站的項目除了上面這兩項比較直接的,還有網頁體驗與 Core Web Vitals,當然這些都是為了解決手機版體驗的問題所發展出來的,而要看 AMP 有沒有真的做好除了有效性外,還可以從 Core Web Vitals 的行動裝置看到,可以看 AMP 是不是真的讓手機的 CWV 是好的,通常是沒問題的。

AMP 做出來還會有一些副作用,除了流量本來就要提升外,檢索量也會提升,而也因為 AMP 不是正常的網頁,因此也會出現在『檢索而未索引』這部份,因此在做這塊的檢查時,都會排除這邊 AMP 相關網址再來看那些是有問題的網址。

AMP 也是有一個次級資料的指標:

(AMP 非複合式搜尋結果流量+AMP 文章流量)/ 總流量

這就是看一個網站的 AMP 佔比,這個數字就比較有意義,通常 AMP 做得覆蓋率高,也就是整個網站都有做的話,AMP 的占比就很容易接近行動裝置的占比,也就是在 70% ~ 80% 之間較常見,若是只有做主要內容頁的話,這數字可能就是在 60% 那邊或以下。

一個網站可以不做 AMP,但要想辦法提升使用者的良好體驗,而 AMP 提供一個較為簡單的方法,但不絕對,因為這也是要看每一個網站的屬性差異,而身為一個 IT Director / IT 主管,就要好好了解這點。


上一篇
從 IT 技術面細說 Search Console 的 27 組數字 KPI (14) :檢索統計
下一篇
從 IT 技術面細說 Search Console 的 27 組數字 KPI (16) :結構化資料(流量)
系列文
從 IT 技術面細說 Search Console 的 27 組數字 KPI 30

尚未有邦友留言

立即登入留言