網站有沒有做結構化資料？三分鐘自己查出來

先做這一件事：在你的網站任一頁按下 Ctrl+U 打開原始碼，再按 Ctrl+F 搜尋 application/ld+json。找得到，代表這一頁有結構化資料——也就是寫在原始碼裡、專門給機器讀的一段標記，把「你是誰、賣什麼、在哪裡、多少錢」用固定格式標出來，讓搜尋引擎與 AI 不必從文案裡猜。找不到，代表這一頁沒有，不用再問廠商。這一步不需要任何工具、不需要帳號、不需要懂程式，手機上不方便按快速鍵，用電腦開就好。

確認有沒有只是第一步。下面按時間順序往下走：十分鐘內確認標記寫得對不對，當天確認搜尋引擎那邊怎麼看待它，接著處理「工具說有效但搜尋結果沒反應」這個最常見的落差。

三分鐘：怎麼知道網站到底有沒有？

結構化資料檢查的第一步不用工具，用瀏覽器的原始碼搜尋就能得到明確答案，而且只有「有」跟「沒有」兩種結果，沒有模糊地帶。

搜 application/ld+json 找到的是目前最主流的寫法，標記會集中在一段花括號包起來的區塊裡。另外還有兩種比較舊的寫法，關鍵字分別是 itemprop 與 typeof，前兩者搜不到時可以再搜這兩個確認。三個都搜不到，就是沒有。

要注意結構化資料檢查的對象不只一頁。首頁、服務頁、文章頁、商品頁通常套用不同的範本，標記狀況可能完全不同——常見的情況是文章頁有（部落格外掛自動產生），服務頁與商品頁沒有，而後兩者才是帶生意的頁面。至少各挑一頁查，四種範本花不到五分鐘。

如果你用的是網頁設計公司做的客製網站，這一步查出來沒有的機率不低；如果是 WordPress 加上常見的 SEO 外掛，通常至少會有基本的網站與文章標記。

十分鐘：怎麼確認標記寫得對不對？

找到標記之後要用兩個免費工具各跑一次，它們檢查的東西不同：Google 的複合式搜尋結果測試（Rich Results Test）只驗「Google 目前支援、而且可能顯示成額外資訊」的類型，Schema.org 的驗證工具則驗整段標記的語法與欄位完整度。兩者的落差有結構性的原因——Schema.org 這套詞彙是 Google、Microsoft、Yahoo!、Yandex 在 2011 年共同發起的公開標準，涵蓋範圍本來就遠大於任何單一搜尋引擎願意顯示的那一小部分。

只用前者會漏掉一整類問題。假設你的頁面標了服務項目，但那個類型不在 Google 的顯示清單裡，測試工具會回報「未偵測到任何項目」——這句話的意思是「這一頁沒有我認得的可顯示類型」，不是「你的標記寫錯了」。很多人在這裡誤判，把原本正確的標記整段刪掉重做。

兩個工具都是貼網址就跑，不需要登入。讀報告的時候只看三種狀態：錯誤（缺必填欄位或格式壞掉，會讓整組標記失效）、警告（缺建議欄位，不影響有效性）、以及有效項目的清單。警告不用急著清，錯誤要處理。

一個實務上的順序建議：先用測試工具查你最重要的三頁（首頁、主力服務頁、詢價頁），再往下查範本。整站逐頁查是掃描工具的工作，人工查前三頁就能知道問題是「整站都沒做」還是「做了但某個範本漏掉」。

當天：Search Console 有哪張報表在管這件事？

Search Console 左側選單的「體驗」或「複合式搜尋結果」區塊，會依標記類型各列一張報表，這裡看到的是搜尋引擎實際爬取後的判定，比測試工具的單頁結果更接近真實狀況。

兩者的差別要講清楚：測試工具測的是「現在這一頁的原始碼」，Search Console 顯示的是「上次爬取時，全站各頁的統計」。前者即時但只有一頁，後者有延遲（通常 2-3 天，改版後可能更久）但涵蓋全站。想確認修正有沒有生效，兩邊都要看——測試工具先確認改對了，過幾天再回 Search Console 確認搜尋引擎重新爬過。

有一種情況最容易被誤讀：左側根本沒有出現任何複合式搜尋結果的報表。這不代表報表壞了，而是代表搜尋引擎在你的網站上沒有偵測到任何它支援的標記類型——等同於「整站都沒做」的訊號。Search Console 的其他報表怎麼搭配著看，Search Console 怎麼看？從四個問題反查該開哪張報表那篇有對照表。

工具說有效，搜尋結果卻看不到，是哪裡出問題？

驗證通過但搜尋結果沒有出現額外資訊，原因通常落在四類，其中只有兩類需要你處理。

類型不在支援清單裡，是最常見也最不需要處理的一種。標記語法完全正確、搜尋引擎也讀得到，但那個類型本來就不會顯示成搜尋結果上的額外資訊。標記仍然在做它的事——讓機器正確理解頁面內容。

要注意這份清單會變，而且是會縮的。Google Search Central 在 2023 年 8 月公告全面停止顯示 HowTo 類型的複合式搜尋結果，同時把 FAQ 的顯示範圍限縮到政府與醫療等少數權威網站。當時很多人以為自己的標記壞了，實際上壞的不是標記，是顯示政策改了。所以「以前有、現在沒有」不必然代表你的網站出事，先確認那個類型還在不在支援清單上。

標記與頁面內容不一致則必須處理。標記裡寫著價格 3,000 元，頁面上寫著 2,800 元；標記裡有五星評分，頁面上找不到任何評論——這種矛盾會被判定為濫用，嚴重時整站會失去顯示資格。修正方向永遠是讓標記跟著頁面走，不是反過來。

還有一種是標記由 JavaScript 事後產生，爬蟲來的時候還讀不到。判斷方法就是最前面那一步：在原始碼裡（Ctrl+U 看到的那份，不是開發者工具裡的那份）搜得到，才算真的寫在頁面上。搜不到但測試工具說有，多半就是這個狀況。做一次結構化資料檢查時，這兩份原始碼的差別值得記住，它是很多爭論的來源。

剩下一種是搜尋引擎自己決定不顯示。同一頁的標記可能在某些查詢下顯示、某些查詢下不顯示，這是搜尋結果版面配置的決定，沒有辦法要求。把標記做對是你能控制的部分，顯不顯示不是——這也是為什麼任何人都不該對這件事做出保證。

網站是外包做的，預設會有嗎？

不同做法的預設值差很多：WordPress 加常見 SEO 外掛通常有基本的網站與文章標記、電商平台的商品頁多半內建商品標記、而網頁設計公司交付的客製形象網站，沒有標記的比例最高。

客製網站沒有的原因不是廠商偷懶，是這一項多半不在報價單裡。網站建置的驗收項目通常是版面、頁數、表單與後台，結構化資料屬於搜尋端的細項，沒被寫進需求就不會有人做。這一點在發包新網站時可以直接加進規格，成本很低；已經做好的網站則要另外處理。

自己有沒有辦法補？分兩種情況。用 WordPress 或類似的內容管理系統，裝一個支援標記的外掛、把公司名稱地址電話填一填，大概兩小時內能完成基本的組織與服務標記。純手寫的客製網站則要請原廠商在範本裡加一段程式碼，工時通常在 2-6 小時之間，屬於小額工單。

哪幾種標記值得優先做、各自解決什麼問題，結構化資料在 AI 搜尋的角色那篇按類型拆過一遍，接在這篇的檢查之後看剛好。

廠商說「schema 都已經做好了」，怎麼驗收？

把結構化資料檢查的結果變成驗收，請對方提供三樣東西：做了哪幾種類型、套用在哪些範本（首頁、服務頁、文章頁、商品頁各自有沒有）、以及每一種類型的測試工具通過截圖。三樣缺一樣，這一項就還沒有完成。

這三個問題不需要技術背景也問得出口，而且答案很難含糊。真的做過的人會直接說「Organization 與 Service 兩種，套在首頁跟六個服務頁，文章頁走另一套」；沒做過的常見回答是「系統都有內建」或「SEO 該做的我們都有做」。遇到後者，把最前面那一步做一次就有答案了——原始碼裡搜不到，說什麼都沒有用。

驗收之後還有一個追問值得問：標記的內容是動態產生還是寫死的。寫死的標記在公司地址、電話或服務項目異動時不會跟著更新，半年後就會變成「標記與頁面不一致」的來源。這類報告怎麼分辨有做事與交差了事，SEO 公司交付的報告，怎麼看出真假那篇的判準可以一起用。

檢查完發現沒有，接下來做什麼？

先做三種就能覆蓋多數需求：說明公司身分的組織標記、說明你賣什麼的服務或商品標記、以及把頁面上既有問答整理成的常見問題標記。剩下的類型等這三種穩定運作再說。

順序背後的理由是投入產出。組織標記解決的是機器對「你是誰」的辨識，這是所有後續引用的基礎，而且只要做一次、放在全站共用的範本裡。服務或商品標記解決的是「你賣什麼」，直接影響採購型搜尋的理解正確度。常見問題標記則有機會讓搜尋結果多佔一點版面，但前提是頁面上本來就有那些問答，不能為了標記而憑空生出來。

做完之後留一個複驗的節奏：改版、換佈景主題、外掛大版本更新這三種時機各驗一次，其餘時間每半年抽驗一次。這一項屬於做一次能撐很久、但會被改版無聲清掉的類型，網站健檢是什麼？七個檢查項目與判讀標準裡把它歸在技術可及性那一項，健檢時會一併帶到。

SEO 與 GEO 成效受搜尋引擎與 AI 模型演算法、市場競爭等因素影響，實際結果因專案而異，標記是否顯示為複合式搜尋結果由搜尋引擎決定，本文不構成任何顯示或引用之保證。

原始碼搜完不確定看到的是什麼，把那一段複製到 LINE @APM168 或撥 02-2601-8918 也可以。我們會直接回答兩件事：這一頁有沒有、以及缺的那幾種值不值得補。實際的補法與範圍，服務項目那頁有寫。