店家網站的結構化資料要放什麼

網頁上的文字是寫給人看的，結構化資料是同一份資訊的機器版本：用固定的欄位告訴搜尋引擎「這是一家店、地址在哪、幾點營業」。它不是排名因素，但能讓 Google 更準確理解頁面，有機會在搜尋結果顯示營業時間、地址這類複合式資訊。這篇整理店家官網最常用的寫法、要填的欄位，以及 Google 通用指南裡不能做的事。

用 JSON-LD 放在原始碼裡

Google 支援三種格式，建議用 JSON-LD：一段放在頁面 <head> 或內文的 <script type="application/ld+json">，不影響版面，也不必改動頁面上的 HTML 標籤。欄位名稱來自 schema.org，Google 的說明文件列出每一種類型支援哪些欄位、哪些必填。

店家最常用：LocalBusiness

有實體店面的店家，用 LocalBusiness 或它底下更精確的類型（例如餐廳、美髮沙龍、牙醫診所各有對應的子類型）。Google 的文件把欄位分成必填與建議：

名稱、地址、電話三項與商家檔案不一致，是店家網站最常見的問題，做法見NAP 一致性怎麼檢查。

Google 通用指南裡不能做的事

• 標記頁面上看不到的內容：結構化資料必須對應頁面上實際顯示的資訊，不能只放在程式碼裡。
• 自己寫評分與評論：評分類的標記要來自真實使用者、顯示在頁面上，店家不能替自己標記評分；Google 也不再對商家自己頁面上的自我評分顯示星等。
• 標記與頁面無關的類型：一頁只標記它真正是什麼，店家頁不要同時掛上文章、產品、活動等不相關的類型。
• 用結構化資料塞關鍵字：欄位內容要是事實，不是行銷句。

違反指南的頁面，Google 可能不顯示複合式搜尋結果，嚴重的會收到 Search Console 的手動處置通知。

一家店的欄位對照範例

把店家的資料一欄一欄對進去，就是一段 LocalBusiness。以一家虛構的咖啡店為例，資料和欄位的對照如下：

每一個值都要在頁面上看得到：頁尾或聯絡頁寫著同樣的店名、地址、電話與營業時間，結構化資料只是把它們換成機器讀得懂的格式。

營業時間的幾種寫法

營業時間是店家最常寫錯、也最常需要更新的欄位。Google 的 LocalBusiness 文件列出幾種情況的寫法：

星期用 dayOfWeek 標示，可以寫 Monday 這類英文名稱。不管用哪一種寫法，頁面上顯示的營業時間要一樣，商家檔案的營業時間也要跟著改，商家檔案這邊的設定見Google 商家營業時間怎麼設定。

類型選最具體的那一個

Google 建議盡可能使用最具體的 LocalBusiness 子類型，例如餐廳用 Restaurant、水療中心用 DaySpa。一家店同時是兩種類型時，用陣列一起列出；Google 不支援用 additionalType 補充類型。LocalBusiness 也繼承 Organization 的欄位，品牌的標誌、社群連結這類資料可以參考 Organization 的寫法。

這和商家檔案的類別是同一個道理：描述店家「是什麼」，選最貼近、最具體的那一個，不要為了多出現在幾種搜尋就掛上不相干的類型，類別的選法見Google 商家類別怎麼選。

店裡有部門的時候

一家店裡有自己營業時間、自己電話的部門（例如賣場裡的藥局），可以用 department 欄位，在主要的 LocalBusiness 裡再放一個巢狀的 LocalBusiness，各自寫營業時間與電話。Google 文件建議部門名稱的格式是「店面名稱＋部門名稱」；部門有自己獨立的品牌名稱時，直接寫部門的名稱。

評分與評論欄位什麼時候能用

LocalBusiness 文件把 aggregateRating 與 review 列為建議欄位，但附有條件：只有網站會收集「其他當地商家」的評論時才適用，例如介紹與評比各家店的網站。店家在自己官網替自己標記星等，不符合這個條件；客人的評價要留在 Google 商家檔案與各平台上，官網可以連過去，不要自己換算成評分寫進結構化資料。

同一頁有好幾個項目

結構化資料通用指南說明，一頁有好幾個項目時，可以用巢狀結構（一個主要項目裡包含其他項目），也可以各自標記；項目之間需要互相關聯時，用 @id 指向同一個項目。多分店的店家，比較清楚的做法是每家分店一個頁面，各自標記自己的地址、電話與營業時間，url 填該分店頁面的網址。多分店在商家檔案的管理見多分店的 Google 商家檔案怎麼管理。

幾個容易漏掉的細節

• priceRange 不要寫太長：這個欄位是相對的價格範圍，例如「$$」，長度要少於 100 個半形字元，太長 Google 不會顯示。
• geo 要夠精確：經緯度至少寫到小數點後 5 位，並和商家檔案的地圖釘位置一致。
• 餐廳的 menu 與 servesCuisine：餐飲業可以填菜單的完整網址與供應的料理類型。
• 圖片網址要能被讀取：標記裡的圖片要和頁面內容相關，所有圖片網址都要能被 Google 檢索與建立索引。
• 不要封鎖這一頁：用 robots.txt 或 noindex 擋住 Googlebot，結構化資料寫得再好也讀不到。

寫完怎麼檢查

用 Google 的複合式搜尋結果測試工具貼上網址或整段程式碼，會列出缺少的必填欄位、格式錯誤與警告。上線後，Search Console 的相關報告會顯示 Google 實際讀到的項目與錯誤數。頁面內容改了（例如營業時間），結構化資料要一起改，兩者不一致等於標記了看不到的內容。結構化資料放好之後，頁面還是要先被收錄才會生效，見網站文章怎麼讓 Google 收錄。

放了卻沒有顯示

Google 的通用指南說明，結構化資料只是讓頁面有資格顯示複合式搜尋結果，不保證一定顯示；搜尋結果會依搜尋紀錄、位置與裝置類型調整，即使通過複合式搜尋結果測試，也可能不會出現。部署之後，檢索與建立索引也可能需要幾天。所以放好之後，先用網址檢查工具確認頁面能被檢索，再等一段時間看 Search Console 的報告，不要因為隔天搜尋沒看到就反覆改寫。

違反指南的頁面可能收到人工判決處罰：受罰的頁面無法以複合式搜尋結果呈現，但不影響它在一般網頁搜尋中的排名。修正之後，可以在 Search Console 提交重審要求。

改資料時的順序

營業時間、電話或地址要改時，三個地方同一天一起改：先改官網頁面上顯示的文字，再改結構化資料，最後改 Google 商家檔案與其他平台。只改其中一處，網路上就會同時存在兩種資料，客人與搜尋引擎都不知道該信哪一個。各平台要一起檢查的清單見NAP 一致性怎麼檢查。

常見問題

放了結構化資料排名會變好嗎？

Google 說明結構化資料不是排名因素，作用是幫助搜尋引擎理解頁面內容，並有機會顯示複合式搜尋結果（例如營業時間）。

商家檔案已經填了資料，網站還要放嗎？

兩者是分開的系統。商家檔案管理地圖上的資料，網站的結構化資料讓 Google 確認網站與這家店的關係；兩邊的名稱、地址、電話要一致。

怎麼確認寫法有沒有錯？

用 Google 的複合式搜尋結果測試工具貼上網址或程式碼，會列出缺少的必填欄位與格式錯誤；上線後在 Search Console 的相關報告也看得到。

結構化資料通過測試，為什麼搜尋結果還是沒有顯示？

Google 說明結構化資料只是讓頁面有資格顯示複合式搜尋結果，不保證一定顯示；搜尋紀錄、位置與裝置類型都會影響，檢索與建立索引也可能需要幾天。

官方資料

本文依據下列官方說明與法規整理。平台規則、介面與政策會更新，實際以官方最新內容為準。

• 結構化資料標記的運作方式簡介Google 搜尋中心
• 當地商家 (LocalBusiness) 結構化資料Google 搜尋中心
• 結構化資料通用指南Google 搜尋中心
• 改善商家在 Google 本地排名的訣竅Google 商家檔案說明

延伸閱讀

• NAP 一致性怎麼檢查NAP 指店名、地址、電話。說明為什麼這三項資料在官網、社群、訂位平台與目錄上要寫得一樣，常見的不一致寫法，以及一份逐項檢查的清單。
• 網站文章怎麼讓 Google 收錄店家網站的新頁面怎麼讓 Google 收錄：驗證 Search Console、提交 Sitemap、用網址檢查工具要求建立索引，以及網頁索引報表各種未編入原因要不要處理。
• Google 地圖排名怎麼看Google 說明在地搜尋結果依關聯性、距離與知名度排序。拆解這三個因素店家能做什麼，以及為什麼自己搜尋看到的排名，和客人看到的不一樣。