分店頁面
「分店頁面」是給多分店租戶用的:每間分店各自一個獨立的 location 頁,含 LocalBusiness 結構化資料(schema.org),提升 Google Maps 與本地搜尋曝光。
進入路徑:網站經營 → 分店頁面,或直接造訪 /dashboard/site/locations。
方案限制:分店頁是品牌版以上功能。基礎版客戶看不到此 sidebar 入口。
列表畫面
表格列出您租戶下所有分店(從「分店管理」抓),每列顯示:
| 欄位 | 內容 |
|---|---|
| 分店 | 分店名稱 + 代碼 |
| 地址 | 從分店管理同步而來 |
| 電話 | 從分店管理同步而來 |
| 頁面狀態 | Badge:「尚未建立」/「草稿」/「已發布」+ slug |
| 最後更新 | 該頁最後編輯時間 |
每列右側「編輯頁面」或「建立」按鈕。
一鍵補建
頁面右上角 「一鍵補建缺漏頁」 按鈕(總部角色 tenant_admin / super_admin 才看得到):
點下去 → 確認對話框 → 系統為所有尚未建頁的分店自動產生 location page,預設包含三個 block:
- Hero:店名 + 地址 + CTA「立即預約」
- Map:嵌入 Google Map(用分店地址自動 geocode)
- CTA:電話 + LINE@ 加入按鈕
產生後狀態為「草稿」,您可以進去微調再發布。
店長角色 scope
| 角色 | 看到的分店 |
|---|---|
super_admin / tenant_admin | 全部分店 |
store_manager / store_staff | 只看自己綁定的那間分店 |
店長角色看不到「一鍵補建」按鈕,只能編輯已建立的自己店的頁。
Slug 規則
每個分店頁 slug 為 /store/<店代碼>(例 /store/main、/store/kaohsiung-01)。
改 slug 風險:分店代碼若改了,store 頁 slug 不會自動同步,需手動到頁面管理改。建議分店代碼一開始就定好不要改。
LocalBusiness 結構化資料
系統自動為每個 location 頁注入 schema.org LocalBusiness JSON-LD(不需您手動寫):
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "分店名",
"address": {...},
"telephone": "電話",
"openingHours": [...]
}這對 Google Maps 收錄、Knowledge Panel、本地搜尋排名有正面影響。
分店資料變動同步
分店地址 / 電話從[分店管理](/dashboard/stores) 抓。您在那邊改了之後:
- schema.org 結構化資料自動同步(下次爬蟲訪問即拿到新資料)
- block 內容不會自動同步(hero block 內手動填的地址需手動再改一次)
建議:location 頁的 hero block 不要硬編地址 / 電話,改用 NAP 動態欄位(spec 規劃中),或每次分店改地址後記得到此頁更新對應 block。
常見問題
Q1 我只有一間店,需要做這頁嗎?
可以。單店租戶也可建一個 location 頁強化本地 SEO。但若沒時間,網站設定的 NAP 業務資訊已經提供基本 LocalBusiness 結構化資料給首頁了。
Q2 location 頁可以放跟一般頁不一樣的 block 嗎?
可以。一鍵補建只給三個預設 block,您可以進編輯器自由增刪(gallery / testimonials / cards 都能用)。
Q3 關閉某分店後,對應 location 頁怎處理?
分店管理把該店設為「停業」後,建議手動到此頁把對應 location 頁刪除(或改為草稿)。系統不會自動下架,避免誤刪。
Q4 我可以為同一間店建多個 location 頁嗎?
不建議。系統設計為每間店一個 page(store_id 唯一),重複建頁會造成 Google 索引混亂。
Q5 多店租戶店長能否看其他店的 location 頁?
不能。店長角色 (store_manager / store_staff) 自動 scope 到綁定店,列表只看到自己店那一列。
提升本地 SEO 的 3 個動作
備註