搜尋引擎最佳化(SEO) 入門指南：基本概念 - Google Developers

SEO：搜尋引擎最佳化(Search Engine Optimization)，也就是讓搜尋引擎更容易發現網站的程序；這個字眼也可以是工作職稱，意指從事搜尋引擎最佳化業務的專業人士。

例句： ... Google 搜尋中心 說明文件 SEO基礎知識 簡介 搜尋Essentials 讓Google顯示您的網站 Google搜尋的運作方式 搜尋引擎最佳化(SEO)入門指南 您需要SEO嗎？ 檢索及建立索引 Sitemap robots.txt 中繼標記 檢索器管理 移除網址 標準網址 重新導向 JavaScript搜尋引擎最佳化(SEO) 搜尋外觀 標題連結 摘要 圖片 影片 結構化資料 網站小圖示 所有搜尋外觀主題 網站專屬指南 電子商務 國際版和多語言版本的網站 教育 支援 網誌 最新消息 所有更新 說明文件更新 排名更新 最新YouTube影片 近期Podcast節目 活動 個案研究 English BahasaIndonesia Deutsch Español Español–AméricaLatina Français Italiano Polski Português–Brasil TiếngViệt Русский العربيّة हिंदी ภาษาไทย 中文–简体 中文–繁體 日本語 한국어 登入 說明文件 Google 搜尋中心 說明文件 更多 支援 網誌 最新消息 更多 活動 個案研究 SEO基礎知識 簡介 搜尋Essentials 讓Google顯示您的網站 Google搜尋的運作方式 搜尋引擎最佳化(SEO)入門指南 您需要SEO嗎？ 檢索及建立索引 Sitemap robots.txt 中繼標記 檢索器管理 移除網址 標準網址 重新導向 JavaScript搜尋引擎最佳化(SEO) 搜尋外觀 標題連結 摘要 圖片 影片 結構化資料 網站小圖示 所有搜尋外觀主題 網站專屬指南 電子商務 國際版和多語言版本的網站 教育 所有更新 說明文件更新 排名更新 最新YouTube影片 近期Podcast節目 首頁 搜尋中心 說明文件 提供意見 透過集合功能整理內容 你可以依據偏好儲存及分類內容。

搜尋引擎最佳化(SEO)入門指南 本指南適用對象 如果您是線上內容的擁有者或管理員，或者會使用Google搜尋服務宣傳線上內容或透過線上內容營利，請閱讀本指南。

如果您是成長中企業的負責人、眾多網站的擁有者、網路代理商的搜尋引擎最佳化(SEO)專家，又或者是SEODIY達人，熱衷於瞭解Google搜尋服務的運作機制，那麼您也是本指南的適用對象。

只要您想依照我們的最佳做法全面掌握SEO基本知識，本指南就是最佳幫手。

雖然本指南沒有秘訣可讓網站自動登上Google搜尋結果榜首(抱歉！)，但是只要採用本文介紹的最佳做法，便能讓搜尋引擎更容易檢索及解讀您的網站內容，並為這些內容建立索引。

搜尋引擎最佳化(SEO)通常是指對網站的某些部分進行小幅修改。

如果分開來看，這些變更可能並不明顯，但是在結合其他最佳化措施的情況下，它們對您網站的使用者體驗以及自然搜尋結果中的表現有顯著影響。

指南中的許多主題都是構成網頁的基本元素，因此您可能已經非常熟悉，但可能尚未充分發揮這些元素的完整功能。

您建立的網站應該要能讓使用者受益，並著眼於任何能改善使用者體驗的最佳化作業。

搜尋引擎也是這些使用者的其中一員，能幫助其他使用者發現您的內容，搜尋引擎最佳化作業(SEO)則可以協助搜尋引擎解讀及呈現網站內容。

您的網站規模可能和我們的示範網站有差距，網站內容可能也大相逕庭，但是本指南探討的最佳化主題適用於各種規模和類型的網站。

希望這份指南能在改善網站方面提供啟發，也非常歡迎您前往Google搜尋中心產品討論社群發問、提供意見及分享成功案例。

踏出第一步 詞彙解釋 這份指南有幾個重要用語，以下說明這些用語的定義與例句： 索引：Google會將所有已知網頁儲存在「索引」中，每個網頁的索引項目都會記錄網頁的內容及位置(網址)。

所謂的「建立索引」，是指Google擷取、讀取網頁，然後將網頁加入索引的過程。

例句：Google今天為我的網站建立了幾個網頁索引。

檢索：尋找新網頁或更新網頁的程序。

Google會透過追蹤連結、讀取Sitemap等多種方法發掘網址。

例句：Google檢索網路，尋找新網頁，然後在適當情況下為這些網頁建立索引。

檢索器：在網路上檢索(擷取)網頁並建立網頁索引的自動化軟體。

Googlebot：Google檢索器的通稱。

例句：Googlebot會持續檢索網路。

SEO：搜尋引擎最佳化(SearchEngineOptimization)，也就是讓搜尋引擎更容易發現網站的程序；這個字眼也可以是工作職稱，意指從事搜尋引擎最佳化業務的專業人士。

例句：我們聘請了一位新的SEO專員來提升網路曝光度。

您的網站在Google索引中嗎？ 判斷網站是否在Google索引中 使用site:語法搜尋網站的首頁網址，如果查得到相關結果，就代表Google已為網站建立索引。

舉例來說，搜尋「site:wikipedia.org」會傳回這些結果。

如果網站不在Google索引中 儘管Google會檢索數十億個網頁，但有時還是難免有所遺漏。

如果我們的檢索器遺漏了您的網站，通常是下列其中一個原因所造成： 網路上的其他網站無法順利連至您的網站 您的網站剛上線運作，Google還來不及進行檢索 網站本身的設計讓Google難以有效檢索其內容 Google在嘗試檢索您的網站時收到錯誤訊息 您的政策禁止Google檢索網站 該如何讓Google顯示我的網站？ Google是全自動化的搜尋引擎，會使用網路檢索器不斷檢索網路，尋找可加入索引的網站；通常您不須採取任何行動，只要在網站上張貼資訊，就能夠讓網頁顯示在Google的搜尋結果中。

實際上，列入搜尋結果中的絕大多數網站都不是由人工提交，而是Google在檢索網路時找出並自動添加至搜尋結果。

瞭解Google如何尋找、檢索並提供網頁。

我們提供了「網站管理員指南」，說明該如何打造適合Google檢索的網站。

雖然無法保證檢索器一定會找到特定網站，但遵照指南做法有助於讓您的網站顯示在搜尋結果中。

GoogleSearchConsole提供各種工具，可協助您將自己的內容提交給Google，並監控這些內容在Google搜尋服務中的表現。

您也可以按需求進行設定，如果Google在處理您的網站時遭遇重大問題，SearchConsole甚至可發送快訊通知。

申請使用SearchConsole。

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

我的網站會顯示在Google搜尋結果中嗎？ 我是否為使用者提供了優質內容？ 我的當地商家資訊會顯示在Google服務中嗎？ 使用者能在所有裝置上快速且輕鬆地存取我的內容嗎？ 我的網站安全嗎？ 您需要聘請SEO專家嗎？ SEO專家是受過相關訓練的人員，能協助提升網站在搜尋引擎中的曝光度。

只要跟著本指南學習，您就能掌握足夠的知識進行網站最佳化。

不過除此之外，我們也建議您聘請一位SEO專家來協助您稽核網頁。

聘請SEO是一項重大決定，雖然有可能改善網站並節省時間，但也有破壞網站、影響聲譽的風險。

因此，除了要瞭解聘請SEO有什麼好處之外，也要想想不負責任的SEO可能會對網站造成哪些傷害。

許多SEO、代理商和顧問都可以為網站擁有者提供實用的服務，包括： 檢查網站的內容或結構 網站開發的技術建議：例如，代管、重新導向、錯誤網頁、JavaScript的使用 內容開發 線上商務發展活動管理 關鍵字搜尋 SEO訓練 特定市場和地理方面的專業知識 開始尋找SEO之前，最好能先具備相關知識，並且熟悉搜尋引擎的運作方式。

建議先詳閱這份指南，並且多加利用下列資源： Google如何檢索網站、建立索引及提供網頁 Google網站管理員指南 如何聘請SEO 如果您考慮聘請SEO，建議越早越好，最佳時機就是考慮重新設計網站或打算推出新網站的時候。

因為這麼一來，您和SEO就可以確保整個網站的設計都能讓搜尋引擎輕鬆運作。

不過，優秀的SEO也能協助改善現有的網站。

如要深入分析自己是否需要聘請SEO，以及在尋找SEO時應留意哪些地方，請參閱「您需要聘請SEO嗎？」。

協助Google找到您的內容 想讓Google顯示您的網站，首先您必須確保Google能找到您的網站，最理想的做法就是提交「Sitemap」。

Sitemap是網站用來向搜尋引擎傳達資訊的一種檔案，搜尋引擎可藉此得知網站上新增或更新了哪些網頁。

進一步瞭解如何建立及提交Sitemap。

Google也會透過其他網頁的連結尋找網頁。

瞭解如何宣傳網站，吸引使用者探索您的網站內容。

告訴Google「不要」檢索哪些網頁 透過robots.txt檔案禁止系統檢索非機密資訊 robots.txt檔案會告訴搜尋引擎，網站上有哪些部分開放存取及檢索，又有哪些部分禁止相關作業。

這個檔案必須命名為「robots.txt」，並放置在網站的根目錄中。

請注意，搜尋引擎仍可能檢索到robots.txt檔案禁止檢索的網頁，因此，請使用更安全的方法來處理含有機密資訊的網頁。

#brandonsbaseballcards.com/robots.txt #TellGooglenottocrawlanyURLsintheshoppingcartorimagesintheiconsfolder, #becausetheywon'tbeusefulinGoogleSearchresults. User-agent:googlebot Disallow:/checkout/ Disallow:/icons/ 您可能不希望搜尋引擎檢索網站中的某些網頁，因為這些網頁出現在搜尋結果中對使用者而言並無益處。

請注意，如果網站使用了子網域，而且您不希望搜尋引擎檢索特定子網域中的某些網頁，就必須為該子網域單獨建立一個robots.txt檔案。

如要進一步瞭解robots.txt，建議參閱這份robots.txt檔案使用指南。

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

請避免： 讓Google檢索內部搜尋結果網頁。

使用者不會希望在點選搜尋引擎結果後，卻來到您網站上的另一個搜尋結果網頁。

允許檢索因Proxy服務而建立的網址。

用更安全的方法處理機密資訊 如要封鎖敏感或機密內容，使用robots.txt檔案並不是最理想有效的方法；這種做法只能阻擋正常執行的檢索器檢索網頁，無法阻止您的伺服器將網頁傳送給發送相關要求的瀏覽器。

不應採用robots.txt檔案的一個原因是，如果網際網路上碰巧存在連至您封鎖網址的連結(例如參照記錄)，則搜尋引擎仍然可以參照該網址(只是顯示網址，而不顯示標題連結或摘要)。

此外，有些不合規範或惡意的搜尋引擎並不遵守「漫遊器排除標準」，可能會違背您在robots.txt檔案中的指示。

最後，好奇的使用者可能會查看robots.txt檔案中的目錄或子目錄，並猜中您不想曝光的內容網址。

如果只是不想讓Google顯示網頁，並不介意其他知道連結的使用者造訪網頁，便可使用noindex標記。

但如果想要確保絕對安全，請採用更徹底的驗證方法，例如要求使用者輸入密碼，或者是將網頁完全從網站中移除。

協助Google(及使用者)瞭解您的內容 向Google和使用者呈現完全相同的網頁 Googlebot在檢索網頁時，應該和一般使用者看到完全相同的網頁。

為了以最理想的方式轉譯您的網站並順利建立索引，請一律允許Google存取網站使用的JavaScript、CSS及圖片檔。

如果網站的robots.txt檔案禁止檢索這些資源，我們的演算法將首當其衝，因而無法有效轉譯內容並為其建立索引，連帶可能導致網站排名降低。

建議做法：使用網址檢查工具。

這項工具可讓您確實瞭解Google所看到的內容以及實際轉譯結果，也能夠協助您找出網站上存在的許多索引問題並進行修正。

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

... 管理搜尋結果中的標題連結和摘要 當文件出現在搜尋結果網頁中時，系統可能會使用 ... 中繼說明標記有哪些優點？ 中繼說明標記非常重要，因為Google可能會將這些標記當做網頁在Google搜尋結果中的摘要。

請注意，這裡只說「可能」，是因為如果網頁中有文字非常符合使用者的查詢，Google可能會選擇使用這段文字。

建議您為每個網頁都加入中繼說明標記，這樣即使Google在網頁上找不到可做為摘要的文字，也可以使用該標記。

如要進一步瞭解如何建立優質的中繼說明，請參閱這篇文章。

提供準確的網頁內容摘要 因為您的中繼說明標記可能會顯示為搜尋結果的摘要，因此，您撰寫的說明不但要提供實用資訊，也要能吸引使用者想要進一步瀏覽。

雖然description中繼標記沒有字數下限或上限，但我們建議將說明文字控制在能夠完全顯示在搜尋結果中的長度(請注意，根據搜尋方式及使用裝置的不同，使用者可能會看到不同長度的網頁摘要)，並且歸納所有相關資訊，方便使用者判斷網頁是否提供與他們的搜尋相關的實用資訊。

請避免： 撰寫與網頁內容無關的中繼說明標記。

使用籠統的描述，如「這是一個網頁」或「關於棒球卡的網頁」。

在說明中只堆砌了一堆關鍵字。

直接將文件的所有內容複製貼到中繼說明標記中。

為每個網頁撰寫獨一無二的說明 為每個網頁使用不同的中繼說明標記可以同時幫助到使用者和Google，特別是在搜尋結果含有多個來自您網域的網頁時(例如使用site:運算子進行搜尋)，不同的說明中繼標記能幫助使用者區別這些網頁。

不過，如果您網站中的網頁數量眾多，大概不太可能精心撰寫每一個中繼說明標記；在這種情況下，您可以根據每一頁的具體內容自動產生中繼說明標記。

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

使用標題標記強調重要的文字 使用有意義的標題標記能夠突顯重要主題，有助於為內容建立層次分明的結構，從而讓使用者更容易瀏覽您的文件。

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

請避免： 在標題標記中放置對定義網頁結構沒有幫助的文字。

在更適合使用和等其他標記的地方使用標題標記。

毫無規律地使用不同大小的標題標記。

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

請避免： 在網頁上過度使用標題標記。

使用過長的標題。

為了設定文字樣式而使用標題標記，而不是用標題標記來呈現結構。

新增結構化資料標記 在網頁中加入結構化資料程式碼，搜尋引擎就能根據您對網頁內容的說明，更清楚瞭解網頁中有什麼內容，並能以更為實用(且吸睛)的方式在搜尋結果中呈現內容，進而為您的業務吸引理想的客群。

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

結構化資料標記除了用於顯示複合式搜尋結果外，也會用於顯示其他格式的相關結果。

舉例來說，如果為實體商店加上營業時間的標記，潛在客戶就能在有需求的時候找到您的店家，並知道搜尋當下您的店家是否正在開門營業。

您可以加上多種和業務相關的實體標記： 銷售的產品 商家位置 介紹產品或商家的影片 營業時間 活動清單 食譜 公司標誌，或是更多其他資訊 查看完整的支援內容類型清單。

建議使用結構化資料搭配支援的表示法標記來提供內容說明。

您可以將標記加到網頁的HTML程式碼中，或是使用標記協助工具和資料螢光筆等工具。

利用複合式搜尋結果測試來檢查標記 為內容加上標記後，可透過Google複合式搜尋結果測試檢查實作結果是否正確無誤。

檢查時可以輸入內容所在網址，或複製包含標記的實際HTML。

請避免： 使用無效標記。

使用資料螢光筆和標記協助工具 如果想嘗試使用結構化標記，但不想改變網站的原始碼，可以利用資料螢光筆。

這項工具已和SearchConsole整合，可支援部分內容類型。

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

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

持續追蹤標記網頁的搜尋成效 SearchConsole中提供了各項複合式搜尋結果報告，能顯示Google在您網站中偵測到具備特定類型標記的網頁數量、這些網頁在搜尋結果中出現的次數，以及過去90天內使用者點選這些網頁的次數，另外還會顯示偵測到的錯誤。

請避免： 加入使用者看不到的標記資料。

造假評論或加入無關的標記。

控制網站在Google搜尋結果中呈現的樣貌 如果加入正確的結構化資料，您的網頁還能在Google搜尋結果中使用許多特殊功能，包括顯示評論星等、別緻的裝飾等等。

請查看搜尋結果類型資料庫，瞭解您的網頁符合哪些搜尋結果類型。

管理網站階層 瞭解搜尋引擎使用網址的方式 搜尋引擎需要取得內容的專屬網址才能檢索內容及建立索引，並將該內容提供給使用者。

舉例來說，不同的內容(例如商店中的不同產品)以及修改過的內容(例如不同翻譯或地區的版本)都必須使用獨立的網址，才能正確顯示在搜尋結果中。

網址通常可以分成幾部分： protocol://hostname/path/filename?querystring#fragment 例如： https://www.example.com/RunningShoes/Womens.htm?size=8#info Google建議所有網站盡可能使用https://。

主機名稱是指網站的代管位置，通常會使用和您電子郵件相同的網域名稱。

Google會將www網址和非www網址視為不同版本，例如www.example.com和example.com。

將網站加入SearchConsole時，建議您同時加入http://和https://的版本，以及www和非www版本。

路徑、檔案名稱和查詢字串決定了系統會從您的伺服器中存取的內容。

這三個部分會區分大小寫，因此使用「FILE」和「file」會導向不同的網址。

主機名稱和通訊協定不會區分大小寫，所以無論使用大寫還是小寫字母都沒有關係。

一般而言，「片段」是指瀏覽器捲動到的網頁部分，在本例中就是指「#info」。

由於不管瀏覽到哪個片段，內容本身通常都不變，所以搜尋引擎一般會忽略片段。

不管首頁參照網址的主機名稱結尾是否有斜線符號，都會導向同樣的內容(也就是說https://example.com/和https://example.com的內容相同)；但路徑及檔案名稱結尾是否有斜線符號，則會影響導向的網址，因為關係到網址要表示是檔案或目錄，舉例來說，https://example.com/fish導向的內容就會和https://example.com/fish/的不同。

導覽功能對於搜尋引擎具有重要意義 網站的導覽功能之所以重要，是因為這可以幫助訪客快速找到所需內容。

此外，搜尋引擎也能從導覽結構中瞭解網站擁有者認定的重要內容有哪些。

雖然Google提供的皆是網頁層級的搜尋結果，但Google也希望能進一步理解單一網頁在整個網站架構中的地位。

以首頁為規劃導覽功能的基準 所有網站都有首頁或根網頁，它們通常是網站上瀏覽次數最高的網頁，也是許多訪客瀏覽網站的起點。

除非網站中的網頁屈指可數，否則請思考如何讓訪客從概括性網頁(也就是根網頁)前往包含特定內容的網頁。

如果您有許多網頁都關於特定一類主題，可以另建網頁來歸納這些相關網頁(例如：根網頁->相關主題資訊->特定主題)；如果您需要分類數百個不同產品，則可以使用多個類別和子類別網頁。

使用導覽標記清單 「導覽標記」是指放在網頁頂端或底部的一排內部連結，可讓訪客快速回到之前瀏覽的部分或是根網頁。

大多數導覽標記會將最具概括性的網頁(通常是根網頁)放在最左邊的第一位；越靠近右邊的網頁連結提供的內容就越具體。

如要顯示導覽標記，建議使用導覽標記結構化資料標記。

為使用者建立簡單的導覽網頁 導覽網頁是指顯示網站架構的簡單網頁，通常由一份網站網頁的層級清單組成。

當訪客在您的網站上找不到某些特定網頁時，就可以查看這個網頁。

雖然搜尋引擎也會瀏覽導覽網頁，以此在檢索網站上網頁時提升涵蓋率，但這個網頁主要還是為了一般訪客所設。

建立自然而清楚流暢的階層 請盡量建立簡單的架構，讓使用者能輕鬆從您網站上的主要內容前往他們想要的特定內容。

如有必要，可以加入導覽網頁，將這些網頁有效整合至內部連結架構。

請確保使用者可以經由連結前往網站上的每個網頁，不一定要使用內部搜尋功能才能找到特定網頁。

您也可以視情況提供相關網頁的連結，方便使用者查找類似內容。

請避免： 建立複雜的導覽連結網路，例如讓網站上的所有網頁全部互相連結。

過度細分內容(導致使用者要點選20個連結才能從首頁到達所需頁面)。

透過文字進行導覽 如果網站網頁大部分都是文字連結，搜尋引擎就能更輕易檢索並瞭解網站。

使用JavaScript建立網頁時，請使用a元素和網址做為href屬性值，並在網頁載入時就產生所有選單項目，不要被動等待使用者互動。

請避免： 完全依靠圖片或動畫來建立導覽。

需要處理指令碼事件進行導覽。

為使用者建立導覽網頁，為搜尋引擎建立Sitemap 為了方便使用者瀏覽，您可以根據自家網站的規模，建立包含所有網頁或某些重要網頁的簡單導覽網頁。

另外，您也可以建立一個XMLSitemap檔案，確保搜尋引擎能夠發現網站上的新增網頁和更新網頁；這個檔案中要列出所有相關網址，以及主要內容的最近一次修改日期。

請避免： 在導覽網頁提供過期資訊、包含無效連結。

在導覽網頁列出未經整理的網頁清單；您可以依主題整理網頁。

顯示能實際幫助使用者的404網頁 使用者有時會因開啟無效連結或輸入錯誤的網址，而連至網站中不存在的網頁，使用自訂404網頁能夠確實幫助使用者返回網站上的有效網頁，大幅改善使用者體驗。

請考慮加入連結，讓使用者能返回網站根網頁，或是前往網站中的熱門內容或相關內容。

您可以透過GoogleSearchConsole瞭解造成「找不到網頁」錯誤的網址來源。

請避免： 讓搜尋引擎為404網頁建立索引。

請務必設定網路伺服器，讓伺服器在使用者要求的網頁不存在時傳回404HTTP狀態碼；如果是JavaScript網站，則納入noindex標記。

透過robots.txt檔案禁止搜尋引擎檢索404網頁。

只提供「找不到」、「404」等模糊的訊息，或者甚至連404網頁都沒有。

404網頁的設計與您網站的其他網頁不一致。

簡單易懂的網址有助於傳達內容資訊 為網站上的文件建立描述明確的類別和檔案名稱，不僅有助於使網站更井然有序，還能為想要連結至您內容的使用者提供更簡單明確的網址。

如果網址極度冗長複雜，裡面又沒有幾個可以讀懂的字，使用者可能會望之卻步。

舉例來說，下列這個網址就會讓使用者感到困惑，並產生不友善的感覺： https://www.brandonsbaseballcards.com/folder1/22447478/x2/14032015.html 有意義的網址相較之下更為實用，在各種不同的情境中也更容易讓使用者理解： https://www.brandonsbaseballcards.com/article/ten-rarest-baseball-cards.html 網址會顯示於搜尋結果中 最後請記得，Google搜尋結果通常會以某種形式將文件的網址顯示在標題附近。

儘管Google擅長檢索各種類型的網址結構，再複雜的結構也能手到擒來，但如果您能花點時間盡可能簡化網址，會是比較理想的做法。

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

請避免： 使用過長且包含不必要參數和工作階段ID的網址。

選擇過於籠統的網頁名稱，例如page1.html。

過度堆砌關鍵字，例如baseball-cards-baseball-cards-baseballcards.html。

建立簡單的目錄架構 使用可以妥善整理內容的目錄架構，也讓訪客可以輕鬆得知自己在您網站中的位置。

請嘗試使用目錄架構來說明網址上的內容類型。

請避免： 使用深層巢狀子目錄，例如.../dir1/dir2/dir3/dir4/dir5/dir6/page.html。

使用與目錄內容無關的名稱。

為同一文件提供相同的網址版本 為了避免不同使用者連結到不同版本的網址，造成內容信譽因分散而減弱，建議您在網站架構和網頁內部連結使用同一個參照網址。

而如果使用者從不同網址瀏覽同樣內容的現象已經存在，建議設定301重新導向，將使用者一律導向到主要網址，就能有效解決這種情況。

如果無法順利重新導向，也可以考慮使用rel="canonical"link元素。

請避免： 無論從子網域還是根目錄都可以瀏覽到相同的內容，例如domain.com/page.html和sub.domain.com/page.html。

最佳化內容 打造富有吸引力的實用網站 和本指南中討論的各種其他因素相較，建立讓人眼睛一亮的實用內容可能是提升網站人氣最重要的因素。

內容好不好是一看就明白的，當使用者發現到好的內容，就可能會想介紹給其他人，比如透過網誌文章、社群媒體服務、電子郵件、論壇等途徑進行推薦。

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

瞭解並滿足讀者的需求 考量使用者為找到您的某些內容而可能搜尋的字詞。

使用者對於某個主題的瞭解程度可能會影響他們在搜尋查詢中使用的關鍵字。

舉例來說，資深足球迷可能會直接搜尋「fifa」，也就是國際足球總會(FédérationInternationaledeFootballAssociation)的縮寫；而資歷尚淺的足球迷，則可能使用較為籠統的查詢字詞，例如「足球季後賽」。

事先考慮這些搜尋行為的差異，並在撰寫內容時將這些差異納入考量(妥善搭配關鍵字詞組)，就可以達到良好的成效。

GoogleAds提供了便利的關鍵字規劃工具，可協助找出新的關鍵字變體，並查看每個關鍵字的大致搜尋量。

此外，您也可以透過GoogleSearchConsole的成效報表，查看會讓網站出現在搜尋結果中的熱門搜尋查詢，以及為網站帶來最多使用者的熱門搜尋查詢。

建議您創造出其他網站沒有的全新實用服務。

您還可以撰寫一篇原創研究報告、剖析引人入勝的新聞報導或善用您獨有的使用者基礎。

其他網站可能缺乏做到這些事所需的資源或專業知識。

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

請避免： 撰寫篇幅冗長、夾帶很多錯字和文法錯誤的內容。

品質低劣的內容。

將文字內容嵌入圖片或影片中，導致使用者無法剪貼這些文字，而搜尋引擎也無法讀取這些內容。

主題編排明確 妥善編排您的內容是絕對有益的，這樣可以讓訪客清楚瞭解一個內容主題的開始和結束位置。

將您的內容按照邏輯分段，可以幫助使用者更快找到他們需要的內容。

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

創作新穎而獨特的內容 新增內容不僅能吸引舊訪客一再造訪，也會帶來更多新訪客。

請避免： 重述(甚至是複製)現有內容，這樣做並不會為使用者帶來其他好處。

在網站各處放置重複或幾近相同的內容。

進一步瞭解重複的內容。

為使用者(而非搜尋引擎)進行內容最佳化 根據訪客的需求設計網站，同時確保搜尋引擎可以順利存取您的網站，通常就能帶來良好成效。

請避免： 針對搜尋引擎插入大量不必要的關鍵字，這些關鍵字對使用者者毫無意義且易使人厭煩。

包含「連至這個網頁的常見拼字錯誤」之類的大段落文字，這對使用者而言毫無意義。

以欺騙手法對使用者隱藏部分文字，卻對搜尋引擎顯示這些文字。

以培養使用者的信任為己任 使用者若認為網站值得信賴，便能自在地造訪您的網站。

有良好信譽的網站才值得信賴。

在特定領域培養專業性和可信度，有助於提高信譽。

提供相關資訊，告知網站的發布者是誰、提供哪些內容和網站目標。

如果您的網站屬於購物網站或其他金融交易網站，請務必提供明確且令人滿意的客戶服務資訊，協助使用者解決問題。

如果您擁有的是新聞網站，請清楚說明網站內容的負責人。

使用適當的技術也很重要。

如果購物結帳頁面沒有安全連線，使用者便無法信任該網站。

提供明確的專業性和權威性 專業性和權威性能夠提高網站品質。

請確保網站上的內容是由具相關專業知識的人員建立或編輯。

舉例來說，列出專家或經驗豐富的資訊來源，能夠幫助使用者瞭解文章的專業性。

在以科學為主題的網頁中，如果該主題存在著完善共識，那麼顯示此類共識就是很好的做法。

針對網頁主題提供適量內容 若要建立高品質的內容，至少需要在下列其中一方面投注大量心力：時間、心力、專業知識及人才/技能。

請確保內容準確、詳盡且行文清晰。

舉例來說，如果您將網頁定位為食譜，請提供容易理解的完整食譜，而不只是提供食材或對菜餚的基本描述。

請避免： 為網頁目的提供不完整的內容。

避免使用擾人的廣告 我們都希望廣告能盡可能獲得曝光，但廣告不該過度干擾使用者，或讓他們無法自在地瀏覽網站內容。

這類例子包括讓網站變得難以瀏覽的廣告、補充內容或插頁(在您想觀看的內容出現之前或之後所顯示的頁面)。

進一步瞭解這個主題。

請避免： 在網頁上放置擾人的廣告。

善用連結 撰寫合適的連結文字 連結文字是具有連結作用的文字，使用者和Google可以從這類文字稍微瞭解連結所導向的網頁。

您的網頁上可能有內部連結(指向您網站上的其他網頁)，也可能有外部連結(指向其他網站上的內容)。

無論是哪種連結，您的錨定文字寫得越明確，使用者就越容易瀏覽，Google也越容易瞭解您連結的網頁內容。

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

選擇描述性文字 撰寫錨定文字，至少提供一項有關連結網頁內容的基本訊息。

請避免： 撰寫籠統的錨定文字，例如「網頁」、「文章」或「按一下這裡」。

使用偏離主題或與連結網頁內容無關的文字。

經常使用網頁網址做為錨定文字；雖然有時的確可以這麼做，例如宣傳或提及某個新網站的地址時。

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

請避免： 撰寫較長的錨定文字，例如長句或是一小段文字。

使用易於辨識的連結格式 讓使用者可以清楚分辨出普通文字和連結錨定文字。

如果使用者很容易錯過連結，或是很偶然的情況下才會點選連結，則內容的實用性就會大打折扣。

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

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

請避免： 特意為搜尋引擎使用大量關鍵字或冗長的錨定文字。

建立不必要的連結，這對使用者瀏覽網站沒有幫助。

留意您連結的網站 當您的網站連結到其他網站，您網站的信譽可能會讓對方獲益。

因此，有些使用者會將自己網站的連結放置在您的留言專區或留言板上，好沾您網站的光。

另一方面，有時候您可能會以負面方式提到某個網站，但不希望對方因為您網站的信譽而獲益。

舉例來說，假設您在撰寫一篇主題是垃圾留言的網誌文章，其中提到一個最近在您的網誌發表了垃圾留言的網站。

雖然是為了提醒別人注意這個網站，才在內容中放置相關連結，但是您當然不希望垃圾網站會因為您網站的信譽而獲益，這時nofollow屬性就能派上用場。

另一種適合使用nofollow屬性的情況是小工具連結。

如果您透過第三方小工具來提供豐富的網站瀏覽體驗並吸引使用者，請檢查這些小工具是否含有任何會指向非預期位置的連結。

有些小工具會在網站中加入某些連結，對身為網站擁有者的您來說，這些連結並非您所選擇的內容，其中甚至包含您無法控制的錨定文字。

如果無法從小工具中移除這類連結，可以使用nofollow予以停用。

如果要為自己提供的內容或功能建立小工具，請務必在預設程式碼片段的連結中加入nofollow屬性。

最後，如果想為網頁中所有的連結加上nofollow屬性，請在網頁的標記中加入標記。

如要進一步瞭解漫遊器中繼標記，請參閱說明文件。

運用nofollow防範垃圾留言 如果想告訴Google不要再追蹤連結的網頁，或是不要將您的網頁信譽傳遞給連結網頁，請將連結的rel屬性值設為nofollow或ugc。

「為連結加上nofollow屬性」的意思，是指在連結的錨定標記中加入rel="nofollow"，或加入ugc等作用更明確的屬性，例如： Anchortexthere 或是： Anchortexthere nofollow在什麼情況下會有用呢？如果您為網站上的網誌開啟了公開留言功能，當使用者的留言含有連結時，儘管您不樂意擔保連結網頁的內容品質，這些網頁還是可能會因為您網站的信譽而沾光。

網頁上的網誌留言區經常會充斥垃圾留言。

為這些由其他使用者加入的連結設置nofollow屬性後，就可以確保您苦心經營的網頁信譽不會讓垃圾網站受益。

自動為留言欄和留言板加入nofollow屬性 許多網誌軟體套件都會自動為使用者留言設置nofollow屬性，即使沒有這種自動化機制，也多半會提供相關的手動設定。

如果您的網站有其他也涉及使用者自製內容的區域，比如訪客留言板、論壇、留言區、參照網址資訊等，那麼也適用這項建議做法。

假使您願意擔保第三方提供連結的內容品質(例如信任的留言者在網站上提供的連結)，就無須為該連結使用nofollow屬性。

不過請注意，如果連結的網站經Google認定為垃圾網站，可能會影響您自身網站的信譽。

請參閱Google搜尋中心說明文件，瞭解更多防堵垃圾留言的提示，例如使用人機驗證(Captcha)機制，或啟用評論管理功能。

最佳化圖片 使用HTML圖片 使用HTML圖片元素將圖片嵌入內容。

使用HTML或元素 語意式HTML標記可協助檢索器找到及處理圖片。

如果使用元素，您還能針對回應式圖片指定多種不同螢幕大小的選項。

此外，建議您一併在圖片中使用loading="lazy"屬性，藉此加快使用者瀏覽時的網頁載入速度。

請避免： 使用CSS顯示要建立索引的圖片。

使用alt屬性 請為圖片提供描述性的檔案名稱和alt屬性說明，alt屬性能夠指定在圖片因故無法顯示時要使用的替代文字。

為什麼要使用這個屬性？第一個原因是，如果使用者透過螢幕閱讀器等輔助技術瀏覽您的網站，alt屬性的內容能夠提供圖片的相關資訊。

另一個原因是，如果您把圖片設成連結，該圖片的替代文字就有類似文字連結錨定文字的作用。

不過，我們不建議在網站導覽上使用太多圖片連結，因為文字連結就具備相同的功能。

最後，將圖片的檔案名稱和替代文字最佳化，可讓Google圖片等圖片搜尋專案更容易瞭解您的圖片。

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

請避免： 使用籠統的檔案名稱，例如image1.jpg、pic.gif、1.jpg；如果您的網站中有數千張圖片，可以考慮為圖片採用自動命名機制。

檔案名稱過長。

在替代文字中堆砌關鍵字，或者複製並貼上完整的句子。

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

請避免： 撰寫過長的替代文字，否則可能會被視為垃圾內容。

在網站導覽中僅使用圖片連結。

協助搜尋引擎找到您的圖片 圖片Sitemap可以讓Google更瞭解在網站上找到的圖片，並讓這些圖片更有機會顯示在Google圖片搜尋結果中。

這個檔案的結構類似網頁的XMLSitemap檔案。

使用標準圖片格式 使用普遍受支援的檔案類型；大部分瀏覽器都支援JPEG、GIF、PNG、BMP和WebP圖片格式。

最好能夠使檔案名稱的副檔名與檔案類型相符。

讓網站適合透過行動裝置瀏覽 現今已經是行動裝置的天下，大多數使用者都會透過行動裝置在Google上執行搜尋作業。

電腦版網站會造成行動裝置使用者在瀏覽和使用上的不便，因此，建立適合透過行動裝置瀏覽的網站是打造線上形象的重要手段。

事實上，自2016年下半年起，Google已經開始實驗以行動版網站的內容為主，進行排名、剖析結構化資料及產生網頁摘要。

瞭解各種裝置之間的差異 智慧型手機：在這份文件中，「行動裝置」指的是智慧型手機，例如iPhone、WindowsPhone或搭載Android系統的裝置。

行動瀏覽器和電腦瀏覽器相似的地方在於，它同樣可以轉譯各種HTML5規格的網頁，差別只在行動裝置的螢幕尺寸較小，而且絕大多數情況下預設的螢幕方向都是縱向。

平板電腦：我們認為應該將平板電腦視為一種獨立的裝置類型，因此當我們提到行動裝置時，基本上並不包括平板電腦。

平板電腦的螢幕較大，所以除了專為平板電腦設計的內容外，使用者在平板電腦上瀏覽網站時，還是習慣看到與電腦瀏覽器類似的顯示畫面，而不是智慧型手機瀏覽器的顯示畫面。

多媒體手機：這類手機的瀏覽器能夠轉譯編碼符合XHTML標準的網頁，一般也支援HTML5標記、JavaScript/ECMAScript，但可能不支援某些採用HTML5標準的擴充功能API。

大部分非智慧型手機的3G手機，基本上都採用這種瀏覽器。

功能型手機：這類手機的瀏覽器無法轉譯使用標準HTML編碼的一般電腦版網頁，只能轉譯cHTML(iMode)、WML、XHTML-MP等標記語言的瀏覽器也屬於這類。

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

選擇「行動裝置友善」的導入策略 有許多方法能讓網站適合透過行動裝置瀏覽，Google支援的實作方法如下： 回應式網頁設計(建議使用) 動態服務 獨立網址 建立適合透過行動裝置瀏覽的網站後，您可以執行Google的行動裝置相容性測試，瞭解網站上的網頁是否符合標準，足以在Google搜尋結果網頁上標示為適合透過行動裝置瀏覽。

此外，您也可以查看SearchConsole行動裝置可用性報告，修正對網站造成影響的行動裝置可用性問題。

如果您的網站在多個網頁上提供大量靜態內容，例如網誌文章或產品到達網頁，請考慮採用AMP(AcceleratedMobilePages)格式。

AMP是HTML特殊的變種版本，不僅能確保網站保持高速運作且容易使用，還可在Google搜尋等多種平台上進一步提高載入速度。

妥善設定行動版網站，讓Google能正確建立網站索引 不管您選擇為行動版網站設置何種設定，都請注意下列幾點： 如果您採用「動態服務」或擁有獨立的行動版網站，無論是將網頁設定為行動裝置專用格式，還是提供支援行動裝置格式的對應網頁，都必須讓Google得知這項設定。

如此一來，Google就能在搜尋結果中將您的內容準確提供給使用行動裝置的搜尋者。

如果您採用「回應式網頁設計」，請使用metaname="viewport"標記指示瀏覽器如何調整內容。

如果採用「動態服務」，請使用VaryHTTP標頭，依據使用者代理程式指明變更。

至於採用獨立網址時，請在網頁中加入內含rel="canonical"和rel="alternate"元素的標記，指明兩個網址間的關係。

保持資源可供檢索。

封鎖網頁資源會讓Google無法完整解讀您的網站內容。

會出現這種情況，通常是因為您的robots.txt檔案封鎖了對您的部分或所有網頁資源的存取權限。

如果Google無法存取網頁資源(例如CCS、JavaScript或圖片)，系統可能就無法偵測出這是專為行動瀏覽器所建立的網頁，換句話說，我們可能無法偵測出網頁是否適合行動裝置瀏覽，也就無法適時地將網頁提供給使用行動裝置的搜尋者。

避免出現會對行動裝置訪客造成困擾的常見錯誤，例如無法播放的影片。

如果行動版網頁無法提供令人滿意的搜尋體驗，在行動搜尋結果中的排名就會下滑，或者在搜尋結果中附帶顯示警告訊息。

這類情形包括但不限於在行動版網頁上顯示妨礙使用體驗的整頁插頁式廣告。

在所有裝置上都提供完整功能。

行動裝置的使用者在瀏覽您的行動版網站時，都期待能使用和其他裝置版本網站一樣的功能(例如留言和結帳)及內容。

除了文字內容外，行動版網站也必須嵌入所有重要的圖片和影片，並確保使用者可以在行動裝置上存取這些內容。

對於搜尋引擎，您需要提供所有網頁版本的結構化資料，以及標題、說明、link元素等其他中繼資料。

確認行動版網站具備電腦版網站中所有的結構化資料、圖片、影片及中繼資料。

最佳做法 透過行動裝置相容性測試對行動版網頁進行測試，瞭解Google是否認為您的網站能在行動裝置上良好運作。

如果您的行動版網頁有專門的網址，請務必對行動版網址和電腦版網址都進行測試，以便確認Google可以識別並檢索相關重新導向。

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

宣傳網站 隨著使用者透過搜尋或其他方式發現了您的內容，連至網站的連結也逐漸增加，而Google明白您希望大家知道您對內容投注的心血。

您可以藉由有效的宣傳，讓自己的新內容更快地受到對該主題有興趣的人關注。

不過就和本文件中大部分的建議做法一樣，如果沒有拿捏好分寸，您的網站信譽反而可能受到傷害。

將網站有新內容的資訊透過網誌文章告訴訪客，是宣傳新內容或服務的好方法。

如果其他網站擁有者追蹤了您的網站或RSS動態消息，他們也可能會接力幫您宣傳。

此外，投入心力在線下宣傳您的公司或網站也很有成效。

舉例來說，如果您有公司網站，請務必在名片、信件信頭、海報等處列出這個網站的網址，也可以定期傳送電子報給客戶，介紹公司網站的最新內容。

如果您是當地商家的業主，只要聲明商家檔案的擁有權，就能觸及使用Google地圖和Google搜尋功能的客戶。

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

請避免： 鉅細靡遺地宣傳每項新內容；建議著重宣傳能夠引起關注的重大新增項目。

使用連結配置手法人為提升內容在服務中的排名。

接觸與您的網站相關的社群網站 或許有不少網站和您的網站擁有相似的主題內容，與這些網站溝通交流往往大有裨益。

您的小眾使用者或社群中的熱門主題可以為您帶來靈感，從而協助您創作出更豐富的內容，或建立起優秀的社群資源。

請避免： 針對與您的主題相關的所有網站濫發連結請求。

向其他網站購買連結，企圖取得PageRank。

分析搜尋成效和使用者行為 分析搜尋成效 各家主流搜尋引擎都為網站擁有者提供了分析工具，可用來分析特定網站在搜尋引擎中的搜尋成效，Google也不例外，我們所提供的工具就是SearchConsole。

SearchConsole提供了兩類重要資訊：Google是否能找到我的內容？我的網站在Google搜尋結果的成效表現如何？ 使用SearchConsole無法讓您的網站獲得特殊待遇，但可以協助找出問題。

解決這些問題後，網站在搜尋結果中的排名就能有所提升。

網站擁有者可以利用這項服務： 查看Googlebot檢索網站的哪個部分時發生了問題 測試及提交Sitemap 分析或產生robots.txt檔案 移除Googlebot已檢索的網址 指定偏好網域 找出title和description這兩個中繼標記的問題 瞭解使用者最常使用哪些搜尋關鍵字找到網站 瞭解Google看到的網頁內容 在違反品質指南時收到通知，並提出網站重審要求 Microsoft的Bing網站管理員工具也為網站擁有者提供了相關工具。

分析網站上的使用者行為 如果您已透過GoogleSearchConsole或其他服務提升了網站的檢索和索引成效，應該會想瞭解自家網站的流量情形。

GoogleAnalytics(分析)等網路分析程式可提供寶貴的相關深入分析。

這些程式可以協助您： 深入分析使用者是如何連上您的網站以及他們在網站上的行為方式 找出網站上最受歡迎的內容 衡量在網站上執行的最佳化調整帶來了哪些影響。

舉例來說，修改title和description中繼標記是否讓來自搜尋引擎的流量提高了？ 如果您是進階使用者，有了分析套件提供的資訊，再加上伺服器記錄檔中的資料，就能更全面地瞭解訪客和文件的互動情形，例如搜尋者可能使用哪些其他關鍵字找到您的網站。

其他資源 Google搜尋中心網誌 從Google搜尋中心網誌取得最新資訊。

這裡提供Google搜尋的最新消息、最新SearchConsole功能及更多資訊。

Google搜尋中心說明論壇 這是專為網站擁有者設立的產品論壇，您可以就網站上的問題發文詢問，還能查看各種打造優質網站的提示。

許多經驗豐富的人士都會在這裡貢獻文章，包括幾位產品專家，Google員工有時也會出現。

Google搜尋中心Twitter專頁 隨時掌握Google的最新動態，以及有助於建立優質網站的實用資源。

Google搜尋中心YouTube頻道 觀看上百部專為網站擁有者社群製作的實用影片，讓Google員工為您解答疑問。

搜尋服務的運作方式 瞭解使用者進行搜尋時，Google搜尋服務在幕後的運作情形。

提供意見 Exceptasotherwisenoted,thecontentofthispageislicensedundertheCreativeCommonsAttribution4.0License,andcodesamplesarelicensedundertheApache2.0License.Fordetails,seetheGoogleDevelopersSitePolicies.JavaisaregisteredtrademarkofOracleand/oritsaffiliates. Lastupdated2022-09-20UTC. [{ "type":"thumb-down", "id":"missingTheInformationINeed", "label":"缺少我需要的資訊" },{ "type":"thumb-down", "id":"tooComplicatedTooManySteps", "label":"過於複雜/步驟過多" },{ "type":"thumb-down", "id":"outOfDate", "label":"過時" },{ "type":"thumb-down", "id":"translationIssue", "label":"翻譯問題" },{ "type":"thumb-down", "id":"samplesCodeIssue", "label":"示例/程式碼問題" },{ "type":"thumb-down", "id":"otherDown", "label":"其他" }] [{ "type":"thumb-up", "id":"easyToUnderstand", "label":"容易理解" },{ "type":"thumb-up", "id":"solvedMyProblem", "label":"確實解決了我的問題" },{ "type":"thumb-up", "id":"otherUp", "label":"其他" }] 想進一步說明嗎？ Podcast 收聽《SearchOfftheRecord》Podcast Twitter 在Twitter上追蹤@googlesearchc 提出問題 在產品討論社群發文提問 參加搜尋引擎最佳化(SEO)諮詢時間 說明文件 取得最新消息 網誌 Twitter YouTube 資源 您需要SEO嗎？ 搜尋引擎最佳化(SEO)入門指南 SearchConsole說明文件 個案研究 工具 SearchConsole 行動裝置相容性測試 複合式搜尋結果測試 PageSpeedInsights AMP測試 Android Chrome Firebase GoogleCloudPlatform 所有產品 條款 隱私權 訂閱GoogleDevelopers電子報 訂閱 English BahasaIndonesia Deutsch Español Español–AméricaLatina Français Italiano Polski Português–Brasil TiếngViệt Русский العربيّة हिंदी ภาษาไทย 中文–简体 中文–繁體 日本語 한국어