Connect with us

SEO

用結構化資料與Google溝通,分析結構化資料的優點、寫法

Published

on

用結構化資料與Google溝通,分析結構化資料的優點、寫法

在操作SEO的過程中,從檢索到最後出現在搜尋結果上,都需要靠著搜尋引擎的運作,不過如果只懂得程式語言的搜尋引擎,那可能未必能夠了解到我們在網站中所想要表達的內容。現時這是一件很困難的事情,因為需要花費很多的資源才能夠做到,這時候便需要「結構化資料」的協助了,結構化資料就好像是幫網站寫上註釋一樣,讓搜尋引擎可以更快速地理解到重要資訊,同時也會有很多額外的好處!

文章太長但時間不夠,沒關係可以跳著看

結構化資料是什麼?

結構化資料是一種協助搜尋引擎理解網站內容的系統,以標準化的格式,針對網站所提供的訊息和內容特性來進行分類。我們可以將結構化標記想像成統一格式的表格,如果是活動類型的網頁,它可以依序填上活動名稱、時間、地點、優惠內容等等;如果是文章類型的網頁,也可以填上文章名稱、作者、發佈時間等等,依照不同類型的網站可以選擇很多不同的資訊分類。透過結構化資料的協助,搜尋引擎可以清楚知道各種頁面中所傳達的涵義和信息,然後在收集資訊上能夠更快速和精確。

新增結構化資料有什麼好處?

加上了結構化資料可以讓搜尋引擎清楚了解網頁中的內容,但如果只是單純這個原因,還值得我們花費時間和精力去新增結構化資料嗎?其實結構化資料的好處並不只有這樣簡單!

讓搜尋引擎更有效率:

SEO的操作上,透過結構化資料的協助,能讓搜尋引擎在檢索整體網站上更有效率,好像常用的麵包屑導覽列設置,就會依賴結構化資料來建立,經過這樣的改變後,就能讓搜尋引擎理解到目前在網站中的所在位置、快速地透過麵包屑穿梭在網站中,以避免搜尋引擎在你的網站內迷路。

搜尋結果更加豐富:

搜尋引擎透過結構化資料的幫助,搜集了很多網頁的資訊,而受惠的不只是搜尋引擎。透過結構化資料的協助,搜尋引擎可以在搜尋結果中提供更多樣化的資訊給使用者,在搜尋的過程中得到更豐富的訊息和精確的結果。

例如電商網站可以為自己的產品新增「Product」屬性的結構化資料,加上關於商品的名稱、價格、評分等資訊。搜尋引擎在接收到這些訊息後,便可以在使用者搜尋相關商品時,以「複合式摘要」的方式,在搜尋結果上提供更詳細的資訊,而使用者亦能夠從這些資訊中更快速地挑選自己有興趣的商品。

圖片參考

結構化資料除了在「複合式摘要」上出現外,也會以其他形式出現在搜尋結果頁上,例如公司行號或是實體店面就可以加入「Local Business」屬性的結構化資料,來提供位置、電話、營業時間等資料。當使用者在搜尋的時候,搜尋引擎就可以依照服務內容或使用者的位置,在Google Knowledge Graph(知識圖譜)上推薦你的公司或商店,同時也能夠提供該公司的基本資訊給使用者。

local-business

結構化資料常見類型

Breadcrumb

顯示該網頁在整個網站階層結構中的位址,可提供搜尋引擎和使用者正確的導覽。

Breadcrumb structured data

Product

提供關於產品的訊息,例如價格、評分、供應狀況等。

Prodoct structured data

Local Business

Google Knowledge Graph(知識圖譜)上,顯示商家的詳細訊息,例如地址、營業時間、評分、路線等。

local business structured data

Q&A Page

如果你想網頁內容中包含問答格式便可使用 Q&A Page,以顯示出問題與答案在搜尋結果中。

Q&A Page structured-data
「如何拔下卡在 USB 連接埠的纜線?」搜尋查詢的問題和答案卡搜尋結果範例

圖片參考

Corporate contact LogoSocial Profile 

Google Knowledge Graph(知識圖譜)上,顯示品牌相關的Logo、聯絡方式和其他網站資訊。

logo structured-data
搜尋結果中軟體應用程式的複合式摘要螢幕擷圖

圖片參考

重點提醒

使用結構化資料可以讓搜尋引擎得到所需的資訊,縱使結構化資料已經正確地標記了網頁中的內容,但始終不能保證以上呈現的方式會出現在搜尋結果上,Google 對於此情況發生的原因提出了幾點來說明。

  1. Google 演算法會根據很多的因素,例如搜尋歷史紀錄、所在位置、所使用的裝置等,來給予 Google 所認定最適合使用者體驗的結果。
  2. 結構化資料的內容和頁面內容不符,可能造成誤導性。
  3. 結構化數據所標記的內容,對使用者會以隱藏內容的方式

認識Schema.org

就結構化資料你絕對要知道 Schema.orgSchema.org 是由GoogleBingYandex Yahoo 四個大型搜尋引擎共同制定的一套結構化標記架構,目的是為了創造一套可以適用於各大型搜尋引擎的結構化資料系統,Schema.org 彙整了描述網頁資料常用的詞彙,然後將這些資料整理成統一的格式,令往後推行和實際運用時可以降低阻礙。

Schema.org 的創建,同時也有利於網站管理者、搜尋引擎和使用者三方。

  1. 網站管理者:Schema.org 提供了網站管理者統一的格式,不用額外去學習多種不同的規則。
  2. 搜尋引擎:Schema.org 所制定的結構化資料項目對搜尋引擎很有價值的,從而確保所接收到的結構化資料都能被搜尋引擎運用,以避免無效的資料會影響效率。
  3. 使用者:當結構化資料普及後,使用者就能透過搜尋結果得到更多所需的資訊。

建立結構化資料的方式

透過了解結構化的資料和優點後,你會明白結構化資料的好處,那就嘗試為自己網站建立結構化資料吧!據 Schema.org 的規則,建立結構化資料的方式有三種,分別是「JSON-LD」、「Microdata」、「RDFa」,除了這三種語法外,另外亦有不需要程式語言的結構化資料來建立方式!

JSON-LDGoogle推薦使用)

JSON-LD Javascript 格式的程式碼,亦是Google官方推薦使用的方式,JSON-LD可姒不用更動原本的 HTML 內容,在撰寫上會獨立成一段程式碼,讓撰寫和維護上更加方便。你可以將 JSON-LD 想像成一張「便利貼」,在課本(網頁)上加註解時,不直接寫在課文(HTML)旁,而是將筆記寫在一張便利貼,直接貼在空白處即可。

<script type=”application/ld+json”> { “@context”: “http://schema.org”, “@type”: “Event”, “location”: { “@type”: “Place”, “address”: { “@type”: “PostalAddress”, “addressLocality”: “Denver”, “addressRegion”: “CO”, “postalCode”: “80209”, “streetAddress”: “7 S. Broadway” }, “name”: “The Hi-Dive” }, “name”: “Typhoon with Radiation City”, “offers”: { “@type”: “Offer”, “price”: “13.00”, “priceCurrency”: “USD”, “url”: “http://www.ticketfly.com/purchase/309433” }, “startDate”: “2022-09-14T21:30” } </script>

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

<script type=”application/ld+json”>

{

  “@context”: “http://schema.org”,

  “@type”: “Event”,

  “location”: {

    “@type”: “Place”,

    “address”: {

      “@type”: “PostalAddress”,

      “addressLocality”: “Denver”,

      “addressRegion”: “CO”,

      “postalCode”: “80209”,

      “streetAddress”: “7 S. Broadway”

    },

    “name”: “The Hi-Dive”

  },

  “name”: “Typhoon with Radiation City”,

  “offers”: {

    “@type”: “Offer”,

    “price”: “13.00”,

    “priceCurrency”: “USD”,

    “url”: “http://www.ticketfly.com/purchase/309433”

  },

  “startDate”: “2022-09-14T21:30”

}

</script>

Microdata

Microdata 對於不熟悉程式語言的使用者來說較容易入手,在撰寫方式上就是在原有的 HTML上,依照 schema.org 所規範的標籤類型,依次序地將相符的屬性填在 HTML 後。你可以將Microdata想像成「筆記」,在課本(網頁)上加註解時,直接在課文(HTML)旁加上筆記。

Microdata 雖然可以在原有的 HTML 上直接加註,而不會像 JSON-LD 要額外撰寫一段程式碼,但這樣形式的缺點就是不像 JSON-LD 可以在同一個地方進行,從而會造成往後在維護網站的作業上較難執行。

<div class=”event-wrapper” itemscope itemtype=”http://schema.org/Event”> <div class=”event-date” itemprop=”startDate” content=”2022-09-14T21:30″>Sat Sep 14</div> <div class=”event-title” itemprop=”name”>Typhoon with Radiation City</div> <div class=”event-venue” itemprop=”location” itemscope itemtype=”http://schema.org/Place”> <span itemprop=”name”>The Hi-Dive</span> <div class=”address” itemprop=”address” itemscope itemtype=”http://schema.org/PostalAddress”> <span itemprop=”streetAddress”>7 S. Broadway</span><br> <span itemprop=”addressLocality”>Denver</span>, <span itemprop=”addressRegion”>CO</span> <span itemprop=”postalCode”>80209</span> </div> </div> <div class=”event-time”>9:30 PM</div> <span itemprop=”offers” itemscope itemtype=”http://schema.org/Offer”> <div class=”event-price” itemprop=”price” content=”13.00″>$13.00</div> <span itemprop=”priceCurrency” content=”USD” /> <a itemprop=”url” href=”http://www.ticketfly.com/purchase/309433″>Tickets</a> </span> </div>

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

<div class=”event-wrapper” itemscope itemtype=”http://schema.org/Event”>

  <div class=”event-date” itemprop=”startDate” content=”2022-09-14T21:30″>Sat Sep 14</div>

  <div class=”event-title” itemprop=”name”>Typhoon with Radiation City</div>

  <div class=”event-venue” itemprop=”location” itemscope itemtype=”http://schema.org/Place”>

    <span itemprop=”name”>The Hi-Dive</span>

    <div class=”address” itemprop=”address” itemscope itemtype=”http://schema.org/PostalAddress”>

      <span itemprop=”streetAddress”>7 S. Broadway</span><br>

      <span itemprop=”addressLocality”>Denver</span>,

      <span itemprop=”addressRegion”>CO</span>

      <span itemprop=”postalCode”>80209</span>

    </div>

  </div>

  <div class=”event-time”>9:30 PM</div>

<span itemprop=”offers” itemscope itemtype=”http://schema.org/Offer”>

  <div class=”event-price” itemprop=”price” content=”13.00″>$13.00</div>

  <span itemprop=”priceCurrency” content=”USD” />

  <a itemprop=”url” href=”http://www.ticketfly.com/purchase/309433″>Tickets</a>

</span>

</div>

RDFa

RDFa 是最早年代誕生的,但目前已經很少使用了。RDFa可以將網頁中所需的屬性,添加在可供讀取的後設資料中,這些在後設資料中的屬性就可以被運用在XML檔案內。RDFa同樣可以直接寫在原本的程式碼當中,不過就與 Microdata 有相同的缺點。

<div vocab=”http://schema.org/” class=”event-wrapper” typeof=”Event”> <div class=”event-date” property=”startDate” content=”2022-09-14T21:30″>Sat Sep 14</div> <div class=”event-title” property=”name”>Typhoon with Radiation City</div> <div class=”event-venue” property=”location” typeof=”Place”> <span property=”name”>The Hi-Dive</span> <div class=”address” property=”address” typeof=”PostalAddress”> <span property=”streetAddress”>7 S. Broadway</span><br> <span property=”addressLocality”>Denver</span>, <span property=”addressRegion”>CO</span> <span property=”postalCode”>80209</span> </div> </div> <div class=”event-time”>9:30 PM</div> <span property=”offers” typeof=”Offer”> <div class=”event-price”> <meta property=”priceCurrency” content=”USD” />$ <meta property=”price” content=”13.00″ />13.00 </div> <a property=”url” href=”http://www.ticketfly.com/purchase/309433″>Tickets</a> </span> </div>

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

<div vocab=”http://schema.org/” class=”event-wrapper” typeof=”Event”>

  <div class=”event-date” property=”startDate” content=”2022-09-14T21:30″>Sat Sep 14</div>

  <div class=”event-title” property=”name”>Typhoon with Radiation City</div>

  <div class=”event-venue” property=”location” typeof=”Place”>

    <span property=”name”>The Hi-Dive</span>

    <div class=”address” property=”address” typeof=”PostalAddress”>

      <span property=”streetAddress”>7 S. Broadway</span><br>

      <span property=”addressLocality”>Denver</span>,

      <span property=”addressRegion”>CO</span>

      <span property=”postalCode”>80209</span>

    </div>

  </div>

  <div class=”event-time”>9:30 PM</div>

<span property=”offers” typeof=”Offer”>

<div class=”event-price”>

    <meta property=”priceCurrency” content=”USD” />$

    <meta property=”price” content=”13.00″ />13.00

</div>

<a property=”url” href=”http://www.ticketfly.com/purchase/309433″>Tickets</a>

</span>

</div>

資料螢光筆、結構化資料標記協助工具

如果你有意新增結構化資料,但上述的3種程式碼都令你看得一頭霧水的話,我們還有另一種貼心的方式可以讓你輕鬆地新增結構化資料,就是使用「資料螢光筆」。資料螢光筆是 Google 為了讓結構化資料能夠更輕鬆和便利創造出來的免費工具,縱使不懂程式碼都能新增結構化資料。

運用資料螢光筆就能夠在不改變網站原始碼的情況下,讓Google 理解你網站中結構化資料的模式,而你只需要進入 Google Search Console 中(如果網站沒有使用Search Console,可以使用結構化資料標記協助工具),就能夠使用資料螢光筆對網站中的內容直接進行標記,完全不需要學懂其他的程式語言都能夠完成,而且還能夠一次過標記所有相同版型的網頁。不過資料螢光筆所支援的結構化資料有限,有很多結構化資料還是要依靠上述三種程式碼來新增。

結構化資料標記協助工具

結構化資料測試工具

依照以上的方式辛苦地建立結構化資料後,如果因為一些小錯誤而導致結構化資料無法運作,的確是功虧一簣了。為了確保每個結構化資料都能夠正確無誤,讓搜尋引擎可以順利地理解,Google 有一個工具可以來解決這個問題,透過結構化資料測試工具的幫助,我們可以直接輸入網頁網址或含有標記的 HTML 程式碼,就可以即時檢測到目前的結構化資料問題,並顯示出現問題的地方和建議,透過使用結構化資料測試工具,可以快速地檢測出結構化資料的問題,在消除錯誤和維修護理層面上都是一大助力。

結構化資料測試工具

結語

結構化資料是搜尋引擎目前非常重要的協助工具,在搜尋引擎快速地自動判讀網頁內容前,結構化資料這樣的溝通方式是簡單而且有效率的解決方案,令我們可以表達出更詳細的內容,為搜尋引擎、網站擁有者和使用者創造更大的效益。

繼續閱讀
發佈留言

Leave a Reply

你的電子郵件位址並不會被公開。 必要欄位標記為 *

SEO

子網域好還是子目錄好?架設網誌、新網站必備評估

Published

on

很多已經有網站的企業或商家,決定要深造「網誌」、建立另一個「新網站」前,都會有一個疑問:到底用子網「buy.happy.com」好?還是用子目錄「www.happy.com/buy/」好?哪一個方法對 SEO 而言是最划算呢?如果你都有這些問題,相信這篇文章可以給「對子網域、子目錄議題有點苦惱下不了決定」的你,得到有用的資訊:

子網域是什麼?子目錄是什麼?

了解「子網域」、「子目錄」前,我們應先了解一下網址的組成。例如,我網站的首頁是:

https://www.happy.com

頂級網域名稱 Top Level DomainTLD

這個網址中「.com」就是 Top Level DomainTLD),也就是頂級網域名稱。我們有時候會看到「.net」「.gov」,這些都是頂級網域名稱的一種。

第二層級網域名稱 Second Level DomainSLD

這個網址中「happy」就是 Second Level DomainSLD),就是第二層網域名稱。

通常我們跟GoDaddyPChome購買網址,通常是買「happy.com」、「happy.net」、「happy.com.hk」⋯⋯這種「第一層+第二層級的網域名稱」。


網址結構組成

子網域(Subdomain

這個網址中「www」的部分就是子網域的一種,但我們通常會說「https://www.happy.com」是主網,而其他另外建立的「https://blog.happy.com」、「https://buy.happy.com」、「https://omg.happy.com」都屬於子網。

通訊協定(Hypertext Transfer Protocol

而「http://」或「https://」都是通訊協定,但兩者的差別就在於有否使用「SSL憑證保護」網頁檔案的傳輸。

網址結構組成:頂層網域TLD、第二層網域SLD、主網/子網、通訊協定

子目錄(Subdirectories/Subfolder

而子目錄就是在「https://www.happy.com」的網域之下開一個分層,好像「https://www.happy.com/blog/」,「/blog/」就是子目錄。

魔鬼藏在細節裹,「子網域 vs.子目錄」兩者在品牌上的意義

以下我們會先討論「子網域」。其實「子網」和「主網」看作兩個獨立的網站,就好像一個大集團,有不同的事業體,為了品牌識別的需要,我們會個別為他們設計形象,但是又希望在某程度上會有所連結,所以我們便可利用子網域來作兩個品牌事業的網站。

例如happy 財團有新鮮蔬菜銷售和餐飲服務的事業體:

Happy 集團網站 -> https://www.happy.com
生鮮蔬菜銷售事業 -> https://vegan.happy.com
餐飲服務銷售事業 -> https://table.happy.com

透過網址可以看到,只要兩個內容的「品牌定位不同」或「商業主題不同」,就可以考慮使用「子網域」來劃分,根據不同事業體給予不同的子網。

另外,子目錄等於在原有的網站中,再新增一個頻道,就等於這個內容是隸屬於整個網站之下,對於品牌經營來說,並不是多了一個新創建的事業體,而是「多了一個功能」,但是整體的品牌仍然不變,仍然依從「整個網站」的品牌精神。

例如,我們有個販售歐美簡約風格服飾的電商網站,叫做「iWOO」。最近想嘗試做個類似 Lookbook 的網誌,每星期都會發佈 1~2 篇文章報導最近的潮流或街拍。雖然「網誌」是新的功能,但仍是整體品牌精神之下,這情況就可以使用「子目錄」來經營部落格。

iWOO電商 -> https://www.iwoo.com
iWOO部落格 -> https://www.iwoo.com/blog/

子網域或子目錄在 SEO 上的意義

了解完子網域和子目錄在品牌上的意義後,就回到大家最重視的 SEO 優缺點。在探討子網域還是子目錄比較好前,大家都應該要清楚「一個網站的成功,重點不在於選擇子網還是子目錄,而是有否持續用心經營。」

基於用心經營的前提下,我們才可以開始談論子網vs.子目錄在SEO上的優劣勢評估。以下我們會以「建立網誌」為例子:

使用子網域經營網誌,好處在於多一個網站可以傳遞外部連結權重

「外部連結數量」一直都是搜尋引擎「評估這個網站是否有價值」的一個重要指標。如同前面所提,子網就好像另外一個網站,如果原本網站是「https://www.iwoo.com」,網誌的網站是「https://blog.iwoo.com」,這就可以「你連我我連你」,互相增加大家的外部連結。

使用子目錄方式經營網誌,好處是一開始就能得到主網的權重,又可以增加原本網站的頁面量、暢通相關網頁間的內部連結

「網站頁面量」都是「網站是否有競爭度?」的一個重要指標。以 iWOO 歐美服飾電商而言,如果在「https://www.iwoo.com/blog/」之中撰寫網誌,既可以增加網站整體頁面,提升網站的競爭力,更能提升搜尋的流量。另外,如果網站要操作關鍵字,有網誌就能夠更有彈性地去調整關鍵字策略。

例如,對歐美風格服飾有興趣的客群,可能會搜尋「簡約風」、「OOTD IG」或「聖誕節交換禮物」這些關鍵字,如果電商網站在沒有網誌的情況下,要去競爭這些與商品名稱的關聯比較少的關鍵字,實在是難上加難,但只要你有網誌,就能夠利用文章來競爭這些關鍵字。

 

Google 有說他特別喜愛子網域還是子目錄嗎?(Subdomain or Subfolder

Google説:沒分別!John Muller Googlebot 都可以接受。一切只看「工程師的設定上哪個比較容易?」、「商業及品牌的長遠發展」、「哪種方式比較能長久經營」,來決定用子網域還是子目錄。

Google Web Search is Fine with Using Either Subdomains or Subdirectories
Google Web Search is Fine with Using Either Subdomains or Subdirectories

影片來源:Subdomain or subfolder, which is better for SEO? 時間軸 0:15開始

不論是子網域或子目錄,都可以利用 Search Console 來追蹤 Googlebot 對新網頁的檢索情況!

子網域 vs. 子目錄優缺點分析

子網域(例如:blog.iwoo.com

子目錄(例如:www.iwoo.com/blog/

優點

子網域內容與主網站可清楚地劃分。

同一個關鍵字的搜尋結果,有機會同時讓子網、主網都爭取到搜尋曝光版位。

因為SEO有一部分會參考網站整體權重,所以子目錄中的內容可能一開始就容易得到排名。

主網站本身頁面數量較多,整體網站排名能力都變強。

相關網頁可以互相串聯,讓內部連結更緊密。

缺點

從零開始建立,沒有決心好好做好就完全無效。

同一關鍵字的搜尋結果,通常一個網站只會有一個搜尋曝光版位。

子目錄中的內容優劣將會影響網站整體的權威度及可信度。

我該選擇子網域還是子目錄?應如何評估?

雖然有很多對「子網域 vs.子目錄」概念的差異,但實際上應用到自己的網站或用什麼來評估是最準呢?我們有三大方向提供給你來作評估:

一、技術能力

前文有為「子網域 vs. 子目錄」做了分析,但實際執行上還需要評估內部對技術能力的掌握。

例子一,雖然很想做一個新的「子網域」網誌,但是目前公司內部沒有工程師可以勝任,而原本的電商平台已經有簡易的網誌功能,可否先嘗試用電商平台附送的網誌來做呢?

例子二,很想在目前的網站下,另外劃出「/blog/」子目錄,可以使用 WordPress 架設一個方便的上稿後台。但是目前沒有技術支援,所以直接創造一個新的「子網域」網站反而比較容易。

不同的網站系統和公司內部情況,其實各有他的難度所在,特別是 Google 表示其實無論子網域或子目錄都可以爬到的狀態下,建議先評估內部技術能力再下決定!

二、目的性

如果技術能力和成本都不是問題,那我們會建議可以從「品牌角度」來思考「子網域」和「子目錄」。另外,也會發生「商業策略改變後,是否也要跟著調整網站」的情況。

例子一,如果經營了網誌一段時間後,看起來都很順利的,亦爭取到很多新的搜尋流量,編輯團隊合作上也漸入佳境,那我們是否需要將「www.happy.com/blog/」劃分出去作獨立的「blog.happy.com」呢?

以這個案例,我們要小心把子目錄「www.happy.com/blog/」劃分出去後,可否令原本網站的搜尋流量大跌?(因為文章移除,原有的關鍵字排名就消失,雖然把文章移至到新的「blog.happy.com」上,但排名不可能一下子就回到首頁)

三、資源的分配

資源分配上其實不只帳面上的「人力」、「金錢」,連「主機資源」都應該要考量。

評估一,不論是子網域還是子目錄,新的內容是否跟主網同一台主機,而主機可以承受到嗎?速度會否很慢?

評估二,原本在主網所購買的 SSL 憑證比較便宜,只包含在「www.happy.com」,而不是針對全網域(*.happy.com)的憑證,當後來想要建設子網域「table.happy.com」時,就須要考慮購買新的 SSL 憑證的成本了。

其實還有很多關於架站的資源分配議題,建議與網站建置商和網站工程師詳細討論評估後再作決定!

最後,其實最重要的是人力和金錢資源是怎樣分配的?經營一個網站就好像經營實體店鋪。開店前一定要顧慮到競爭對手、人力成本、團隊合作、職責分配、預估績效等,雖然架設新網站和開發網站內的新內容似乎不像實體店鋪那麼燒錢,但是最後會否成功,有否帶來更多流量的成長,都是取決於事前有否作市場調查、有否了解使用者的需求、能否持續經營、能否跟著網路趨向快速地調整策略。

繼續閱讀

SEO

Google 2018八月的演算法更新「Medic Update」,到底如何影響了SEO排名?

Published

on

Google 2018八月的演算法更新「Medic Update」,到底如何影響了SEO排名?

20188月,Google在他們的官方Twitter上公佈了這一項「broad core algorithm update(核心演算法更新)」的消息,而我們也曾發佈過一個post分享給大家我們當時的觀察。

經過一段時間的觀察後,發現到很多客戶都有排名上的轉變,以及有很多合作夥伴與我們分享了他們網站遇到的問題。因此,我們所有的seo工程師開始針對手上的客戶進行研究。在這篇文章中,我們會跟大家分享我們所搜集到的進一步資料,以及我們在繁體中文/台灣地區的搜尋結果中的觀察。

國外SEO專家與SEO媒體的觀察

這次演算法的更新,國外大部分的專家和SEO媒體都將它稱為「Medic Update」,因為在所有的產業中,健康或醫療網站在這次演算法中造成的波動是最多的。在Moz的文章中,就整理出這次演算法更新中受到波及最多的產業。

這次演算法造成波動的網站不單局限於醫療網站,連YMYL(Your Money Your Life)網站也有非常大的排名變化。所謂的YMYL是指「提供關於重大生活決策的建議的頁面」,當中包括健康、財務、購買房屋、教育等可能影響你未來幸福和財務的重大生活問題時,所提供建議的網站或頁面。

這些網頁通常都是牽涉到使用者的生活層級,因此這些搜尋結果的內容必須要提供更可信的資料。而這些「可信的資料」Google到底是如何判斷出來和以什麼準則呢?Google的「Search Quality Evaluator Guidelines就曾經提及過「E-A-T」這個原則,「E-A-T」原則是指Expertise(專業度)、Authority(權威度)、Trustworthy (信任度),而這正是Google為了讓搜尋結果品質提升的核心方向和策略,亦是這次演算法更新最為優化的地方。

而且國外的各大SEO媒體都觀察到一個現象,就是:「大型網站的關鍵字排名都上升了」,從這個角度來看,或者是因為大型網站一般較小型網站更值得信任,也有更多資源聘請專家優化他們的內容,這亦可以是其中一個原因。

聊聊我們的客戶

與我們合作的網站中,確實有搜尋流量上升的網站,也有搜尋流量下降的網站。我們觀察到這些客戶中,其中一個例子是:網站是一個販賣自家品牌商品的品牌電商,商品有同時在yahoo購物中心、momo購物等大型電商上架,網站本來在搜尋排名都是贏過yahoo購物中心和momo購物,但經過這次演算法的更新後反被yahoo以及momo超越。

因此我們便去搜尋到關於yahoomomo最近流量變化的資料,發現這兩個網站的搜尋流量的確從8/1日開始就有非常大的變化,而且都是呈現上升的趨勢。

從這點推算,相信是有網站與我們合作的網站一樣受到波動,由最初佔據約3~4名的排名位置,卻在這次演算法的更新後被大型購物網站所超越。我們觀察到大型垂直電商的流量也確實在上升的,以上這些例子與國外媒體的分析的趨勢是完全相同的。

另外,有些客戶會有跟大型媒體進行「合作稿」或「交換文章」的合作,將網站內的文章交由配合的媒體進行曝光。這些客戶在這次演算法更新後,也開始向我們提出了這個值得討論的問題:「我們的原創文章本來有很好的排名,但經過演算法更新後,跟我們交換文章的大型媒體就取代了我們的排名。」

我們團隊更近一步的研究

這個問題令我們很困擾,因為客戶的文章寫得很用心,亦有在大型媒體的交換文章中,被標註了原文的連結,並延遲了在大媒體網站上的上稿時間。更新前這樣的做法能讓搜尋結果內的關鍵字排名留在了網站內,但演算法更新過後卻行不通了呢?

於是我們再翻開了Google的「Search Quality Evaluator Guidelines」發現了一個驚人的事實,在8月的演算法更新前,Google也將這一份指南給更新了!

在章節7-2的部分,2018的版本相比2017增加了如何判斷「低品質的頁面」給予更多的解釋,只從大綱內就能夠發現到,或者Google在這次演算法的更新中,真的對這方面的權重與判斷方式進行了調整。

特別是7-2節內有更深入介紹了Google就重複性頁面的看法,包括了如何去判斷重複性內容,以及解釋了即使是使用自動產生的文章也沒有辦法得到好的排名。因此可以推測到Google這次的更新應該是有對重複性頁面的判斷方式作出了調整。

在這一份「Search Quality Evaluator Guidelines」其實有很多值得我們去效法的原則,例如第3.2節就提及到:

High E-A-T medical advice or information should be written or produced in a professional style and should be edited, reviewed, and updated on a regular basis.

我們認為Google所提到的,對於這些文章應該要用更專業的方式進行書寫,並且要經常針對這篇文章進行更新,是針對醫療性文章要在這波演算法改動下如何進行改動的一項非常具體的建議,非常值得一試。

配合一些Twitter上的八卦來看看吧

Twitter中我們搜集到很多Google內部人員的貼文,當中觀察到官方就這次更新可以對大眾透露到什麼程度。


其中有一名Google的前工程師,亦向前同事討論了這次演算法的更新,而前同事亦透露了這次的更新比較針對「網域」,而非「頁面」。

而目前Google的發言人之一Danny Sullivan同樣分享了我們應該要深入地思考的「Search Quality Evaluator Guidelines」內容。


Danny Sullivan的討論中,亦看得到有按照「E-A-T」這個方針執行的SEO專家的成功例子。

根據這些資訊可以知道,Google的確有暗示我們前面所整理的內容。

結論

綜合以上的觀察,我們試著總結這次演算法的更新:

  • E-A-T」的原則是Google想要持續進行優化的方向
  • 這次演算法的更新可能是「單頁內容的權重調低、網站整體的權重調升」
  • 重複內容的判斷方式更新,可能與上述網站整體權重的調整息息相關
  • 最近幾個Google的演算法更新雖然在社群網站或官方網誌都不會闡述細節,但可以從定期更新的「Search Quality Evaluator Guidelines」中看出端倪。

建議可以試著在網站內做出的改變

  • 調整與其他媒體合作的模式,包括讓網站重要的文章不要再曝光在其他網站內
  • 針對文章要定期更新相關內容和資訊,讓Google了解文章內容不斷持續進行優化,是可信的內容
  • 不論透過Schema或是更改版型,都可以試著將文章作者標示出來,以爭取更多的信任,並嘗試找一些專家為這篇文章背書
  • 在未來網站的經營上,要努力根據「E-A-T」的原則撰寫高價值的文章
  • 對內容型的網站而言,除了文章撰寫的質素外,也要嘗試透過公關活動與學術單位、媒體或專業領域內的意見領袖有進一步的合作,以推廣網站整體的可信度

總結

最後,其實我們都觀察到因為這次演算法更新而被重創流量的網站,它們的流量正在慢慢地回升上來了。根據我們觀察前幾次演算法更新的經驗,Google確實會在大型更新後慢慢地把排名調校回相對合理的狀況。因此被演算法重創的朋友不用擔心,可以再多加觀察。

繼續閱讀

SEO

聊聊SEO與品牌:衡量品牌力的SEO關鍵指標

Published

on

聊聊SEO與品牌:衡量品牌力的SEO關鍵指標

在我們的客戶中,有一系列的客戶對我們SEO的技術都非常信賴,而在跟我們的合作過程中亦很順利,透過一系列網站技術和內容的優化,把大部分的重點關鍵字都提升到89名左右。但是排名往往在這個時候開始停滯不前,遇到了撞牆期。這些品牌的行銷主管或老闆就會開始問我們:到底該怎麼做才能夠更進一步!?

這時候我便會回答這些焦急的老闆們,你已經成功完成了SEO的第一個階段,網站已經沒有問題,而內容也有一定的厚度,接下來最重要的是持續經營你的品牌。但是「經營品牌」這件事情的命題如此巨大,它到底跟SEO有什麼相關性,又到底該怎麼做才能在SEO上得到最好的效果呢?

我們認為可以把SEO與品牌經營之間的關係分成兩個方向來看,第一個是「品牌如何影響排名」,第二個是「如何透過SEO讓品牌成長」。這篇文章會先針對「品牌如何影響排名」的部分給予大家一些意見。

品牌經營是怎樣影響SEO排名

選擇的圖片搜尋結果

在討論SEO前,先跟大家重溫一下維基百科是怎麼描述「品牌」這個名詞的:

品牌是一個主體在受眾心中的主觀認知。一個品牌是由消費者在多年來的使用中所體驗的感受積累而成,這些內在感受就是那個品牌本身,意思是品牌的本質並不是名牌的名字,名字只是用來將無形的感受表示出來以識別。

簡單而言,好像球鞋上印有NIKE的品牌,你就會聯想到那些所有成功的運動員;當糖水印上了Coca-cola,你就會聯想到相聚時喝一杯可樂的歡愉。這就是所謂的品牌。而這樣的概念應用到SEO中,就會造成相同的概念。當google面對成千上萬的問題時,一定會去尋找最佳的解答來回應使用者的需求。這個最佳的解答逍常都有兩個可能,第一是這個問題可以被快速的解答,第二是能夠找一個最專業的專家來回答這個問題。而這個最專業的專家就有可能會取決於你的品牌!

2013年,國外知名SEO媒體Search Engine Land跟問卷服務公司Survey Monkey合作進行一個調查,最後發現有高達70%的搜尋者在選購產品時,會選擇點擊他所認識的品牌的搜尋結果,而Google會給予知名品牌更多的機會曝光在搜尋結果上。其實有很多種方法可以讓品牌增加曝光,然後漸漸地讓市場認識,繼而認同這個品牌,最後讓品牌成為搜尋結果中被偏好的品牌。傳統的電視廣告、發傳單、廣告看板、數碼時代的FB廣告、關鍵字廣告、聯播網廣告都是能夠讓品牌能夠接觸到使用者的機會。接下來我們會以SEO的角度,分享透過這些渠道接觸使用者後到底會如何影響網站的SEO,以下會分享一些值得注意的三種網站指標。

評斷品牌力三個關鍵指標

1.品牌字的搜尋量

品牌字的搜尋量是很直接的關鍵指標,當搜尋者對你的品牌有需求而進行查詢時,就可能會影響到品牌字搜尋量上的數字。這個數字我們可以有三種不同的觀測方式:

  • 關鍵字廣告規劃工具

在關鍵字廣告規劃工具內直接輸入品牌名就可以看到你的品牌名的搜尋量。使用這個工具最方便是如果搭配其他競爭的產品就能夠做到比較的效果,比較同產業內的品牌關鍵字搜尋量,然後了解到市場上大家對品牌的偏好。

品牌字搜尋量

  • Search Console內的「搜尋分析」報表

透過Search Console內的「搜尋分析」報表,你可以看見品牌字的曝光次數,這個數字是比關鍵字廣告規劃工具內還要更精確的,而且它亦能夠有效地為相關的延伸關鍵字進行統計。

  • Google trends

如果你是一個大品牌,你都能夠利用google trends來進行搜尋趨勢的分析,google也會為你整理出很多相關的資訊和新聞。

對於有足夠資源可以拍攝電視廣告的大品牌來說,可以透過統計品牌字搜尋量的方式來有效地衡量線上和線下的廣告成效。現在主流的做法會在廣告的尾段放上一個搜尋框的行動呼籲,而看過廣告的受眾如想得到進一步的相關資訊時,就會順應你的呼籲搜尋相關的字詞。

例如,在去年八月時,某化妝保養的知名品牌正推出某一支新產品,而他們在廣告中使用了行動呼籲,就是請大家去搜尋這支產品的暱稱「小黑安瓶」。這個做法就能夠配合根據這部影片的資訊,他們是在8/30日左右時推出了這一支廣告影片。

透過搜尋量,我們就能夠看到一個明顯的趨勢。在八月前這個關鍵字是都沒有相關的搜尋量的,但在產品上市後,透過各種線上與線下的廣告活動,可以讓這個關鍵字的搜尋量在八月份大幅提升。

小黑安瓶

透過這個方式,雖然難以區分是否這個廣告而帶動了這個搜尋量,但可以肯定的是該品牌的成功炒熱了這個關鍵字的討論,而這都會反映在搜尋的趨勢上。
小黑安瓶

2.外部連結

透過外部連結可以評估出目前的網站是否有人推薦和衡量行銷團隊在公關上的成效。以我們這個網站為例,曾經有很多同業界的人士會轉貼我們的文章,而他們可能只是閱讀了我們的文章後,就在自己的網誌上推薦,亦有些是引用我們文章裹的內容來支撐他們的論點。就公關層面上,我們的文章也有跟相關的合作夥伴進行轉載文章的合作,或曾經有過相關媒體的採訪,這些都是讓我們外部連結項目越來越強的原因。

由於外部連結是由過去的SEO就一直強調的概念,因此積極去建立在不同網站內的優質連結無論是排名或品牌都能夠有顯著的幫助。

3.直接流量

直接流量是指並非透過宣傳渠道而來到網站的流量,這些人通常都是把網址記在書籤或直接在網址列輸入網址進入網站。透過這些方式進來的使用者通常都是對於品牌已經有一定的忠誠度,而這樣的數量可以反映出品牌經營得是否成功。在下圖中所示,透過direct進入網站而成為新使用者只有13.25%,這反映出幾乎只有訪客才會透過這個方式進入網站,而這些訪客願意回訪的原因就是出自對品牌的信任。

直接流量

結論

有很多客戶以為單單透過seo技術就能夠將一個非常大的關鍵字操作到首頁,但透過以上的方式,希望你能夠認知到SEO只是品牌行銷的其中一環。所以我們會建議他們可以回到品牌的根本再去思索,要如何再繼續創造自己的品牌被搜尋到時,為使用者帶來的價值。當然,就另一個方向而言SEO也有辦法可以有效帶動品牌的成長!這個議題我們會在接下來的文章再為大家一一解說,敬請期待囉!

繼續閱讀

最多瀏覽