iT邦幫忙

2021 iThome 鐵人賽

DAY 18
0
IT管理

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

從 IT 技術面細說 Search Console 的 27 組數字 KPI (18) :結構化資料(其他)

在結構化資料中,有幾種情形:

  1. 在 Schema.org 中有寫的,這部份是除了 Google 自己加的極少部份外,這往往最大的集合。
  2. 在 Google 提供的 Rich-Result Testing Tool 可以看到的結構化資料,這雖然大部份都是以 Schema.org 為主,但重點可以看到警告與錯誤的部份。
  3. Google 在結構化資料的文件有提到的,這部份占不到 Schema.org 中的五分之一,基本上也是目前 Google 在實作上有用到的部份。
  4. Google 在 Search Console 在強化項目有去提供已檢索到的報表,這更只有 Google 文件的一半而已。
  5. Google 在 Search Console 的搜尋結果成效流量報表中,在搜尋外觀的部份有計量到用到結構化資料的數字,而這些在數字也沒包含到強化項目有關結構化數字的所有項目。
  6. 真的在 SERP (Search Engine Result Page) 搜尋結果頁看到的結構化資料的呈現。

從上面這六點,大家應該可以看得出來,結構化資料雖然應該是一種很明確的東西,但最後也是因為實用度而有所實作的不同,而這邊指的就是對 Google 搜尋流量的幫助。

也就是說 Schema 範圍這麼大,要完全實作是不可能的,而最常見到的趨動原因就是對搜尋結果頁 SERP 看到有所應用,網站會將自己網站的資料給予標記,因為網頁上的資料雖然使用者一眼就可以看出來是屬於甚麼樣的資訊,但 Crawler 往往做不到,所以才會有結構化資料的須求。

https://ithelp.ithome.com.tw/upload/images/20210918/20000065V7f6F2JRqr.png

查看摘要 (AggregeteRating / Review ):

另一個常會被用到的 Schema 就是有關評論,而這邊在 SERP 搜尋結果頁會具體呈現的就是『評分』,這評分有分專家依各個不同角度的評分以及許多使用者對這 Object (標的) 去做評分,這個通常是隸屬於下面的幾項:

https://ithelp.ithome.com.tw/upload/images/20210918/20000065xfoCOc91qE.png

Rating 的結構化資料評論摘錄在 SERP 出現的五星等,因為在 Schema 中有定義 Worst 與 Best 最高分與最低分,所以可以用自己的方式去呈現,而 Google 會自己轉成他們要的五星等。

只是這個評論摘錄在 Ranking Factor 中影響似乎不大,因為就搜尋結果的角度來看,排名並沒有很明鮮的提升。

常見問題 (FAQ):

相較於剛剛的評分對於流量與排名並沒有很顯著的提升,因為這部份只是個參考資料,但常見問題又完全不一樣。

因為有做 FAQ 的排名,往往是一般網頁的一半,這邊的一半指的是名次的一半,自然這效果是相當顯著的。

常見問題是前年才開始實作 Schema,慢慢的也是越來越多人使用,也因此吸引了一些『黑帽 SEOer』的操弄,先是 Google 在去年就要求一組『問答』只能出現在一個網頁上,不能每個網頁提及到就都放上去。

而在今年更把網頁上出現的 FAQ 數量從 5 個降到 2 個,雖然這個對排名影響不大,但對於平均點閱率有些影響。

只是不一樣的 FAQ 的確是屬於較為特殊的內容,雖然也可以說是每一個網站都可以放的,但如何有效的找出寫作或產生 FAQ 的方法才是重點,這個方法絕不是單純的把標題當問句,描述當答案,這邊可以先說即使看得出來強化項目有在增加,但 Google 是不會配對這樣的問題答案給使用者的。

商品 (Product):

雖然產品不像 FAQ 是幾乎每一個網站都可以做的,但商品往往是主要的收益來源,可以說是很多網站即使是以內容為主,多少還是會有業配或是有賣的東西,因此很多網站都有做 Product 這個強化項目的結構化資料。

但商品這個 Structure Data 到底重不重要呢?以商業角度當然很重要,因此 SEO 也是相對的很重要,只是要以為這個項目可以像 FAQ 一樣,做了就會有大量排名的提升就可能會讓大家失望,因為即使是電子商務網站,在這種如此競爭的紅海,商品這個 Schema 算是必備了,幾乎不會有人沒做,因此以 Ranking Factor 的角度來看,即使有也效用不高。

且 Product 這個 Schema 是最難做好的,因為有太多的資訊是往往在資料庫是欠缺的,即使有 sku (庫存) 的資料,更不要說有所謂的全球 ID,如 ISBN、MPN、GTIN、…. 之類,因為很多網站在商品都是轉單,不要說是沒庫存資訊,產品資訊也不夠完整,要把 Product 這個 Schema 做到沒有警告是很難的。

活動 (Event):

若是可以賣的東西就可以用商品這個 Schema,若是有時間的基本上就可以用『活動』了,因此也是大部份的網站也會使用到這個結構化資料。

在 SERP 中,Product 不了會出現價格外,有時也會有自己的 Rich-Card,讀立的一個橫幅 Tab 呈現有在賣的商品,而活動就比較不會出現這特殊化的結果,而是在結果下出現未來或進行中還未結束的活動。

雖然說活動是屬於在搜尋結果頁常見一種『搜尋外觀』的項目,但在成效上是看不到的,這就 SEO KPI 角度是較為麻煩的事。

其他專業結構化資料:

除了上面這些項目是泛用型的結構化資料,有些專業網站有專用性的結構化資料,在台灣常見的有:

  • 人力銀行:工作資訊、工作詳細資料
  • 食譜網站:食譜、引導式食譜

無法剖析的結構化資料:

上面有說到並不是所有的結構化資料都會用到,若是沒用到的部份,但在結構化資料格式有內容上的錯誤都會放在這邊,因此這個項目沒有有效,也沒有警告,只有錯誤。

在強化項目中,除了 AMP 不屬於結構化資料外(某方面 AMP Article 也算),在概述的四個大表是很重要的一張,而在側邊欄若是做得好的話 也可以說是版面最大的一塊,但從這邊就可以知道,結構化資料是個很簡單,但也很麻煩的一個工作項目,也是對 SEO 與 IT 管理很大的挑戰。


上一篇
從 IT 技術面細說 Search Console 的 27 組數字 KPI (17) :結構化資料(收錄)
下一篇
從 IT 技術面細說 Search Console 的 27 組數字 KPI (19) :10 個最好檢查的排名因子 (SC外)
系列文
從 IT 技術面細說 Search Console 的 27 組數字 KPI 30

尚未有邦友留言

立即登入留言