多數經營 WordPress 網站的人根本沒發現，自己的網站背後正悄悄長出一批從沒設計過、也沒點開看過的頁面。只要用系統預設的文章網址結構，一篇文章發佈的當下，網站就會自動多出 3 個新網址，不用裝任何外掛，也不用動任何設定，它們就已經存在，而且搜尋引擎的爬蟲抓得到。
這種自動長出來的頁面叫日期彙整頁，是 WordPress 內建的功能之一。多一個彙整維度聽起來沒什麼壞處，頂多是網站多幾個網址；但對絕大多數的部落格與內容網站來說，留著它其實是淨扣分，它幾乎不服務任何一個真實讀者，卻默默增加一批被爬蟲抓進去、還拖累整站品質訊號的頁面。當然這不是萬用鐵律，時序本身有意義的少數站台是例外，但那留到後面再談。先從這批頁面是怎麼冒出來的講起，再一路拆到為什麼多數情況下該關掉它。
WordPress 日期彙整頁是什麼？多數部落格該關掉的功能
打開 WordPress 後台，你不會在任何選單看到「日期彙整頁」這幾個字，因為它從來不需要開啟，也沒有專屬的設定畫面。只要外觀設定裡的網址結構（Permalink）用了任何一種帶時間資訊的格式（多數 WordPress 網站預設就是如此），系統就會依 3 層時間單位自動產生封存頁：年封存頁（例如/2024/）、年月封存頁（/2024/03/）、年月日封存頁（/2024/03/15/）。每一層都列出對應時間範圍內發佈的所有文章節錄，格式跟首頁差不多，只是排序條件換成了發佈時間。
這 3 層彙整頁不是選配功能，而是 WordPress 核心（core）本身的公開行為，只要網址結構符合條件，它就自動存在，不需要另外安裝外掛，也不需要在後台按下任何一個開關。更重要的是，這些網址預設沒有被封鎖，也就是 robots.txt 沒有排除它們、meta 標籤也沒有 noindex，搜尋引擎的爬蟲可以正常找到並抓取每一層。
先把立場講清楚，對絕大多數的部落格與內容網站，日期彙整頁該關掉，至少也該掛上 noindex，不讓它進入搜尋引擎的索引。它是一種系統自動幫網站多開的門，但這道門背後沒有為讀者準備任何額外的東西，每一頁看到的內容，讀者早就能透過別的管道找到。這個立場成立的前提，是網站內容跟多數部落格一樣，讀者不靠日期找內容；如果經營的網站剛好相反，這個判斷會反過來，這點留到文章後段再拆。
留著日期彙整頁對多數部落格是淨扣分
留著日期彙整頁，對多數部落格與內容網站來說不是中性選項，也不是可有可無的小事，它是一個扣分項。這個結論不是靠單一原因撐起來的，而是 4 股各自獨立成立的力量疊加的結果：讀者根本用不到這個維度、內容在結構上被重複列出、抓取資源被悄悄吃掉、索引品質訊號被稀釋。
讀者找內容的路徑從不靠日期
沒有人會在腦子裡想著「這篇文章大概是 2024 年 3 月發佈的」，然後靠這個線索去找他想看的內容。真實讀者找內容只有 2 條路：一種是帶著關鍵字進 Google 搜尋，直接落在某一篇文章頁面；另一種是在網站裡逛，透過分類、標籤，或是相關文章的推薦，順著主題往下找下一篇。這兩條路徑共同的特徵，是它們都以主題或需求為軸心，不是以時間為軸心。
日期彙整頁在這兩種路徑裡都插不上手。它既不是讀者搜尋時會落地的目標頁，也不是讀者在站內瀏覽時會主動點開的分類。換句話說，這是一個對機器有意義、對人沒什麼意義的維度，對系統而言，依時間排序是最簡單的歸檔方式，方便程式產生封存清單；但對一個想找特定主題內容的讀者來說，「這篇是幾月發的」從來不是他判斷要不要點進去的依據。一個彙整維度如果沒有對應到任何一種真實的尋找行為，它就只是佔位，不是導覽。
同一批文章被切成好幾份形成結構性重複內容
日期彙整頁做的事，其實是把同一批已經存在別處的文章，換一個網址、換一種排序方式，再列一次節錄清單。這批文章原本就掛在分類頁上，也掛在標籤頁上，現在又多了一個「這個月或這一年發佈過」的版本，內容本身沒有任何新東西，純粹是同一組貼文的另一種排列組合。
這正好符合 Google 對「需要合併的重複網址」的定義。Google 在自家的搜尋文件裡把 canonical URL 定義為系統從一組重複頁面中，挑出最能代表該內容的那一個網址；文件也明確列出「同樣的內容可以透過不同網址存取」這種情境屬於需要處理的重複類型。同一篇文章同時掛在分類頁、標籤頁、日期頁 3 種彙整維度下都會出現，等於同一份內容有多個可被索引的版本，機器沒辦法自動判斷哪一個才是該被收錄的代表版本。Google 另一份談合併重複網址的文件建議，遇到這種情況可以用 301 轉址或 rel=”canonical”，把重複頁面合併成一個代表版本，理由是這樣能簡化追蹤指標，也讓爬蟲不用把時間分散在同一份內容的多個版本上，能專心把資源留給真正需要抓取的頁面。
抓取預算被自動增生的彙整頁悄悄吃掉
把「重複」這件事換成「代價」來看，情況更明顯。每多發佈一篇文章，WordPress 就會在背後多長出至少 3 個新的日期彙整網址，也就是這篇文章所屬的年、年月、年月日各 1 個。網站經營得越久、文章發得越多，這批網址的數量就跟著持續增生，不會停在固定幾頁，而且全部預設可以被抓取。
Google 官方在談大型網站抓取預算（crawl budget）管理的文件裡直接寫道，如果有很多網址是重複的，或者出於其他理由（像是頁面已經移除、內容不重要）不希望它們被抓取，這會浪費 Google 花在網站上的大量抓取時間。文件同時建議，對這種會無限增生、內容跟別的頁面高度重疊的網址，可以用 robots.txt 直接把它排除在抓取範圍外；已經徹底移除的頁面則回傳 404 或 410，讓爬蟲不用重複造訪。日期彙整頁完全符合這個描述，它會隨著文章數量一直增生，內容又跟分類頁、標籤頁重疊，正是官方點名該處理的類型。這不是美觀與否的選擇性問題，是官方文件明確指出的資源浪費。
索引灌水，稀釋了整站的內容品質訊號
再往下看一步，從抓取走到收錄。就算日期彙整頁真的被爬蟲抓了，這種節錄式、跟其他頁面高度重疊的內容，本身也很難通過收錄的品質門檻，常常卡在「已檢索，目前尚未建立索引」這種狀態，等於白費了這趟抓取工夫。就算真的被收錄進去，站上多出一批這種薄內容網址，也不是額外的曝光機會，而是在跟站上其他真正有內容的頁面互相稀釋。
讀者用不到這個維度、內容在結構上重複、抓取資源被悄悄吃掉，再加上這裡談的索引訊號被稀釋，4 股各自獨立成立的力量疊加在一起，結論就很清楚：保留日期彙整頁，對多數部落格是一個預設扣分的選項，不是中性、可有可無的設定。
時序本身是賣點的站，日期彙整頁反而該留
前面講的是多數部落格，不是所有網站。「該不該留」從頭到尾只問一件事，這個網站的讀者，會不會真的用日期這個維度去找內容。多數部落格的答案是不會，但有一種站台的答案是肯定的，內容本身帶著時序意義，讀者本來就想知道這件事發生在什麼時候、跟前後哪些事放在一起看。
這裡要把多數部落格跟例外的界線劃清楚，免得誤以為前面講的是無條件的技術建議、每個網站都該照做。例外成立的條件也不是隨便一個網站不想關就不用關，而是要真的滿足內容本質上時序敏感這個條件。
新聞與時事媒體，日期就是讀者要的排序依據
時事新聞網站是最典型的例外。讀者查一個議題的來龍去脈時，「這篇報導是什麼時候發的」本身就是關鍵資訊，早一篇報導跟晚一篇報導的意義不同，甚至需要照時間順序排列，才看得出一件事情怎麼演變到現在這個樣子。這種需求不是偶爾出現，而是議題追蹤型媒體天天都在發生的日常。
對這類站台，日期不是一個多餘的歸檔維度，它就是讀者真正想用來排序、查找內容的那個維度。前面那條判準（讀者會不會用這個維度找內容）套到這裡是成立的，日期彙整頁因此有實質的導覽價值，值得留著索引，而不是關掉或 noindex。
活動紀錄和年度回顧站，時間軸本身就是內容
另一種例外是持續辦活動、記錄年度大事、做歷史性整理的網站。這類站台的內容本身就是照時間排下來看才有意義，讀者想看的正是這條時間軸本身，今年辦了哪些活動、跟去年比多了什麼、哪個階段發生了什麼事。日期彙整在這裡從系統自動產生的邊角料，變成這個網站的賣點之一，值得好好經營，而不是隨手關掉。
兩種例外收攏起來看，共同點很清楚，時間軸本身就承載著內容意義，不是附加的整理方式。新聞媒體靠時間排出事件演變，活動紀錄站靠時間排出歷史脈絡，這兩種情況下，日期彙整頁做的事情，正好就是讀者真正需要的那種導覽。
唯一該問的準則是讀者用不用日期找路
真正該問的只有一句可操作的自問：不是網站大不大，也不是有沒有空處理，而是這個網站的讀者，會不會真的用日期這個維度去找內容。
答案是否定的，就把日期彙整頁關掉，或者至少掛上 noindex，別讓它進索引庫跟其他頁面搶資源；答案是肯定的，那就是前面 2 種例外之一，日期彙整頁值得留著，甚至值得投入心力好好經營，讓它成為網站導覽的一部分。該不該留、為什麼該留或該關、什麼情況下例外——不管從哪個角度看，最後都收斂到同一個判準，會不會被讀者拿來找路，才是唯一該問的問題。
WordPress 裝好的那一刻，日期彙整頁就已經跟著存在，這也是為什麼多數網站經營者從沒意識到它，更別說主動決定要不要留。但它畢竟佔了搜尋引擎抓取與索引的資源，值不值得留下來，終究得看讀者實際上怎麼找到你寫的東西。下次打開後台檢查網址結構的時候，不妨順手看一下這批自動生成的頁面現在是開著還是關著，如果網站跟多數部落格一樣，讀者從來不靠日期找內容，那就大方把它關掉或掛上 noindex；如果內容本身就是照時間軸在說故事，那就反過來，把這條時間軸經營成讀者真正想看的東西。