我做 SEO 二十多年，在地服務這一塊，看過太多品牌把「服務範圍很大」當成優勢，結果在搜尋上什麼地區都排不上。搜尋「附近的冷氣安裝」「某地區物理治療」的人，要的是離他近、能實際到得了的服務，Google 判斷的邏輯也是如此。這篇我把在地服務頁該怎麼規劃講清楚：地區詞跟服務詞怎麼組、NAP 與 LocalBusiness 結構化資料怎麼擺、以及多個地區頁最容易踩的雷，內容重複，該怎麼閃開。

1. 在地搜尋的人，心裡想的是「你到得了我這嗎」

在地服務頁跟一般服務頁的差別，在於使用者多了一個地理條件。沒接住這個條件，頁面寫再好也接不到在地的人。

1.1 地區詞加服務詞，是在地意圖的骨架

在地商業搜尋，字幾乎都是「地區＋服務」的組合：某地區冷氣安裝、某區物理治療、某市電子簽章教學課程。使用者用地名把範圍縮小，代表他要的是能實際服務到那裡的人。規劃在地服務頁時，我會把目標地區跟核心服務詞組成清楚的主題，讓每一頁都明確對應一個「地區＋服務」的意圖，而不是用一頁含糊地說「全台服務」。含糊，在在地搜尋裡等於沒有針對性。

1.2 地區詞要放進該放的位置，不是硬塞

地區詞該自然出現在幾個關鍵位置：標題、H1、內文的服務說明、以及聯絡與地址資訊裡。但重點是自然，不是堆疊。我看過有人把地名在一頁裡塞了幾十次，讀起來像壞掉的跳針，反而傷害體驗也被搜尋引擎視為操弄。正確做法是讓地區詞出現在它本來就該出現的地方，例如描述服務範圍、交通方式、在地案例時自然帶到，而不是為了塞而塞。

1.3 只做真的服務得到的地區

我很反對為了衝關鍵字，替根本沒能力服務的地區也生一個頁。使用者實際問了、你卻到不了，傷的是信任與口碑；Google 也越來越看重內容跟真實服務能力是否相符。規劃在地頁時，我會讓地區頁的數量對齊實際的服務版圖，寧可地區少而扎實，也不要一堆空殼頁撐場面。

2. NAP 與 LocalBusiness，是讓 Google 認得你這家店的憑證

在地 SEO 有兩個地基：一致的 NAP，跟正確的結構化資料。這兩個沒做好，Google 很難把你這個實體跟一個地點連在一起。

2.1 NAP 三個字要全站一致

NAP 指的是名稱、地址、電話。搜尋引擎會比對你在網站、地圖、各處目錄上的這三項資訊是否一致，來確認你是同一個實體。我最常抓到的問題就是不一致：官網寫全名、地圖寫簡稱；地址一邊有樓層一邊沒有；電話市話跟手機混用。這些細微差異會讓 Google 對你這個實體的信任打折。規劃時我會先定一份標準的 NAP 寫法，然後要求全站、所有頁面、所有外部目錄都照這份寫，一個字都不要飄。

2.2 用 LocalBusiness 把在地資訊講給搜尋引擎聽

光有可見文字還不夠，我會替每個有實體據點的頁面補上 LocalBusiness 結構化資料，把名稱、地址、電話、營業時間、價格範圍等資訊，用機器讀得懂的格式標出來。這能提高品牌字出現知識面板的機率，也讓 AI 搜尋更準確地引用你的在地資訊。要注意的是子類型的選擇，冷氣安裝這類可以用更精確的 HVACBusiness、診所可用 MedicalClinic，越精確越好。下面是一個範例。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "HVACBusiness",
  "name": "示範冷氣安裝　某某分點",
  "url": "https://www.example.com/areas/some-district/",
  "telephone": "+886-2-0000-0000",
  "priceRange": "$$",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "某某路 000 號 0 樓",
    "addressLocality": "某某區",
    "addressRegion": "某某市",
    "postalCode": "000",
    "addressCountry": "TW"
  },
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
    "opens": "09:00",
    "closes": "18:00"
  }],
  "areaServed": { "@type": "AdministrativeArea", "name": "某某區" }
}
</script>

2.3 營業時間要用文字，不要做成圖片

營業時間、地址這類資訊常被做成一張漂亮的圖，結果搜尋引擎完全讀不到。這些一定要用可見的 HTML 文字或 <table> 呈現，並在初始 HTML 就出現，不要靠前端才渲染。結構化資料裡的 OpeningHoursSpecification 也要跟頁面上顯示的時間一致。我幫一間物理治療診所處理在地資訊時，就是先把散在圖片裡的門診時間全部改成文字表格、再補上結構化資料，Google 才開始正確理解它的營業資訊。

在地訊號 做對的樣子 常見的錯
NAP 全站與外部目錄完全一致 名稱、地址、電話各處寫法不一
LocalBusiness 用精確子類型，資訊與頁面一致 完全沒有，或用泛用類型
營業時間 HTML 文字或表格＋結構化資料 做成圖片，搜尋引擎讀不到
地址呈現 初始 HTML 可見 靠前端渲染，view-source 看不到

3. 多個地區頁，最怕的是彼此長得一模一樣

當服務跨好幾個地區，很多人會用一個模板套上不同地名量產頁面。這是在地 SEO 最容易翻車的地方：頁面之間內容幾乎重複，Google 會覺得這批頁面沒有各自的價值。

3.1 換地名不換內容，等於製造重複頁

如果十個地區頁除了地名不一樣、其餘每個字都相同，搜尋引擎會把它們視為近乎重複的內容，可能只索引其中一頁、其餘晾在旁邊，甚至整批都拉不上來。我看過用同一段罐頭文字套二三十個地名的網站，結果沒有一個地區頁排得上去。量產本身不是問題，內容沒有差異才是問題。

3.2 每個地區頁要有它自己才寫得出的東西

要讓地區頁站得住，每頁得有只屬於那個地區的真實內容：當地的服務案例、那一區的交通與停車、在地客戶的評價、該地區常見的服務情境或限制。這些是別的地區頁抄不走的，也正是搜尋引擎判斷這頁有沒有獨立價值的依據。我的原則是，如果一個地區頁擠不出任何在地專屬的內容，那它可能還不該存在。與其生一個空殼，不如先把主力地區做深。

3.3 用清楚的網址結構與內部連結把地區頁組織好

多地區頁要有一致的網址階層，例如 /areas/地區名/，讓每個地區對應一個語意清楚的網址，並且從服務總覽頁連到各地區頁、地區頁之間也適度互連。每頁自我指向 canonical，避免同內容多網址互相稀釋。這樣搜尋引擎能清楚看出這是一組有組織的在地頁，而不是一堆散落的重複內容。地區頁的層級也要控制在從首頁點三次內能到得了，不要藏太深。

4. 上線後，我看的是在地曝光有沒有真的長出來

在地頁做完，觀察的重點跟一般頁不太一樣，我會盯地理相關的訊號。

4.1 看各地區頁是不是各自被索引

我會用 GSC 確認每個地區頁都被正常索引，而不是被當成重複內容略過。如果某些地區頁遲遲沒被收錄，通常就是內容差異化不足、被判定跟別的地區頁太像，這時候要回頭補上該地區的專屬內容，而不是重新調關鍵字。

4.2 用地區維度看曝光與排名

在地成效要用地理維度看才準。我會在成效資料裡分地區觀察各服務詞的曝光與排名，判斷哪些地區已經接到在地流量、哪些還沒起色。有時候某個地區沒動靜，是因為那區的競爭特別強，需要更多在地案例與評價去補信任，這跟純粹的技術問題要分開處理。

4.3 讓在地訊號持續累積

在地信任是慢慢養的。我會請團隊持續替各地區頁補新的在地案例、更新真實評價、維持 NAP 與營業時間的正確，因為這些訊號會隨時間累積成 Google 對你在該地區可信度的判斷。在地 SEO 沒有一次做完的版本，它是一個要持續餵養的過程。

5. 常見問題

5.1 服務範圍很廣，用一頁寫「全台服務」可以嗎

在在地搜尋上效果有限。搜尋「某地區＋服務」的人要的是針對該地區的頁面，一頁含糊地說全台服務，很難在任何一個具體地區排上去。建議替真正服務得到的主力地區各做一個有在地內容的頁面，比一頁通包更能接到在地需求。

5.2 NAP 一定要完全一致嗎，差一點有關係嗎

有關係。搜尋引擎靠比對名稱、地址、電話的一致性來確認你是同一個實體，寫法飄來飄去會讓它對你的信任打折。建議先定一份標準 NAP，全站與所有外部目錄都照這份寫，連樓層、全形半形、市話手機這種細節都要統一。

5.3 多個地區頁內容差不多，會被當重複內容嗎

會。如果各地區頁只有地名不同、其餘內容一樣，搜尋引擎會視為近乎重複，可能只收錄其中一頁。每個地區頁要有只屬於該地區的真實內容，例如在地案例、交通資訊、當地評價，讓每頁有各自的價值，才站得住。

5.4 沒有實體店面，還需要 LocalBusiness 結構化資料嗎

如果你是到府或到點提供服務、有明確的服務地區，仍可使用 LocalBusiness 並透過 areaServed 標明服務範圍，但要據實呈現。若完全沒有實體據點也沒有固定服務地理範圍，就不適合硬套，資訊與實際情況相符比有沒有這段標記更重要。

5.5 營業時間可以直接放一張圖嗎

不建議。圖片裡的文字搜尋引擎讀不到，營業時間應該用可見的 HTML 文字或表格呈現，並在初始 HTML 就看得到，同時搭配 OpeningHoursSpecification 結構化資料，且兩者的時間要一致，這樣使用者和搜尋引擎才都能正確取得。

5.6 地區頁該做多少個才合適

對齊你真正服務得到、且擠得出在地專屬內容的地區數量，而不是為了衝關鍵字硬生一堆空殼頁。地區少而扎實，比地區多而重複來得有效。如果某個地區暫時寫不出任何在地內容，先把主力地區做深，之後有實際案例再補頁。

延伸閱讀