結構化資料是什麼？必填欄位不夠，GSC 才一直寄信

作者 Nick TasiAds & Code 創辦人·發布 2026-10-24·約 11 分鐘讀完

結構化資料是寫在網頁原始碼裡、專門給搜尋引擎讀的標準格式說明，告訴 Google 這一頁是文章、導覽路徑、資料集還是公司資訊，Google 建議用 JSON-LD 寫。Search Console 一直寄結構化資料通知信，多半是因為只填了 Google 的必填欄位：必填缺一個，項目會被判無效；建議欄位缺了，項目仍然有效，但會被列成「非重大問題」，通知照樣寄來。

2026 年 9 月 26 日，我們一個資料站就是這樣收到信的：21 頁的 Dataset 標記照 Google 文件填了必填的 name 和 description，缺了建議欄位 license。另外兩件事也常被問到：FAQ 複合式結果在 2026 年 5 月 7 日起已經不再出現在搜尋結果；舊的結構化資料測試工具早就搬到 schema.org，只查語法，要看 Google 認不認，得用複合式搜尋結果測試。

什麼是結構化資料？JSON-LD 寫在哪裡

結構化資料是一段照 schema.org 詞彙寫成的標準格式說明，放在網頁原始碼裡，讓搜尋引擎不用猜就知道這一頁在講什麼：一篇文章、一組導覽路徑、一個資料集，還是一家公司。Google 支援 JSON-LD、微資料、RDFa 三種格式，官方建議用 JSON-LD，它可以整段寫在一個 script 區塊裡，不用跟畫面上的 HTML 交錯。

Google 在結構化資料標記簡介寫：「一般來說，如果您的網站設定允許，Google 建議您使用 JSON-LD 的結構化資料，因為這樣可讓網站擁有者以最簡單的方式，大規模導入及維護結構化資料」。一段文章的 JSON-LD 長這樣，放在 <script type="application/ld+json"> 裡面：

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "跟畫面上的 h1 一致的標題",
  "datePublished": "2026-10-23T10:00:00+08:00",
  "dateModified": "2026-10-23T10:00:00+08:00",
  "author": {"@type": "Person", "name": "作者名", "url": "https://example.com/about/"},
  "image": "https://example.com/cover.png"
}

日期後面的 +08:00 是時區，Article 文件建議附上，沒附的話 Google 會用 Googlebot 的時區。標記裡的網址要跟 canonical、sitemap 寫成同一種形式，少對齊一個就可能讓新站卡在收錄，細節在新站沒被索引時要查的四個位置。另外 Google 也寫明，要判斷 Google 搜尋怎麼處理，以 Google 搜尋中心的文件為準，不是 schema.org 的定義；schema.org 上有的類型，Google 不一定支援。

必填欄位和建議欄位差在哪？

必填欄位決定有沒有資格，建議欄位決定資訊完不完整。Google 的結構化資料一般規範寫「缺少必要屬性的項目不會顯示在複合式搜尋結果中」，建議欄位則是「您提供的建議屬性越完整，對使用者而言搜尋結果的品質越高」。只填必填，項目合格但不完整；必填缺一個，那個項目就失去資格。

建議欄位也不是越多越好。簡介文件的說法是：「與其設法將所有可能的建議屬性一網打盡，但卻因為不完整、格式錯誤或不正確的資料而漏洞百出，還不如採取量少質精策略，提供較少的建議屬性，但個個完整無誤。」我們的做法是對照每個類型的建議欄位表逐項判斷，能老實填的就填，評分、評論這類沒有真資料的就不填。一般規範也寫明：「請勿為不相關或容易誤導使用者的內容加上標記，例如造假評論或與網頁主題無關的內容。」

Google 文件對常用幾個類型的規定：

Dataset 那一列要特別說明：Google 在 2025 年 11 月 5 日的說明文件更新紀錄寫明，Dataset 結構化資料只用在 Dataset Search，不用在一般 Google 搜尋。所以補 Dataset 的建議欄位，影響的是 Dataset Search 和 Search Console 報表，不會讓一般搜尋排名變好。

商品頁還有一條常被忽略的規定。Google 商家資訊文件寫：「只有購物者可購買產品的網頁，才可提供商家資訊體驗，不適用於提供其他產品銷售網站連結的網頁。」品牌官網如果結帳是連到別的購物平台，Product 標記寫得再完整，也不符合商家資訊的資格。

為什麼 GSC 一直寄結構化資料通知信？

Search Console 的複合式搜尋結果報表，把每一個標記項目分成有效和無效。無效是至少有一個重大問題，不能顯示成複合式搜尋結果；有效項目如果缺了建議欄位，會列在「改善項目外觀」表格，Google 稱為非重大問題。只填必填欄位的站，項目全部有效，報表卻一直掛著非重大問題，通知信也就一直寄來。

Search Console 說明的原文是：「有效的項目是指沒有任何重大問題，且可在 Google 上顯示為複合式搜尋結果的項目。」「無效的項目至少有一個重大問題，導致無法以複合式搜尋結果的形式顯示。」「改善項目外觀：顯示對網站上結構化資料造成影響的非重大問題。」報表上的數字算的是「項目」，不是網頁，一頁裡可能有好幾個項目。

我們那次被寄信的資料站，21 頁 Dataset 都只填了必填的 name 和 description。Dataset 文件的建議欄位表有 16 列（hasPart 跟 isPartOf 算同一列，分開算是 17 個欄位），必填只有 2 個，照必填做的站，建議欄位很容易一次缺好幾個；這次被點名的是 license。補的時候照實填，填不出真值就留空。

補好之後不用急著按「驗證修正」。Search Console 的網頁索引報表說明寫：「You can also fix issues without validating; Google updates your instance count whenever it crawls a page with known issues, whether or not you explicitly requested fix validation.」意思是不按驗證也可以，Google 再次抓到那些頁時就會更新問題數量；按了驗證，官方說通常要花到大約兩週。

結構化資料的 FAQ 標記還有用嗎？

FAQ 複合式結果已經沒有了。Google 2026 年 5 月 8 日公告，這個功能從 5 月 7 日起不再出現在搜尋結果，6 月 15 日把 FAQ 說明文件整份移除，10 月 16 日更新的結構化資料支援總表也沒有 FAQ。我們 2026 年 9 月 23 日查 Bing 官方說明，支援情境裡同樣沒有 FAQ。

停用公告寫在 Google 的說明文件更新紀錄，原文是這個功能「will no longer appear in Google Search starting May 7, 2026」。AI 搜尋這邊也不靠它。Google 的生成式 AI 最佳化指南寫：「生成式 AI 搜尋不需要結構化資料，您也不需要新增任何特殊的 schema.org 標記。不過，建議您繼續使用，做為整體 SEO 策略的一部分，因為這有助於在 Google 搜尋中顯示複合式搜尋結果。」換句話說，在 Google 這邊，FAQPage 現在既不會變成複合式結果，也不是 AI 摘要的門票。

我們的站還是掛著 FAQPage，理由只是掛著沒有壞處，並守兩條規矩：問答一定要在頁面上看得到，畫面上的問答文字跟標記一字不差，改了其中一邊就要一起改。對客戶我們不說它能帶來流量或 AI 引用，因為找不到這樣的官方依據。

結構化資料測試工具還能用嗎？兩支工具各查什麼

舊的 Google 結構化資料測試工具已經不在 Google 手上。Google 2020 年 12 月 15 日公告把它搬到 schema.org 社群，之後只檢查語法符不符合 schema.org 標準，不再判斷 Google 的複合式搜尋結果類型。要看 Google 認不認，用複合式搜尋結果測試；兩支工具查的東西不同，要搭配著用。

那篇公告的原文是：「Going forward however, the tool will no longer check for Google Search rich result types. To test your markup for Google Search rich result types, you can continue to use the Rich Results Test.」Google 當時預計 2021 年 4 月搬完，搬過去之後的工具叫 Schema 驗證器（Schema Markup Validator），網址是 validator.schema.org。

「通過也不代表一定會顯示」是 Google 一般規範裡的話：即使複合式搜尋結果測試顯示標記正確，結構化資料也不一定會出現在搜尋結果，Google 會依搜尋記錄、所在位置、裝置類型決定要不要顯示。「輸入網址而不是貼程式碼」出自 Google 的 JavaScript 結構化資料說明：「建議您輸入網址而非程式碼，因為輸入程式碼時會有 JavaScript 相關限制，例如 CORS 限制。」

結構化資料標記常見錯誤：我們量到的數字

結構化資料標記最常出錯的地方，不在語法，而在「標記說的跟頁面不一致」和「檢查程式沒在檢查」。我們 2026 年 8～10 月在幾個中文網站上抓到的問題，有的被 Search Console 寄信才發現，有的是守門程式連續報綠燈 30 幾次，故意塞一段壞掉的 JSON 進去測，才知道它有 135 個內頁從沒查過。

圖只放在標記裡這一條，違反的是一般規範最直接的一句：「請勿為網頁讀者看不到的內容加上標記。」做圖本來是給讀者看的，只餵給 Google 是本末倒置。日期欄位也一樣要真，sitemap lastmod 內容雜湊做法寫了我們怎麼讓 dateModified 只在內容真的變了才動。

踩過的坑：現象、原因、怎麼修

這些坑的共同點是看起來都沒事：頁面打得開、測試工具通過、守門程式報綠燈。結構化資料是寫給機器看的，讀者在畫面上看不到它，錯了也不會有人回報，只能靠 Search Console 的通知和自己的檢查程式。問題是檢查程式本身也會壞，所以每一支都要先證明它會擋，做法跟先證明守門會叫的 soft 404 修法一樣。

只填必填，通知信一直來 現象：Search Console 一直寄結構化資料非重大問題的通知信。 原因：標記只照 Google 的必填欄位做，檢查也只查必填；某資料站 21 頁 Dataset 缺建議欄位 license。 怎麼修：對照建議欄位表逐項判斷，能老實填的補上，不能假造的不填；被點名過的欄位寫進部署前的檢查，沒填就擋上線。

文章圖只活在標記裡 現象：結構化資料和社群分享圖都有文章圖，頁面上卻看不到，44 頁裡有 36 頁這樣。 原因：產圖時只想到要填給 Google，忘了一般規範不准標記讀者看不到的內容。 怎麼修：先把圖放進頁面的主要內容區，再填進標記；檢查程式比對標記裡的圖有沒有出現在 main 區塊。

守門報綠 30 幾次，其實沒在查 現象：結構化資料檢查每次都通過。 原因：JSON 解析失敗被例外處理吞掉，壞掉時當作沒事；而且只掃根目錄 6 頁，135 個內頁從沒查過。 怎麼修：解析失敗本身就要報錯；掃描範圍涵蓋所有目錄；故意注入一段壞 JSON，確認檢查真的會擋。

一行容錯，把錯誤一起吃掉 現象：守門連續報綠 30 幾次，線上卻有 4 筆 sitemap 網址是錯的。 原因：為了讓比對通過，程式先把建置目錄前綴去掉再比，真的寫錯的網址也被這行修成「看起來對」。 怎麼修：容錯只能吸收已知正確的寫法差異，不能吸收錯誤；每筆網址要直接打一次，確認回 200、不經轉址。

連結檢查只認雙引號 現象：三個站同一天查出 3、49、137 頁連到不存在或會被轉走的網址。 原因：原本的檢查不是沒查連結，就是只認雙引號寫法的連結。 怎麼修：守門一次涵蓋站內連結、canonical、hreflang、og、圖片、CSS、JS、JSON-LD 裡的網址。

我們怎麼做：SEO 建置方案裡的結構化資料

我們的 SEO 建置含結構化資料，部署前用程式照 Google 文件逐條檢查每一段 JSON-LD：必填欄位、Search Console 點名過的建議欄位、標記裡的圖片在頁面上看不看得到、常見問題畫面文字跟標記是否一致。建置 $900 USDT，一次性；月維護 $400 USDT／月，含每週 Search Console 檢查。

評分、評論這類沒有真資料的欄位，我們不填。收到 Search Console 通知信時，先講清楚缺的是哪個欄位、影響幾頁，再判斷要補還是可以不理，不會為了讓報表變乾淨去填假資料。規格在 SEO 建站服務，SEO 與 GEO 的其他實作整理在知識庫主題頁。

常見問題

結構化資料會讓排名變好嗎？ 不是，Google 文件把它的用途寫成讓頁面有資格顯示成複合式搜尋結果，沒有說會提高排名。就算因為結構化資料被人工處罰，一般規範也寫明只是失去複合式結果的資格，「並不會影響網頁在 Google 網頁搜尋中的排名」。

只填必填欄位可以嗎？ 可以，項目仍然有效，有資格顯示成複合式搜尋結果。代價是 Search Console 會把缺的建議欄位列成非重大問題，持續寄通知信；能老實填的建議欄位補上，等 Google 再次抓到那些頁，報表就會更新。

FAQ 結構化資料要拿掉嗎？ 不用，掛著沒有壞處，但 Google 從 2026 年 5 月 7 日起已不顯示 FAQ 複合式結果，不要再期待它帶來流量。要留就讓問答在頁面上看得到，畫面文字跟標記一字不差。

結構化資料測試工具還能用嗎？ 不能，至少不能拿來判斷 Google 的複合式結果。Google 2020 年 12 月公告把它搬到 schema.org，變成只查語法的 Schema 驗證器；Google 資格要用複合式搜尋結果測試看。

修好之後要按「驗證修正」嗎？ 不用，Search Console 說明寫明不按驗證也可以，Google 再次抓到那些頁時就會更新問題數量。想追進度才按，官方說驗證通常要花到大約兩週。

用 JavaScript 產生的 JSON-LD，Google 讀得到嗎？ 可以，Google 文件寫「Google 搜尋在轉譯網頁時皆可解讀及處理 DOM 中提供的結構化資料」。測試時用複合式搜尋結果測試輸入網址，讓工具實際算繪頁面；只讀原始 HTML、不跑 JavaScript 的爬蟲就讀不到這段標記。