
購買「城市定向」或「國家定向」代理,不代表每個出口都會被所有目的站識別為該位置。IP 地理定位是根據不斷變動的位址分配、路由與觀測資料所做的估計。不同資料庫可能有分歧,行動網路、電信商級 NAT 與剛重新分配的位址區段也可能快於資料更新週期。
有價值的採購測試應回答一個具體問題:在足夠多的出口與時間視窗中,從重要目的站的角度來看,交付的代理池是否符合工作負載需要的位置層級?本指南把這個問題轉化為可重複稽核。
先定義業務需求
不要從地圖座標開始,而應先寫明最低可接受範圍:
- 僅國家;
- 州、省或其他一級行政區;
- 都會區或城市;
- ASN 或 ISP 類型;
- 住宅、行動或託管網路分類;
- 工作流程所需的黏性時間。
在地化搜尋結果蒐集可能只需要國家準確度,而州級法遵流程需要更強證據。城市標籤本來就不夠精確,絕不能解讀成住家或街道地址。
建立乾淨的測試清單
對每個代理方案記錄產品名稱、訂購目標、協定、工作階段模式、輪替觸發條件與允許併發。指派不含憑證的測試識別碼。
分別建立:
- 國家定向輪替工作階段;
- 地區定向輪替工作階段;
- 城市定向輪替工作階段;
- 各目標層級的黏性工作階段;
- ASN 或 ISP 定向產品。
同一群組內保持驗證方式、用戶端版本與目的端點一致。一次變更多個變數會讓錯配原因難以解釋。
使用獨立觀測
不要只用代理供應商自己的位置回應評分。至少採用兩個獨立 IP 情報來源,再加上一個自有目的端點。自有端點應回傳觀察到的來源 IP、請求識別碼與伺服器區域。
比較結構化欄位,而不是螢幕截圖:
- 國家代碼;
- 州省代碼;
- 存在時的城市標籤;
- 存在時的經緯度與準確半徑;
- ASN 與組織;
- 連線或網路類型;
- 觀測時間。
欄位缺少應記為缺少,不是錯誤。來源分歧應記為不確定性,再用特定工作負載的證據判斷。
保留準確半徑與信心值
座標不是精確點。來源提供準確半徑或信心值時,必須與結果一同保存。座標靠近市中心但準確半徑為 100 公里,不能證明城市級精度。
建議建立三個證據層級:
- 已確認:獨立來源與自有端點支持購買的目標層級;
- 不確定:來源分歧、欄位缺少,或信心區域跨越目標邊界;
- 錯配:可靠證據顯示出口位於購買目標之外。
不要把不確定結果強迫歸入通過或失敗,應單獨報告並設定允許上限。
抽樣代理池,而不是單一工作階段
一個成功出口幾乎無法說明輪替池品質。應請求足夠多的獨立工作階段,以揭露長尾錯誤。
初步篩選可對每個購買國家抽取至少 100 個唯一出口;代理池允許時,對每個城市或 ASN 目標抽取至少 30 個。並在目標地區早晚時段重複測試。池越大、業務風險越高,樣本應越大。
計算準確率前按觀察到的出口 IP 去重。若服務反覆回傳同一位址,應同時報告請求總數與唯一出口數,否則少量黏性位址會讓代理池顯得過度健康。
分離定向準確性與可用性
獨立記錄四項結果:
- 代理分配成功;
- 連線與代理驗證成功;
- 目的站回應完整且內容正確;
- 觀察到的出口符合購買目標。
逾時不是地理錯配。國家正確但內容被截斷,也不是成功請求。這種拆分可讓採購方區分代理池準確度、容量與傳輸品質。
驗證輪替與黏性行為
對輪替工作階段,確認輪替觸發後取得新的合格出口,且不會默默離開指定目標。對黏性工作階段,在承諾視窗內定期探測並記錄:
- 出口 IP 是否穩定;
- 國家、地區、城市與 ASN 標籤是否穩定;
- 閒置後驗證是否有效;
- 故障替換後是否仍在目標範圍。
更完整的方法可參考 住宅代理工作階段黏性測試。
檢查路由與 DNS 證據
位置呈現不只受出口 IP 影響。應分開測試 IPv4 與 IPv6,確認目的站觀察到預期位址族,並確保 DNS 解析遵循核准的用戶端或代理路徑。
記錄重新導向鏈與最終來源站。請求起初經過指定代理,但重新導向後改為直接連線,會產生誤導證據。可使用 代理 DNS 洩漏驗證指南隔離解析器行為。
建立評分模型
依唯一出口計算:
- 國家符合率;
- 有地區證據出口中的地區符合率;
- 城市已確認、不確定與錯配率;
- ASN 或 ISP 符合率;
- 完整回應率;
- 連線延遲中位數與 p95;
- 每 100 次成功分配的唯一出口數;
- 黏性工作階段替換後的目標保持率。
不要把不同層級合併成一個不透明總分。代理池可能國家準確度很好,但城市精度較弱。每項指標都應顯示分母。
設定驗收閘門
在看到結果之前定義閘門。實用框架包括:
- 國家符合率達到合約門檻;
- 城市錯配低於約定上限,不確定項目另行報告;
- 住宅群組中的意外託管網路分類不超過允許比例;
- 唯一出口多樣性達到最低要求;
- 完整率與延遲符合營運限制;
- 所需黏性視窗內不發生目標漂移。
具體數值應由合約與工作負載風險決定,不應虛構統一產業保證。
安全調查錯配
每個錯配應保存測試識別碼、觀察 IP、請求目標、時間戳、去識別化用戶端設定、獨立觀測與回應完整性結果。短時間後再次檢查,並在資料來源的常規更新週期後複查。
按位址前綴、ASN、閘道、區域與時間尋找錯配叢集。叢集比零散截圖更容易處理。與供應商分享時只提供必要的最少證據,絕不包含代理密碼。
採購檢查清單
- 已記錄所需地理層級
- 已分離輪替群組與黏性群組
- IPv4 與 IPv6 獨立測試
- 使用至少兩個獨立情報來源
- 保存準確半徑與信心值
- 依唯一出口去重
- 在多個目標當地時段抽樣
- 可用性與位置準確性分開
- 國家、地區、城市與 ASN 分開報告
- 保存不確定結果
- 驗證黏性目標保持率
- 查看結果前定義驗收閘門
- 證據不含憑證
常見問題
為什麼兩個地理位置服務會不一致?
它們使用不同資料來源、更新時程與推論方法,IP 分配與路由也會變動。分歧代表不確定性,不會自動證明某一方欺騙。
城市座標是精確位置嗎?
不是。它通常代表寬廣地理區域或人口中心。必須搭配準確半徑與信心資訊,而且不得用 IP 地理定位識別住家。
可以把代理供應商面板當成基準嗎?
面板適合確認訂購目標,但不應是唯一測量來源。獨立觀測更能代表外部目的站可能看到的結果。
多久稽核一次?
應在採購前、代理池或路由重大變更後,以及依業務風險設定的週期內執行。高頻廣告驗證或法遵敏感工作負載需要比偶發研究更頻繁的檢查。
合規說明
只測試自有或獲授權存取的目標。遵守平台條款、速率限制、隱私要求與地區法律。最小化保存 IP 資料,設定適當保留期限,不得透過地理結果推論個人精確地址。
研究說明:Cloudflare IP Geolocation 文件,更新於 2026 年 8 月 27 日;MaxMind GeoIP Web 服務文件、回應規格與地理定位準確性指南,查閱日期 2026 年 9 月 14 日。