當地商家結構化資料產生器（LocalBusiness）

當地商家結構化資料怎麼產生

一個頁面一間門市，一間門市一個頁面。產生器用同一組值寫出標記和可見區塊，兩邊就沒有機會對不上。

1. 挑最精確的商家類型。 Restaurant、CafeOrCoffeeShop、Dentist 這些都是 LocalBusiness 的子類型，繼承它的所有屬性。只有都不合適時，才用 LocalBusiness 本身。
2. 填店名與地址。 這兩個是唯二的必要屬性。台灣地址拆成郵遞區號、縣市、鄉鎮市區和街道，國家寫 TW；其餘欄位讓結果更完整，但不影響有效性。
3. 營業時間一行寫一條規則。 週末營業到凌晨 1 點是一行，不是兩行；午休分兩段是兩行；春節休息是一段日期加上「休息」。星期寫週一到週日就好，每一行會變成一個 OpeningHoursSpecification。
4. 複製之前先看警告。 座標位數不夠、價位字串太長、地址少了一段、同一天出現兩條矛盾的規則——每一項都是 Google 會忽略、或讀成和你意思不同的地方。
5. 兩份輸出都貼上。 JSON-LD 放進這間分店頁面的 head 或 body；地址區塊和營業時間表放在訪客會看的位置。營業時間一改，兩份都重新產生。

台灣地址怎麼拆進 PostalAddress

當地商家結構化資料產生器會把一間門市的資料轉成 LocalBusiness 的 JSON-LD——也就是 Google 用來讀取營業時間、地點與部門的結構化資料。Google 的繁中文件開頭舉的就是台灣的例子：使用者在 Google 搜尋或地圖上查「台北最好的餐廳」這類查詢時，可能看到帶著商家詳細資料的知識面板。必要屬性只有 name 和 address，而地址正是台灣店家容易寫歪的一塊。

PostalAddress 的欄位是照英文地址設計的，台灣地址的順序剛好相反，由大到小。Chromium 專案公開的國際地址格式資料，把台灣地址分成縣市（第一級行政區）、鄉鎮市區（地方層級），再來才是街道；郵遞區號接受 3 碼、5 碼或 6 碼。照這個分法對應過去：

3+3 郵遞區號是中華郵政自 2020 年 3 月 3 日起實施的新制；中華郵政同時提供「郵遞區號前 3 碼一覽表」和「3 碼郵遞區號與行政區」對照表——前 3 碼對應的就是鄉鎮市區，在 Google 的地址資料裡，大同區正是 103。台灣網站自己也這樣分：食譜網站愛料理的營運公司，在自家的 Organization 標記裡寫的是 addressRegion「臺北市」、addressLocality「信義區」、postalCode「110」。國家一律寫 TW；寫成「台灣」，產生器會提醒你。

電話加 +886；營業時間寫出公休、午休、營業到凌晨與春節

Google 對電話只有一句話：請務必在電話號碼中加入國家/地區代碼和區碼。外交部領事事務局的說明是，從國外撥回臺灣，撥國碼 886 之後，區域號碼「字頭 0 不撥」。所以台北的 02 寫成 +886-2，後面接原本的用戶號碼。

營業時間才是這個表單的重點，也是店家資料常出錯的地方。台灣店家會遇到的四種情況，Google 都有定好的寫法：

週二-週五 08:00-20:00
      週六-週日 09:00-01:00               # 營業到凌晨，一條規則
      週一 公休                           # 公休：opens 與 closes 都是 00:00
      週一-週日 24h                       # 24 小時：00:00 到 23:59
      2027-02-05..2027-02-08 週一-週日 休息   # 春節：validFrom／validThrough

• 營業到凌晨，是一條規則。Google 的原文：如果營業時間超過午夜，請使用單一 OpeningHoursSpecification 定義開始和結束營業時間。週六 18:00 營業到週日 02:00，就是 Saturday, opens 18:00, closes 02:00 一條——切成「週六到 23:59」加「週日 00:00 開始」兩條，等於告訴 Google 你半夜打烊、又在週日凌晨莫名其妙開了兩小時。
• 公休與 24 小時有固定寫法。整天不營業，opens 和 closes 都設為 00:00；全天營業，opens 00:00、closes 23:59。這是 Google 自己的編碼，不是我們發明的。
• 午休分兩段，就寫兩行。像診所分早診、午診，同一天有兩個時段：週一-週五 09:00-12:00 一行、週一-週五 14:30-18:00 一行，各自變成一個 OpeningHoursSpecification。兩段不重疊，產生器就不當成矛盾；時段重疊，或同一天又寫了公休，才會警告。
• 春節休息，用一段日期。validFrom 與 validThrough 是 Google 定義的「特定期間暫停營業」起訖日，格式 YYYY-MM-DD；不帶這兩個日期的規則全年有效。依中央氣象署的 116 年日曆資料表，2027 年的除夕是 2 月 5 日、初三是 2 月 8 日，所以「除夕到初三休息」就是上面最後一行。農曆每年都在移動，這一行每年都得改。

表單裡的星期寫週一到週日就好（寫 Mon–Sun 也可以），時間用 24 小時制；整天不營業寫「公休」「店休」「休息」或 closed 都行，24 小時營業寫「24小時」或 24h。輸出的 dayOfWeek 一律是 schema.org 的英文值 Monday、Saturday，可見的營業時間表則顯示中文星期。

必要的只有兩個；座標要到小數第 5 位

Google 的當地商家文件列出的必要屬性只有兩個：name 和 address。營業時間、電話、座標、價位、部門、照片，全都是建議屬性。所以這個表單除了店名和地址，其他欄位都可以留白——少填只會讓結果沒那麼豐富，不會讓它無效。

值得做對的，是 Google 寫明後果的幾條：

• 座標精確度。geo.latitude 和 geo.longitude 的精確度必須至少到小數第 5 位。小數 3 位大約差到一百公尺——在巷弄密集的街區，那已經是另一條巷子。產生器在 5 位以下會警告。
• 價位長度。priceRange 必須少於 100 個半形字元，到了 100 以上，Google 就完全不顯示這間店的價格範圍。它要的是 $$ 或 NT$150-300 這種寫法，不是一段套餐說明。
• 部門命名。巢狀的 department 要命名為「{店名} {部門名稱}」——Google 的例子是 gMart 和 gMart Pharmacy——除非部門有自己的品牌。表單拿店名的第一段去比對部門名稱，所以店名請在品牌和分店名之間留空格或「—」。

還有一件 Google 文件從沒說過的事：priceRange 已經被棄用。沒有這回事，它仍列在建議屬性裡，還附帶那條長度規則。有人叫你把它從範本裡拿掉之前，先查原文。

連鎖分店給每間一個 @id；自家評價不能標星星

Google 的當地商家文件完全沒提到 @id，我們不假裝它有。但一個網站只要有第二間門市，@id 就不再是裝飾。

沒有它，每個分店頁都輸出一個匿名的 JSON-LD 節點。對你自己的網站沒差——一頁一間店。但其他讀這份資料的程式不一樣：彙整網站、知識圖譜的處理流程、CMS 自己的 schema 外掛、替你整理門市清單的 agent。帶著固定 IRI 的節點——https://example.com/stores/chifeng#store——每次被看到都是同一個節點，頁面上的其他標記也能直接指向它，不必重抄一份。

多分店網站的實務規則：一間門市一個頁面、一個頁面一個 LocalBusiness 節點、一個節點一個 @id，url 指向那個頁面本身。不要把十二間分店全列在同一頁、再全部加上標記——結構化資料必須真實呈現它所在的那一頁。

表單最下面那個勾選框，存在的目的是被拒絕。Google 的評論摘錄規範說，受評實體能控制自身評論時，使用 LocalBusiness 或任何 Organization 類型的網頁無法使用星級評論功能——在自家網站內嵌 Google 商家評論或 Facebook 評論小工具也一樣。當地商家的 review 與 aggregateRating，Google 只建議給會擷取其他商家評論的網站：美食評論網、店家名錄、導覽指南。評論能寫什麼，見 評論摘錄結構化資料產生器；標記必須和可見頁面一致——整套工具的基礎——見 FAQ schema 產生器。