WordPress 前台頁碼不再往下跑?不是 Bug,是 Page Limit 在限制你

近期我被一件事情所困擾,也就是我這個 Smallpoint 網站攻略的文章篇數已超過百篇以上了!但是我的頁數卻始終卡在第 12 頁。

但由於工作的忙碌我一直把這件事擱在一邊,直到上週我參與了 2025 WordCamp「共創日」

我在最後的時候,在我坐的開發桌提出了這個困擾,也很感謝東霖的幫忙幫我解決了這個問題。

最後的題外話,見到自己認識的人以及 EZ2 認識的宜宏,
能見到你們我真的真的很開心!

不知道哪一天你們看見這篇文章,我想在這裡表示感激,感恩認識了你們,也照顧幫助了我。

為什麼 WordPress 列表頁永遠停在第 12 頁?真正問題出在 Page Limit

大部分人遇到「WordPress 前台頁碼不再往下跑」時,第一直覺都是:
是不是快取壞掉?是不是主題有 Bug?是不是某個外掛跟頁碼功能衝突?

但實際上,問題往往沒有那麼複雜,也不是 WordPress 本身的限制。
真正的兇手,其實就藏在 Post Grid 設定中的 Page Limit

許多列表外掛(包含常見的 Post Grid、Content Views、Essential Addons、WPBakery/Elementor 的文章元件)都有兩個容易被忽略的參數:

  • Posts Per Page:每頁顯示的文章數
  • Page Limit:最多顯示多少「頁碼數」

在你的設定裡:

  • Posts Per Page = 9
  • Page Limit = 12

這代表前台最多只能顯示 12 頁 × 每頁 9 篇 = 108 篇文章

即使網站有 150 篇、200 篇、300 篇文章,讀者在前台看到的依然只有 第 1~12 頁
從第 13 頁之後的內容,完全被擋住。

更麻煩的是:
這種問題沒有報錯、也沒有警示,看起來就像頁碼功能壞掉一樣,導致很多站長都摸不著頭緒。

但其實只要把 Page Limit 從 12 → 100(或更大),頁碼就會立刻正常延伸,所有文章也能完整被瀏覽。

怎麼調整 Page Limit?

既然問題出在 Page Limit,那要怎麼調整?
其實只需要三個步驟,就能讓 WordPress 的列表頁恢復正常延伸。

你可以打開你的 Post Grid 或相關文章列表元件,並依照下面操作:

Post Grid 頁碼被卡在第 12 頁時,可以這樣檢查設定:

1
從頁面編輯器打開 Post Grid 元件
大多數人會從 Bloc、Elementor、WPBakery、或 Gutenberg 區塊打開 Post Grid
進到該元件後,通常會看到像是「Query」、「Pagination」、「Posts Settings」或「Posts Per Page」這類選項。
2
找到 Posts Per Page(每頁顯示幾篇文章)
在相關設定區塊中確認目前數值,例如:
Posts Per Page = 9
這個設定通常是合理的,一般不需要特別更動,重點不在這裡。
3
找到 Page Limit,將 12 改成 100(或更高)
關鍵設定在 Page Limit
Page Limit = 12 代表列表頁最多只會顯示到第 12 頁,超過就會被擋住。

建議將它調整為:
Page Limit = 100(或依實際需求再提高)

pagelimit100設定圖片

這樣做可以讓:
  • 列表頁可以正常往後延伸
  • Google 能抓到更多實際存在的文章
  • 新文章不會變成孤兒頁(只有自己存在、沒被列表帶到)
  • 讀者可以一路翻到最早期的內容
4
更新頁面並在前台實際測試
完成設定後,按下「更新」或「發佈更新」,接著到前台重新整理頁面:
・ 依序點選頁碼,確認是否已能正常超過第 12 頁
・ 如有使用快取外掛(例如 LiteSpeed、WP Rocket、FlyingPress),建議先「清除快取」再測一次
確認頁碼能順利延伸後,這個 Page Limit 的問題就算處理完成。

Page Limit 對 SEO 的影響:被截斷的內容會讓 Google 抓不到後面的文章嗎?

Page Limit 聽起來像是一個「單純影響前台瀏覽」的設定,但它其實會牽動整個網站的 SEO 架構。
原因是:搜尋引擎依靠「列表頁」來找到你所有的文章。

在一個正常的 WordPress 網站中,文章清單會長這樣延伸:

  • /blog/page/1
  • /blog/page/2
  • /blog/page/3
  • /blog/page/20
  • /blog/page/30

這種「分頁清單」本身就是 Google 重要的抓取路徑(crawl path)。
但如果 Page Limit 只設 12,網站就會變成:

  • 只有到 /blog/page/12
  • /blog/page/13、14、15… 完全不存在
  • 下層文章也沒有其他入口能被 Google 翻到

這會出現兩個 SEO 風險:

1. Google 無法找到第 109 篇以後的文章(嚴重)

如果你有 200 篇內容,但列表頁只允許顯示前 108 篇,
那麼 109~200 篇文章可能會完全沒有被內部連結串起來。

而 Google 的爬蟲是不能憑空猜測網址的,它只會沿著「可點擊的」連結往下抓。

缺少內部連結的頁面,在 SEO 裡有一個名字:

Orphan Page(孤兒頁)

孤兒頁最常見的後果:

  • 不收錄
  • 收錄速度超慢
  • Google 視為低價值頁面
  • 無法累積 PageRank(權重不會流到這頁)

如果網站的爆文剛好被藏在第 13 頁以後,就等於直接把 SEO 成果抵銷掉。

2. 影響整體網站的「抓取效率」與「內容新鮮度」

Google 有一個「抓取預算」的概念。
如果你的網站結構讓它找不到新內容,Google 會默認:

  • 你的網站更新不頻繁
  • 內容價值不高
  • 沒必要常抓

這會導致:

  • 更新舊文章後,Google 也不會很快重新抓
  • 大量內容被忽略

第一次參加 WordCamp,就遇到好暖的一群人

這次的問題看似只是 Post Grid 裡的小設定,但帶給我的體悟卻很深:
有時候我們在網站維運上卡住的阻礙,不一定是技術複雜,而是缺少一個懂的人在旁邊點醒你。

回到這篇文章的開場,這是我第一次參加 WordCamp,卻能在「共創日」的現場,把困擾我幾天的問題真正解決。
也因為這樣,我深深感受到 WordPress 社群的力量:有人願意幫忙、有人願意分享、有人願意一起討論。

我非常感謝 WordCamp 的大家的協助,也感謝每位在現場願意交流、提供想法、或分享經驗的朋友。
大神們的精采分享更是讓我收穫滿滿。

第一次參加 WordCamp,就能遇到這麼多溫暖的人,真的很幸運。
未來希望我也能像你們一樣,把自己知道的知識分享出去,幫助更多遇到同樣問題的朋友。

💬 想討論 WordPress・SEO・網站架構?

如果你也在維護 WordPress 網站時遇到奇怪的列表頁問題,或想讓你的網站更穩定、內容被完整收錄,歡迎隨時和我分享你的經驗。

若你有想討論的 WordPress、SEO、網站架構問題,也都可以留言讓我知道,我會整理成更多教學文章與大家分享。

聯絡我

返回頂端