地區落地頁保留推廣查詢，接收紀錄卻僅有來源origin或沒有Referer，未必矛盾。目的地參數與來源資訊屬不同觀察。換出口或放寬隱私前，先確認有效政策允許瀏覽器送什麼。本文限獲授權的私有測試，不點真實廣告，也不是歸因績效實測。
1. 分開目的地與來源預期
獨立寫下必須保留的合成推廣標記及允許的來源範圍。qa_campaign=fixture_a在目的地查詢，不能證明來源路徑應出現在Referer。夾具不用客戶識別、簽章權杖或廣告點擊ID。
strict-origin-when-cross-origin下，同源可送來源origin、路徑與查詢，HTTPS跨源通常只送origin；no-referrer則不送Referer。這些政策本身不刪目的地查詢。依有效政策驗收範圍，不以完整來源URL當通用標準。
2. 明訂動作及有效政策
- 設自有來源與接收端，再設第二個自有origin；同公司不同子網域仍是跨源。
- 使用真正連結導航，網址列直接輸入、轉址、fetch及嵌入資源另列。
- 記來源回應Referrer-Policy、文件政策，以及測試連結referrerpolicy與rel，查有效結果，不只看一個標頭。
- 固定版本、設定檔、擴充、隱私與同意狀態，不為顯示欄位關閉保護。
- 給每例不依賴Referer的合成識別，缺欄位也可關聯來源動作。
改目的地政策不能倒改已送出的入站請求；保留發起文件及動作。命令列手設Referer只測注入請求，不是瀏覽器政策驗收。
3. 執行小型來源政策矩陣
採HTTPS夾具及顯式來源政策。在strict-origin-when-cross-origin先導向同源接收端，再導向第二自有origin；最後改用單獨受控來源設定，在no-referrer重跑跨源連結。推廣標記語義固定，獨立ID區分執行。
對照瀏覽器真實請求、接收端原始Referer有無及允許值，同時查目的地參數與路由。改政策後重新載入來源；斷言允許範圍，不只檢查非空。缺欄位和字串null不同，僅允許origin卻收到完整路徑也是隱私失敗。
核准基準及住宅代理跑相同有限案例，固定地區與工作階段。禁止直連則標示缺少控制，不把導航算真實推廣訪問或轉換。
4. 先查哪個邊界有差異
- 瀏覽器與接收端皆為預期origin：政策通過，不因分析系統想要路徑就判錯。
- 目的地標記遺失但來源範圍正確：查構造及導航，參考地區轉址參數測試。
- 瀏覽器送了允許欄位，應用紀錄沒有：比較自有入口及應用，漏記不代表線上移除。
- 瀏覽器本身省略：先查發起動作、連結政策及隱私設定。
未攔截HTTPS隧道中的正向代理不能改寫加密Referer。攔截層、擴充或應用中介層需自己的證據。用請求識別及時間關聯，未知層保留未知，不從分析儀表板猜原因。
5. 修測量契約，不增加來源外洩
核准歸因確需標記時，用文件規定的目的地機制攜帶最少必要合成或正式安全值，遵守同意與保留政策。不依賴跨源保留私有路徑，不為填儀表板開unsafe-url，不把秘密放查詢。
接收端原始紀錄、document.referrer及分析工具推導分類分開。分類器可能在有部分來源資訊時仍標直接造訪；缺Referer也不代表沒有人為導航。本測試不證明身分、平台歸因、同意合規或轉換。
合法修復重跑矩陣，核對標記、允許來源及無額外資訊外洩。合成紀錄短期保留，按擁有者政策清理。轉址鏈和嵌入資源另訂預期，不沿用直接連結結論。
6. 以98IP比較地區瀏覽器
獲授權落地頁測試需指定地區時，查98IP動態住宅IP產品頁，依設定文件及帳戶取得支援參數。核對出口，比較時維持瀏覽器和工作階段設定。
地區路徑有助發現部署或政策差異，不會恢復瀏覽器刻意隱去的來源，也不保證所有用戶端隱私行為一致。本文沒有吞吐、歸因提升、相容性或失敗計費實測；限制流量並查用量。
7. 放行清單及常見問題
- 目的地標記與來源範圍各自有預期。
- 同源、跨源及no-referrer均用受控來源與真實動作。
- 瀏覽器請求、接收欄位、document.referrer及分析標籤分開。
- 代理對照固定地區、工作階段與瀏覽器，未知邊界註明。
- 不洩來源秘密、不用真實廣告庫存，測試訪問排除商業指標。
完整來源URL一定要出現嗎？ 不必。依有效政策及動作判定，更多資訊可能是失敗。
手加Referer可以證明瀏覽器正常嗎？ 只能證明注入請求。政策驗收保留瀏覽器控制，不偽造來源。
推廣查詢完整就保證歸因嗎？ 不保證。查詢保留、分析處理與平台歸因各需獨立證據。