多數人以為標籤這個功能可有可無，頂多是替文章多貼幾個關鍵字方便自己整理；只是多數 CMS（尤其是 WordPress）並不是這樣運作的。標籤不是一個貼在文章上的裝飾字串，而是一個觸發器，只要在文章上打進一個新標籤，系統就自動生出一個彙整頁，把所有掛這個標籤的文章列在同一個網址下，而且這個頁面不會因為標籤只用過一次就自動消失。
一個常見的場景是這樣，寫一篇文章時臨時想到一個貼切的標籤就順手加上去，文章發布之後，那個標籤對應的彙整頁也跟著永久存在，即使之後再也沒有第二篇文章用同一個標籤。時間一久，後台不知不覺就累積出成百上千個這種薄頁面，每一個都在跟真正想推的文章頁、分類頁搶抓取資源，也搶排名。標籤頁不是天生有問題，但它預設的產生方式，會讓多數站長在沒有察覺的情況下，把稀薄內容越堆越多。
標籤頁該不該砍，答案不是一律留或一律刪，而是要看這個標籤背後有沒有策略規劃、聚合的內容夠不夠厚。
CMS 自動產生標籤頁的預設機制
標籤這個功能，在多數 CMS 裡是系統預設行為，不是手動去建立一個頁面。以 WordPress 為典型，只要在文章編輯畫面的標籤欄位打進一個新詞，儲存的當下，系統就會自動產生（或延續）對應的標籤彙整頁（tag archive），把所有掛上這個標籤的文章依時間排列出來。這個頁面不需要另外設定網址、不需要另外核准發布，作者甚至常常沒意識到自己按下發布鍵的同時，後台就多了一個永久存在的網址。
這跟分類（category）的運作邏輯明顯不同。分類通常需要事先規劃階層、發文時幾乎是必填欄位，站方多少會在建立分類的當下想過這個分類要放什麼；標籤卻扁平、隨手可加，往往是寫作當下臨時想到就打上去，沒有事前的架構思考。標籤頁之所以容易變成問題，根源就在它從一開始就沒有被當成需要規劃的東西。
更麻煩的是，這個彙整頁一旦產生，不會因為標籤之後再也沒被使用就自動消失。就算某個標籤只掛過一兩篇文章，之後幾年都沒有第三篇文章跟進，那個頁面依然掛在網站上，持續被搜尋引擎的爬蟲當成一個存在的網址對待。Google 官方在抓取預算（crawl budget）的說明文件中，把這種站方自己知道存在、但多半沒有仔細規劃的網址量，稱作 perceived inventory（可感知的網址庫存），並且明確指出這是站方最能正向控制的因子；文件原話是，如果這些網址裡有很多重複內容、或站方其實不想讓它們被抓取，就會浪費掉大量原本可以用在其他頁面的抓取時間。標籤頁正是這種作者無意識產生、逐年累積的典型案例，沒有人特意規劃它要不要存在，但它確實會被系統視為一個需要抓取與索引的頁面。
稀薄內容、抓取預算與關鍵字蠶食，標籤頁要付的三筆帳
標籤頁一旦被系統自動留下來，接下來要付的代價可以拆成三筆帳來看：內容本身太單薄、抓取預算被稀釋、跟正牌的分類頁或文章頁互搶排名。這三筆帳看起來是三個獨立的技術問題，但背後其實是同一件事，沒有人管理的自動產生頁面，共通會出現的副作用，不是標籤功能本身有問題。
近乎重複的內容是標籤頁最常見的體質問題
稀薄具體長什麼樣子，最常見的情況是一個標籤只掛了一兩篇文章。這種標籤彙整頁能顯示的內容，其實就是把那一兩篇文章的標題、摘要或連結重新排列一次，跟原本的文章頁高度重疊，卻沒有任何自己獨有的資訊，也沒有自己的觀點或架構。讀者點進這種頁面，看到的東西跟直接點文章連結幾乎一樣，唯一的差別只是多了一層列表包裝。
這正好對上 Google 官方對入口網頁（doorway pages）的定義精神。Google 在 2015 年更新品質指南時，列出一連串用來判斷入口網頁的問題，其中一條是：這個網頁是不是重複呈現網站上既有的實用項目，例如地點、產品，只為了多爭取一些搜尋流量。把地點、產品換成文章，正是標籤頁重複列出既有文章、卻沒有新增任何聚合價值的寫照。一個標籤只掛一兩篇文章時，這個頁面能做的事情，讀者直接透過文章內文的內部連結或分類頁就能達成，標籤頁本身沒有多帶來任何橫向瀏覽的價值。
抓取預算被稀釋，重要頁面反而排到後面
抓取預算（crawl budget）是 Google 官方文件裡定義出來的概念，由兩個因素共同決定：抓取能力上限（crawl capacity limit，伺服器撐得住多少同時連線）與抓取需求（crawl demand，Google 認為值得花多少力氣去抓）。當網站上累積了大量薄標籤頁，Google 的爬蟲仍然會把它們當成需要抓取的網址，時間就這樣被分掉，留給重要頁面（例如新發布的文章、剛更新的產品頁）的抓取次數與更新速度也跟著被排擠。Google 官方在同一份文件裡，把管理你的網址庫存列為最佳實務的第一條，具體做法包括整併重複內容、用 robots.txt 封鎖不重要的頁面、對永久移除的頁面回傳 404 或 410 狀態碼。
這不只是理論，HubSpot 官方部落格有一組實測數字可以佐證。HubSpot 的技術 SEO 負責人 Victor Pan 主導一次內容整理專案，刪除部落格上 3000 篇低價值頁面之後，抓取次數（total crawls）下降 20%，但被抓取的網址數量（URIs crawled）反而下降達 38%，代表清掉的頁面確實佔用了不成比例的抓取資源。Victor Pan 描述整理完之後的效果：現在提交內容、讓它被索引、開始從 Google 搜尋帶進流量，只需要幾分鐘到一小時；相較之下，一般網站的索引速度往往要花上數小時甚至數天。這組數字說明的是同一件事，清掉稀薄、重複的頁面之後，抓取效率與新內容被索引的速度都有立即可衡量的改善。
標籤與分類、文章互搶同一組關鍵字
標籤頁還有第三筆帳，就是關鍵字蠶食（keyword cannibalization），網站上有兩個以上的網址，剛好都命中同一組搜尋意圖，彼此在 Google 搜尋結果裡互相競爭，最後兩邊都排不好。標籤頁特別容易踩到這個問題，標籤的錨文字、網址結構往往剛好命中某個關鍵字，而站上真正該負責這個關鍵字的，是內容更完整的文章頁或分類頁。兩個頁面同時存在、同時被索引，Google 得自己判斷該把排名分給哪一個，結果經常是兩邊都被拉低。
這個問題不是空談，HubSpot 官方在整理部落格內容時，把它寫進了自己的判斷準則裡。他們替每個頁面在刪除、重定向、歷史優化三個選項之間做判斷時，其中一項決定選重定向而非直接刪除的依據，正是這個頁面本身帶有反向連結、或是跟站內其他內容互相競爭。連 HubSpot 自己都把跟站上其他頁面搶同一批流量當成需要主動處理的問題，而不是放著不管。這跟 Google 官方在抓取預算文件裡建議的整併重複內容是同一個邏輯，與其讓兩個頁面各自分到一半排名，不如把資源集中到一個頁面上，讓它有機會排得更前面。
標籤頁要聚合得夠扎實才有存在價值
前面兩節講的都是同一種標籤頁，沒有人規劃、任由系統自動累積出來的那種。但標籤頁本身不是問題的根源，關鍵在於它是不是被刻意規劃成一個主題聚合入口。如果一個標籤底下真的聚合了一批彼此相關、對讀者有橫向瀏覽價值的文章，而且站方自己寫了一段說明文字交代這批內容在談什麼，這個標籤頁就不再是稀薄頁面，而是一個小型的主題入口。
這個邏輯跟柱狀頁（pillar page）搭配群集內容（cluster content）是同一件事，差別只在於這次負責聚合的單位是標籤，不是另外再開一篇長文。這裡借用的是同一個原則做類比：內容要有規劃地聚合、彼此用連結串起來，才能讓讀者與搜尋引擎看出這是一個主題；不是說某個平台真的建議把標籤頁做成柱狀頁，兩者是不同的機制。HubSpot 官方在說明主題群集（topic cluster）模型時，描述了沒有規劃的部落格常見的問題：文章依時間堆疊在動態消息裡，好幾篇文章瞄準同一個核心關鍵字，把權重拆散到好幾個互相競爭的網址上，內部連結也是寫作當下想到什麼就連什麼，沒有章法。這段描述講的雖然是一般文章，但套用在標籤頁上一樣成立。一堆各自獨立、卻在搶同一個關鍵字的頁面，才是真正的問題；反過來，如果一批內容真的圍繞同一個主題、彼此用有意義的連結串接、共同指向一個聚合點，就能對讀者與搜尋引擎傳遞這裡有主題深度的訊號。
聚合頁該放多少自己的內容才夠。Google 官方發言人 John Mueller 在一次 Google 站長 Hangout 裡談過這個份量問題，這段發言後來被 Search Engine Roundtable 記者整理成逐字稿並附上影片連結，他認為聚合頁放一點點內容永遠有用，但不需要把它寫成一篇完整的文章；他形容應該避免的極端，是在頁面底部塞一整篇像維基百科條目的長文，因為那樣反而會稀釋頁面原本的用途，一方面要幫用戶找到那個類別的商品或文章，一方面也要讓連到個別項目的連結被看見，塞太多文字會讓這兩個目的都做不好。這給出一個清楚的份量判準，也就是標籤頁需要一小段自己的說明文字，讓 Google 與讀者理解這批內容在講什麼，但不必寫成長文。
聚合頁的正當性，還可以回到 Google 對入口網頁的定義本身去驗證。Google 2015 年那份公告列出的判準之一是：這個網頁存在的目的，是為了優化搜尋引擎、把訪客導向網站上真正實用或相關的部分，還是它本身就是網站使用體驗不可或缺的一環。換句話說，如果一個標籤聚合頁本身就是使用者體驗的一部分，能幫讀者找到同主題的其他文章，而不是單純為了多一個搜尋入口而存在，就不算違規的入口頁。
掛載篇數、策略規劃與說明文字，標籤頁去留的判準
前面兩節，一節講代價、一節講反面的正當性條件，合起來就可以收攏成一套具體的判準，讀完就能判斷自己手上的標籤該怎麼辦。判準不只一項：掛載篇數是最低門檻，但篇數夠也不代表就該留，還要看這個標籤是不是經過策略規劃、站方寫不寫得出一段像樣的說明文字。三者合起來才是完整的判準，不是單看篇數這一個數字。
Google 官方發言人 John Mueller 在 2021 年一場 Google 站長 Hangout 裡，對該不該用標籤給出過一個總結性的建議；這段發言由 Search Engine Journal 記者整理成逐字稿，他直言標籤本身沒有任何天生的排名魔法，它做的事情就是在網站內部多創造一些連結與頁面。他認為比較妥當的做法，是把標籤整合進一套經過仔細考慮的 SEO 規劃裡，臨時起意隨手加標籤，反而是比較不夠周全的做法。這句話直接支持了策略規劃與隨手貼是判準核心，而不是單純看數字。
一兩篇文章撐不起一個聚合頁
篇數是必要條件，但只是必要條件。標籤底下只有一兩篇文章時，這個頁面能做的事情，讀者直接透過文章內文的內部連結，或是站上的分類頁就能達成，標籤頁本身沒有多帶來任何橫向瀏覽的價值。這正好回扣前面稀薄內容那一節已經用過的 Google 官方入口網頁判準，也就是重複列出既有的實用項目，只為了多爭取一點搜尋流量的那個標準。一兩篇文章掛同一個標籤，本質上就是把既有文章內容重新列一次，沒有新增任何聚合價值。
反過來說，如果一個標籤底下已經累積了不少彼此相關的文章，篇數這一關就算通過，可以進到下一個判準，看它是不是經過策略規劃。篇數門檻不需要訂一個死板的數字，重點是這個頁面提供的橫向瀏覽價值，是不是讀者用其他方式（內部連結、分類頁）拿不到的。
寫不寫得出說明文字，是隨手貼與策略規劃的分水嶺
策略規劃聽起來抽象，但有一個具體、自己就能做的測試，試著幫這個標籤寫兩三句介紹文字，交代這批文章共同在回答讀者的什麼問題。寫得順、寫得出獨特角度，代表這個標籤有清楚的主題定位，值得繼續經營；寫不出來、只能複述這裡是關於某某主題的文章列表，就是隨手貼的訊號，代表標籤本身的定義太模糊，才會擠不出一段像樣的說明。
這個測試直接呼應前面 Mueller 談聚合頁內容份量的發言，一點點內容永遠有用，不需要寫成長文，但至少要有那一點點。擠得出來，代表對這個標籤想聚合的主題有清楚的想法；擠不出來，通常代表這個標籤從一開始就是臨時起意，而不是規劃出來的分類單位。這個自我測試比單純算篇數更準，因為篇數多但主題鬆散的標籤，一樣寫不出一段收斂的說明文字。
既有標籤頁的三種整理方式
套用前面整理出來的判準，手上一堆標籤頁該怎麼處理，答案要看每一個標籤實際落在哪一種狀態。
第一條路，不合格的標籤直接下 noindex，而不是刪除。刪除網址等於直接放棄掉這個網址可能還帶著的外部連結與零星流量；下 noindex 讓頁面留在網站上，讀者透過內部連結還能用，但不再出現在搜尋結果裡，也不再被搜尋引擎當成需要抓取與索引的對象。Google 官方在抓取預算文件裡，對於使用者可能還用得到、但不想被抓取的頁面，建議直接用 robots.txt 封鎖；而對於真正永久不再需要的頁面，則建議回傳 404 或 410 狀態碼，讓爬蟲拿到明確的不再抓取訊號。noindex 跟這兩種做法功能類似，差別在於執行的層級不同，共同點都是不讓搜尋引擎繼續把資源花在這個網址上。
第二條路，相近或重疊的標籤直接合併。同一件事被拆成兩三個標籤各自掛幾篇文章，結果是同一批讀者需求被拆進好幾個薄頁面，沒有一個頁面聚合得夠完整。Google 官方把整併重複內容列為管理網址庫存的第一項建議，做法是把重複的內容集中到單一頁面上，讓搜尋引擎專注在獨一無二的內容，而不是獨一無二的網址；合併相近標籤，做的正是同一件事。
第三條路，真正值得留、但內容還單薄的標籤要補強，不是直接放著不管。補強做兩件事：替它寫一段像樣的介紹文字，交代這批文章共同在講什麼；確認站上其他文章有沒有內部連結指回這個聚合頁，讓讀者跟搜尋引擎都找得到它。HubSpot 官方在整理部落格內容時，對每個頁面在刪除、重定向、歷史優化三個選項之間判斷，其中歷史優化指的正是頁面本身有反向連結、內容還救得回來，值得投入心力重新補強，而不是直接下架。
執行節奏同樣重要，不要一次把所有標籤全部下架或合併。HubSpot 的做法是分批次執行，整理一批之後，先觀察一週的流量變化，再處理下一批，一路重複這個節奏。分批執行的用意，是避免一次動作太大，誤傷了某個標籤頁其實還在帶進真實流量的情況。這種頁面平常不容易被注意到，分批觀察才不會漏掉。
標籤這個功能本身沒有對錯，問題出在多數人從沒把它當成一個需要規劃的資訊架構決策，而只是當成貼在文章上的方便小工具。一個標籤要不要留，答案不在於它叫什麼名字、用了多久，而在於三件事：掛的文章夠不夠多、背後有沒有清楚的主題規劃、站方寫不寫得出一段收斂的說明文字。三個條件都成立，標籤頁值得當成一個小型的主題入口好好經營；任何一項明顯不成立，noindex 或乾脆不做，才是對讀者與搜尋引擎都負責任的選擇。
下次在文章編輯畫面打上一個新標籤之前，不妨先想一次，這個標籤未來會不會累積出足夠的內容，值不值得投入時間寫一段介紹文字。這個習慣一旦養成，標籤系統就會從一堆隨手累積的副產品，變成真正幫得上讀者的導覽工具。