搜尋引擎是怎樣運作的？SEO 不只檢索、索引、排名那麼簡單

談到搜尋引擎、SEO 的原理，許多人都知道檢索 Crawl、索引 Index、排名 Rank 這三大步驟，知道一個網頁要出現在搜尋結果當中必須經歷這個過程、缺一不可。許多人討論 SEO 都 Focus 在演算法的分析、關鍵字的操作策略，即排名的環節，較少著墨在前面的檢索和索引這兩個前置作業。

檢索和索引的優化即是廣義的 Technical SEO，討論 Technical SEO 不應該只是檢查 Robots.txt、Meta Robots、XML Sitemap 的 Checklist 檢核，背後涉及許多環節，在臺灣 SEO 圈中較少被論及，筆者想趁這次機會梳理箇中環節，讓大家初步了解 Google 搜尋引擎是怎樣處理網站世界裡數之不盡的網頁的。

談到 Technical SEO（技術面 SEO），筆者屢屢看到業界、市場對 SEO 技術和 Technical SEO（技術面 SEO）存在一些誤解，諸如：

• 以為 SEO 技術 ＝ 非常規的 SEO ＝ 黑、灰帽 SEO（真正的黑帽 SEO 朋友會笑到斷氣）
• 以為 Technical SEO 都涉及原始碼，是網頁工程師的事
• 高估 Core Web Vitals 和網站速度在 SEO 的重要度
• 以為 SEO 憑藉優秀的內容，只要「內容足以稱王」就一勞永逸、安枕無憂

網址可被「檢索」和「索引」只是 Technical SEO Baby Step，實際上擁有更豐富的內涵。另外，又有很多人認為 SEO 就是完成 Checklist 的功夫，把後台該有的欄位填一填，各種工具跑分有跑過，就一勞永逸了，就「合格」了。

為了讓讀者對 SEO 有更全面宏觀的理解，筆者嘗試將從事 SEO 這幾年的經驗作一些總結，並加入個人的見解。

Google 是怎樣運作的：從【檢索→索引→排名】講起 

搜尋引擎系統十分複雜，最簡單的方法是拆解為檢索（Crawl）→ 索引（Index）→ 排名（Rank）三部曲，但這顯得較為抽象，SEOer 常常將搜尋引擎比喻為「圖書館」來解釋其運作原理，因為兩者在原則上都是一個「龐大的、持續增加的索引資料庫」。

不只 SEOer，甚至連 Google 前高階工程師吳軍在《數學之美》科普搜尋引擎原理時，也是以「圖書館」為喻體：

大部分使用搜索引擎的人都會吃驚為什麼它能在零點零幾秒鐘找到成千上萬甚至上億的搜索結果。顯然，如果是掃描所有的文本，計算機掃描的速度再快也不可能做到這一點，這裡面一定暗藏技巧。這個技巧就是建索引。這就如同我們科技讀物背後的索引，或者圖書的索引。

Google 有一道面試產品經理的考題，就是「如何向你的奶奶解釋搜索引擎」。大部分候選人都是試圖從互聯網、搜索等產品的技術層面給出解釋，這道題基本通不過。好的回答是拿圖書館的索引卡片做類比。每個網站就像圖書館裡的一本書，我們不可能在圖書館書上一本本地找，而是要通過搜索（尋）卡片找到它的位置，然後直接去書架上拿。

從圖書館比喻的角度出發，「使用者要在圖書館借出一本書」和「使用者在搜尋引擎找到一個頁面」兩件事的原理別無二致，均具備兩個前提：

	圖書館	搜尋引擎
前提 1	圖書館要有這本書	搜尋引擎的索引系統已索引這條網址
前提 2	這本書被圖書館正確編目後進入索引	這條網址的內容被搜尋引擎正確解析、渲染後進入索引

（出現在搜尋結果頁的網頁，都是已經被搜尋引擎索引的網址）

至於檢索和索引其實有更多細節，這兩步可以再作細化，如 Google 這張經典的示意圖：

（圖片出處：Google 官方文件）

據此，我們不妨將三部曲拓展為五部曲，即：

找到 / 發現（Discover）→ 檢索（Crawl）→ 處理 & 渲染（Process & Render）→ 索引（Index）→ 排名（Rank）

個別說明於下：

1. 找到 / 發現：搜尋引擎的爬蟲在連結中發現網址，放入檢索佇列中，待日後安排時間進行檢索；
2. 檢索：造訪已發現的網址，了解網頁原始碼包含了哪些元素（HTML、圖片、影片、PDF、JS 檔案等），下載回 Google 作處理；
3. 處理 & 渲染：解析下載回來的檔案，模仿瀏覽器運行檔案進行渲染；
4. 索引：針對已經處理的資料進行分析和理解其內容後，決定是否將網址編入索引庫；
5. 排名：針對使用者在搜尋框鍵入的關鍵字，在索引庫對應的位置找出相關的網址，並根據演算法為這些網址進行排名。

※ 編按：索引（Index）在中文語境中也常常被稱作「收錄」，本文統一使用 Google 繁中文件的用法「索引」。

※ 這五部曲當中還含有很多細節，例如：Cache 快取、Caffeine 索引器、Two waves of indexing 二階段索引、CSR / SSR 等問題，此處無法一一盡述，所幸的是這不影響我們對檢索、索引機制的理解，暫略。

若想了解更多 Google 渲染、索引的運作原理，建議可以多閱讀 Javascript SEO 的資料，推薦閱讀： 

• SEO for JavaScript: An experiment to test search engines – OnCrawl
• Ultimate Guide to JavaScript SEO – Onely

「排名 Ranking」，指的是搜尋引擎如何基於排名要素和演算法，將已索引的網址按使用者的查詢提供排序的過程，這與如何呈現內容、建議相關性的 On-Page 和 Off-Page 層面有關。當中，除了一般的 Meta Title、H 標籤、內容、內 / 外部連結外，其實還有很多細節、原理應用其中，例如：Entity、語義 SEO、RankBrain、Navboost 等來進行作業，但這些與本文主題無關，暫且不論。

（Google 決定網頁排名的三個層次：網頁、網域、Entity）

順帶一提，2023 年下旬美國司法部對 Google 壟斷的裁判，披露了很多與演算法有關的內容（詳細可參 SEL 的報導）。不過，需要注意的是，Google 在證詞中使用的一些與演算法有關的文件、內部 E-mail，不少都是 2016 年期間的資訊，或許已經與 2026 年的當下脫節，但仍有一定參考價值：

（根據近年壟斷法案、API 文件洩漏後製作的 Google 搜尋運作流程圖，By Mario Fischer）

推薦閱讀：

• [SER] Google’s 3 Pillars Of Search Ranking Via DOJ Documents
• [SEL] 7 must-see Google Search ranking documents in antitrust trial exhibits
• 到底什麽是Google SEO？一個新的SEO等式、及如何正確的“以小博大”（實例分析）

除此之外，Google 的 Gary Illyes 近年多次在公開活動表示連結 Links 在排名要素的定位，可參考：

• [2023] Links are not a top 3 Google Search ranking factor, says Gary Illyes
• [2024] Google: We Need Very Few Links To Rank Pages; Links Are Less Important

若打算更深入了解搜尋引擎運作機制有，可參考以下 Google 官方文件：

• 瞭解 Google 搜尋的運作方式
• 詳盡指南：Google 搜尋的運作方式

現時的 Google 比誰都在意檢索、索引效率

讀到這邊，許多讀者可能就會問：我競爭 SEO 排名的文章都有被索引，不就是代表不用管這麼多五四三嗎？

Google 現行的演算法，它在排名時評估很多「網頁」以外的因素，例如網站的其他網頁往往也是決定因素。糟糕的檢索、索引環境好比是背後靈，你不知道的它的存在，但她又確實存在並在搗蛋。

目前許多網站管理者、行銷人員都常常誤判某些頁面的排名能力，總覺得已經優化到一個地步了、已經封頂了，但其實仍有很多的進步空間。誤判主因是他們沒有 Technical SEO 的觀念，或者說對 Google SEO 近幾年的發展認識較淺所致。

以下介紹幾個近年 SEO 界的最新動態來說明：

Google 索引難度增加

簡單來說，網址（頁面）被索引是頁面出現在搜尋結果的先決條件。換言之，網址未被索引＝不會出現搜尋結果上，即等於無法在 Google 搜尋到該網址，網址被索引才獲得競爭排名的最低條件。無需諱言的是，正如 Google 官方文件所説，目前 Google 的爬蟲技術已經相當成熟，基本上只要網址（頁）處於可檢索的狀況，Google 基本上都「能」作處理和索引。

然而，Google 這段話是針對「靜態環境」來說的，好比「實驗室數據」。實際上，Google 的搜尋系統現在無時無刻都在處理網路大大小小數以億計網站的檢索、索引，爬蟲機器人、渲染器、索引系統長期處在「過勞」狀況，因此網頁處於「可檢索」和「可索引」的狀態，不等於網頁最後都會「被檢索」和「被索引」，原因是 Google 要在有限的時間內盡可能處理夠多的網站，確保系統能及時處理到重要的、新鮮的資訊，它分配給每個網站的時間資源是不對等的。

根據 Cyrus Shepard 的分析，Google 這個「圖書館」存在「超收」問題，根據近年美國對 Google 的壟斷調查被迫公開的資訊，Google 2020 年索引庫的大小是 4000 億份檔案（除了常見的網址外，也包含 PDF、Doc 一類的檔案），是網路世界中僅次於 Wayback Machine 的第二大索引庫：

（Cyrus Shepard 製作的示意圖）

因此，Google 在檢索和索引上耗費龐大的成本，面對以 OpenAI 為首的生成式 AI 大量興起的客觀環境，網頁的大量新增使情況更為雪上加霜。因此 Google 變得更為挑剔，網站很大一部分頁面的檢索、索引優先度較低，很有可能在很長一段時間內影響的頁面效率，從而在熱門議題的 SEO 表現上落後一步。

在 Google Search Console 中，你可能會看到如下圖般這樣的情況：

實際的 SEO 的操作當中，「已找到，目前未索引」和「已檢索，目前未索引」在多情況下可以被當作同一件事。

Google 對已索引的頁面更為挑剔

許多網站主、行銷人員都有一個誤解 —— 誤以為網站的頁面數量越多越好，很多人認為網站的強弱和大小（頁面數量）呈正相關。但如果從搜尋引擎的機制深入地看，網站頁面的數量恰到好處、適可而止才是最理想，絕大多數網站的 SEO 排名、能見度問題，都不一定需要通過寫新的文章、放新的頁面來處理的，內容的適時更新、翻新反而比想像中重要，這扯遠了。

SEO 比拼的是有價值頁面的數量和品質，而「品質 ＞ 數量」，2 ~ 3 個高品質頁面勝過 10 ~ 15 個中低品質頁面。低品質頁面在 SEO 常常被稱作 Thin Content，當 Thin Content 過多的時候，搜尋引擎反而有可能把檢索預算都耗費這些無用頁面上，而網站的主題權威度也會被他們稀釋、沖淡，造成不良影響。

除非你的網站本身網域權重極高，否則 Thin Content 的氾濫早有一日會反噬網站的 SEO 表現，下圖是知名 SEO 專家 Kevin Indig 所作的示意圖，解釋大而無當的網站在搜尋引擎過份檢索的情況下，流量在某個時間點的跳水式下滑。

（圖片出處：Kevin ndig）

SEO 的三個維度：On-page、Off-Page、Technical

SEO 界有一句著名的話「Content is King, Links is Queen」，意思是掌握「內容」和「（外部反向）連結」即可把 SEO 做好。這句話原則上是對的，因為 SEO 的目的正是透過讓人信服的內容，完成行銷目標的一種商業模式。

先講結論，不論是 On-page 還是 Off-Page，其實都是建立網站和頁面相關度和權威度的各種製作內容的手法：

• On-Page：指的是在「頁內」進行的優化，圍繞在頁內／站內圍繞關鍵字主題所作的相關性建立手段，常見項目如：圍繞關鍵字提供高品質的對應內容（Title、H 標籤、圖片優化、文案內容、內部連結等）；
• Off-Page：指的是在「頁外」進行的優化，在站外建立與頁面 / 網站與關鍵字主題相關性和權威度手段，常見項目如：外部反向連結建立（Link Building / Backlinks）、提及 （Mentions）等。

我習慣把這些林林總總的東西歸納為建立「相關性」和「權重」的手段，向 Google 發出清晰的訊號：「嗨！這兒有一個跟 OOXX 主題高相關、高權威性的網頁喔！」

換一個角度，我們也可以將 On-Page 和 Off-Page SEO 理解為建立網站 E-E-A-T 的手段，換個角度來看，E-E-A-T 也是依賴 On-Page 和 Off-Page 實現。

（引用自 Olaf Kopp）

我們在上節已說明搜尋引擎由「檢索→索引→排名」的原理驅動，On-Page 和 Off-Page 基本上都是向「排名」系統釋出訊號的手段，而檢索、索引底下的相關優化項目則與其沒有直接關係，只有間接關係（例如「連結」貫穿搜尋引擎的方方面面，既提及相關度和權威度，又是進行檢索、建立索引不可或缺的參考因子）。

Technical SEO 則是優化檢索、索引的種種方法，讓搜尋引擎進入網站後能更順暢地在頁面之間移動，從而達到「發現新網址＞檢索＞渲染＞建立索引」和「回訪舊址＞發現內容更新變動」之目的。

最後，我們可以簡單列出 On-page、Off-Page、Technical 的定義：

• On-Page SEO：在與站內 / 頁內所作的各種內容面（提高相關度、權威度）優化方法；
• Off-Page SEO：在與站外所作的各種內容面（提高相關度、權威度）優化方法；
• Technical SEO：在網站背後確保網站各式網址（頁面）處於訪問暢順狀態的優化方法。

筆者習慣將 Technical SEO 的調整稱作「體質調整」，將網站比喻為人的身體，SEOer 則好比中醫師。我們通過不同的手法調整網站的「體質」，讓網站處於良好的檢索狀態。進一步來說，我們希望網站是一個健身壯漢，全身每個部分是肌肉，沒有半點贅肉，我們也希望 Google 作為「評審」也是這樣看待我們的。

回到近期臺灣 SEO 界流傳著技術面「只要低空飛過」一派的說法，這派人馬認為使用者應該要把時間精力集中在「文章」的製作上。單從搜尋引擎存在的目的是「向使用者提供符合需要的資訊」來看，乍看之下似無大礙。然而考慮到上節提及的搜尋引擎的運作原理，以及本節談論的 SEO 三個維度，便可知道那樣的說法僅僅觸及 SEO 的皮毛，未必能解釋到各種排名問題、顯示問題。

實際上，On-Page、Off-Page、Technical 三者彼此之間是互為影響的：

（圖片出處：Darth Autocrat (Lyndon NA) ）

On-Page、Off-Page、Technical SEO 三者之間唇齒相依，雖然 SEO 的靈魂是向消費者提供符合需求的好內容（On-Page），但搜尋引擎本身又需依靠連結、提及 Mentions 等訊號確定內容的可信度和權威性（Off-Page），然而內容、連結等則需讓網站處理良好的檢索、渲染、索引環境下才能被搜尋引擎所「正確」地看到和評估。

三者之間的關係是彼此依靠和互補：

（圖片出處：imageX）

另一個角度，Technical SEO 的調整目標是讓頁面具備處於較好的檢索條件，搜尋引擎爬蟲檢索流暢，讓新上線、更新的頁面更快被發現，推動排名的進步；On-Page、Off-Page SEO 的操作向搜尋引擎提供相關性，又能提高搜尋引擎對網站品質的認定，從而有機會分配到更多的檢索預算。

這樣來看，Technical SEO 的項目則是 SEO 的基礎，因為它左右了頁面最後的排名能力，例如：良好的網站架構和連結布局能讓網站的內容和連結能及時被 Google 所發現，又如正確地設置 rel=”canonical” 標籤整合重複內容則能讓頁面維持最高的競爭力，不致被站內其他頁面干擾其排名能力。

（SEO 專利專家 Olaf Kopp E-E-A-T Guide）

原則上，三者都十分重要、不可偏廢，但根據執行端（Ex. 網站管理者、甲方、建置商）實務 SEO 操作上，不同階段各有不同的重點——通常都會在早期先處理網站在檢索、索引上的問題，確保爬蟲檢索的流暢度，再陸續處理內容面的優化。

暴飲暴食的 Googlebot：貪婪是爬蟲的天性

搜尋引擎運作機制相當複雜，簡單來說，一個網頁要能夠被 Google 搜尋得到，前提是這個網頁能被 Google的爬蟲機器人所發現，並透過檢索、索引這兩個程序，才有機會出現搜尋結果頁中＝能夠被 Google 到。

網路世界浩瀚無邊，Google 為能提供最精準的搜尋結果，所以爬蟲機器人會竭盡所能在網路世界中遨遊，在其能力範圍內盡可能沿著每個發現到的「連結」去追蹤下去（如下方示意圖所示）。人類和爬蟲機器人瀏覽網頁時最大的差別在於：人類只會點擊他們有興趣的連結再移動到其他網頁，爬蟲則是會把每個它發現到的連結作移動，假設網頁擁有 100 個連結，它便會想盡辦法都進入這 100 個連結指向的頁面去一探究竟，因為 Google 不想放棄任何一個挖掘出寶藏級內容的可能；

因此，我常常將 Google 理解為一隻暴飲暴食的網路美食家巨獸，貪婪地以吃盡天下網頁為目標，不管好吃與否都先吃再說，不考慮會不會造成消化不良、腸病毒的風險，亦即不慎檢索到不重要的頁面、索引到不重要的內容。

（Ex-Googler Matt Cutts 講解 Google 搜尋運作原理）

這便是許多朋友在 SEO 工作中常常忽略／不關心的檢索、索引效率問題：

• 過多的無效檢索，耗損檢索預算（Crawl） → 不是所有網頁（址）都有檢索的必要；
• 過量的無效索引，造成索引膨脹（Index Bloat） → 不是所有網頁（址）都有索引的必要。

基於 Google 爬蟲的貪婪天性，它有可能專注在檢索、索引在一些對 SEO 比較沒幫助的網頁，導致：

• 爬蟲未及時檢索或索引對 SEO 有更高價值的頁面；
• 爬蟲未及時發現頁面的更新，導致錯過一些熱門議題的排名先機。

甚至有可能：

• 搜尋引擎索引了錯誤的網址，而不是我們預計的網址；
• 搜尋引擎雖然有索引到我們預計的網址，但也同時索引了一大包頁面內容相同相近的網址。

簡單來說，重要的網頁是否能維持在高效的檢索狀態，「意外地」影響網站整體 SEO 表現：本身有機會取得不錯排名的網頁表現不如預期、本身可以更上一層樓的頁面遺憾止步在尷尬的位置。

筆者最近接觸到一個案例：

（未經檢索、索引管理案例一則）

這是一篇點擊、曝光量都很可觀的文章，但這個頁面受網站的設計框架影響衍出大量無意義的參數網址，因此綠框網頁實際上在 Search Console 記錄到的平均排名卡在尷尬的第 9 名，而這很可能便是未作正確檢索、索引管理造成的後果，讓頁面與好排名失之於交臂。

因此，SEOer 的其中一項重要的工作，就是確保 Google 能集中預算處理網站的重要頁面、正確索引預想頁面。這通常都需要 SEO 視野的大局觀，並且熟悉 Google 搜尋引擎的運作原理才可做到，唯有對上述「原則」有正確的認識才能解決現存問題、預防未來潛在檢索、索引問題。

當然，並非所有網站都存在需要正視、亟需處理的 Technical SEO 問題錯誤，實際上其實也有許多即使存在也大可以選擇視而不見的情況。無須諱言，在 SEO 世界裡，仍然存在不少毫無 Technical SEO 下仍然表現出色的網站，但它們通常是品牌聲量極大的大型品牌網站，並非一般中小型網站可比擬。

SEO 的世界裡，大家需要知道的是 Technical SEO 的不足，變相則是要讓網站在 On-page（內容面優化）和 Off-page SEO（數位資產管理）上表現更佳來彌補。

我認為，行銷人、甚至部分同行對 Technical SEO 的輕視，源於他們對搜尋引擎原理認識的不足：

• 認為頁面上架後就一定會有排名、帶來流量；
• 認為 Technical SEO 是架站的事；
• 以為 Technical SEO 必然跟原始碼有關。

第 1 點相信大家都理解，至於第 2、3 點則只是事實的一部分，一些 SEO 的優化手段是同時具備內容和 Technical SEO 功能，例如「內部連結」。

連結：搜尋引擎的運轉核心

對 SEO 有一定認識的朋友，肯定都清楚反向連結 Backlinks 和內部連結 Internal (Back)links 的重要性，對使用者來說連結只是從頁面 A 移動到頁面 B、C、D、E 的手段，但在 SEO 的世界裡連結極為重要，連結（不分反向、內部）具備以下作用：

• 爬蟲機器人依據連結在網路世界中發現網頁，為網頁進入得以索引、索引的第一步；
• Google 經典的 PageRank 演算法，基於「連結」來為頁面打分數（此為極粗略的說明，可參　Ahrefs PageRank 演算法演進史文章）；
• 連結起傳遞權重（Link equity / Link Juice）的作用，連結好比是「投票」，獲得越多票（連結）的頁面，搜尋引擎原則上會認為頁面更加重要；
• 連結起傳遞相關（Relevance）的作用，搜尋引擎會根據頁面之間的連結關係，判斷哪些頁面具備相關性，而這也與錨文字有關。

（圖片出處：Terakeet）

筆者非常喜歡來自 Terakeet 的這張示意圖，它清楚地說明了連結在 SEO 的重要地位。

讀到這邊，一些讀者可能會心生疑問：「Google 的宗旨不是獎勵優質內容嗎？」「SEO 的靈魂不是內容嗎？」「Google 不是建議我們不要操作連結嗎？」，又或是「文章是不是開始離題了？」「談 Technical SEO 為什麼要提到連結？」

用一句話來說明，那就是「連結」貫串「內容面 SEO」和「Technical SEO」。為便討論，我們先點出結論：

• 沒有可供追蹤 Follow 的連結，爬蟲機器人無法發現頁面，後續的檢索、索引便不會發生；
• 連結影響排名，一個頁面獲得越多的連結，原則上具備更強的排名能力，連結來源頁面本身的連結權重和相關性越高，對指向頁面的幫助更大；
• 凡連結都會瓜分頁面的連結權重，過多的連結會削弱爬蟲的檢索效率、耗費檢索預算，變相削弱每個頁面的排名能力。

人們常說連結很重要，因為連結可以提供頁面的排名，這句話是對的。但大家了解背後的原理嗎？

毫不誇張的說法是「連結是搜尋引擎的靈魂」，Google 當年是憑藉基於連結的 PageRank 算法，該算法為連結賦予了全新的價值，使搜尋引擎正式進入 Google 的壟斷期，舊世代的搜尋引擎如 AltaVista、Ask Jeeves 也隨之沒落。搜尋引擎從只重視字詞出現頻率的石器時代，進入內容和連結並重的工業革命時代。

PageRank、Link Equity / Link Juice 的威力

PageRank 是由 Google 創辦人 Larry Page 和 Sergey Brin 提出的一種應用在搜尋引擎上的演算法，PR 算法通過連結分析為頁面提供定量標準。每個頁面都具備一個 PR 值，PR 值代表這個頁面獲得的連結分數，分數越高通常擁有越重要，越重要的頁面自然更值得出現在搜尋結果中（＝擁有更佳的排名能力）。

過去，Google 曾向大眾提供每個網頁的 PR 值，但後來招致網站之間存在 PageRank Sculpting 這種盲目追分的分數戰，後來才被移除。SEO 工具公司如 Moz、Ahrefs、Semrush 等提供的 Domain Rating、URL Rating 一類的分數便是仿照 PR 而設的一種連結計分標準，大家通常將它們視為 PageRank 的替代品，用來評估頁面連結的品質，切記這只是一種模仿而非 PageRank 本身。

PageRank 是 Google 少數公開承認的排名要素 Ranking Factors 之一（傳統的 PageRank 現在已由新版的算法取代，但核心概念不變），而在 SEO 圈子實際的說明，為了將演算法本身和連結權重作區別，常常將 PageRank 稱作 Link Equity 或 Link Juice 以示區別，我習慣譯作連結權重。

（Googler John Muller 公開承認 Google 搜尋依然使用 PageRank 評估頁面品質）

PR 值的計算法十分複雜，本文並不打算詳談，但對於理解 Technical SEO 來說，我們需要知道的是 PR 值存在流動性、不固定性：

• PR 值會經由連結從一個頁面傳遞到一個頁面，只有頁面存在連結就會發生 PR 值的傳遞；
• 頁面上的每個連結都會瓜分 PR 值，原則上連出的連結越少，頁面保留的 PR 值便越高；
• PR 值傳遞的過程中存在阻尼係數，也就是 PR 從一個頁面「接龍」到下個頁面、下下個頁面時，PR 值會按一定的比例衰減。

（PageRank 運作簡圖，轉引自 SEO by the Sea）

扣回 Technical SEO 的議題，簡單來說就是我們可以透過分配連結，讓特定頁面得到較多的 Link Juice，擁有較高 Link Juice 的網頁往往更容易取得好排名，再透過這個核心頁面作為中轉站，通過適當的布局，小型頁面也能分到更多權重，就可以讓連結權重的效應最大化。現在，許多網站打造的 Topic Cluster 其實也默默地應用著這個原理，提升網站大小頁面的排名能力。

（Link Juice 運作簡圖，By Webmarkets）

舉一個例子，假設我們擁有一個電商網站，現在可從友站獲得一個放入連結的機會，你會選擇挑選「某個商品頁 PDP」還是「商品分類頁 PLP」提供給對方呢？從連結權重的角度來出發，選擇「商品分類頁 PLP」會是更好的選擇，因為分類頁內含多個商品，我們可以透過一個反向連結為網站更多的頁面帶來連結效益，為小頁面注入更多 Link Juice，提高它們獲得排名的機會。相反，指向「商品頁 PDP」的話，連結能接續傳遞權重的對象比較少，連結帶來的效益便會較少。

Technical SEO 有需要做嗎？

最後，我們來回應近期臺灣 SEO 圈相當熱門的一個議題：

網站的技術面 SEO 是不是只需滿足最低需求就足夠呢？

什麼是網站的「最低 SEO 技術規定」？

近年，臺灣 SEO 界的許多朋友都說「技術面的 SEO 只需滿足基本門檻」即可，其根據是 Google 的這段文字（黃底高亮顯示處）：

（圖片出處：Google 搜尋技術相關規定）

官方文件此段的白話文是「當網頁可訪問 + 存在可以被索引的內容時，Google 都能夠為網頁建立索引」。但是，Technical SEO 存在的真正意義應該是「紅色底線」標註的文字：Google 沒有義務索引它所發現的每一筆網址，不是每一條網址都會被索引。換個講法，很多網站在檢索 Crawl 和索引 Index 階段都會遇到問題，現實不如 Google 在文件中解釋得那麼完美無瑕：

• 有些時候，我們不知道網站在 Google 眼裡處於封鎖狀態；
• 有些時候，網頁會基於各種原因不回傳 Status 200 狀態碼；
• 有些時候，含有豐富內容的頁面同樣不會被 Google 索引。

以上，是從積極層面看待 Google 與網頁之間的可檢索、可索引關係。

Technical SEO 優化的是在滿足搜尋引擎

接著，我們從消極層面看待 Google 去怎樣處理網頁的檢索、索引。實務上，網站基於不同的技術框架、設計邏輯等原因，往往存在很多「不需要」建立索引或是檢索的頁面，這些不必要的頁面除佔用 Googlebot 的資源和影響檢索的效率外，也會妨礙 Google 對網站整體品質的認定。以下是 Google 另一份官方文件的說明： 

（檢索預算管理：Technial SEO 的基石）

這份說明「檢索預算 Crawl Budget」的文件清楚指出：

• Google 不可能發現、檢索每一個可用的網址；
• Google 不可能、也不會對所有已檢索的網址建立索引。

扣回文章一開始的議題， 講到這邊，大家應該已經可以理解「技術面的 SEO 只需滿足基本門檻」的論述並不全然正確，沒有充足的立論基礎。

錯誤的翻譯導致錯誤的解釋

如果各位讀到這邊還是覺得上述說明不夠充分，我們不妨將那篇立論依據的網頁切回英文原版，看看英文是怎樣寫的：

（圖片出處：Google 搜尋技術相關規定英文原版）

關鍵在於繁中版將「It’s eligible to be indexed by Google Search」翻譯為「Google 搜尋就可以為該網頁建立索引」，「可以」一詞此處存在歧義：

英文原文：As long as your page meets the minimum technical requirements, it’s eligible to be indexed by Google Search

DeepL 英翻中：只要您的網頁符合最低技術要求，就有資格被 Google Search 索引

Google 繁中版本：只要您的網頁符合技術相關規定的最低需求，Google 搜尋就可以為該網頁建立索引

看到這邊，我想大家應該可以接受我們的論點了：Technical SEO 是 SEO 的重要組成，不具備相關知識，將無法宏觀地處理 SEO 排名問題。

小結

相對海外的 SEO，臺灣 SEO 界有「SEO = 內容行銷 / 寫文章」的風氣，較為忽略 Technical SEO，例如歐美的 SEO Agency 許多都有提供 Technical SEO 的諮詢和網站健檢服務，臺灣的廠商較少提供相關服務。

依我們做 SEO　的實務經驗，筆者絕對是「內容為王（Content is King）」的支持者，本文並沒有抱持「內容無用」、「程式 SEO 最棒棒」之類的觀點，筆者純粹只是想向各位呈現 SEO 的全貌，了解到「內容」需要札根在穩固的 Technical SEO 基礎上，才能長出更好更大的果實。