網站分享預覽怎麼修：Open Graph 標題、圖片與快取

文章在網站裡看起來正常，分享卡片卻出現網站標誌、舊標題或被裁掉一半的文字，讀者還沒點進來就可能誤解內容。分享預覽通常是平台讀取網頁提供的資訊後組合而成，不是直接截取你眼前的整個頁面。

排查時可以從三份證據開始：目前網頁輸出的標記、標記指向的圖片檔，以及平台實際顯示的卡片。先找出哪一份與預期不同，再修改對應位置，能避免不停換封面卻始終沒有改到真正的資料來源。

先確認分享的是哪個完整網址

把實際貼到社群的網址完整記下來，包括 HTTPS、www、路徑和必要參數。文章網址、後台預覽連結與媒體附件頁是不同位置，不能拿其中一個測試後，就推論另一個會顯示相同內容。若網址會轉址，也要記錄最後抵達的頁面。

Open Graph 基本欄位包含 og:title、og:type、og:image 和 og:url。它們分別描述標題、內容類型、代表圖片與物件的主要網址；og:description 可補一到兩句說明。這些資料通常位於頁面的 head，並不是在正文加入幾行文字就會生效。

og:url 應反映這份內容的主要網址，不能每篇文章都填首頁。它與搜尋 canonical 可能指向相同位置，但兩者服務的用途不同，也不能互相代替。先核對這一層，才能知道平台正在把哪個頁面當作同一份分享內容。

標題與說明要讓卡片本身說得清楚

分享標題可以從文章的核心問題出發，讓讀者不用看到整段正文，也知道點進去會得到什麼。例如「第一次整理家庭照片：先分類再備份」，比只寫「我的最新心得」更容易判斷內容。說明則補上範圍與適用對象，不重複堆疊標題。

若平台或 SEO 外掛有社群專用欄位，確認它是否覆蓋文章標題、摘要或特色圖片。修改正文開頭不一定會改變已設定的社群說明。建立欄位對照，記下預設取值與手動覆蓋位置，未來編輯才知道該在哪裡更新。

多語網站也要核對目前頁面的語言。Open Graph 的 og:locale 採用語言與地區以下底線連接的形式，例如 zh_TW，和 hreflang 常見的連字號寫法不同。不要直接把一套欄位原封不動複製到另一套設定；卡片文字仍應與實際頁面相符。

圖片能打開，也要適合被縮小與裁切

og:image 應指向真正的圖片檔網址，不能填媒體管理頁、電腦本機路徑或需要登入的下載頁。用未登入的瀏覽環境檢查能否開啟，是基本起點；若平台仍無法取得，再檢查伺服器回應、存取限制與平台診斷訊息，而不是只看自己登入後能看到圖片。

協定也提供圖片格式、寬度、高度和替代文字等欄位。尺寸值要與檔案一致，og:image:alt 用來描述圖中內容，並不是第二段促銷文案。多張 og:image 在協定上是可行的，但要維持各圖片與尺寸資料的對應，不能讓兩套外掛把資訊交錯混在一起。

構圖時讓主體靠近中央，重要字句保持簡短並留出周邊空間。不同平台、版位和裝置可能以不同方式顯示，不能用單一尺寸承諾永遠不裁切。以家庭照片整理文章為例，可用相簿與資料夾圖像作主體，避免把整份操作清單縮進封面。

1. 確認圖片網址公開可讀，且回應真的是預期圖片。
2. 對照檔案實際寬高與標記的尺寸資訊。
3. 縮小查看文字是否可讀，嘗試較窄和較寬的裁切範圍。
4. 在預計分享的平台檢查卡片，記錄主體與文字是否完整。

查看實際 HTML，找出設定來源與衝突

在瀏覽器檢視文章原始碼，搜尋 og:title 和 og:image，直接讀出目前輸出的值。若使用 Jetpack，官方排錯文件也建議先查看它產生的 Open Graph 標記，再確認其他外掛是否已接手。後台顯示已選封面，並不能證明公開 HTML 已經更新。

發現兩個不同標題或過時圖片時，檢查佈景、SEO 外掛和分享工具各自的功能設定。先決定哪一套負責輸出，再依其支援方式關閉重疊功能。不要把所有外掛全部停用作為第一步，尤其網站還依靠它們處理表單、會員或其他服務。

若網站快取仍提供舊 HTML，先針對相關頁面處理並再次讀取。圖片本身也可能有獨立的快取；同一檔名換內容時，需要確認實際送出的版本。新的圖片資產可以使用新的檔案網址，但應保持文章主要網址穩定，避免為了卡片反覆搬動正文。

依平台重新檢查，分清新貼文與舊貼文

頁面與圖片都已正確後，再用平台提供的工具檢查。Jetpack 的官方流程會引導使用 Facebook Sharing Debugger 查看擷取錯誤；實際可用選項與登入要求應依當時畫面操作。不要把某個第三方預覽網站顯示正常，當成所有社群平台都已更新。

LinkedIn 可使用 Post Inspector 輸入準備分享的網址，確認預覽是否讀到正確內容。官方說明明確指出，這種刷新影響新貼文使用的預覽資訊，既有貼文的預覽仍會維持原樣。因此檢查結果要註明是在新貼文草稿還是既有內容中看到。

平台若沒有提供同樣的刷新工具，就依該平台目前的說明與支援方式處理，不能套用另一家的固定等待時間。也不需要為了測試反覆公開發文；在可用的預覽或草稿流程先核對，真正發布前再確認卡片與連結目的地。

把預覽檢查加入文章發布流程

每篇文章完成時，確認社群標題、簡短說明、代表圖片、主要網址和圖片替代文字，再抽查公開輸出。若某篇沿用通用網站圖，應是有意的選擇，而不是因為圖片欄位漏填而不知情。素材授權也要跟著檔案保存，方便後續更換與重用。

驗收表可記錄文章網址、輸出標記、圖片版本、平台、檢查日期與結果。卡片異常時先歸類：值本來就錯、圖片無法取得、裁切不佳，或平台仍保留舊資訊。這四種原因需要不同處理，不能全部歸為「快取還沒清」。

最後從卡片連入正文，確認標題承諾與內容一致。好的分享預覽應讓讀者準確預期文章，而不是靠不相關圖片提高點擊。持續保留少量可複查的紀錄，就能在改版、換外掛或更新圖片後快速找回正確的檢查順序。

先寫清楚文章標題的範圍

理解結構化資料與搜尋驗證

確認主要網址與版本關係

• 教學
• 軟體與 App
• 架站與電商
• 網域、主機與前端