搜尋引擎最佳化 (SEO) 入門指南

本指南閱讀對象

如果您是線上內容的擁有者或管理員,或者會使用 Google 搜尋服務宣傳線上內容或透過線上內容營利,那麼本指南就是為您準備的。如果您是成長中企業的負責人、多個網站的網站管理員、網路代理商的搜尋引擎最佳化 (SEO) 專家,又或者是 SEO 自助達人,熱衷於瞭解 Google 搜尋服務的運作機制,那麼您也是本指南的服務對象。只要您想依照我們的最佳做法,全面掌握 SEO 的基本知識的人,本指南就會是您的最佳幫手。雖然本指南中沒有任何可讓網站自動登上 Google 搜尋結果榜首的秘訣 (抱歉!),但是只要採用下文介紹的最佳做法,便能讓搜尋引擎更容易檢索及解讀您的網站內容,並為這些內容建立索引。

搜尋引擎最佳化 (SEO) 通常是指對網站的某些部分進行小幅修改。如果分開來看,這些變更可能並不明顯,但是在結合其他最佳化措施的情況下,它們將對您網站的使用者體驗以及在搜尋結果中的表現有顯著影響。您可能對指南中的許多主題都已非常熟悉,因為這些都是構成網頁的基本元素,但是您可能並未充分加以利用。

為網站進行最佳化的目的,是為了滿足使用者的需求,而搜尋引擎也是您其中一位使用者,它會幫助其他使用者發現您的內容。執行搜尋引擎最佳化 (SEO) 可以協助搜尋引擎解讀及呈現您的網站內容。您的網站規模可能和我們的範例網站有差距,網站的內容也可能有很大不同,但是下面要討論的最佳化主題將適用於各種大小和類型的網站。希望我們的指南能夠在改善網站方面給您一些啟發,非常歡迎您在 Google 網站管理員說明論壇1上提出問題、提供意見,以及分享您的成功案例。

希望您滿意本指南的內容,也期待您透過 Google 支援論壇和我們分享您的意見。

歡迎儲存本指南,或以環保方式列印本指南並與其他人分享:讓我們攜手努力,一同創造更美好的網路環境。

預祝您閱讀愉快!

謹致
Google 搜尋品質小組

踏出第一步

詞彙解釋

這份指南中會出現幾個重要用語,以下為您說明這些用語的定義:
  • 索引:Google 會將所有已知網頁儲存在「索引」中,每個網頁的索引項目都會記錄網頁的內容及位置 (網址)。所謂的「建立索引」,是指 Google 擷取、讀取網頁,然後將網頁加入索引的過程:Google 今天為我的網站建立了幾個網頁索引
  • 檢索:尋找新網頁或更新網頁的程序。Google 會透過追蹤連結、讀取 Sitemap 等多種方法發掘網址。Google 檢索網路的目的是尋找新網頁,必且 (在適當情況下) 為這些網頁建立索引。
  • 檢索器:指在網路上檢索 (擷取) 網頁並為網頁建立索引的自動化軟體。
  • Googlebot:Google 檢索器的通稱。Googlebot 會持續檢索網路。
  • SEO:指搜尋引擎最佳化 (讓搜尋引擎更容易發現網站的程序),或是搜尋引擎最佳化執行者的工作職稱:我們聘請了一位新的 SEO 來為我們提升網路曝光度。

您的網站在 Google 索引中嗎?

確認您的網站是否已納入 Google 索引中:請執行 site: 搜尋,尋找您網站的首頁網址。如果查到相關結果,就代表 Google 索引中已經有您的網站。舉例來說,搜尋「site:wikipedia.org」會傳回這些結果2

您的網站不在 Google 索引中:儘管 Google 會檢索數十億個網頁,但難免還是有漏網之魚。如果我們的檢索器遺漏了您的網站,通常是下列其中一個原因所造成:

  • 網路上的其他網站無法順利連至您的網站
  • 您的網站剛上線運作,Google 還來不及進行檢索
  • 網站本身的設計讓 Google 難以有效檢索其內容
  • Google 在嘗試檢索您的網站時收到錯誤訊息
  • 您的政策禁止 Google 檢索您的網站

我該如何讓 Google 顯示我的網站?

想讓網站內容出現在 Google 的搜尋結果中其實很簡單,而且完全免費,您甚至不需要將網站提交給 Google。Google 是全自動化的搜尋引擎,會使用網路檢索器不斷檢索網路,尋找可加入索引的網站。事實上,搜尋結果中列出的絕大多數網站都不是人工提交的,而是 Google 在檢索網路時發現並自動添加至搜尋結果的。瞭解 Google 如何尋找、檢索並提供網頁。3

我們提供網站管理員指南4,為您說明如何打造適合 Google 檢索的網站。雖然我們無法保證檢索器一定會找到特定網站,但遵照指南的做法應該能讓您的網站顯示在我們的搜尋結果中。

Google Search Console 提供各種工具,可協助您將自己的內容提交給 Google,並監控這些內容在 Google 搜尋服務中的表現。您也可以按需求進行設定,如果 Google 在處理您的網站時遭遇重大問題,Search Console 甚至可發送快訊通知您。申請使用 Search Console5

首先,請根據以下這些基本問題對您的網站進行評估。

  • 我的網站會顯示在 Google 搜尋結果中嗎?
  • 我是否為使用者提供了優質內容?
  • 我的當地商家資訊會顯示在 Google 服務中嗎?
  • 使用者能在所有裝置上快速且輕鬆地存取我的內容嗎?
  • 我的網站安全嗎?

如需更多入門資訊,請造訪 http://g.co/webmasters6

接下來,本文將分主題說明如何讓搜尋引擎更容易檢索到您的網站。如要下載可列印的簡明提示檢查清單,請前往:http://g.co/WebmasterChecklist7

您需要聘請 SEO 專家嗎?

SEO (「搜尋引擎最佳化」) 專家是受過相關訓練的人員,能協助您提升網站在搜尋引擎中的能見度。只要跟著本指南學習,您應該就能掌握足夠的知識來為網站進行最佳化。但除此之外,我們也建議您聘請一位 SEO 專家來協助您稽核網頁。

聘請 SEO 是一項重大決定,雖然有可能改善網站並節省時間,但也有破壞網站、影響聲譽的風險。因此,除了要瞭解聘請 SEO 有什麼好處之外,也要想想不負責任的 SEO 可能會對網站造成哪些傷害。許多 SEO、代理商和顧問都可以為網站擁有者提供實用的服務,包括:

  • 檢查網站的內容或結構
  • 網站開發的技術建議:例如,代管、重新導向、錯誤網頁、JavaScript 的使用
  • 內容開發
  • 線上商務發展活動管理
  • 關鍵字搜尋
  • SEO 訓練
  • 特定市場和地理方面的專業知識

開始尋找 SEO 之前,最好能先具備相關知識,並且熟悉搜尋引擎的運作方式。建議您先詳閱這份指南,並且多加利用下列資源:

如果您考慮聘請 SEO,建議越早越好,最佳時機就是考慮重新設計網站或打算推出新網站的時候。因為這麼一來,您和 SEO 就可以確保整個網站的設計都能讓搜尋引擎輕鬆運作。不過,優秀的 SEO 也能協助改善現有的網站。

如果您想深入瞭解是否有需要聘請 SEO 及相關注意事項,請參閱我們的說明中心文章「您需要 SEO 嗎?」11

協助 Google 找到您的內容

想讓 Google 顯示您的網站,首先您必須確保 Google 能找到您的網站,最好的做法就是提交「Sitemap」。Sitemap 是網站上的一種檔案,作用是讓搜尋引擎知道網站上有哪些新增的網頁或經過更新的網頁。進一步瞭解如何建立及提交 Sitemap12

Google 也會透過其他網頁的連結尋找網頁。請參閱本文件中的「宣傳網站」一節,瞭解如何鼓勵使用者發掘您的網站。

告訴 Google「不要」檢索哪些網頁

最佳做法

針對非機密資訊,您可以使用 robots.txt 檔案封鎖不必要的檢索作業

「robots.txt」檔案會告知搜尋引擎是否可以存取您網站的某些部分,進而對這些部分進行檢索。這個檔案必須命名為「robots.txt」,並放置在您網站的根目錄中。搜尋引擎仍可能檢索到 robots.txt 檔案禁止檢索的網頁,因此針對含有機密資訊的網頁,請使用更為安全的方法。

顯示 robots.txt 檔案正確位置的圖片。

您可能不希望搜尋引擎檢索網站中的某些網頁,因為這些網頁出現在搜尋結果中對使用者而言並無益處。如果您確實想阻止搜尋引擎檢索您的網頁,Google Search Console 中有一個很好用的 robots.txt 產生器可協助您建立這個檔案。請注意,如果您的網站使用了子網域,且您不希望搜尋引擎檢索特定子網域中的某些網頁,則您必須為該子網域單獨建立一個 robots.txt 檔案。如需更多有關 robots.txt 的資訊,建議您參閱「網站管理員說明中心」指南裡的使用 robots.txt 檔案一節13

瞭解其他防止內容出現在搜尋結果中的方法。14

請避免:

  • 不讓 Google 檢索您的內部搜尋結果網頁。使用者不會希望在點選搜尋引擎結果後,卻來到您網站上的另一個搜尋結果網頁。
  • 允許檢索因 Proxy 服務而建立的網址。

用更安全的方法處理機密資訊

如要封鎖敏感或機密內容,使用 robots.txt 檔案並不是最理想有效的方法;這種做法只能阻擋正常執行的檢索器檢索網頁,無法阻止您的伺服器將網頁傳送給發送相關要求的瀏覽器。不應採用 robots.txt 檔案的一個原因是,如果網際網路上碰巧存在連至您封鎖網址的連結 (例如參照記錄),則搜尋引擎仍然可以參照該網址 (只是顯示網址,而不顯示標題或摘要)。此外,有些不合法或惡意的搜尋引擎並不遵守「漫遊器排除標準」,可能會違背您在 robots.txt 檔案中的指示。最後,好奇的使用者可能會查看您 robots.txt 檔案中的目錄或子目錄,並猜中您不想曝光的內容網址。

如果您只是不想讓 Google 顯示網頁,並不介意讓其他知道連結的使用者造訪網頁,那麼您可以使用 noindex 標記。但如果想要確保絕對安全,就應該採用適合的驗證方法,例如要求使用者輸入密碼,或者是將網頁完全從您的網站中移除。

協助 Google (及使用者) 瞭解您的內容

向 Google 和使用者呈現完全相同的網頁

Googlebot 在檢索網頁時,應該和一般使用者看到完全相同的網頁15。為了讓您的網站以最理想的方式呈現,同時順利編入我們的索引目錄,請一律允許 Googlebot 存取您的網站使用的 JavaScript、CSS 及圖片檔。如果您網站的 robots.txt 檔案禁止檢索這些資源,我們的演算法將首當其衝,因而無法有效地轉譯您的內容並將其編入索引,連帶導致您的網站排名降低。

建議做法:

  • 使用網址檢查工具16 這項功能可讓您確實瞭解 Googlebot 所看到的內容,以及其如何呈現您的內容,也能夠協助您找出網站上存在的許多索引問題並進行修正。

建立可準確傳達內容的獨特網頁標題

使用 <title> 標記可讓使用者和搜尋引擎瞭解某個特定網頁的主題。<title> 標記應該放在 HTML 文件的 <head> 元素中。您應該為網站上的每個網頁都建立不重複的標題。

顯示標題標記的 HTML 程式碼片段

在搜尋結果中顯示合適的標題和網頁摘要

如果您的文件出現在搜尋結果網頁中,標題標記的內容通常會出現在搜尋結果的第一行 (如果您還不太瞭解 Google 搜尋結果的各個組成部分,請觀看搜尋結果剖析影片17以及這張 Google 搜尋結果網頁示意圖)。

您可以在首頁標題中列出您的網站/商家名稱,也可以納入一些其他重要資訊,例如貴公司的實體店面位置,或是一些主要內容領域或提供的服務。

最佳做法

準確描述網頁內容

選擇流暢易讀,而且可以有效傳達網頁內容主題的標題。

請避免:

  • 選擇與網頁內容無關的標題。
  • 使用像「未命名」或「新網頁 1」這樣的預設標題或不明確的標題。

每個網頁都要有獨一無二的標題

每一個網頁最好有一個獨一無二的標題,讓 Google 能夠清楚區分您網站上的每個網頁。如果您的網站有獨立的行動版網頁,別忘了也要為行動版網頁建立合適的標題。

請避免:

  • 讓網站上的所有網頁或大多數網頁都使用同一個標題。

使用簡短而明確的標題

簡短的標題同樣可以包含豐富的資訊。如果標題太長,或是給人感覺不太相關,Google 搜尋結果就可能只會顯示部分標題,或是演算法自動產生的標題。Google 可能也會根據使用者的查詢項目或搜尋用的裝置顯示不同標題。

請避免:

  • 使用既冗長又對使用者沒太大用處的標題。
  • 在標題標記中堆砌不必要的關鍵字。

使用「說明」中繼標記

網頁的說明中繼標記可為 Google 和其他搜尋引擎提供網頁內容的摘要。網頁標題可以由一些文字或詞組構成,而網頁說明中繼標記則可以由一兩個句子或一個簡短段落組成。和 <title> 標記一樣,說明中繼標記也位於 HTML 文件的 <head> 元素中。

顯示 <meta> 說明標記的 HTML 程式碼片段

說明中繼標記有哪些優點?

說明中繼標記非常重要,因為 Google 可能會用這些標記產生您網頁的摘要。請注意,這裡只說「可能」,是因為如果您的網頁中有一段文字非常符合使用者的查詢,Google 可能會選擇使用這段文字。建議您為每個網頁都加入說明中繼標記,這樣即使 Google 在網頁上找不到可做為摘要的文字,也可以使用說明中繼標記來生成摘要。在網站管理員中心網誌,您可以找到用更合適的說明中繼標記提升網頁摘要品質18以及對使用者而言更為實用的網頁摘要19等多篇實用文章。您也可以隨時參考說明中心的文章,瞭解如何建立合適的標題和網頁摘要20

「棒球卡」的一般藍色連結搜尋結果範例

最佳做法

提供準確的網頁內容摘要

您所撰寫的說明不但要提供實用資訊,也要能吸引使用者,這樣他們在搜尋結果中看到您的說明中繼標記 (以摘要形式出現) 時才會想進一步瀏覽。雖然說明中繼標記並沒有一定的字數下限或上限,但我們的建議是能夠完全顯示在搜尋結果中的長度 (請注意,根據搜尋方式及使用裝置的不同,使用者可能會看到不同長度的網路摘要),並且歸納所有相關資訊,方便使用者判斷網頁是否提供與他們切身相關的實用資訊。

請避免:

  • 撰寫與網頁內容無關的說明中繼標記。
  • 使用籠統的描述,如「這是一個網頁」或「關於棒球卡的網頁」。
  • 在說明中只堆砌了一堆關鍵字。
  • 直接將文件的所有內容複製貼到說明中繼標記中。

為每個網頁撰寫獨一無二的說明

為每個網頁使用不同的說明中繼標記,將對使用者和 Google 都有幫助,特別是搜尋結果中包含多個來自您網域的網頁時 (例如,使用 site: 運算子進行搜尋時)。如果您的網站含有成千上萬的網頁,大概不太可能精心撰寫每一個說明中繼標記;在這種情況下,您可以根據每一頁的具體內容自動產生說明中繼標記。

請避免:

  • 讓網站上的所有網頁或大多數網頁都使用同一個說明中繼標記。

使用標頭標記強調重要的文字

由於標頭標記通常會使其中包含的文字比網頁上的普通文字大一些,因此使用者可以清楚意識到這部分文字比較重要,而且可以幫助他們瞭解標題文字下的內容類型。設定標頭大小時,如果能由大到小依序列出各個標題,可為您的內容建立層次分明的結構,從而讓使用者更容易瀏覽您的文件。

最佳做法

想像您在撰寫大綱

撰寫標頭標記就像在撰寫一份落落長報告的大綱,要先考慮網頁內容的主要及次要重點分別是什麼,然後決定標頭標記的適當擺放位置。

請避免:

  • 在標頭標記中放置對定義網頁結構沒有幫助的文字。
  • 在適合使用 <em><strong> 等其他標記的地方使用標頭標記。
  • 隨意調整標頭標記的大小。

在網頁上使用標頭時需格外謹慎

請合理使用標頭標記;網頁上如果有太多標頭標記,會對使用者瀏覽內容造成不便,也會讓使用者難以判斷內容主題分別在哪裡開頭、哪裡結尾。

請避免:

  • 在網頁上過度使用標頭標記。
  • 使用過長的標頭。
  • 為了設定文字樣式而使用標頭標記,而不是用標頭標記來呈現結構。

新增結構化資料標記

在網頁中加入結構化資料21程式碼,搜尋引擎就能根據您對網頁內容的說明,更清楚瞭解您的網頁有什麼內容,並以更為實用 (和吸睛!) 的方式在搜尋結果中向使用者展示您的內容,進而為您的業務吸引理想的客群。

使用結構化資料的搜尋結果圖片,顯示搜尋結果多了星級評等這項實用資訊。

舉例來說,如果您為網路商店的個別網頁加上了相關標記,Google 就會知道這個網頁是用於販賣腳踏車,並且提供價格及客戶評論等資訊;我們可能會在使用者進行相關查詢時,在搜尋結果的網頁摘要中顯示這些資訊,也就是所謂的「複合式搜尋結果」。

結構化資料標記除了用於顯示複合式搜尋結果外,也會用於顯示其他格式的相關結果。舉例來說,如果您為實體商店加上營業時間的標記,潛在客戶就能在有需求的時候找到您的店家,並知道搜尋當下您的店家是否正在開門營業。

冰淇淋店的 Google 搜尋結果,顯示因使用結構化資料而產生的複合式搜尋結果。

您可以加上多種和業務相關的實體標記:

  • 銷售的產品
  • 商家位置
  • 介紹產品或商家的影片
  • 營業時間
  • 活動清單
  • 食譜
  • 公司標誌,或是更多其他資訊!

請前往開發人員網站,查看支援內容類型的完整清單22

建議您使用結構化資料和任何支援的表示法標記來提供內容說明。您可以將標記加到網頁的 HTML 程式碼中,或是使用資料螢光筆23標記協助工具24等工具 (詳細資訊請參考「最佳做法」一節)。

最佳做法

使用結構化資料測試工具檢查標記

您為內容加上標記後,可使用 Google 結構化資料測試工具25檢查實作結果是否正確無誤。您可以輸入內容所在位置的網址,或將包含標記的實際 HTML 複製下來。

請避免:

  • 使用無效標記。

使用資料螢光筆

如果您想嘗試使用結構化標記,但不想改變網站的原始碼,可以利用「資料螢光筆」。這項免費工具已和 Search Console 整合,可支援部分內容類型。

如想取得可直接複製並貼到您網頁的標記程式碼,請使用標記協助工具。

請避免:

  • 在不確定標記實作效果的情況下改變網站的原始碼。

持續追蹤標記網頁的搜尋成效

Search Console 中的強化報告26會顯示 Google 在您網站中偵測到具備特定類型標記的網頁數量、這些網頁在搜尋結果中出現的次數,以及過去 90 天內使用者點選這些網頁的次數,另外還會顯示偵測到的錯誤。

請避免:

  • 加入使用者看不到的標記資料。
  • 造假評論或加入無關的標記。

控制網站在 Google 搜尋結果中呈現的樣貌

如果加入正確的結構化資料,您的網頁還能在 Google 搜尋結果中使用許多特殊功能,包括顯示評論星等、別緻的裝飾等等。查看 Search Gallery,瞭解您的網頁符合哪些搜尋結果類型。27

管理網站階層

瞭解搜尋引擎使用網址的方式

搜尋引擎需要取得內容的專屬網址才能檢索內容及建立索引,並將使用者轉介至相關內容。舉例來說,不同的內容 (例如商店中的不同產品) 以及修改過的內容 (例如不同翻譯或地區的版本) 都必須使用獨立的網址,才能正確顯示在搜尋結果中。

網址通常可以分成幾部分:

<通訊協定>://<主機名稱>/<路徑>/<檔案名稱>?<查詢字串>#<片段>

例如:

https://www.example.com/RunningShoes/Womens.htm?size=8#info

Google 建議您儘可能讓所有網站使用 https://。主機名稱是指代管您網站的位置,通常會使用和您的電子郵件相同的網域名稱。Google 會將「有 www」和「沒有 www」(例如「www.example.com」和「example.com」) 的網址視為不同版本。將網站加入 Search Console 時,建議您同時加入 http:// 和 https:// 的版本,以及「有 www」和「沒有 www」的版本。

路徑、檔案名稱和查詢字串決定了系統會從您的伺服器中存取的內容。這三個部分會區分大小寫,因此使用「FILE」和「file」會導向不同的網址。主機名稱和通訊協定不會區分大小寫,所以無論使用大寫還是小寫字母都沒有關係。

一般而言,片段 (在本例中是「#info」) 是指瀏覽器捲動到的網頁部分。因為不管瀏覽到哪個片段,內容本身通常都不變,所以搜尋引擎一般會忽略片段。

不管首頁參照網址的主機名稱結尾是否有斜線符號,都會導向同樣的內容 (「https://example.com/」和「https://example.com」沒有差別);但路徑及檔案名稱結尾是否有斜線符號,則會影響導向的網址 (表示是檔案或目錄),舉例來說,「https://example.com/fish」和「https://example.com/fish/」會被視為兩個不同網址。

導覽功能對於搜尋引擎具有重要意義

在幫助訪客快速找到需要的內容方面,網站的導覽功能非常重要。此外,搜尋引擎也能藉由導覽功能來瞭解網站管理員所認定的重要內容有哪些。雖然 Google 提供的皆是網頁層級的搜尋結果,但 Google 也希望能進一步理解單一網頁在整個網站架構中的地位。

實用的網站網頁階層範例。

以首頁為規劃導覽功能的基準

所有網站都有首頁或「根」網頁,它們通常是網站上瀏覽次數最高的網頁,也是許多訪客瀏覽網站的起點。除非您的網站只有屈指可數的幾個網頁,否則您應該思考一下如何讓訪客從概括性網頁 (根網頁) 前往包含特定內容的網頁。如果您有許多關於特定主題領域的網頁,可以另建一個網頁來歸納這些相關網頁 (例如:根網頁 -> 相關主題資訊 -> 特定主題);如果您有上百件產品需要分類,則可以使用多個類別和子類別網頁。

使用「導覽標記清單」

導覽標記是指放置在網頁頂端或底部的一排內部連結,可讓訪客快速回到之前瀏覽的部分或是根網頁。大多數導覽標記會將最具概括性的網頁 (通常是根網頁) 放在最左邊的第一位;越靠近右邊的網頁連結提供的內容就越具體。如要顯示導覽標記,建議您使用導覽標記結構化資料標記28

網站的導覽標記清單顯示了目前的網頁階層。

為使用者建立簡單的導覽網頁

導覽網頁是指顯示網站架構的簡單網頁,通常由一份網站網頁的層級清單組成。當訪客在您的網站上找不到某些特定網頁時,就可以查看這個網頁。雖然搜尋引擎也會瀏覽導覽網頁,以便對您網站上的網頁進行更全面的檢索,但這個網頁主要還是為了一般訪客所設。

最佳做法

建立自然而清楚流暢的階層

請儘量建立簡單的架構,讓使用者能輕鬆從您網站上的主要內容前往他們想要的特定內容。如有必要,可以加入導覽網頁,並將這些網頁有效整合至內部連結架構。請確保使用者可以經由連結前往您網站上的每個網頁,而不是一定要使用內部「搜尋」功能才能找到特定網頁。您也可以視情況提供相關網頁的連結,方便使用者查找類似內容。

請避免:

  • 建立複雜的導覽連結網路,例如讓網站上的所有網頁全部互相連結。
  • 過度細分內容 (導致使用者要點選 20 個連結才能從首頁到達所需頁面)。

使用文字導覽連結

如果網站網頁大部分都是文字連結,搜尋引擎可以更容易檢索並瞭解您的網站。使用 JavaScript 建立網頁時,請使用「a」元素和網址做為「href」屬性值,並在網頁載入時產生所有選單項目,而不是被動等待使用者互動。

請避免:

為使用者建立導覽網頁,為搜尋引擎建立 Sitemap

為了使用者的便利,您可以為整個網站 (如果有成千上百個網頁,可以只針對最重要的網頁) 建立一個簡單的導覽網頁。此外,建立 XML Sitemap 檔案可以保證讓搜尋引擎找到您網站上新增及更新的網頁;這個檔案中會列出所有相關網址,以及主要內容最近一次的修改日期。

請避免:

  • 在導覽網頁提供過期資訊、包含無效連結。
  • 在導覽網頁列出未經整理的網頁清單;您可以依主題整理網頁。

顯示實用的 404 網頁

使用者偶爾會因為點選無效連結或輸入錯誤的網址,而連至您網站中並不存在的網頁。使用自訂 404 網頁30能夠確實幫助使用者返回您網站上的有效網頁,大幅改善使用者體驗。您的 404 網頁最好能提供返回您網站根網頁的連結,以及前往網站中熱門或相關內容的連結。您可以透過 Google Search Console 瞭解造成「找不到網頁」錯誤的網址來源31

請避免:

  • 讓搜尋引擎將您的 404 網頁編入索引 (請務必將網路伺服器設定為當使用者要求的網頁不存在時,能傳回 404 HTTP 狀態碼;如果是 JavaScript 網站,則納入 noindex 漫遊器中繼標記)。
  • 透過 robots.txt 檔案禁止搜尋引擎檢索 404 網頁。
  • 只提供「找不到」、「404」等模糊的訊息,或者甚至連 404 網頁都沒有。
  • 404 網頁的設計與您網站的其他網頁不一致。

簡單易懂的網址有助於傳達內容資訊

為網站上的文件建立描述明確的類別和檔案名稱,不僅有助於使網站更井然有序,還能為想要連結至您內容的使用者提供更簡單明確的網址。如果網址極度冗長複雜,裡面又沒有幾個可以讀懂的字,使用者可能會望之卻步。

下圖顯示的網址會讓使用者感到困惑,並產生不友善的感覺。

網頁名稱為數字的網頁網址 (沒有幫助)。

有意義的網址相較之下更為實用,在各種不同的情境中也更容易讓使用者理解。

顯示實用網頁名稱的網址 (讓人一目瞭然)。

 

網址顯示於搜尋結果中

最後請記得,在 Google 搜尋結果中,文件網址通常會顯示在文件標題下方。

Google 擅長檢索各種類型的網址結構,再複雜的結構也能手到擒來。但是理想上,還是花一些時間讓您的網址越簡單越好。

最佳做法

在網址中使用文字

如果網址包含與您網站內容和架構相關的文字,會更方便訪客瀏覽您的網站。

請避免:

  • 使用過長並包含不必要參數和工作階段 ID 的網址。
  • 選擇籠統的網頁名稱,例如「網頁 1.html」。
  • 使用過度堆砌的關鍵字,例如「棒球-卡片-棒球卡-棒球卡片.htm」。

建立簡單的目錄架構

使用可以妥善整理內容的目錄架構,也讓訪客可以輕鬆得知自己在您網站中的位置。請嘗試使用目錄架構來說明網址上的內容類型。

請避免:

  • 使用類似「.../目錄1/目錄2/目錄3/目錄4/目錄5/目錄6/網頁.html」的深層巢狀子目錄。
  • 使用與目錄內容無關的名稱。

為同一文件提供同一版本的網址

為了避免有人連結到這個版本的網址,有人連結到那個版本的網址,造成內容的信譽減弱,建議您在網站架構和網頁內部連結中使用同一個參照網址。如果您發現使用者會透過不同的網址瀏覽同樣的內容,只要設定 301 重新導向32,將造訪非偏好網址的使用者重新導向到您期望他們使用的網址,就能有效解決這種情況。無法重新導向時,您也可以使用標準網址或 rel="canonical"33 link 元素。

請避免:

  • 無論從子網域還是根目錄 (例如「<網域>.com/<網頁>.html」和「<子網域>.com/<網頁>.html」) 都可以瀏覽到相同的內容。

最佳化內容

打造富有吸引力的實用網站

和本指南中討論的各種其他因素相較,建立讓人眼睛一亮的實用內容可能是提升網站人氣最重要的因素。內容好不好是一看就明白的,當使用者發現到好的內容,就可能會想介紹給其他人,比如透過網誌文章、社交媒體服務、電子郵件、論壇等途徑進行推薦。

對於使用者和 Google 而言,這種口碑相傳的效應會提高您的網站聲譽,但如果沒有優質的內容做後盾,則難以創造這種效果。

建立有趣的新內容會產生來自其他網站的連結。

瞭解讀者的需求 (並滿足他們的需求)

考量使用者為找到您的某些內容而可能搜尋的字詞。使用者對於某個主題的瞭解程度可能會影響他們在搜尋查詢中使用的關鍵字。舉例來說,老資格的足球迷可能會直接搜尋「fifa」,也就是國際足球總會 (Fédération Internationale de Football Association) 的縮寫;而資歷尚淺的足球迷,則可能使用較為籠統的查詢字詞,例如「足球季後賽」。事先考慮這些搜尋行為的差異,並在撰寫內容時將這些差異納入考量 (妥善搭配關鍵字詞組),就可以達到良好的成效。Google Ads 提供了便利的關鍵字規劃工具34,可協助您找出新的變化關鍵字,並查看每個關鍵字的大致搜尋量。此外,您也可以透過 Google Search Console 的成效報表35,查看會讓您網站出現在搜尋結果中的熱門搜尋查詢,以及為您的網站帶來最多使用者的熱門搜尋查詢。

考慮建立其他網站沒有提供的全新實用服務。您還可以撰寫一篇原創研究報告、剖析引人入勝的新聞報導或善用您獨有的使用者基礎。其他網站可能缺乏做到這些事所需的資源或專業知識。

最佳做法

撰寫容易閱讀的文字

使用者喜愛行文流暢且淺顯易讀的內容。

請避免:

  • 撰寫篇幅冗長、夾帶很多錯字和文法錯誤的內容。
  • 品質低劣的內容。
  • 將文字內容嵌入圖片或影片中,導致使用者無法剪貼這些文字,而搜尋引擎也無法讀取這些內容。

主題編排鮮明

妥善編排您的內容是絕對有益的,這樣可以讓訪客清楚瞭解一個內容主題的開始和結束位置。將您的內容按照邏輯分段,可以幫助使用者更快找到他們需要的內容。

請避免:

  • 把各種不同主題的內容一股腦兒地塞在同一個網頁上,而且沒有分段、子標題,也不用版面配置區隔內容。

創作新穎而獨特的內容

新增內容不僅能吸引舊訪客一再造訪,也會帶來更多新訪客。

請避免:

  • 重述 (甚至是複製) 現有內容,這樣做並不會為使用者帶來其他好處。
  • 在網站各處放置重複或幾近相同的內容。
  • 進一步瞭解重複內容36

為使用者 (而非搜尋引擎) 進行內容最佳化

根據訪客的需求設計網站,同時確保搜尋引擎可以順利存取您的網站,通常就能帶來良好成效。

請避免:

  • 針對搜尋引擎插入大量不必要的關鍵字,這些關鍵字對使用者者毫無意義且易使人厭煩。
  • 包含「連至這個網頁的常見拼字錯誤」之類的文字,這對使用者而言毫無意義。
  • 以欺騙手法對使用者隱藏部分文字37,卻對搜尋引擎顯示這些文字。

善用連結

撰寫合適的連結文字

連結文字是具有連結作用的文字,使用者和 Google 可以從這類文字稍微瞭解連結所導向的網頁。您的網頁上可能有內部連結 (指向您網站上的其他網頁),也可能有外部連結 (指向其他網站上的內容)。無論是哪種連結,您的錨定文字寫得越明確,使用者就越容易瀏覽,Google 也越容易瞭解您所連結的網頁內容。

建議網站上實用連結文字的圖表。

撰寫適當的錨定文字可讓使用者和搜尋引擎容易瞭解連結網頁的內容。

最佳做法

選擇描述性文字

您選擇用於連結的錨定文字至少應提供有關連結網頁的基本訊息。

請避免:

  • 撰寫籠統的錨定文字,例如「網頁」、「文章」或「按一下這裡」。
  • 使用偏離主題或與連結網頁內容無關的文字。
  • 經常使用網頁網址做為錨定文字;雖然有時的確可以這麼做,例如宣傳或提及某個新網站的地址時。

撰寫簡明的文字

力求使用簡單明瞭的文字,通常是使用幾個字詞或簡短的詞組。

請避免:

  • 撰寫較長的錨定文字,例如長句或是一小段文字。

使用易於辨識的連結格式

讓使用者可以清楚分辨出普通文字和連結錨定文字。如果使用者很容易錯過連結,或是很偶然的情況下才會點選連結,則內容的實用性就會大打折扣。

請避免:

  • 使用會使連結看起來與普通文字無異的 CSS 或文字樣式。

同時考慮內部連結的錨定文字

通常情況下,您可能只會想到指向外部網站的連結,不過,如果能夠多花心思處理內部連結的錨定文字,或許就能讓使用者和 Google 更容易瀏覽您的網站。

請避免:

  • 特意為搜尋引擎使用大量關鍵字或冗長的錨定文字。
  • 建立不必要的連結,這對使用者瀏覽網站沒有幫助。

留意您連結的網站

當您的網站連結到其他網站,您網站的信譽可能會讓對方獲益。因此,有些使用者會將自己網站的連結放置在您的留言專區或留言板上,好沾您網站的光。另一方面,有時候您可能會以負面方式提到某個網站,但不希望對方因為您網站的信譽而獲益。舉例來說,假設您在撰寫一篇主題是垃圾留言的網誌文章,而您想提到一個最近在您的網誌發表了垃圾留言的網站。雖然您為了提醒別人注意這個網站,在內容中放置了相關的連結,但是您當然不希望垃圾網站能夠因此得到好處,這時 nofollow 屬性就能派上用場了。

另一種適合使用「nofollow」屬性的情況是小工具連結。如果您使用了第三方小工具來提供豐富的使用體驗並藉此吸引使用者,請檢查這些小工具是否含有任何會指向非預期位置的連結。有些小工具會在網站中加入非您特別配置的連結,甚至有網站管理員無法控制的錨定文字。如果您無法從小工具中移除這類連結,可以使用「nofollow」屬性讓它們失去作用。如果要為您自己提供的內容或功能建立小工具,請務必在預設程式碼片段的連結中加入 nofollow 屬性。

最後,如果您想為網頁中所有的連結都加上 nofollow 屬性,請在網頁的 <head> 標記中加入 <meta name="robots" content="nofollow"> 標記。如要進一步瞭解漫遊器中繼標記,請參閱網站管理員網誌38

使用「nofollow」對抗垃圾評論

將連結的「rel」屬性值設定為「nofollow」,就能阻止 Google 從您的網站連往這類連結的目標網頁,也防止這些網頁因為連結到您的網站而得到好處。如要為連結設定 nofollow 屬性,請在連結的錨定標記中加入 rel="nofollow",如下所示:

<a href="http://www.example.com" rel="nofollow">錨定文字在此</a>

nofollow 在什麼情況下會有用呢?如果您為網站上的網誌開啟了公開留言功能,當使用者的留言含有連結時,儘管您不樂意擔保連結網頁的內容品質,這些網頁還是可能會因為您網站的信譽而沾光。網頁上的網誌留言區經常會充斥垃圾留言。為這些由其他使用者加入的連結設置 nofollow 屬性後,就可以確保您苦心經營的網頁信譽不會讓垃圾網站受益。

包含外部連結的使用者留言圖例。

自動為留言欄和留言板加入「nofollow」屬性

許多網誌軟體套件都會自動為使用者留言設置 nofollow 屬性,即使沒有這種自動化機制,也多半會提供相關的手動設定。如果您的網站有其他涉及使用者自製內容的區域,比如訪客留言板、論壇、留言區、參照網址清單等,那麼也適用這項建議做法。如果您願意為第三方提供的連結擔保內容品質 (例如信任的留言者在您的網站上提供的連結),就無須為該連結使用 nofollow 屬性。不過請注意,如果連結的網站被 Google 認定為垃圾網站,可能會影響您自身網站的信譽。請造訪網站管理員說明中心,瞭解更多防堵垃圾評論的秘訣39,例如使用人機驗證 (Captcha) 機制,或啟用評論管理功能。

人機驗證 (Captcha) 彈出式視窗圖例

最佳化圖片

使用「alt」屬性

請為圖片提供描述性的檔案名稱和 alt 屬性說明。您可以透過「alt」屬性,指定圖片因故無法顯示時要使用的替代文字。

以圖例說明為圖片提供優良替代文字的用處。

為什麼要使用這個屬性呢?第一個原因是,如果使用者是透過輔助技術 (例如螢幕閱讀器) 瀏覽您的網站,alt 屬性的內容就可以為他們提供圖片的相關資訊。

另一個原因是,如果您把圖片設成連結,該圖片的替代文字就有類似文字連結錨定文字的作用。不過,我們不建議您在網站導覽上使用太多圖片連結,因為文字連結就具備相同的功能。最後,將圖片的檔案名稱和替代文字最佳化,可讓 Google 圖片搜尋等圖片搜尋專案更容易瞭解您的圖片。

最佳做法

使用簡單明瞭的檔案名稱和替代文字

就像改進網頁上的許多其他部分,檔案名稱和替代文字同樣是以簡明扼要為佳。

請避免:

  • 使用籠統的檔案名稱,例如「圖片 1.jpg」、「圖片.gif」、「1.jpg」;如果您的網站中有數千張圖片,您可以考慮為圖片自動命名。
  • 檔案名稱過長。
  • 在替代文字中堆砌關鍵字,或者複製並貼上完整的句子。

圖片附帶連結時,提供替代文字

如果您想使用圖片連結,請提供圖片替代文字來協助 Google 進一步瞭解您要連結的網頁;您可以想成是在撰寫文字連結的錨定文字。

請避免:

  • 撰寫過長的替代文字,否則可能會被視為垃圾內容。
  • 在網站導覽中僅使用圖片連結。

協助搜尋引擎找到您的圖片

圖片 Sitemap40 可針對 Googlebot 在您網站上找到的圖片提供更多相關資訊,並讓您的圖片更有機會顯示在「圖片搜尋」結果中。這個檔案的結構類似您網頁的 XML Sitemap 檔案。

使用標準圖片格式

使用普遍受支援的檔案類型;大部分瀏覽器都支援 JPEG、GIF、PNG、BMP 和 WebP 圖片格式。最好能夠使檔案名稱的副檔名與檔案類型相符。

讓您的網站適合透過行動裝置瀏覽

現今已經是行動裝置的天下,大多數使用者都會透過行動裝置在 Google 上執行搜尋作業。電腦版網站會造成行動裝置使用者在瀏覽和使用上的不便,因此,建立適合透過行動裝置瀏覽的網站是提高線上曝光率的重要手段。事實上,在 2016 年下半年,Google 已經開始實驗以行動版網站的內容為主41,進行排名、剖析結構化資料和產生摘要。

瞭解各種裝置之間的差異

  • 智慧型手機:在這份文件中,「行動裝置」指的是智慧型手機,例如搭載 Android 系統的裝置、iPhone 或 Windows Phone。行動瀏覽器和電腦瀏覽器相似,雖然螢幕尺寸較小,且在絕大多數情況下,預設的螢幕方向為直向,但仍舊可以轉譯各種 HTML5 規格的網頁。
  • 平板電腦:我們認為平板電腦應自成一種裝置類型,因此當我們提到行動裝置時,基本上並不包括平板電腦。平板電腦的螢幕較大,所以除了專為平板電腦設計的內容外,使用者在平板電腦上瀏覽網站時,還是習慣看到與電腦瀏覽器類似的顯示畫面,而不是智慧型手機瀏覽器的顯示畫面。
  • 多媒體手機:這類手機的瀏覽器能夠轉譯編碼符合 XHTML 標準的網頁,一般也支援 HTML5 標記、JavaScript/ECMAScript,但可能不支援某些採用 HTML5 標準的擴充功能 API。大部分非智慧型手機的 3G 手機,基本上都採用這種瀏覽器。
  • 功能型手機:這類手機的瀏覽器無法轉譯使用標準 HTML 編碼的一般電腦版網頁,只能轉譯 cHTML (iMode)、WML、XHTML-MP 等標記語言的瀏覽器也屬於這類。

我們的建議是針對智慧型手機所提供,但我們也同樣鼓勵多媒體手機和功能型手機網站的擁有者依照自身需求適度採納這些建議。

選擇行動策略

有許多方法能讓您的網站適合透過行動裝置瀏覽,Google 支援的實作方法如下:

建立好適合透過行動裝置瀏覽的網站後,您可以執行 Google 的行動裝置相容性測試45,看看您的網站上的網頁是否符合標準,可以在 Google 搜尋結果網頁上加上「行動版」標籤。您也可以查看 Search Console 行動裝置可用性報告46,修正對您的網站造成影響的行動裝置可用性問題。

如果您的網站在多個網頁上提供大量靜態內容 (例如網誌文章或產品到達網頁),請考慮實作 AMP47 (Accelerated Mobile Pages)。AMP 是一種特殊的 HTML 格式,不僅能確保網站保持高速運作且容易使用,還可在多種平台上 (包括 Google 搜尋) 進一步加速。

妥善設定您的行動版網站,讓 Google 能正確建立網站索引

不管您選擇為行動版網站設置何種設定,都請注意下列幾點:

  1. 如果您採用「動態服務」或擁有獨立的行動版網站,無論是將網頁設定為行動裝置專用格式,還是提供支援行動裝置格式的對應網頁,都必須讓 Google 得知這項設定。如此一來,Google 就能在搜尋結果中將您的內容準確提供給行動搜尋者使用。
  2. 如果您採用「回應式網頁設計」,請使用 meta name="viewport" 標記指示瀏覽器如何調整內容。如果您採用「動態服務」,請使用 Vary HTTP 標頭,依據使用者代理程式指明變更。如果您採用獨立網址,請使用內含 rel="canonical" 和 rel="alternate" 元素的 <link> 標記指明兩個網址間的關係。
  3. 維持資源的可檢索性。封鎖網頁資源會讓 Google 無法完整解讀您的網站內容。會出現這種情況,通常是因為您的 robots.txt 檔案封鎖了對您的部分或所有網頁資源的存取權限。如果 Googlebot 無法存取網頁資源 (例如 CCS、JavaScript 或圖片),系統可能就無法偵測出這是專為行動瀏覽器所建立的網頁,換句話說,我們可能無法偵測出這是「適合透過行動裝置瀏覽」的網頁,導致無法適時為行動搜尋者提供這個網頁的內容。
  4. 避免會對行動裝置訪客造成困擾的常見錯誤,例如影片無法播放 (以 Flash 影片做為網頁的重要內容時,即可能發生這種情況)。
  5. 如果行動版網頁無法提供令人滿意的搜尋體驗,在行動搜尋結果中的排名就會下滑,或者在搜尋結果中附帶顯示警告訊息。這類情形包括但不限於在行動版網頁上顯示妨礙使用體驗的整頁插頁式廣告48{/}。
  6. 在所有裝置上都能提供完整功能。手機使用者會希望,當他們使用您的行動版網站時,能夠像在網站支援的其他裝置上一樣使用同樣的功能 (例如留言和結帳) 及內容。除了文字內容外,行動版網站也必須嵌入所有重要的圖片和影片,並確保可透過行動裝置存取這些內容。對於搜尋引擎,您需要提供所有網頁版本的結構化資料及其他中繼資料 (例如標題、說明、link 元素等)。
  7. 確認電腦版網站具備的結構化資料、圖片、影片及中繼資料,行動版網站也一概不缺。

 

最佳做法

  • 使用行動裝置相容性測試49對您的行動版網頁進行測試,看看 Google 是否認為您的網站能在行動裝置上良好運作。
  • 如果您的行動版網頁有專門的網址,請務必對行動版網址和電腦版網址都進行測試,以便確認 Google 可以識別並檢索相關重新導向。

詳情請參閱 Google 的行動版網站指南。50

宣傳網站

隨著使用者透過搜尋或其他方式發現了您的內容,連至您網站的連結也逐漸增加,而 Google 明白您希望讓大家知道您對內容投注的心血。您可以藉由有效的宣傳,讓自己的新內容更快地受到對該主題有興趣的人關注。不過就和本文件中大部分的建議做法一樣,如果沒有拿捏好分寸,您的網站信譽反而可能受到傷害。

藉由在網站上發佈網誌文章的方式告訴訪客有新內容,是宣傳新內容或服務的好方法。如果其他網站管理員追蹤了您的網站或 RSS 資訊提供,也會接收到這項資訊。

將一些心力投入公司或網站的離線宣傳也會很有成效。舉例來說,如果您有公司網站,請務必在名片、信件抬頭、海報等處列出這個網站的網址。您也可以定期傳送電子報郵件給客戶,介紹您的公司網站上有哪些新內容。

如果您是商家的業主,只要在「Google 我的商家51上登錄您的商家資訊,就能幫助您觸及使用 Google 地圖和網頁搜尋的客戶。

Google 搜尋結果範例,顯示實體商店的複合式搜尋結果。

最佳做法

瞭解社交媒體網站

透過以使用者互動和分享為主軸的網站,可以更輕鬆地為將人們與他們感興趣的內容建立連結。

請避免:

  • 鉅細靡遺地宣傳所有瑣碎新內容;建議您著重宣傳能夠引起關注的重大新增項目。
  • 使用不正當手法52人為提升內容在服務中的排名。

接觸與您的網站相關的社群網站

或許有不少網站和您的網站擁有相似的主題內容,與這些網站溝通交流往往大有裨益。您的小眾使用者或社群中的熱門主題可以為您帶來靈感,從而協助您創作出更豐富的內容,或建立起優秀的社群資源。

請避免:

  • 針對與您的主題相關的所有網站濫發連結請求。
  • 向其他網站購買連結,企圖取得 PageRank。

分析搜尋曝光度和使用者行為

分析搜尋曝光度

各家主流搜尋引擎都為網站管理員提供了免費的分析工具,可用來分析特定網站在搜尋引擎中的搜尋曝光度,Google 也不例外;我們所提供的工具就是 Search Console53

Search Console 提供了兩類重要資訊:Google 是否能找到我的內容?我的網站在 Google 搜尋結果的成效表現如何?

使用 Search Console 無法讓您的網站獲得特殊待遇,但可以協助您找出問題。解決這些問題後,您的網站在搜尋結果中的排名就能有所提升。

這項服務可以協助網站管理員:

  • 查看 Googlebot 檢索網站的哪個部分時發生了問題
  • 測試及提交 Sitemap
  • 分析或產生 robots.txt 檔案
  • 移除 Googlebot 已檢索的網址
  • 指定偏好網域
  • 找出標題中繼標記和說明中繼標記的問題
  • 瞭解使用者最常使用哪些搜尋關鍵字找到網站
  • 瞭解 Googlebot 看到的網頁內容
  • 在違反品質指南時收到通知,並提出網站重審要求

Microsoft 的 Bing 網站管理員工具54網站也為網站管理員提供了免費工具。

分析您網站上的使用者行為

如果您已透過 Google Search Console 或其他服務提升了網站的檢索和索引成效,應該會想瞭解自家網站的流量情形。Google Analytics (分析) 等網路分析程式可提供寶貴的相關深入分析。這些程式可以協助您:

  • 深入分析使用者是如何連上您的網站以及他們在您網站上的行為方式
  • 找出您網站上最受歡迎的內容
  • 衡量在網站上執行的最佳化作業帶來哪些影響。舉例來說,修改標題和說明中繼標記是否讓來自搜尋引擎的流量提高了?

如果您是進階使用者,有了分析套件提供的資訊,再加上您伺服器記錄檔中的資料,您就能更全面地瞭解訪客和您文件的互動情形 (例如搜尋者可能使用哪些其他關鍵字找到您的網站)。

其他資源

網站管理員中心網誌55
從網站管理員中心網誌取得最新資訊。您可以在此找到 Google 搜尋的最新消息、最新 Search Console 功能及更多資訊。

網站管理員說明論壇56
在專為網站管理員設立的產品論壇中發文詢問您網站的相關問題,以及查看各種秘訣,瞭解如何建置優質網站。許多經驗豐富的人士都會在這裡貢獻文章,包括幾位傑出貢獻者57,Google 員工有時也會出現。

Google 網站管理員 Google+ 專頁58
加入網站管理員社群,即時掌握我們的最新公告、活動、秘訣和資源。

Google 網站管理員 Twitter 專頁59
隨時掌握 Google 的最新動態以及有助於建立優質網站的資源。

Google 網站管理員 YouTube 頻道60
觀看上百部專為網站管理員社群製作的實用影片,讓 Google 員工為您解答疑問。

搜尋服務的運作方式61
看看使用者進行搜尋時,Google 搜尋服務在背後是如何運作的。您會發現一些很酷的事情!

Get Your Business Online (GYBO)62
如果您在美國經營小公司,即可在此免費註冊網站。GYBO 目前正與 Google 和 Homestead 合作,為小公司提供免費註冊網站一年的服務。

附錄:本指南中使用到的連結網址

本指南提到的網址如下:

  1. https://g.co/WebmasterHelpForum
  2. https://www.google.com/search?q=site:wikipedia.org
  3. https://support-content-draft.corp.google.com/webmasters/answer/70897
  4. https://support.google.com/webmasters/answer/35769
  5. https://search.google.com/search-console
  6. http://g.co/webmasters
  7. http://g.co/WebmasterChecklist
  8. https://support.google.com/webmasters/answer/70897
  9. https://support.google.com/webmasters/answer/35769
  10. https://www.youtube.com/watch?v=piSvFxV_M04
  11. https://support.google.com/webmasters/answer/35291
  12. https://support-content-draft.corp.google.com/webmasters/answer/156184
  13. https://support.google.com/webmasters/answer/6062608
  14. https://support.google.com/webmasters/topic/1724262
  15. https://webmasters.googleblog.com/2014/05/understanding-web-pages-better.html
  16. https://support.google.com/webmasters/answer/9012289
  17. https://www.youtube.com/watch?v=MOfhHPp5sWs
  18. http://googlewebmastercentral.blogspot.com/2007/09/improve-snippets-with-meta-description.html
  19. https://webmasters.googleblog.com/2017/06/better-snippets-for-your-users.html
  20. https://support.google.com/webmasters/answer/35624
  21. https://developers.google.com/search/docs/guides/intro-structured-data
  22. https://developers.google.com/search/docs/guides/search-gallery
  23. https://www.google.com/webmasters/tools/data-highlighter
  24. https://www.google.com/webmasters/markup-helper/
  25. https://search.google.com/structured-data/testing-tool
  26. https://support.google.com/webmasters/answer/7552505
  27. https://developers.google.com/search/docs/guides/search-gallery
  28. https://developers.google.com/search/docs/data-types/breadcrumbs
  29. https://support.google.com/webmasters/answer/72746
  30. https://support.google.com/webmasters/answer/93641
  31. http://googlewebmastercentral.blogspot.com/2008/10/webmaster-tools-shows-crawl-error.html
  32. http://support.google.com/webmasters/answer/93633
  33. https://support.google.com/webmasters/answer/139066
  34. https://ads.google.com/home/tools/keyword-planner/
  35. https://support.google.com/webmasters/answer/7576553
  36. https://support.google.com/webmasters/answer/66359
  37. https://support.google.com/webmasters/answer/66353
  38. https://webmasters.googleblog.com/2007/03/using-robots-meta-tag.html
  39. https://support.google.com/webmasters/answer/81749
  40. https://support.google.com/webmasters/answer/178636
  41. https://webmasters.googleblog.com/2016/11/mobile-first-indexing.html
  42. https://developers.google.com/search/mobile-sites/mobile-seo/responsive-design
  43. https://developers.google.com/search/mobile-sites/mobile-seo/dynamic-serving
  44. https://developers.google.com/search/mobile-sites/mobile-seo/separate-urls
  45. https://search.google.com/test/mobile-friendly
  46. https://www.google.com/webmasters/tools/mobile-usability
  47. https://www.ampproject.org/
  48. https://webmasters.googleblog.com/2016/08/helping-users-easily-access-content-on.html
  49. https://search.google.com/test/mobile-friendly
  50. https://developers.google.com/search/mobile-sites/
  51. https://www.google.com/business/
  52. https://support.google.com/webmasters/answer/66356
  53. https://www.google.com/webmasters/tools/home
  54. https://www.bing.com/toolbox/webmaster
  55. https://support.google.com/webmasters/go/blog
  56. https://support-content-draft.corp.google.com/webmasters/go/community
  57. http://www.google.com/get/topcontributor/
  58. http://google.com/+GoogleWebmasters
  59. http://twitter.com/googlewmc
  60. http://www.youtube.com/GoogleWebmasterHelp
  61. http://www.google.com/insidesearch/howsearchworks/thestory/index.html
  62. http://www.gybo.com/
這篇文章實用嗎?
我們應如何改進呢?