AntiDetect Rank 詞彙表·指紋識別
時區和地理位置不匹配
當連線的 IP 位址隱含的位置與瀏覽器的時區或報告的座標不一致時。
定義
當網站看到的位置訊號並不講述相同的故事時，就會發生時區和地理位置不符。伺服器根據訪客的 IP 位址估計位置； JavaScript 可以讀取瀏覽器的時區（IANA 名稱，例如「Europe/London」）和 UTC 偏移；並且，只有在使用者許可的情況下，Geolocation API 才能傳回緯度和經度。如果連線似乎來自倫敦，而瀏覽器時鐘顯示的是紐約，則該組合是不尋常的，可以用作瀏覽器指紋或風險檢查中的一個訊號。
它是如何運作的
- IP 位置是在伺服器端從 MaxMind GeoIP 等資料庫推斷出來的。 MaxMind 将其描述为具有精确半径的近似区域，而不是地址：它估计国家级精确度约为 99.8%，但大約 66% 對於美國城市內 50 km，並指出在 VPN 或代理後面它定位的是伺服器，而不是人。
- 瀏覽器時區不需要權限。 new Intl.DateTimeFormat().resolvedOptions().timeZone 傳回執行時的預設 IANA 時區，Date.prototype.getTimezoneOffset() 傳回與 UTC 的偏移量（以分鐘為單位）（例如 -60 對於 UTC+1），在遵守夏令時的區域中，它會改變。
- 精確座標來自 Geolocation API (navigator.geolocation.getCurrentPosition)。它僅在安全性 (HTTPS) 上下文中運作，受到地理位置權限策略的限制，並且需要明確的使用者許可。 W3C 規範表示來源可以包括 GPS、Wi-Fi、小區 ID 和 IP 位址，但不保證結果是設備的實際位置。
- 然後，網站或反詐騙腳本可以比較這三者：IP 國家/地區是否適合時區，以及任何共享座標是否落在 IP 的估計區域內？有時也會考慮語言和區域設置，但它們是用戶偏好，並且通常與位置不同。
為什麼這很重要
- 當您透過代理程式路由瀏覽器時，只有 IP 會發生變化。時區仍然來自計算機，因此洛杉磯代理商上的巴黎時間筆記型電腦顯示出明顯的差距。 Multilogin 的說明文件為其「真實」時區設定提供了此類範例。
- 因此，指紋瀏覽器通常會從代理程式的位置取得設定檔的時區和地理位置座標。例如，Multilogin 記錄了預設的「屏蔽」模式，該模式將時區與代理相匹配，並產生代理近似位置附近的座標，以及「自訂」和「真實」選項。
- 對於合法工作——在地化網站的品質檢查、廣告驗證、管理不同地區的客戶帳戶——保持位置訊號一致可以避免頁面、價格和安全提示與所測試的地區不符。
限制和常見誤解
- 「VPN 或代理改變了我的時區。」它改變了網站看到的IP位址；時區和地理位置 API 值來自瀏覽器和設備，除非單獨更改。
- 「任何不匹配都意味著詐欺。」旅行者、企業 VPN、行動網路和隱私中繼都會產生誠實的不匹配，而 IP 地理定位本身就是一種估計。網站通常將其視為眾多信號之一。
- 「封鎖位置存取會隱藏我的位置。」拒絕地理位置權限會保留座標，但 IP 位址和時區仍然可見，且沒有任何提示。
- 「匹配時區會使個人資料無法被偵測到。」它消除了一種不一致之處。指紋結合了許多其他值——用戶代理、字體、Canvas、WebGL、WebRTC——並且沒有任何設定可以保證帳戶不會受到限制。
範例： 設定檔使用德國住宅代理，因此 IP 查找將其放置在法蘭克福附近。設定檔的時區保留為“亞洲/上海”（偏移量 -480），並且當地圖站點詢問位置時，瀏覽器會返回上海的座標。所有三個訊號對該站點都是可見的，其中兩個訊號與 IP 相矛盾。將設定檔設定為「歐洲/柏林」並將座標設定在代理程式的估計區域內可以使訊號一致 - 或者使用者可以簡單地拒絕位置提示。
沒有瀏覽器或代理可以保證帳戶不會受到限制。遵守各平台的規則。
來源
- MDN：地理位置 API （瀏覽器文件）
- W3C：地理位置（候選推薦草稿） （標準）
- MDN：Intl.DateTimeFormat returnedOptions() （瀏覽器文件）
- MDN：Date.prototype.getTimezoneOffset() （瀏覽器文件）
- MaxMind：地理定位精度 （供应商文档）
- Multilogin 幫助：瀏覽器設定檔設定 — 指紋部分 （供应商文档）
檢查了2026-11-09。