FastOG

社交預覽包含兩個部分：你的網站所提供的中繼資料（metadata）與圖片，以及平台在爬取你的頁面後所保留的副本。修正前者並不會自動清除後者。

這是一份精簡的平台對照表，用於診斷過時、遺失或裁切的商品預覽。

平台比較

平台	您可以控制的項目	重新整理機制
Facebook	公開 HTML、`og:image`、圖片 URL 與頁面快取	Facebook 支援透過 Sharing Debugger 及其文件化的 scrape 端點重新抓取。設定後，FastOG 可要求 Facebook 重新整理。
WhatsApp	下一個公開 HTML 與圖片回應	沒有公開的預覽重新整理 API。快取預覽由 WhatsApp 控制，且可能因收件人而異。
LinkedIn	公開 HTML 與圖片回應	沒有文件化的程式化失效端點。由 LinkedIn 決定何時重新抓取。
X	公開 HTML、`twitter:image` 與備用的 Open Graph 標籤	沒有文件化的程式化失效端點。由 X 決定何時重新抓取。
Slack	公開 HTML 與圖片回應	Slack 會快取已分享 URL 的 unfurl 內容；應用程式無法強制重建每一則既有訊息。
Discord	公開 HTML 與圖片回應	Discord 會快取已分享 URL 的 embed 內容；應用程式無法在每個地方重寫既有的 embed。

平台行為與端點可能隨時變更。請將此表格視為操作上的邊界，而非重新整理時機的保證。

在責怪平台之前，請先檢查爬蟲實際收到的頁面內容：

bash

curl -s https://example.com/product/example | grep -Ei 'og:image|og:title|twitter:image'

接著從回應中取得圖片 URL：

bash

curl -I "https://cdn.example.com/cover.png"

頁面應顯示最新的中繼資料（metadata），圖片 URL 應為公開可存取，且圖片回應應回傳支援的圖片內容類型（content type），並帶有 200 OK。如果頁面快取提供的是舊版 HTML，任何平台都無法發現新的封面圖片。

社群平台會快取頁面 URL，也可能快取圖片 URL。因此，當產品資料變更時，動態封面應使用新的圖片 URL。產品永久連結（permalink）維持不變，但圖片快取鍵（cache key）會更新。

在產品永久連結中加入 ?v=2 可以讓測試看起來是新的，但這會為同一產品建立第二個網址，並可能分散分析數據與分享紀錄。盡可能改為對圖片 URL 進行版本化。

Facebook 是本指南中唯一一個 FastOG 提供主動重新抓取（re-scrape）路徑的平台。啟用後，產品更新可將該產品 URL 的請求排入 Meta 的抓取端點佇列。此請求為佇列式且盡力而為（best-effort），因此速率限制或 Meta 暫時性錯誤不會阻礙商店提供正確的中繼資料。

此功能不會重新整理 WhatsApp、LinkedIn、X、Slack 或 Discord。請勿將 Facebook 重新抓取描述為通用的社交快取清除（social-cache purge）。

免費 OG 圖片測試工具可以擷取產品網址，並在產生封面圖的同時顯示爬蟲可見的中繼資料。這有助於區分問題是出在商店端還是平台端的快取。

不能。外掛只能控制網站提供的 HTML 與圖片網址。每個平台各自控制自己的爬蟲與快取。

各平台各自維護獨立的快取。Facebook 重新抓取只會更新 Facebook 上的副本；WhatsApp 則保留自己針對收件人的預覽。

通常不需要。請保持產品網址（canonical URL）穩定，並在封面內容變更時更換所產生的圖片網址。變更頁面網址是一種粗糙的快取清除變通方式，會付出 SEO 與分析資料的代價。

不會。它只保證下次抓取該圖片網址時可以取得新的位元組資料。它不會強制 WhatsApp 抓取頁面，也不會取代已儲存在收件人應用程式中的預覽。