店家網站的 LocalBusiness 結構化資料
商家檔案是你在 Google 地圖上的資料，官網是你自己的資料。結構化資料是寫在官網原始碼裡、給 Google 讀的一段說明，用固定的格式告訴它：這家店叫什麼、在哪裡、電話幾號、幾點開門。這一頁照 Google 搜尋中心的官方文件，整理當地商家（LocalBusiness）結構化資料怎麼寫、哪些欄位必填、營業時間的寫法，以及最常被誤用的一條：店家不能把自己的評論星等標進去。
它能做什麼、不能做什麼
Google 搜尋中心的《當地商家 (LocalBusiness) 結構化資料》說明，搜尋結果可能會顯示醒目的 Google 知識面板，其中包含與查詢內容相符的商家詳細資料，例如營業時間、商家有哪些部門、獲得的評論。結構化資料是提供這些資訊的一種方式。
同一份文件也把話說在前面：Google 不保證採用結構化資料的功能一定會顯示在搜尋結果中。《結構化資料一般指南》的說法更直接：使用結構化資料會「啟用」相關功能，但不「保證」該功能一定會顯示。兩份文件都沒有說結構化資料會提升排名。
所以它的定位很清楚：讓 Google 更容易正確讀懂你網站上的店家資訊。它不是排名工具，也不是加了就會出現特殊版面的開關。業者如果把「幫你加結構化資料」說成保證曝光或保證排名，那已經超出 Google 文件寫的範圍。
跟商家檔案的關係
結構化資料寫在你的網站上，商家檔案在 Google 的系統裡，兩者是分開的：在官網加了結構化資料，不會自動建立或修改商家檔案；商家檔案改了電話，官網的結構化資料也不會跟著改。
它們的關係在於「資料要一致」。《在 Google 上宣傳商家的相關規範》要求商家名稱與店面、網站和文具上的名稱一致，同一份規範也提到，Google 會根據商家資訊及其他資料來源決定地址怎麼顯示，並可從網站與相關網路資料偵測類別。官網上的店名、地址、電話、營業時間，最好和商家檔案寫的是同一套；結構化資料是把這一套資料再寫一次，寫成機器讀得懂的格式。
店家資料散在哪些地方、改資料時怎麼列清單一次改完，整理在 商家申請與檔案優化的「名稱、電話與網站」。改了商家檔案，記得把官網的結構化資料列進同一張清單。
選最具體的類型
LocalBusiness 是一個大類，底下有很多子類型。Google 的文件要你盡可能使用最具體的 LocalBusiness 子類型，舉的例子是 Restaurant（餐廳）、DaySpa（水療中心）、HealthClub（健身俱樂部）。一家店同時屬於好幾種類型時，要把這些類型寫成陣列；文件寫明不支援 additionalType 這個屬性。
這個原則和商家檔案的類別很像：寫這家店整體是什麼，選最貼近的那一個。商家檔案的類別怎麼選，整理在 商家申請與檔案優化的「類別怎麼選」；結構化資料的子類型名稱以 schema.org 列出的為準，找不到完全對應的，就用上一層比較籠統的類型，不要自己造一個名稱。
必填與建議欄位
Google 的文件把屬性分成必要與建議兩類。必要屬性只有兩個，其餘是建議；文件也說，屬性提供得越多，使用者從搜尋結果獲得的資訊就越豐富。
Google 支援 JSON-LD、微資料與 RDFa 三種格式，《結構化資料一般指南》把 JSON-LD 標為建議的格式。JSON-LD 是一段獨立的程式碼，不必改動網頁上原本的文字，多數網站平台也比較容易放進去。
營業時間的寫法
營業時間是結構化資料裡最容易寫錯的部分。每一段時間由三個子屬性組成：dayOfWeek 是星期幾，opens 是開始營業時間，closes 是結束營業時間，時間格式是 hh:mm:ss。Google 的文件針對幾種特殊情況給了寫法：
《結構化資料一般指南》要求提供最新資訊。春節公休寫進結構化資料，過完年要記得確認；商家檔案的特殊營業時間也一樣，兩邊要一起改。商家檔案那一邊的營業時間規則，各產業頁都有整理，例如 零售店的商家檔案。
自己的評論星等不能標
這是店家網站最常見、也最需要知道的一條。很多官網會把 Google 上的星等或客人評價放在首頁，再請工程師把這些星等寫進結構化資料，希望搜尋結果出現星星。Google 的《評論摘錄 (Review、AggregateRating) 結構化資料》寫明這樣做不行：
- 01
- 自我評論不能顯示星級：如果接受評論的實體能控制自身獲得的評論，使用 LocalBusiness 或任何其他類型 Organization 結構化資料的網頁，都無法使用星級評論功能。文件舉的例子包括網站自帶的評論，以及透過內嵌第三方小工具顯示的評論。
- 02
- 不能匯總其他網站的評論：文件寫明，請勿匯總其他網站的評論或評分。把 Google 地圖上的星等與則數抄進自己網站的結構化資料，就屬於這一類。
- 03
- 標記的評論要看得到：使用者必須能從標記的頁面看到評論內容，而且一眼就看得出頁面含有評論。
《結構化資料一般指南》也寫明，不要為不相關或容易誤導使用者的內容加上標記，例如造假評論；違反指南的網頁可能會受到人工判決處罰，語法正確的結構化資料也可能無法顯示為複合式搜尋結果，或被標記為垃圾內容。
店家網站可以照常在頁面上放客人的評價，讓來訪的人看；只是不要把自己的星等寫進 LocalBusiness 的結構化資料。評論本身怎麼累積，要回到商家檔案與真實的客人，做法整理在 請客人留評論。
一份完整的範例
示範資料下面是一家虛構的花店，店名、地址、電話與網址都是示範用的。它只包含第 04 段的必要屬性與幾個常用的建議屬性，沒有評論星等。放在網頁的 <head> 或 <body> 裡都可以：
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Florist",
"name": "示範花坊",
"address": {
"@type": "PostalAddress",
"streetAddress": "示範路 1 號",
"addressLocality": "信義區",
"addressRegion": "台北市",
"postalCode": "110",
"addressCountry": "TW"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 25.03301,
"longitude": 121.56430
},
"telephone": "+886-2-0000-0000",
"url": "https://www.example.com.tw/",
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Tuesday", "Wednesday", "Thursday", "Friday", "Saturday", "Sunday"],
"opens": "10:00:00",
"closes": "20:00:00"
},
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": "Monday",
"opens": "00:00:00",
"closes": "00:00:00"
}
]
}
</script>
逐項對照：Florist 是花店在 schema.org 的子類型；座標寫到小數點後第 5 位；電話加上國碼 +886 與區碼；週一用 opens 與 closes 都是 00:00 表示公休。真正使用時，每個值都要換成和招牌、商家檔案一致的資料。
多分店與店內部門
有分店的品牌，最常見的寫法錯誤是只在首頁寫一段 LocalBusiness，填的是總店的地址。文件對 url 的說明是「特定商家所在地點的完整網址」，所以比較清楚的做法是每家分店有自己的頁面，各自寫一段結構化資料，地址、電話、營業時間都是那一家的。商家檔案那一邊的分店管理，整理在 多分店與連鎖。
店內有獨立部門的，例如大賣場裡的藥局，可以用 department 寫成巢狀項目。文件規定部門的名稱格式是「{store name} {department name}」，也就是店名加上部門名稱。部門是否另外建商家檔案，看的是商家檔案的規範，兩件事分開判斷。
寫完怎麼檢查
Google 的文件列了檢查的順序：
- 01
- 複合式搜尋結果測試：把網址或程式碼貼進 Google 的複合式搜尋結果測試，驗證程式碼，並修正所有重大錯誤。
- 02
- 網址檢查工具：網頁上線後，用 Search Console 的網址檢查工具測試 Google 轉譯網頁的情形，並確認網頁沒有被 robots.txt 或 noindex 封鎖，也沒有設定登入才能看。整份網站的收錄狀況怎麼看，見 網頁索引報表怎麼看。
- 03
- 提交 Sitemap：文件建議提交 Sitemap，讓 Google 知道有哪些網頁。
測試通過只代表語法正確、符合格式；它不代表搜尋結果一定會出現知識面板或其他特殊版面，第 01 段提過，Google 不保證顯示。網站整體的技術檢查，包括標題、描述、內部連結與載入速度，整理在 SEO 關鍵字優化。
三種常見的錯誤
示範情境下面三種情況，店名與內容都是示範用的，不是客戶案例。
官網的技術檢查與結構化資料，米赫維歸在 SEO 關鍵字優化，個案報價；洽詢階段不需要提供任何帳號權限，我們不保證排名，也不保證搜尋結果會出現特殊版面。
官方原文
2026 年 10 月查閱Google 的結構化資料規範會更新。這一頁寫的每一條都出自下面幾頁，動手之前請以 Google 當下的版本為準。
- 當地商家 (LocalBusiness) 結構化資料：知識面板、最具體的子類型、必要與建議屬性、營業時間的寫法、部門、檢查步驟、不保證顯示。
- 評論摘錄 (Review、AggregateRating) 結構化資料：自我評論、匯總其他網站的評論、評論要看得到。
- 結構化資料一般指南：支援的格式、真實呈現網頁內容、提供最新資訊、不保證顯示、人工判決處罰。
- 在 Google 上宣傳商家的相關規範：名稱與網站一致、Google 參考其他資料來源。
不確定從哪一項開始？先預約現況健檢
現況健檢：把官網網址與商家名稱給我們，我們先看網站上的店家資料、結構化資料和商家檔案有沒有對得上，再告訴你該先處理哪一項。洽詢階段不需要提供任何帳號權限。