結構化資料是什麼？中小企業網站要不要做
約 8 分鐘
你在 Google 搜尋結果看過那種帶星等、帶價格、下面還能展開幾條問答的項目。那些額外資訊多半來自一段寫在網頁原始碼裡的 JSON-LD，訪客看不到，機器看得到。中小企業常問這件事該不該做。答案是該做，但要先搞清楚它能給你什麼、不能給你什麼。它幫搜尋引擎和 AI 引擎正確理解這一頁在講什麼，降低被誤讀的機率。至於排名，Google 說得很直白，它不是排名因子。
1. 結構化資料是什麼？一段寫給機器看的自我介紹
它把「這頁在講什麼」寫成一組機器讀得懂的欄位，藏在網頁的最上層。訪客在畫面上看不到，它也不會影響版面。舉例來說，一篇文章的頁面上，人看到的是標題和內文。這段標記寫的則是文章標題、作者、發布日期與最後更新日期，等於直接告訴機器：誰寫的、什麼時候發的、後來改過沒有。
這套欄位的規格由 schema.org 制定，Google、Bing 與多數 AI 引擎讀的是同一套，所以做一次就通吃。寫法上 Google 建議用 JSON-LD，也就是把整段標記獨立放著、跟版面完全分離，改版時不會被排版動到。另外兩種寫法要把屬性混進 HTML 標籤裡，維護時容易弄壞，新做的網站不建議採用。
一頁可以放多段標記，也可以把好幾種類型合併寫在同一段裡。要記得的原則只有一條：標記描述的是「這一頁的內容」，所以每一頁的標記內容都應該不一樣。整站共用一份、每頁都寫同樣的東西，等於什麼都沒說。
2. 為什麼有用：搜尋結果的長相，還有 AI 引擎認不認得你
用途有兩個。搜尋引擎拿它產生複合式搜尋結果：商品的星等與價格、FAQ 的展開箭頭、標題下方的麵包屑路徑，這些外觀都要有對應的標記才可能出現。AI 引擎則拿它判斷你是誰、這段內容能不能引用、作者和日期可不可信。
對 GEO 來說最有感的是兩種。Organization 讓機器把你的品牌名、網址與聯絡方式綁在一起，這是最基本的一步。FAQPage 的一問一答格式最容易被 AI 直接摘錄，因為問題和答案已經替機器配好對，它不必自己從一大段文字裡切。
3. 先做這三種：Organization／LocalBusiness、FAQPage、Article
schema.org 有幾百種型別，中小企業不用全做。先把下面這幾種放對位置，就已經涵蓋大部分效益。判斷的方式很單純：這一頁在講什麼，就用對應的型別，不要為了多標而標。
| 型別 | 放在哪一頁 | 要填對的欄位 |
|---|---|---|
| Organization | 首頁，純線上服務用這個 | name、url、logo、contactPoint，再用 sameAs 串接社群與外部檔案頁 |
| LocalBusiness | 首頁，有實體店面或只服務特定縣市時改用這個 | Organization 的欄位再加 address、telephone、openingHours、areaServed |
| FAQPage | 真的有問答區塊的頁面 | 一題對一題。頁面上必須看得到那些問答，只寫在標記裡會違反 Google 規範 |
| Article／BlogPosting | 部落格與技術筆記文章頁 | author 寫真人姓名或組織名稱，dateModified 每次改內容都要跟著改 |
有實體店面或只服務特定縣市的公司，LocalBusiness 值得優先做，因為它同時餵給地圖與在地搜尋。純線上服務用 Organization 就好，硬填一個沒有客人會去的地址沒有意義。
4. 再補上 BreadcrumbList 與 Product／Offer
BreadcrumbList 說明這一頁在網站架構的哪個位置，例如首頁、服務、SEO 優化。搜尋結果會把這條路徑顯示在標題下方，取代那串又長又難讀的網址。寫的時候 position 從 1 開始，順序要跟頁面上看得到的麵包屑導覽一致。
Product 與 Offer 用在商品或服務頁，寫清楚名稱、價格、幣別與供應狀態。台灣的網站幣別記得填 TWD，供應狀態也不能漏，欄位缺了 Google 會直接略過整段標記，等於白做。
服務型網站常卡在價格。如果報價是「多少元起」，就用價格區間的寫法標明下限，別填一個假的固定價。服務類頁面其實也可以改用 Service 型別，搭配服務地區與報價欄位，比硬套 Product 準確。至於評價，只能標你網站上真實顯示的評分，沒有評價系統就整個欄位不要放。
5. 怎麼加：WordPress 用外掛，自架站寫進模板
WordPress 的 SEO 外掛（Yoast、Rank Math、SEOPress）都內建產生器。開啟之後會自動輸出 Organization、Article 與麵包屑的標記，一般網站不太需要自己寫。
自架的網站就把這段標記直接寫進頁面模板。標題、日期、網址這類會變的欄位一律從資料來源帶入，不要在模板裡寫死，長期維護成本會比每頁手動貼低很多。
還有一個位置問題。這段標記放在網頁最上層最穩妥，如果是等頁面載入完才由程式補上去的，機器抓取的當下可能來不及讀到。確認方式是用瀏覽器的「檢視網頁原始碼」，看標記真的在裡面。開發者工具看到的是程式跑完後的結果，跟機器拿到的那一份可能不一樣。
6. 怎麼驗證：三個工具，各看不同的事
貼上去之後一定要驗，而且三個工具看的東西不一樣。三邊的答案不一致是正常的，因為它們檢查的層面本來就不同，不必以為哪個工具壞了。
三個工具分別回答什麼問題
- 複合式搜尋結果測試：Google 認不認、會不會給你那個外觀。可以測線上網址，也可以直接貼原始碼測還沒上線的版本。
- Schema.org Validator：語法和詞彙有沒有寫錯。包含 Google 不支援但語法正確的型別，這些只有在這裡才看得出問題。
- Search Console 的複合式搜尋結果報表：實際抓取之後的結果。上線後隔一兩週回來看，會列出無效項目與警告，錯誤修完記得按「驗證修正」。
錯誤一定要修，那代表這段標記被整個丟掉。警告則是建議欄位，補上通常會讓呈現更完整，但不補也不會出事，可以排在後面處理。
7. 常見錯誤，以及該有的期待值
最嚴重的錯誤是標記內容跟頁面上看得到的內容對不起來。標記裡寫了五題問答、頁面上一題都沒有，或標了 4.8 顆星但站上根本沒有評價功能。第二常見的是從網路複製範例卻沒改網址和名稱，整段指到別人的網站，機器讀到的等於在替同業背書。
上線前逐項對一遍
- 每個欄位都要能在頁面上找到對應的可見內容。找不到的就刪掉那個欄位。
- 複製範本後逐欄檢查。網址、名稱、標誌、電話有沒有換成自己的。
- dateModified 要跟著內容更新。長期停在兩年前的日期，對搜尋和 AI 引擎都是負分。
- 別標「希望有」的東西。沒有評價就不要放評分欄位，沒有辦活動就不要放 Event。
期待值也要講清楚。標記做對了，Google 仍然自行決定要不要顯示複合式搜尋結果，同一頁今天有星等、下週消失是常態。把它當成降低機器誤解的工具就對了，排名歸排名，那要靠內容品質、技術體質和外部連結。
結構化資料的導入成本很低，一次做對之後幾乎不用再動，剩下的維護就是日期和價格跟著內容改。它不會把排名往上推，但會讓搜尋引擎和 AI 引擎少猜幾次。對中小企業來說，先把首頁的 Organization、文章的 BlogPosting、常見問題頁的 FAQPage 這三個補齊，就已經涵蓋大部分效益。
常見問題
- 加了結構化資料，網站排名會變好嗎？
- Google 的官方文件沒有把它列為排名因子，講的是它讓頁面有資格取得複合式外觀。作用是幫搜尋引擎理解頁面內容、決定要不要給你那個外觀。有些網站在加完之後點閱率上升，那來自搜尋結果版面變大，跟排序位置無關。
- WordPress 裝了 SEO 外掛，還需要自己寫 JSON-LD 嗎？
- 多數情況不用。Yoast、Rank Math 這類外掛已經會自動輸出 Organization、Article、BreadcrumbList。需要手寫的是外掛沒涵蓋的型別，例如特定的 Service、Course，或有價格區間的客製 Offer 結構。
- 為什麼我的頁面驗證通過了，搜尋結果還是沒出現 FAQ 展開？
- 驗證通過只代表標記寫對，顯示與否由 Google 決定。近年 Google 大幅限縮 FAQ 複合式結果的顯示範圍，一般商業網站多半已經看不到那個展開箭頭。標記仍然值得留著，AI 引擎和搜尋系統照樣讀得到那份問答。