LBS 適地性行銷是什麼？地理圍欄、定位推播與法規的完整指南

讓客人經過就收到優惠，技術上做得到，但範圍通常沒有提案簡報畫得那麼小。LBS 行銷是利用裝置位置、店點或地區訊號來選擇受眾、觸發功能或傳遞訊息。一般數位行銷多半先看受眾特徵，LBS 多問一個條件：這個人現在在哪裡，或常在哪些地區活動。

LBS 是 Location-Based Service（適地性服務）的縮寫；放在行銷脈絡裡，也常被稱為適地性行銷或 location-based marketing。這類做法會碰到兩個稀缺資源：通知權限與可識別個人的位置資料。通知太吵，使用者可以關掉；位置若能與帳號或其他資料連結，就會帶來個資法責任。技術能不能觸發，只是問題的一半。

重點先看 - LBS 行銷是利用位置訊號選擇受眾、觸發功能或傳遞訊息。若要由自有 App 在背景偵測位置並顯示通知，至少要取得相應的定位與通知權限。 - 定位精度只有條件式典型值，沒有公尺級保證。GPS 手機在開闊天空下典型約 4.9 公尺；Android 地理圍欄在多數裝置上使用 Wi-Fi 與基地台組成的網路定位，觸發還可能延遲數分鐘。 - 截至 2026 年 8 月 21 日，Google Ads 半徑定向下限仍是 1 公里，不能當成店門口圍欄。 - 位置資料若能單獨或與其他資料組合後識別個人，就落入台灣個資法；2025 年公布的個保會相關修法仍有條文尚未施行。 - 可先預留約 30 分鐘盤點 App 的定位與通知權限，再預留約 15 分鐘檢查 Google Ads 地區設定。這兩個時間是工作安排估計，不是平台標準。

LBS 行銷是什麼：位置是條件，不是新通路

LBS 行銷把位置當成受眾條件或事件條件。地理定向廣告用位置篩選可能看到廣告的人；地理圍欄則監看裝置是否進出指定範圍，再由 App 決定是否執行動作。兩者都用到位置，觸發方式並不相同。

它也常跟在地商家搜尋（local SEO）混在一起談。local SEO 是把店家資料、評論與商家檔案整理好，讓搜尋「附近店家」的人找到你；完整做法可看在地商家 SEO 全攻略，商家檔案的申請與經營細節則在Google 商家檔案攻略。地理圍欄不必等使用者搜尋，但 App 要先取得權限並註冊範圍。兩種做法可以並用，不能互相取代。餐飲品牌通常先把在地搜尋的基礎打好，再疊加圍欄通知；從商家檔案到分店頁的完整規劃，可參考連鎖餐廳的在地搜尋優化。

地點型通知的門檻比一般廣告高。使用者要先安裝 App、允許定位，也要允許通知；若要在 App 沒開著時持續處理區域事件，還會碰到背景定位與商店審查。少一個條件，畫好的圍欄就可能只剩地圖上的圓。

手機是怎麼被定位的：五種來源，精度各有條件

手機會依可用訊號、權限與耗電需求估算位置。以下技術數值查證於 2026 年 8 月 21 日；它們是文件中的典型值或範圍，不是每次定位的保證。

GPS 適合戶外定位，但有明確條件。依美國政府 GPS 計畫網站 GPS.gov 的精度說明，GPS 手機在開闊天空下的典型準確度約為半徑 4.9 公尺；靠近建築物、橋梁與樹木，或人在室內、地下空間時，訊號遮蔽與反射都會讓結果變差。

Android 地理圍欄常倚賴網路定位。依 Android 開發者文件，有可用 Wi-Fi 時，位置準確度通常約 20 至 50 公尺；室內定位可用時，範圍可能縮到 5 公尺。Wi-Fi 不可用時，範圍可能擴大到數百公尺甚至數公里。Wi-Fi RTT 是另一套機制：Android 9（API 28）起，裝置可對支援 IEEE 802.11mc 的存取點測距；同時量測三個以上存取點並計算位置時，官方列出的典型結果是 1 至 2 公尺。這需要相容裝置、存取點與場域資料，不能套用到一般 Wi-Fi 定位。

基地台可在 GPS 或 Wi-Fi 條件不佳時提供較粗的位置訊號，但精度會隨基地台密度、環境與系統融合方式變動，沒有一個能通用到所有手機的固定公尺數。原稿常見的「約 3 平方公里」也不是基地台規格；Android 文件把它定義為 App 只獲得概略權限時，由 LocationManager 或 Fused Location Provider 回傳的估計範圍。相同文件指出，精確權限下的估計通常在約 50 公尺內，有時可到數公尺，但這仍是權限層級的描述，不等於任何單一訊號來源的精度。

藍牙低功耗信標（BLE beacon）處理的是接近程度。iBeacon 依訊號分成 immediate、near、far、unknown 四種狀態，不會可靠地告訴你相距幾公尺。Apple 文件也提醒，牆、門與人體含有的水分都會衰減訊號；需要較細的 ranging 時，官方建議在 App 前景執行。

Android 的融合定位會依 App 要求與耗電條件混合 GPS、Wi-Fi 和基地台等訊號。同一份地理圍欄文件寫明，多數裝置只用網路定位來觸發圍欄，原因是較省電、取得離散位置較快，也能在室內運作。手機的 GPS 即使在開闊天空可達公尺級，圍欄事件仍可能來自精度較粗的網路定位。

規劃時要看最右欄。用 GPS 的 4.9 公尺典型值替整套圍欄背書，或把 BLE 接近分級解讀成精確距離，都超過文件能佐證的範圍。

四種 LBS 形式：圍欄、信標、掃碼、地圖層贊助

地理圍欄（geofencing）是在座標周圍設定虛擬範圍，讓 App 接收裝置進入、離開或停留的事件，再決定是否顯示通知或解鎖優惠。Apple 現行文件稱為 condition monitoring，也沿用 region monitoring 與 geofencing 等名稱；Android 則提供 Geofencing API。依 Android 開發者文件的地理圍欄說明，服務會在精度、延遲與耗電之間取捨。

微定位信標（beacon）把判定移到固定定點。藍牙低功耗發射器持續廣播識別資訊，手機 App 偵測後依訊號強度判斷接近程度。它可用於「裝置接近某個展品或櫃位」的店內情境，但不能據此斷定人在幾公尺外；同樓層的牆面、人群和裝置擺放方式都會改變讀值。

第三種是使用者主動掃碼或連線。QR code 最多只能留下掃碼事件，代碼若被轉傳，掃描也可能發生在別處；它本身不提供半徑或座標，更不能單獨證明人在現場。店家 Wi-Fi 連線也只是現場訊號之一，仍要考慮涵蓋範圍與資料告知。台灣曾在 2021 年 5 月 19 日推出簡訊實聯制，民眾掃場所 QR code 後傳送含場所代碼的 1922 簡訊，電信業者保存 28 天；中央流行疫情指揮中心於 2022 年 4 月 27 日宣布取消。這是公開的歷史案例，不等於一般商業簡訊可沿用相同資料處理方式；簡訊通路的做法可看簡訊行銷指南。

第四種發生在平台的地圖層，店點本身就是活動地標。Pokémon GO 官方於 2016 年 12 月 8 日宣布，把 7,800 家美國星巴克直營店設為 PokéStop 或 Gym，並推出聯名飲品；前一天公布的 Sprint 是第一個美國贊助夥伴。這不是 App 圍欄推播，而是遊戲平台與店點的商業合作。Campaign for a Commercial-Free Childhood 在同年 12 月 13 日公開致函 Niantic，要求把 13 歲以下兒童排除於贊助地點行銷之外。公開資料沒有提供星巴克因此增加多少來客或營收，不能把合作規模寫成成效。

競品圍欄（conquesting）的公開案例是 Burger King 的 Whopper Detour。活動自 2018 年 12 月 4 日至 12 日進行，品牌替全美超過 14,000 家麥當勞設定 600 英尺（約 183 公尺）半徑；使用者在範圍內可透過 Burger King App 下單 1 美分華堡，再由 App 導航到附近門市取餐。成果要按披露者分開看：Restaurant Brands International 執行長在 2019 年 2 月 11 日財報電話中表示活動帶來 150 萬次 App 下載，Marketing Dive 隔日報導；The One Show 的得獎個案稱 App 排名在不到 48 小時內由 Apple App Store 第 686 名升到第 1 名；超過 33 億次曝光則見於品牌與合作廠商的個案材料。這些都不是獨立稽核資料，而且 1 美分優惠本身就是強烈誘因，不能外推成一般圍欄活動的平均表現。

四種形式的前提差很多。圍欄與信標需要自有 App、相應權限與技術維護；掃碼需要可控的代碼和現場引導；地圖層贊助則要與平台合作。零售或餐飲若已有會員 App，可評估圍欄通知；展覽與場館可比較信標、QR code 和人工驗票的成本；目的地曝光也可能更適合平台合作。這些是依機制推導的場景，不是未公開的客戶案例。要把線上會員接回門市，可搭配 OMO 新零售策略 規劃；自有 App 與會員名單的經營則可參考 私域流量經營。

走進範圍就會立刻收到定位推播嗎：延遲與停留門檻

不保證立刻。Android 地理圍欄文件截至 2026 年 8 月 21 日仍寫明：警示通常延遲少於 2 分鐘；背景限制生效時平均約 2 至 3 分鐘；裝置長時間靜止後，延遲可能增至 6 分鐘。這是可能值，不是每次事件都會落在同一時間。

iOS 也會用系統緩衝避免裝置在邊界附近反覆進出。Apple 的區域監控封存文件在 2016 年版測試說明中寫到，裝置要越過邊界、離開邊界一段最小距離，並停留至少約 20 秒才回報；測試時可把最小距離假設為約 200 公尺。這份資料是封存文件中的歷史測試參考，不是現行 iOS 的延遲或距離服務承諾。該文件也記載，舊式 region monitoring 在背景喚醒 App 後，通常只有約 10 秒處理事件。

兩邊的停留處理方式不同。上述 Apple 舊式機制由系統套用緩衝；Android 提供 GEOFENCE_TRANSITION_DWELL，但開發者必須主動選用並設定 loitering delay 才會生效。不能假設兩個平台都會替行銷流程自動濾掉短暫路過者，實機測試仍不可少。

規模也有限制。截至同一查證日，Apple 現行 Core Location 文件限制單一 App 同時監控最多 20 個條件；Android 是每個 App、每位裝置使用者最多 100 個圍欄。門市數超過上限時，要按使用者所在區域動態換入附近店點，不能把所有門市一次註冊到同一支裝置。

iOS 的邊界緩衝與 Android 的 DWELL 都在減少短暫進出造成的重複事件，但它們不會替品牌決定通知頻率。圍欄事件可以很多，使用者願意保留的通知權限未必很多。

沒有自己的 App，還能做地點行銷嗎

若需要比 1 公里更細的里別級觸及，實體傳單行銷的派報與夾報也是按行政區安排地理觸及的做法。

可以做地區廣告或現場互動，但不能取得同樣的 App 事件。Google Ads 地理定向（geotargeting）是在投放時依地區訊號篩選受眾；地理圍欄則由 App 接收進出事件。依 Google Ads 地區定位說明，截至 2026 年 8 月 21 日，半徑定向至少要 1 公里，而且位置判斷是 Google 依設定、裝置與平台行為等訊號盡力估算，不保證百分之百準確。預算有限的小型在地店家想先用廣告測試地區觸及，可以從在地服務的小預算 Google Ads 投法開始規劃。

Google Ads 對「地點」的定義比實際人在場更寬。Presence 指可能位於或經常位於目標地區的人；預設的 Presence or Interest 還包含對該地區表現出興趣的人，搜尋字詞、近期造訪與瀏覽內容都可能成為訊號。地區排除預設採 Presence，Hotel campaigns 則只用 Presence。因此，在台北搜尋「沖繩租車」的人可能符合沖繩的興趣條件，不等於人已在沖繩。搜尋意圖可看搜尋意圖判讀；帳戶操作基礎可參考 Google Ads 投放入門。

Google Ads 的來店轉換（store visits）也不是逐一點名計數。Google 會把匿名、彙整後的統計外推到較大的顧客群，再產生模型估算值；部分潛在造訪還會透過 Google Opinion Rewards 志願者面板驗證。台灣在現行可用國家清單內，但帳戶仍須符合店點、流量與隱私門檻。這類數字適合觀察廣告相對變化，不該直接當成收銀系統的到店人數。

iOS 與 Android 的定位權限門檻有多嚴

截至 2026 年 8 月 21 日，iOS Core Location 的持續授權層級是使用期間（When In Use）與永遠（Always）；Allow Once 是一次性的使用期間授權，不是第三種長期層級。Apple 建議只在功能需要時提出要求，並優先採用 When In Use。Android 則分概略與精確定位，依 Android 開發者文件的定位權限說明，使用者即使看到精確選項，仍可只核准概略定位。

iOS 14（2020 年）加入 Precise Location 控制；關閉後，App 只會拿到 reduced accuracy，並可針對特定用途暫時請求完整精度。Apple 現行文件還有一個直接影響 LBS 的限制：reduced accuracy 下不能使用 region monitoring 或 beacon ranging。Android 12（2021 年）起，使用者可只給概略定位，不受 App 宣告精確權限影響。Android 13（API 33）又把一般通知改成執行階段權限；在 Android 13 以上新安裝的 App，通知預設關閉，核准後才能顯示非豁免通知。

背景定位的門檻更高。Android 10（API 29，2019 年）起要另行宣告 ACCESS_BACKGROUND_LOCATION；Android 11（API 30）起，系統權限對話框不再提供「永遠允許」，App 必須先說明理由，再由使用者到設定頁開啟。Google Play 現行政策要求背景定位必須與 App 核心功能相關，並經申報、影片示範與審查；單純為了廣告而要求背景定位會被拒絕。iOS 若要讓已終止的 App 因區域事件重新啟動，需要 Always 授權；使用者關掉 Background App Refresh 時，舊式 region notification 也不會喚醒 App。

iOS 14.5（2021 年）起，若 App 把收集的資訊與其他公司 App 或網站的資訊連結，用於目標式廣告、廣告衡量或與資料仲介分享，就要先取得 App Tracking Transparency 同意。ATT 管的是跨公司追蹤，不是單純在 App 前景取得位置。Google Play 已公布 Android 17（API 37）的 Location Button 規則：以 Android 17 以上為目標，且所有定位功能都只需要單次工作階段位置的 App，必須使用這個按鈕。Google 截至 2026 年 8 月 21 日的說明是預計於 2026 年 10 月下旬開始執行，時程仍可能調整。這項規則不適用於背景定位，背景圍欄仍走原有審查。

表格裡最容易漏掉的是通知權限。位置事件已發生，不代表系統一定能把優惠顯示在鎖定畫面；定位、通知、背景處理三項都要分開檢查。

怎麼讓經過的客人收到你的優惠：半徑、停留與授權

可以拆成五個決定，順序也是實作順序。

盤點前提。確認自有 App 是否真的需要背景圍欄、定位與通知權限是否能取得，以及 Google Play 是否可能核准這個用途。沒有 App 或背景定位不符合平台政策時，可改做地區廣告、店內 QR code 或 Wi-Fi 互動，但要接受它們量到的是不同事件。

設定半徑。Android 現行文件建議最小半徑採 100 至 150 公尺，以容納常見 Wi-Fi 定位誤差並兼顧耗電。這不是 iOS 的通用門檻，也不是每個場域的最佳值；Apple 2016 年封存文件中的 200 公尺是測試假設，不能直接拿來當現行設定值。商場、街邊店與車行動線的遮蔽條件不同，應從平台建議起步，再用實機測試記錄誤觸、漏觸與延遲。

設定停留條件。Android 可選用 DWELL 並依場域設定 loitering delay；Apple 的區域事件有系統緩衝，但仍要在產品端判斷是否顯示通知。停留秒數沒有跨業態的官方標準，應用測試資料決定，不要先把任意秒數寫進規格當成答案。

分段請求授權。先在使用者主動使用附近門市等功能時請求前景定位；只有核心功能確實需要時，才說明背景用途並請求升級。通知權限與 ATT 分開處理。說明文字要寫出收集時機、用途與關閉方式，不能只寫「提供更好的體驗」。

設定頻次與排除條件。圍欄只表示系統判斷裝置進入或停留在某個範圍，不等於使用者想買東西。品牌可以先制定保守的測試上限，例如同一人一天不超過一次，再觀察關閉通知、兌換與重複觸發；這是實驗起點，不是平台規定或產業基準。

三件事不要做：不要承諾店門前幾公尺即時觸發，因為定位來源、系統緩衝與背景限制都會造成落差；不要在每支裝置註冊所有門市，因為 iOS 與 Android 都有數量上限；不要把作業系統授權當成完整合法依據，商店政策與個資法仍要各自處理。

成效怎麼衡量：授權率是天花板，到店是模型

定位與通知授權共同決定可觸及人數。Batch 的 2025 年基準報告統計 2024 年 7 月至 2025 年 7 月間，由其系統傳送的 8,000 億則訊息，涵蓋 10,000 個行動 App 與網站；報告列出的通知 opt-in 為 iOS 56%、Android 67%，Android 前一年為 85%。這是 Batch 客戶與其量測口徑下的面板，不是所有 App 的市場平均。數字與報告頁面已於 2026 年 8 月 21 日重新核對。

評估順序可以從權限通過率、有效圍欄事件與通知送達開始，再看到店、優惠兌換和交易。Google Ads 的到店數是匿名彙整後的模型估算；自有 App 的兌換碼、票券核銷或交易紀錄才是品牌自己的事件。CPA 與 ROAS 的定義可看數位行銷指標從 CPC 到 ROAS 的整理。比較前要固定分母、觀察期間和排除條件，否則不同平台的百分比沒有可比性。

只報觸發數與送達數還不夠。至少要同時看通知關閉、重複觸發、到店估算的口徑，以及可由自有系統核對的兌換或交易。

在台灣做 LBS 行銷的個資法紅線

合規有兩層。Apple 與 Google 的權限模型、ATT 提示和 Google Play 背景定位審查，是 App 上架與運作的門檻；台灣《個人資料保護法》則決定蒐集、處理及利用位置資料是否合法。通過商店審查，不代表當然符合個資法。

位置資料是否屬於個資，關鍵在能不能直接或間接識別某個人。個資法第 2 條的定義包含其他得以直接或間接方式識別該個人的資料。單獨一筆座標未必足以辨識身分，但座標若能和會員 ID、裝置識別碼、消費紀錄或長期行動軌跡對照，通常就有識別風險。LBS App 常會把位置與會員或裝置資料連在一起，規格設計應直接把它當個資處理，不要把合規押在「座標本身沒有姓名」這個假設上。

蒐集前不只要取得系統權限。第 8 條要求蒐集時告知當事人蒐集者名稱、目的、個資類別，以及利用期間、地區、會由誰利用和利用方式等事項。第 19 條要求非公務機關有特定目的，並符合其中一項法定事由；當事人同意只是可能的法定事由之一，不宜一概寫成「任何 LBS 都必須同意」。第 5 條又要求以誠實信用方法處理個資，且不得超過特定目的的必要範圍，並須與蒐集目的有正當合理關聯。能否為優惠持續蒐集位置，仍要看目的、必要性、告知內容與採用的法定依據，不能預設一定可以。若只是要在門市核銷票券，就很難合理說明為何需要全天追蹤住家與工作地點。

蒐集之後也有義務。第 11 條第 4 項的意思是，違法蒐集、處理或利用個人資料者，應主動或依當事人請求刪除、停止蒐集處理利用。

監理機關的進度也不能把「已公布」寫成「已施行」。憲法法庭 111 年憲判字第 13 號於 2022 年 8 月宣示，要求建立個資保護的獨立監督機制；2023 年 5 月 31 日公布增訂個資法第 1 條之 1，明定主管機關為個人資料保護委員會。行政院於 2023 年 12 月 5 日成立個人資料保護委員會籌備處。立法院在 2025 年 10 月 17 日三讀通過部分條文修正，總統於同年 11 月 11 日公布；修法納入事故通報、調查與處分等制度，但尚待施行的條文，其日期仍由行政院另定。這段狀態已於 2026 年 8 月 21 日核對。

加拿大監理機關在 2022 年公布的 Tim Hortons 聯合調查，示範了「有按同意」為何不等於有效同意。該 App 在手機位置改變時，每 2.5 或 6 分鐘蒐集一次位置，App 關閉時仍會蒐集；一名記者不到 5 個月就被記錄超過 2,700 次。相關軟體會推論住家、辦公室與旅行狀態，程式碼還設有使用者進入 9 家競爭品牌門市時的事件。調查涵蓋的蒐集期間為 2019 年 5 月至 2020 年 6 月；該 App 當時全球下載近 1,000 萬次，其中加拿大超過 860 萬次。

加拿大隱私專員辦公室與三個省級監理機關認定，業者未取得有意義的有效同意，而且這種持續追蹤不符合適當目的要求。業者承諾在訴訟保全需求結束後刪除其餘位置資料，並建立隱私管理計畫。調查報告全文也指出，App FAQ 宣稱只有 App 開啟時才使用位置，和實際行為不符。介面上出現同意按鈕，不能補救不完整或誤導的說明。

條文引用的是意旨，不是法律意見。要簽規格、審合約或處理爭議，找執業律師。

限制與還不確定的事：把預期校準好

精度預期要先降。每一種定位來源都有盲區，GPS 輸給室內、Wi-Fi 輸給沒有熱點的地方、信標輸給人體與牆；「進入圍欄」不等於「人在店內」，路過、對街、樓上樓下都可能觸發或漏觸。

平台依賴也是風險。Google 於 2018 年 12 月 6 日停止 Nearby Notifications；Google Beacon Platform 在 2020 年 12 月 7 日標示為淘汰，並於 2021 年 4 月 1 日關閉；Nearby Messages API 則在 2023 年 12 月停止服務。Eddystone 是開放的 BLE beacon 格式，不能把這些雲端服務的終止寫成「Eddystone 格式於 2018 年死亡」。較精確的結論是：依賴特定平台自動推播或雲端管理的方案，可能隨服務退場而失效；BLE 微定位仍可用於室內導覽、資產追蹤等情境，但需要自己的 App、硬體與維運安排。

有些數字缺少足以核對的依據，提案裡就別用。Apple 沒有公布 iOS 概略定位的固定誤差半徑；網路流傳的數字多半是第三方實測。地理圍欄市場規模預測、「地點推播點擊率是一般推播幾倍」或沒有公開方法的台灣導入成效，也不能當成通用基準。要求對方交代樣本期間、樣本數、分母與量測方法，比引用一個漂亮百分比更有用。

面對供應商或內部提案，帶三個問題去。背景定位的同意是怎麼取得的？成效數字是誰量的、用什麼面板？宣稱的觸發精度與延遲，依據哪一份平台文件？三問都有具體答案再往下談；答不出來，就先按做不到來評估。

常見誤解與你的下一步

這張表裡最常害人的是第二行，因為它直接決定體驗設計：把「立刻」寫進腳本，上線後就會變成客訴。

三個動作，這週就能做完。盤點自家 App 的定位權限請求流程與文案，約 30 分鐘，看請求時機有沒有連到明確價值、文案是否說清楚位置怎麼被使用。打開 Google Ads 帳戶檢查地區設定與進階位置選項，約 15 分鐘，確認現在選的是 Presence or interest 還是 Presence。寫下預計測試的觸發半徑、停留條件與頻次上限，約 20 分鐘，拿去和開發團隊或供應商核對，再請對方回答前面的三個問題。

開場說讓客人經過就收到優惠做得到，成立的前提是半徑、延遲與同意都被算進去。把這三個數字寫清楚，再談創意。