多分店 SEO 完整教學 | 連鎖店與多據點策略

從一家店擴張到 3 家、10 家、甚至 50 家分店，本地 SEO 不只是「把同樣的事情做 10 次」，而是本質上不同的問題。每多一家分店，您要面對的是獨立 GBP 管理、分店頁面內容如何不重複、URL 結構怎麼設計、Schema 怎麼標、評論怎麼分流、避免關鍵字蠶食，這些單店根本不會遇到的議題。本篇拆解多分店 SEO 的完整策略，從每家分店是否要有獨立網頁、URL 結構選擇、分店頁面 11 項必備元素、Google Business Profile 批量管理、LocalBusiness Schema 多分店實作，到避免關鍵字蠶食的 3 個原則，協助台灣的連鎖店、區域型品牌、多分院診所建立可長期運作的多據點 SEO 系統。

多分店 SEO 為什麼比單店難 10 倍？

單店 SEO 的核心邏輯很單純：把 GBP 做完整、累積評論、官網設計好就行。多分店 SEO 多了三個維度的複雜性：

三類型多分店業者的不同挑戰

關於 Google 商家檔案的單店完整設定，請參考Google 商家檔案完整設定教學；NAP 一致性的跨平台處理請看NAP 一致性教學；本地 SEO 整體架構見在地 SEO指南，SEO 全貌見 pillar SEO 是什麼？完整指南。

每家分店都需要獨立網頁嗎？

答案是肯定的：每一家實體分店都必須有自己的獨立網頁（也稱為 location page 或分店頁）。這不是建議，而是多分店 SEO 的基本門檻。Google 近年的多次更新中持續強化這個訊號，沒有獨立頁面的分店，等於告訴 Google 您「沒有正式在那個位置經營」。

為什麼一定要獨立頁面？

1. 作為 GBP 的目標連結頁 每個 GBP 都需要填寫「網站連結」，這個連結應該指向該分店的專屬頁面，不能全部指向首頁。Google 把 GBP 與該頁面的相關性視為信任訊號，首頁分散性太高、信任度被稀釋。
2. 每家分店都能單獨被搜尋到 獨立頁面才能在搜尋結果中以該分店為主體出現。沒有獨立頁面，使用者搜尋「OO 拉麵 七期店」時，Google 沒有對應的頁面可以排名，只能呈現首頁（可能完全沒提到七期店），點擊率與轉換率都會大幅下滑。
3. 承載分店專屬的 Schema 標記 每個分店需要自己的 LocalBusiness Schema（含該分店的地址、電話、營業時間、評論等）。Schema 必須掛在對應內容的頁面上，不能全部塞到首頁。
4. 建立內部連結網絡 分店頁與服務頁、總部頁、其他相關內容之間的連結，構成一個讓 Google 理解「品牌結構」的網絡圖。獨立頁面是這個網絡的節點（node），缺少節點等於缺少網絡。

三種常見的錯誤做法

• 把所有分店資訊塞進首頁 首頁列出 10 家分店的地址、電話、營業時間，對使用者勉強可用，但對 Google 來說一個頁面同時要為 10 個城市排名，主題模糊，結果是每個城市都排不上。改善方式：首頁保留「分店導引」連結，每家分店建立獨立頁。
• 把分店資訊藏在下拉選單中，沒有獨立 URL 「點選分店看詳情」用 JavaScript 切換顯示，但 URL 不變，這樣的「分店資料」對 Google 來說等於不存在。Google 爬蟲只看到一個 URL，後面的切換內容不會被識別為獨立頁面。改善方式：每個分店用獨立 URL，可以保留下拉選單作為入口，但目的地必須是真實的獨立頁面。
• 用樣板套換城市名生成幾十頁「假分店頁」 為了 SEO 在沒有真實營業的城市開頁面（例如台中有 1 家，但開了「台北店」「高雄店」「台南店」頁面引導加 LINE），這是 Google 明確抓的「薄內容」與「欺騙性內容」，會降低整個網域評分。改善方式：只為真實存在的實體分店建立頁面；若是服務區域型業務，改用「服務地區頁」並明確說明「我們從 OO 區出發到 XX 區服務」，而非偽裝成分店。

URL 結構建議：扁平 vs 巢狀

分店頁的 URL 結構是長期影響網站架構的決策。改一次成本很高（要做 301 redirect、可能短期掉排名），建議在分店還少時就規劃好。業界主流的兩種結構：

扁平結構（by city）：適合多數情境

巢狀結構（by city + district）：適合同城多店

常被誤用的 URL 模式

URL 確定後的注意事項

• 不要再大改：URL 變動成本極高，要做 301 redirect、暫時掉排名、外部連結失效。在分店還少時就規劃好。
• 結尾斜線統一：選擇「都用 / 結尾」或「都不用 / 結尾」，並用 301 redirect 統一（避免 Google 視為兩個不同頁面）。
• 大小寫統一：都用小寫，避免 /Taipei/ 與 /taipei/ 並存。

分店頁面 11 項必備內容元素

每個分店頁的內容如果只是「換個城市名 + 換個地址」，Google 會視為薄內容。實務上的目標：每頁都要有足夠份量、只屬於該分店的內容。以下 11 項必備元素，前 8 項是基本門檻，後 3 項是進階差異化。

必備 8 項（每個分店頁都要有）

1. 分店名稱（含 H1 標題） 「OO 拉麵 七期店」這種格式。H1 不能寫成「分店頁」「Location」這類無意義詞，要明確包含「品牌 + 分店識別」。
2. 該分店的完整 NAP 地址（精準到號到樓）、電話、Email，這三項要與 GBP 一字不差。建議在頁面顯眼位置（如頁首或側欄）固定顯示。
3. 營業時間（含特殊時段） 常規時間 + 國定假日 + 該分店特殊時段（例如「七期店週一公休」）。寫法上要清楚分清楚，避免與其他分店混淆。
4. 嵌入式 Google 地圖 從 Google 地圖取得 embed code 嵌入。每個分店嵌入該分店自己的地圖，而不是所有分店都嵌入總公司地圖。這直接強化 Schema 的 hasMap 屬性。
5. 交通與停車資訊 「捷運 XX 站 2 號出口走路 5 分鐘」「店門口提供 3 個停車位、附近捷運停車場步行 3 分鐘」這類內容是真實在地價值，非常難以複製貼上，且使用者高度需要。
6. 該分店提供的服務 / 商品 如果不同分店提供的服務範圍不同（例如七期店有「外送」、信義店有「包場」），要明確標示。即使服務相同，文字描述要稍有變化避免完全複製。
7. 該分店的「行動鈕」 「立即電話」「導航前往」「LINE 加好友」「線上預約」，每個按鈕都連到該分店的對應資源（不是總公司客服）。
8. 該分店的 LocalBusiness Schema JSON-LD 格式，包含該分店的所有 NAP 與營業時間。詳細實作請見本文「LocalBusiness Schema 多分店實作」段落。

進階差異化 3 項（讓分店頁脫離薄內容）

1. 該分店的員工 / 主廚 / 醫師照片 放分店實際團隊照，不要用 stock photo，也不要全分店用同一張集團照。每個分店有自己的人，顧客也想知道「會服務我的人是誰」。這是 Google 認為的「在地真實性訊號」。
2. 該分店的精選評論 從 Google 評論中挑 3-5 則最具該分店特色的評論引用顯示。注意：必須在頁面標示「來自 Google 評論」，並連結到原評論；不可虛構或修改。AI 搜尋會引用這些評論的具體內容。
3. 該分店的在地特色內容 這是最關鍵也最被忽略的元素：寫該分店真正獨有的故事：什麼時候開幕、為什麼選這個地點、附近的地標、季節活動、與在地的連結。例如「七期店是大台中首家全素拉麵專門店，附近有國家歌劇院、新光三越，週末常見家庭聚餐」。這類內容無法複製、Google 喜歡、AI 摘要也會引用。

Google Business Profile 多分店管理

Google 對多分店管理有完整的層級設計，但很多老闆只用「個人帳號逐一登入」的最笨方法。以下是 Google 官方提供的三層架構，以及不同規模適用的工具。

三層帳號架構

不同規模適用的管理方式

多分店 GBP 命名規則

連鎖品牌的 GBP 名稱，Google 規範要求所有據點使用相同名稱，除非商家實際使用的名稱本來就隨據點而不同；分店之間的差異交給地址、電話與官網分店頁呈現，不寫進商家名稱。建議規則：

• ✓ 推薦：各分店統一使用品牌的實際名稱，例如每家都登錄為「新視野」，七期店、信義店的區別放在地址欄位與官網分店頁的標題
• ✓ 例外：實體招牌上的名稱本來就因據點而不同時，照招牌的實際名稱登錄；不要加自編的店號或識別碼（例如「A-001 店」「Z-1 號店」）
• ✕ 禁止：加地點或描述詞「新視野 七期店 - 台中最大」
• ✕ 禁止：加優惠促銷「新視野 七期店 開幕 8 折」
• ✕ 禁止：加業種描述「新視野 七期 牙醫植牙專家」

各分店電話策略

每家分店建議使用該分店專屬的電話號碼，不要全部使用總公司客服。原因：

• NAP 一致性訊號：每分店有獨立電話，Google 才能正確判斷它們是「不同實體」。
• 使用者體驗：顧客打電話想找「七期店問訂位」，直接接通該分店比較好。
• 成效分開追蹤：商家檔案的成效報告會統計顧客點按通話按鈕的「來電」次數，每家分店用自己的號碼，才能分別看出各店的來電表現。

若預算不允許每個分店有獨立市話，可以申請「主號 + 分機」格式，但每個 GBP 仍要分別填入，讓 Google 識別為獨立號碼。

LocalBusiness Schema 多分店實作

多分店的 Schema 結構比單店複雜，要建立母組織 + 子分店的層級關係。Google 從這個結構理解「這是同一品牌的不同實體」，而不會誤判為「重複內容」或「不相關的店家」。

多分店 Schema 結構原則

1. 首頁：Organization + subOrganization 首頁用 Organization 作為主類型，在 subOrganization 屬性中列出所有分店。如果首頁本身沒有實體地址（例如純品牌官網），用 Organization 而非 LocalBusiness。
2. 每個分店頁：LocalBusiness + parentOrganization 每個分店頁用 LocalBusiness（或更精確的子類型，如 Restaurant、Dentist、AutoRepair），在 parentOrganization 屬性中回連到首頁的 Organization（舊的 branchOf 已由 parentOrganization 取代）。
3. @id 屬性必須唯一 每個分店要有獨立的 @id（通常用該分店的 URL + Schema 類型），這是讓 Google 區分不同實體的關鍵。
4. hasMap 與 geo 可以並用 hasMap 指向該分店的 Google Maps 連結；geo（GeoCoordinates）是 Google 當地商家結構化資料的建議屬性，經緯度至少要精確到小數點後 5 位。兩者都是網站自己在結構化資料裡填寫的值，可以同時提供。

首頁 Schema 範例

假設「新視野咖啡」有 3 家分店（七期店、信義店、博愛店），首頁（newscan-coffee.com.tw）的 Schema 結構：

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://newscan-coffee.com.tw/#organization",
  "name": "新視野咖啡",
  "url": "https://newscan-coffee.com.tw/",
  "logo": "https://newscan-coffee.com.tw/logo.png",
  "sameAs": [
    "https://www.facebook.com/newscancoffee",
    "https://www.instagram.com/newscancoffee/"
  ],
  "subOrganization": [
    { "@id": "https://newscan-coffee.com.tw/locations/taichung/qiqi/#localbusiness" },
    { "@id": "https://newscan-coffee.com.tw/locations/taipei/xinyi/#localbusiness" },
    { "@id": "https://newscan-coffee.com.tw/locations/taipei/boai/#localbusiness" }
  ]
}

分店頁 Schema 範例

七期店頁面（newscan-coffee.com.tw/locations/taichung/qiqi/）的 Schema：

{
  "@context": "https://schema.org",
  "@type": "CafeOrCoffeeShop",
  "@id": "https://newscan-coffee.com.tw/locations/taichung/qiqi/#localbusiness",
  "name": "新視野咖啡 七期店",
  "parentOrganization": {
    "@id": "https://newscan-coffee.com.tw/#organization"
  },
  "url": "https://newscan-coffee.com.tw/locations/taichung/qiqi/",
  "telephone": "+886-4-2301-XXXX",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "公益路 168 號 3 樓",
    "addressLocality": "西屯區",
    "addressRegion": "台中市",
    "postalCode": "407",
    "addressCountry": "TW"
  },
  "hasMap": "https://maps.google.com/?cid=XXXXXXXXXXXXX",
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "10:00",
      "closes": "21:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Saturday", "Sunday"],
      "opens": "09:00",
      "closes": "22:00"
    }
  ],
  "image": "https://newscan-coffee.com.tw/img/qiqi-store.jpg",
  "priceRange": "$$"
}

關鍵屬性說明

取得 hasMap 用的 CID 號碼

CID（Customer ID）是 Google 給每家店的唯一識別碼。取得方式：

1. 在 Google 地圖搜尋您的分店 搜尋「您的品牌 + 分店名」，點開該店的知識面板。
2. 複製分享連結 點「分享」→ 複製連結。連結中包含一段長英數字組合（類似 !1s0x...:0x...）。
3. 用線上工具轉換 把該連結貼入 Pleper（pleper.com/index.php?do=tools_google_cid_converter）或類似工具，轉出 CID 號碼。
4. 組合 hasMap URL 格式：https://maps.google.com/?cid=您的CID號碼（數字格式，不是英數字）。把這個 URL 填入 Schema 的 hasMap 屬性。

避免關鍵字蠶食的 3 個原則

關鍵字蠶食（Keyword Cannibalization）是多分店 SEO 最常見的隱形殺手，同一個品牌的不同頁面互相搶同一個關鍵字，結果每頁都拿不到好排名。Google 不知道該推薦哪個給使用者，只好都壓下去。

蠶食的典型場景

假設「新視野咖啡」有三個頁面都涉及「台中咖啡廳」：

• 首頁：標題「新視野咖啡 - 台中咖啡廳推薦」
• 服務頁 /services/coffee/：標題「我們的精選咖啡 - 台中咖啡廳」
• 分店頁 /locations/taichung/：標題「新視野咖啡 台中分店」

三個頁面都瞄準「台中咖啡廳」這個關鍵字，Google 看到一個品牌、三個頁面、同一個目標，只能挑一個排前面，其他兩個壓下去。最差的情況是每個頁面都只能勉強到第 4-6 名，看起來像「都做了 SEO 但都沒效果」。

避免蠶食的 3 個原則

1. 服務頁聚焦業種，分店頁聚焦該分店 服務頁瞄準「精品咖啡」「手沖咖啡」這類業種關鍵字（不含城市）；分店頁瞄準「新視野咖啡 七期店」「七期咖啡廳」這類分店關鍵字（含具體分店識別）。各自有清楚的目標，不互搶。
   服務頁 H1：「精品手沖咖啡的職人堅持」；分店頁 H1：「新視野咖啡 七期店 - 西屯區的咖啡選擇」。兩者完全不搶。
2. 建立「總覽頁」吸收城市層流量 如果城市內有多家分店，設立「城市總覽頁」（/locations/taipei/）瞄準「台北分店」「台北咖啡廳」這類關鍵字，從這頁分流到信義店、大直店、士林店等子頁。城市層只有一個頁面在戰場上，內部結構清楚。
3. 用 Title 與 H1 明確差異化 每個頁面的 <title> 與 <h1> 是 Google 判斷頁面焦點的主要依據。寫的時候強制要求每個頁面的 title 不重複。實務做法：用試算表列出所有頁面的 title，看哪些有重複，修正到全部唯一。

蠶食自我檢查表

• 用 site:yourdomain.com.tw 關鍵字 在 Google 搜尋，看哪些頁面出現。若 3 個以上頁面都出現，有蠶食風險。
• 檢查 Google Search Console 的「成效報告 → 頁面」，同一個關鍵字若有多個頁面有曝光，代表蠶食。
• 每季用試算表盤點所有頁面的 title 與 H1，確認沒有兩頁瞄準同關鍵字。
• 新增分店頁時，先確認 title 與 H1 沒有與既有頁面衝突。

多分店 SEO 常見地雷

以下整理多分店業者最常踩的地雷，以及對應的改善方式。

• 所有分店頁套同一個模板，只換城市名 這是 Google 演算法明確抓的「薄內容」。多個頁面只換城市名、其餘內容幾乎相同，容易被視為重複內容。改善方式：每個分店頁都要寫進該分店獨有的內容：員工、停車、評論、在地特色、歷史故事都是好素材。
• 所有分店共用一個 GBP 把 3 家店的資訊塞進一個 GBP，Google 不知道每家店在哪。改善方式：每個實體分店都要有獨立的 GBP，各有各的評論、地址、電話、營業時間。
• 分店頁面 URL 設計不一致 台北用 /store-taipei/、台中用 /locations/taichung/、高雄用 /?city=kaohsiung，結構不一致讓 Google 難理解網站架構。改善方式：在分店少時就統一規劃 URL 結構，用 301 redirect 把舊格式轉到新格式。
• 總公司客服電話寫在每個分店頁 每個分店頁都印「客服：0800-XXX-XXX」，沒有該分店的直撥電話。改善方式：每個分店頁顯眼位置放該分店電話，客服電話可放在頁尾或聯絡頁。
• 在沒有真實營業的城市開「假分店頁」 為了搶搜尋曝光，在沒有實際分店的城市建立頁面引導加 LINE。Google 已明確將其列為「欺騙性內容」，被偵測會大幅降低整個網域評分。改善方式：服務區域型業務改用「服務地區頁」明確標示「我們從 OO 區出發到 XX 區服務」，而非偽裝成分店。
• 每家分店都連回首頁，但分店之間沒互連 分店頁全部只連回首頁，沒有「相關分店」連結結構。Google 因此無法判斷「同品牌的不同分店」的關係。改善方式：在每個分店頁底部加「品牌其他分店」區塊，列出 3-5 家鄰近分店連結。
• 擴張到新城市時忘了同步建立新分店頁 開了實體店，但官網沒新增對應頁面、GBP 也沒建立，等於開了店卻沒告訴 Google。改善方式：把「新分店上線」納入標準作業流程：GBP 建立 → 官網分店頁 → Schema 補上 → 評論流啟動 → 同步首頁的 subOrganization 列表。

延伸閱讀：Schema Markup 實作教學

常見問答 FAQ