在上一篇文章，我分享了因網站名稱更改，導致 Google 搜尋結果和社群平台 的縮圖、標題都亂掉的狀況，導致這種狀況的關鍵原因在於「SEO 外掛產生的 OGP 標籤，其實是寫死在 HTML 裡的靜態資料」，改了名字沒同步更新設定，自然就出現各種顯示異常。

不過，當我確實重新設定、清除了快取，發現縮圖還是沒出現時，就知道問題麻煩了，可能重新找源頭來除錯了。首先第一個檢查重點，就是自家 WordPress 主題有沒有正確呼叫 wp_head()，雖然這個問題在現代主題裡很少常，但網站除錯就是這樣，只能盡可能把每個可能性給排除掉。

正常來說，只要主題有正確呼叫 wp_head()，網站快取和 CDN 快取都清理乾淨，主機端沒擋掉社群平台的機器人，那剩下的 OGP 與縮圖設定問題，多半可以按部就班地快速解決。這一篇，前半段會分享如何檢查這些基礎設定，後半段則會帶你走過一個完整的社群縮圖排查流程，若還是不行的話，那麼就有可能是主機那天可能有問題了，這部分就會再一下篇文章中來解決。

希望透過這個流程整理，讓每次遇到縮圖異常時，你都能有條不紊地找到解方，而不是在外掛設定裡原地打轉。

重點提要 [ close ]
  1. 最重要－先確認是否能正確呼叫 wp_head()
    1. 檢查 wp_head()，可依照下列步驟操作：
    2. 結論： wp_head() 才是真正的關鍵起點
  2. 社群貼文無縮圖解決流程
    1. 第一步：先確認有開啟 SEO 外掛的「社群分享設定」功能
    2. 第二步：確認每篇文章都有設「特色圖片」
    3. 第三步：用「檢查工具」確認縮圖資訊有被寫入頁面
    4. 第四步：確認圖片連結真的能打開
    5. 最後一步：用 Facebook Debugger 測試是否成功
  3. 小結－從網站結構到社群預覽，關鍵只差一線

最重要－先確認是否能正確呼叫 wp_head()

當我們在處理網站分享時縮圖不顯示、OGP 設定無效的問題時，很容易把焦點放在 SEO 外掛或快取設定上，卻忽略了一個更根本的核心：你的佈景主題到底有沒有正確載入 wp_head()？

如果把網站比喻成一座房子，wp_head() 就像是控制網站外觀資訊 （ 縮圖、標題、描述等 ） 的「總開關」，沒有打開這個開關，圖片再怎麼設定都不會出現在社群分享中。它最主要的作用是讓 WordPress 核心系統、外掛、佈景主題等所有元件，能夠把需要插入 <head> 區塊的重要資訊注入到每一頁網頁中。這些資訊包括但不僅限於：

  • SEO 外掛設定的標題、描述、og:image（Open Graph 資訊）
  • 分享到 Facebook、LINE、Twitter 時顯示的圖片與文字
  • CSS 與 JavaScript 檔案（樣式與互動功能）
  • Gutenberg 編輯器需要的樣式表
  • 快取外掛產出的優化設定
  • 分析追蹤碼（如 Google Analytics）

如果這段程式碼在你的主題中被漏寫或刪除，就像是關掉總開關，外掛設定的一切都插不進 HTML 中。即使你設定再正確，最後也不會有任何縮圖、標題、描述顯示在社群平台上，Facebook 分享預覽卡片一片空白、LINE 只剩網址一行，Google 搜尋結果也抓不到 og:image，這些現象其實都可以追溯回這個「被忽略的總開關」。

大多數 WordPress 官方佈景主題和市面主流佈景都會正確放入 <?php wp_head(); ?>，所以這個問題不常見，但如果你使用的是自製主題、極簡佈景，或者從 GitHub 上抓了陌生開源主題，就很有可能發生這樣的錯誤。因此，如果你發現社群平台抓不到縮圖、OGP 設定毫無反應，第一步應該不是清快取，而是回頭打開主題的 header.php，確認是否有包含 wp_head()。

這是整個網頁結構中最不該遺漏的一行，沒它在主題內，再怎麼設定也只是做白工。

檢查 wp_head()，可依照下列步驟操作：

  1. 打開 WordPress 後台
  2. 左側選單進入：外觀 → 主題檔案編輯器
  3. 在右邊選擇 header.php
  4. 在裡面找這一行程式碼：<?php wp_head(); ?> ( 可用 ctrl+F 跳出搜尋框，輸入程式碼，方便快速找尋 )
  5. 它應該要放在 <head> 標籤的最後面，在 </head> 前面，像下面這樣：

<head>
<meta charset="utf-8">
<title>自家網站</title>

<?php wp_head(); ?>
</head>

結論： wp_head() 才是真正的關鍵起點

網站的社群縮圖、SEO 標題描述、小圖示等這些外掛努力生成的資訊，最終能不能成功顯示出來，其實都取決於一件事：你的主題有沒有正確呼叫 wp_head()。

如果沒有這一行，所有設定就像是幫網站準備好一份完整的行銷名片，所以設定再多外掛之前，請先確保你的佈景主題真的有呼叫 wp_head()，這一步沒做好，後面再多設定都只是白忙一場。

社群貼文無縮圖解決流程

那麼，如果你已經確認 wp_head() 有正確呼叫，也不是用 LiteSpeed 主機 ( 主機問題我們下一篇再來分享 )，或是用了但已經處理過了，快取跟 CDN 也都清了，但社群平台貼文還是不顯示縮圖，那麼我們接下來按步驟，再來從網站本身到外掛設定，然後再到快取與 CDN，逐步重心設定來找到關鍵問題點。

第一步：先確認有開啟 SEO 外掛的「社群分享設定」功能

當我們在 Facebook、LINE、Twitter 等社群平台上分享文章時，是否能正確顯示「標題、縮圖與描述」，關鍵就在於網站是否有設定好 Open Graph，也就是常聽到的 OGP（Open Graph Protocol），如果搜尋社群貼文縮圖無法出現的相關文章，就可以看到 OGP 這個關鍵字一直出現。

在 WordPress 裡，多數 SEO 外掛 （像是 SEOPress、Rank Math、Yoast SEO） 都會內建這項功能，負責自動幫每一篇文章加入對應的社群分享資訊，這些資訊包含：

  • 文章標題（og:title）
  • 文章摘要或描述（og:description）
  • 社群縮圖（og:image）

當社群平台在預覽連結時，會去抓取這些設定，進而產生你看到的「預覽卡片」，換句話說，只要 OGP 設定不完整或格式錯誤，分享出去的文章就可能只剩一串網址，看起來不但不吸引人，還會影響點擊率與專業形象。因此，在設定 SEO 外掛時，記得確認 OGP 功能有啟用，並檢查每篇文章是否有指定好對應的縮圖與描述，這是社群分享能不能有吸引人點閱的第一步。

操作方式

  • 到 WordPress 後台 → 找到你使用的 SEO 外掛
  • 進入「社群分享 / 社群網路 / Open Graph 設定」
  • 確認「啟用 Open Graph」功能有被勾選或開啟
  • 儲存設定一次（即使沒改，也按一下儲存，讓外掛重寫資料）

第二步：確認每篇文章都有設「特色圖片」

如果你沒有幫文章設置「精選圖片」，系統就無法明確知道該使用哪張圖片作為社群分享時的縮圖。這時候，社群平台 （ 像是 Facebook、LINE） 就會自動從文章內容中嘗試抓圖，而這個動作是不可預測的：

  • 有時會抓到文章中的第一張圖片
  • 有時則可能抓到頁面上的 logo 或 sidebar 廣告圖
  • 最糟的情況是完全抓不到圖片，導致分享時只顯示文字與網址，看起來空蕩蕩，既不吸睛，也容易被略過

這就是為什麼「設定精選圖片」這個步驟非常關鍵。在 WordPress 中，大部分的 SEO 外掛都會預設使用精選圖片作為 OGP 的 og:image。如果這個欄位是空的，OGP 就無法正確輸出圖片資訊，社群平台就沒辦法顯示漂亮的縮圖預覽卡片。

故強烈建議每篇文章務必上傳並設定精選圖片，不僅能確保 OGP 正常運作，也有助於網站在社群中維持一致且專業的視覺呈現。如果太多文章都沒有設置的話，可以借用外掛幫忙，讓每篇文章都能有精選圖片，力求確定有縮圖會出現。

操作方式

  • 編輯單篇文章 → 找右側欄位的「特色圖片」區塊
  • 上傳或選一張代表文章的圖片（建議長寬比例為 1200×630）
  • 設定後儲存文章即可

第三步：用「檢查工具」確認縮圖資訊有被寫入頁面

我們要用 Chrome 瀏覽器來看看文章網頁裡有沒有成功寫入縮圖設定：

操作方式

  1. 用 Chrome 開你的一篇文章
  2. 右鍵 → 點「檢查」（或按鍵盤 F12）
  3. 點選畫面上方的「Elements（元素）」頁籤
  4. 在畫面內按 Ctrl+F（Mac 是 Command+F）→ 搜尋 og:image

如果你看到像下面這樣的字樣就代表設定成功 ：

<meta property="og:image" content="https://你的網站.com/圖片連結.jpg">
<meta property="og:title" content="文章標題">
<meta property="og:description" content="文章描述內容">

如果沒出現，代表外掛沒正常寫進去 ，請回去第一步驟再重新儲存一次 SEO 外掛的社群設定。

第四步：確認圖片連結真的能打開

當你確定文章已設定好精選圖片，SEO 外掛的 OGP 也沒問題，卻發現社群平台仍無法顯示縮圖，下一步就該來檢查圖片本身的連結與格式是否正常了。

有時候圖片網址看起來是對的，點開也能在瀏覽器中顯示，然社群平台始終卻無法成功擷取，這是因為社群平台的機器人和一般瀏覽器的行為不同，它們會根據一套嚴格的規則來抓取圖片，只要其中一環出問題，就會導致縮圖失敗。

操作方式

  • 複製 og:image 中的圖片網址 → 打開新分頁貼上
  • 圖片要能正常顯示，且網址開出來不能報錯（像 404）
  • 若你懂一點技術，可右鍵點圖 → 選「檢查」看 HTTP 狀態是 200、Content-Type 是 image/jpeg 或 image/png
常見的圖片擷取錯誤原因：
  • 1. 圖片檔案太大 （ 超過 5MB）：以 Facebook 為例，它對縮圖有檔案大小限制，通常不建議超過 5MB。若精選圖片解析度太高、沒有壓縮，就有可能超過這個門檻，導致 Facebook 直接略過。
  • 2. 圖片格式使用 .webp：雖然 WebP 是現代網頁常用的圖片格式，能有效減少檔案大小，但不是所有社群平台都支援 WebP，OGP 所用的縮圖，請盡量使用 JPG 或 PNG 格式，兼容性最好。
  • 3. 圖片路徑被擋住 （ 防盜連問題 ）：如果你的網站有啟用防盜連功能 （ 例如使用了 LiteSpeed 或其他安全設定 ），很可能會阻擋社群平台的爬蟲抓取圖片。這些機器人在擷取圖片時通常不會帶入 Referer 或 User-Agent，被系統誤認為是惡意行為，就會被拒絕讀取。

當縮圖顯示不出來時，並不代表是「網址錯了」，更多時候是圖片本身或存取規則出了問題，這也是為什麼，我們在確認 OGP 正確後，還要檢查圖片是否真的能被社群平台讀取。

最後一步：用 Facebook Debugger 測試是否成功

Facebook 提供了一個開發者工具叫做 Sharing Debugger，可以讓你即時查看 Facebook 對你網址的解析結果，包含：

  • 是否抓到正確的 og:image 圖片
  • 顯示的標題與描述是不是你想要的
  • 是否出現錯誤訊息或快取未更新的情況

當一切順利時，你應該會看到正確的縮圖順利顯示，標題與描述也一併更新，沒有再出現任何錯誤或快取過期的訊息。這就表示你的社群預覽設定（OGP）已經修正成功，網站分享時也能如預期呈現完整資訊。

且無需要擔心過去已經貼出去的連結要一個個手動修正，只要 Facebook Debugger 顯示沒有問題，那些原本沒縮圖的連結，各大社群平台會自動重新抓圖並更新快取。我會這麼肯定，是因為我原本想回頭收集失敗的縮圖案例當對照，結果卻發現那些原本沒圖的貼文連結，縮圖已經全數恢復正常，失望之餘轉向LINE，沒想到連 LINE 也一起修正完畢了，全部一個失敗畫面都沒有，不管是哪社群都一樣，這也代表整體設定已成功修正完畢，問題解決了。

操作方式

  1. 打開網址：https://developers.facebook.com/tools/debug/
  2. 貼上你的文章網址
  3. 點擊「Debug」按鈕
  4. 接著點「Scrape Again（重新抓取）」兩次以上，讓 Facebook 強制重新讀取 OGP 資訊

小結－從網站結構到社群預覽，關鍵只差一線

雖然大多數人遇到縮圖不顯示時，第一步會直覺檢查精選圖片與 SEO 外掛設定，其實更核心的關鍵，是主題有沒有正確呼叫 wp_head()。這一行程式碼負責把所有 OGP、縮圖、SEO 標籤都注入網頁，如果這裡沒做好，後面再怎麼調整圖片和外掛設定也無濟於事。

當網站結構正確後，接下來的檢查流程同樣重要，從確認精選圖片有設、OGP 設定是否輸出正確、到圖片連結格式和權限是否正常，再利用 Facebook Debugger 等工具反覆驗證。唯有每一環都打通，社群分享時才會如預期出現美觀的預覽卡片。

總結來說，縮圖能不能顯示，背後是網站架構、外掛設定、圖片存取權限三者共同作用的結果。只要沿著這條路徑排查，就能大幅減少摸索時間，真正解決「明明都設了，卻還是沒縮圖」的困擾。

然在把網址貼上臉書偵錯系統進行偵錯時，出現了下圖這中「無法以圖像的方式處理提供的 og:image 網址」的訊息，同時伴隨著圖片有出來，但不是精選圖片，甚至也不是該文章的，標題變成了網站名稱，這情況出現很有可能也跟主機所使用的伺服器有關聯，也就是LiteSpeed 這款伺服器的過度保護陷阱。

如果有出現這張圖片上的狀況，那就有可能是遇到 LiteSpeed 的過度保護陷阱了。

✦ 喜歡這篇文章嗎？

《煙雲漫筆》的每月慢信會收錄這樣的片段，也會分享一些未公開的草稿與旅行筆記。
如果你也想一起閱讀，歡迎留下信箱。