FAQ 結構化資料修好了，但檢測還看到舊結果

整理日期：2026-05-28

狀況

FAQ 結構化資料修完後，再看 Google 的結構化資料檢測，畫面仍然顯示 FAQPage 有問題。

問題看起來是 mainEntity 欄位未填。也就是說，頁面被判斷成 FAQPage，但裡面沒有問題和答案。

這種狀況很容易讓人以為文章裡的 FAQ 還是壞的，或是 SEO 外掛沒有正確輸出 JSON-LD。

但這次不只是一個問題。

先拆成幾層看

我會先拆成幾層：

• 文章裡的 FAQ 區塊還在不在。
• SEO 外掛能不能產生正確的 JSON-LD。
• 用 cache-bypass 網址看，schema 是新的還是舊的。
• 裸網址看，schema 是新的還是舊的。
• HTTP headers 裡有沒有快取年齡、快取標籤或長時間快取設定。
• Google 檢測畫面看到的是即時結果，還是上一次抓到的舊結果。

這裡最容易誤判的是：cache-bypass 網址正常，不代表裸網址正常。

Google 通常抓的是裸網址。如果裸網址還在回舊 HTML，Google 看到的還是舊 schema。

最後發現

文章內容本身還有 FAQ 區塊。

重新整理 FAQ 區塊後，SEO 外掛已經可以輸出正確的 FAQPage JSON-LD。用 cache-bypass 網址看，mainEntity 也有正常出現 5 筆問題。

但裸網址還是回舊 HTML。

HTTP headers 顯示這頁被 Varnish 類型的快取留住，而且快取時間很長。也就是說，WordPress 裡的內容已經更新，但訪客和 Google 抓裸網址時，仍可能看到舊版本。

所以後半段問題不是 FAQ 沒修好，而是快取沒有被清掉。

修正方式

這次處理順序是：

1. 先備份文章內容。
2. 重新整理 FAQ 區塊，讓 SEO 外掛重建 FAQPage schema。
3. 用 cache-bypass 網址確認 mainEntity 已經有 5 筆。
4. 再用裸網址確認，發現裸網址仍是舊快取。
5. 清掉頁面快取。
6. 重新驗裸網址，確認 x-cache-age 歸零，mainEntity 也變成 5 筆。

最後確認後，裸網址輸出的 FAQPage 已經正常。

Google 檢測工具或 Search Console 的舊畫面不一定會立刻更新。這時候要用「即時測試」或重新驗證，不要只看原本那張舊結果。

不建議先做的事

不要看到 mainEntity 是空的，就一直改文章裡的 FAQ 文字。

如果 cache-bypass 網址已經正常，裸網址卻不正常，方向就要轉到快取，而不是繼續改內容。

也不要只看前台頁面能不能打開。頁面能開，不代表 JSON-LD 是新的。

更不要只用有 query string 的網址當最後驗證。那只能證明 WordPress 端的新內容可用，不能證明 Google 抓裸網址時也會看到同一份 HTML。

下次遇到可以先整理什麼

• Google 檢測或 Search Console 顯示的錯誤時間。
• 裸網址的 schema 結果。
• cache-bypass 網址的 schema 結果。
• dateModified 是新時間還是舊時間。
• mainEntity 是空的，還是有問題清單。
• HTTP headers 裡的 x-cache-age、x-cache-tags、cache-control。
• 站上使用的是哪一層快取：外掛、主機、Varnish、CDN，還是 Cloudflare。
• 文章更新後，快取有沒有自動清掉。

這類問題要同時看內容層和快取層。

只看 SEO 外掛，會以為 FAQ 還沒修好。只看 Google 檢測，也可能只是看到舊快取。

標籤

• Rank Math
• FAQPage
• JSON-LD
• mainEntity
• Varnish
• 快取
• GSC
• 結構化資料