WLOC 測試的是哪一層定位訊號？

將地圖輸入轉成結構化座標

解析器接受直接輸入的經緯度，以及 Apple Maps、Google Maps、高德與百度等常見地圖連結。它會從 URL、查詢參數或受限制的頁面回應中擷取地點與座標，並回傳來源、信心度、原始座標系與警告。

輸入 https://maps.google.com/.../@37.795490,-122.393700 輸出 source=google_maps · system=WGS84 · confidence=0.94

• 輸入長度受限，緯度必須介於 ±90、經度必須介於 ±180。
• 短網址只會跟隨有限次重新導向，並拒絕本機、私人網路與雲端中繼資料位址。
• 無法辨識時會回傳明確錯誤，不會猜測看似合理的地點。

內部統一使用 WGS84

不同地圖可能使用 WGS84、GCJ-02 或 BD-09。WLOC 會保留原始值與座標系，同時將內部測試目標標準化為 WGS84，並保留六位小數，供收藏、路線與回歸測試重複使用。

原始座標 31.230416, 121.473701 · GCJ-02 標準座標 31.xxxxxx, 121.xxxxxx · WGS84

• 高德與部分中國大陸地圖內容會依 GCJ-02 處理。
• 百度輸入依 BD-09 處理，再經 GCJ-02 轉換為 WGS84。
• 中國大陸以外不套用境內偏移，轉換結果會保留公尺級誤差提醒。

收藏、路線與設定預設留在 iPhone

WLOC 將目前目標、收藏、路線、裝置設定、診斷事件與偏好編碼為 JSON，並以原子寫入方式儲存在 App 的 Application Support 目錄。重新開啟 App 時可從快照恢復，不必建立雲端帳號。

• 儲存的地點與路線預設不會上傳為可搜尋的座標歷史。
• 重設或移除 App 會刪除本機快照；匯出必須由使用者主動執行。
• 解析與轉換請求只服務當次回應，網站分析與 App 本機資料會分開揭露。

將目標座標送入受支援的測試路徑

WLOC 會依目前目標與裝置設定產生官方設定資源。在相容且已明確授權的環境中，已儲存的目標會套用於受支援的網路定位回應；沒有目標時，路徑維持 passthrough，不取代真實網路定位結果。

mode=active → 使用已儲存的測試目標 mode=route → 使用目前路線節點 mode=passthrough → 保留真實網路定位結果

• 這是網路定位測試路徑，不是對 GPS 接收器或 Core Location 的全域寫入。
• 靜態目標代表單一狀態；路線則依節點、時間、暫停與繼續狀態前進。
• 目標 App 是否採用結果，仍取決於權限、快取、帳號與伺服器判斷。

診斷整條路徑，而不是只看一個開關

診斷會先確認官方 Worker 是否可連線，再檢查裝置設定、目前模式、目標座標、路線狀態，以及已記錄的請求與 patch 時間。這些時間只能說明受支援路徑觀察到了什麼；必須將 patch 時間與目標寫入時間比較，才能判斷是否為目前證據。快取與目標 App 行為仍需另外人工核對。

• 健康檢查會回傳環境與版本，避免將服務故障誤判為定位失敗。
• 裝置狀態會區分 active、route 與 passthrough，並記錄儲存、清除、請求與結果時間。
• 路線已啟動但沒有請求，與已有請求但結果未確認，會顯示不同警告。

將恢復真實位置視為測試必要步驟

先停止並清除任何活動路線，再清除靜態目標。只有模式為 passthrough、目前目標與路線皆為空，且清除後出現新的直通證據，復原才算已驗證。接著必須重新開啟目標 App，確認舊城市、地理圍欄或附近清單不再來自快取。

• WLOC 可以清除自己的目標與路線狀態，但不能強制關閉其他 App。
• WLOC 不能代替 iOS 清除系統的 locationd 快取。
• 完整證據必須同時包含測試狀態與恢復後的真實位置狀態。

隱私與安全界線

技術透明也包括說明資料流向、哪些請求會離開裝置，以及哪些能力刻意不提供。

• 收藏、路線、裝置設定與診斷快照預設保存在 App 的本機目錄。
• 官方 Worker 處理解析、轉換、健康檢查與設定產生，預設不建立可搜尋的明文座標歷史。
• WLOC 可能依隱私權政策另行傳送粗粒度的第一方產品事件；這些事件不含精確座標或原始地圖連結。
• 外部地圖連結解析會限制重新導向次數，並封鎖本機、私人網路與中繼資料位址。
• WLOC 不承諾繞過 App 權限、反濫用機制、服務條款或法律限制。

先完成一次可復原的低風險測試

開啟 WLOC，選擇公開地點，依六步流程完成設定、儲存、診斷與清除。只有測試與復原都可重複，這條路徑才值得信任。