如果你的部落格文章已發布，但在 Google Discover 或 Top Stories 中總是看不到圖片、標題顯示不完整，這通常不是內容品質問題，而是結構化資料（Schema）未正確標記。Google 無法從你的 HTML 中準確理解這篇文章的類型、作者和發布時間，導致它在富媒體搜尋結果中的呈現機會降低。本文將帶你從選擇正確的 Schema 類型開始，逐步檢查所有關鍵屬性，讓你的文章具備觸發 Rich Result 的基礎條件。
先搞清楚：你的內容適合 Article、BlogPosting 還是 NewsArticle？
這三個類型的選擇取決於你的內容本質與發布模式。部落格文章（BlogPosting）最適合個人或品牌定期發布的內容，它明確告知 Google 這是系列性、非即時報導的文章。新聞報導（NewsArticle）則用於具有高度時效性的事件報導，例如產品發布會或突發事件公告，Google 對此類內容的審核標準更嚴格。當你的內容不屬於以上兩類，或是你不想讓 Google 產生特定的時效性預期時，通用的 Article 類型是最安全的選擇。簡言之，問自己兩個問題：這篇文章三個月後還有參考價值嗎？作者是記者還是部落客？答案會直接引導你做出選擇。
必填屬性檢查清單：一個都不能少
雖然 Google 官方文件指 Article Schema 沒有強制性的必填屬性，但要讓你的文章有資格出現在富媒體搜尋結果中，以下屬性實務上缺一不可。
首先是 `headline`，即文章標題，必須是純文字且簡潔明了，通常應與頁面 H1 標題一致。其次為 `image`，提供至少一張代表圖片的 URL，圖片必須可公開存取且尺寸足夠。接著是 `author`，應標記為 `Person` 類型並包含 `name` 屬性，指向作者實體。日期屬性方面，`datePublished`（首次發布日期）與 `dateModified`（最後修改日期）皆需使用 ISO 8601 格式。最後，確認 `@type` 已正確選擇為 `Article`, `BlogPosting` 或 `NewsArticle`。這些共同構成 Google 識別與展示你文章的基本要求。
實戰步驟：從手動標記到 WordPress 外掛設定
實作 Article Schema 主要有兩條路徑：手動撰寫 JSON-LD 程式碼，或是透過 WordPress 外掛的圖形化介面設定。關於 JSON-LD 的基礎語法，可深入了解 JSON-LD 格式基礎語法。
對於大多數 WordPress 網站管理者，使用 Rank Math 或 Yoast SEO 等外掛是最直觀且不易出錯的方式。以 Rank Math 為例，你可以進入文章編輯頁面，在「Rank Math SEO」設定面板中找到「Schema」分頁，點擊「Add Schema」後選擇「Article」或「Blog Post」，隨後在對應欄位中填入 `Headline`、`Author` 與 `Image`。Yoast SEO 的操作類似，在文章編輯頁下方的「Yoast SEO」區塊切換到「Schema」標籤，將「Page type」設為「Article」，「Article type」則根據內容選擇「Blog post」或「News Article」。無論使用哪種工具，請務必確認填入的內容與頁面上可見的資訊完全一致。關於 Schema 實作的整體策略與更多工具選擇，可閱讀完整的 Schema 策略指南。
怎麼知道我填對了？用 Google 的工具來驗證
完成標記後，驗證是不可或缺的環節。最直接的方法是使用 Google 的「富媒體搜尋結果測試」工具，你可以貼上文章網址或直接貼上 JSON-LD 程式碼，工具會立即回報是否有語法錯誤或缺失屬性。另一個更權威的驗證場域是 Google Search Console（GSC）。部署 Schema 後，等待約一至兩週，讓 Google 重新爬取並索引你的頁面。隨後，前往 GSC 左側選單的「增強功能」報告，檢查是否出現「文章」相關的數據。如果一切正常，你將能看到頁面被正確識別並開始積累展示點擊數據。
常見錯誤與台灣站長實戰案例
在協助台灣網站排查的過程中，有幾個錯誤反覆出現。最普遍的是日期格式錯誤，例如只填寫 `「2023-10-27」` 而沒有包含時間與時區，這會導致 Google 無法準確判斷內容的新鮮度。另一個關鍵問題是 `author` 屬性標記不完整，許多站長只填了名字，卻沒有提供 `author.url`。我曾遇過一個案例，一個科技部落格的 Schema 通過了 Rich Results Test，但 GSC 增強功能報表卻遲遲沒有數據。深入排查後發現，`author.url` 指向的作者個人頁面在網站改版後產生了 404 錯誤。Google 爬蟲無法驗證這個作者實體的真實性，導致整個 `author` 屬性失效。修復該頁面連結後，兩週內 GSC 的數據就開始正常顯示。這個案例說明，Schema 的有效性往往取決於其指向的頁面是否真實、可訪問。
驗證後沒效果？排查你的下一步
如果你已完成標記、驗證通過，但富媒體搜尋結果仍未出現，這表示問題可能出現在更深層。首先，檢查你的頁面是否已被 Google 成功索引。你可以使用 GSC 的「網址檢查」工具，輸入文章網址，確認其索引狀態為「已建立索引」。若未被索引，任何 Schema 標記都無法被 Google 看到。如果懷疑是索引問題，可以進一步開始排查 GSC 索引涵蓋範圍報告。其次，確認頁面沒有被 `noindex` 標籤或 `robots.txt` 檔案阻止爬取，這會直接阻擋 Google 理解頁面內容。你可以深入了解 noindex 標籤的影響來進行排查。最後，思考 Schema 標記的內容是否與頁面實際可見資訊存在巨大落差，例如標題或作者名稱不一致，這可能觸發 Google 的品質警示。
下一步怎麼走？根據你的問題選擇深度資源
完成本文的基礎實作後，你的學習路徑可以根據遇到的具體問題展開。如果你對 JSON-LD 的語法格式感到陌生，建議深入了解 JSON-LD 格式基礎語法，掌握其正確的撰寫規範。若你在實作或驗證過程中遇到更複雜的狀況，例如多種 Schema 類型混用或驗證工具顯示不明錯誤，閱讀完整的 Schema 策略指南能提供更宏觀的實作框架。而當你強烈懷疑問題源於頁面未被索引時，則應該立即開始排查 GSC 索引涵蓋範圍報告，從根本解決內容可見性問題。