「無日誌」常被放在 VPN 服務首頁或方案頁上，但這個詞本身沒有單一、統一的判定範圍。它可能表示服務商不記錄瀏覽活動，也可能只表示不長期保存連線紀錄；帳號資料、付款紀錄、客服往來和故障診斷資料，仍可能依不同目的處理。比較服務時，別只看一句標語，應回到隱私政策，找出收集哪些資料、為何收集、保存多久，以及何時可能交給第三方。
本文提供一套可實際操作的查覈方法，協助你分辨「不記錄活動」與「不處理任何資料」之間的差異。它不能替代法律意見，也不能證明某服務一定符合你的風險要求；重點是讓政策中的承諾可以逐項核對，而不是隻憑宣傳用語做決定。
先拆解「無日誌」的範圍
隱私政策常把資料分成不同類別，不能把它們混成一個「有沒有日誌」的答案。最值得先看的，是能否將某一筆網路活動與特定使用者或裝置連結起來。若政策表示不記錄瀏覽歷程，仍需檢查是否保存連線時間、來源 IP、所選伺服器、DNS 查詢或傳輸流量等資訊；這些欄位單獨看未必能還原完整活動，但若能與帳號、付款或其他資料交叉比對，仍可能增加識別性。
也要分清楚「即時處理」與「保存紀錄」。服務為了建立連線、分配資源或排除故障，可能需要在運作過程中短暫處理某些資料；這不必然等於長期保存。不過，政策若只寫「不保留瀏覽紀錄」，卻沒有說明連線中繼資料是否記錄、暫存多久，以及何時刪除，讀者就無法完整判斷承諾的範圍。
| 資料類型 | 常見例子 | 查覈重點 |
|---|---|---|
| 活動紀錄 | 瀏覽的網域、DNS 查詢、連線內容或目的地 | 是否明確表示不記錄；是否有例外或診斷情境 |
| 連線中繼資料 | 來源 IP、連線時間、伺服器選擇、工作階段資訊 | 是否收集、是否與帳號關聯、保存及刪除方式 |
| 用量與效能資料 | 流量統計、錯誤碼、當機報告或用戶端版本 | 資料是否可識別個人；是否可選擇停用診斷回報 |
| 帳務與客服資料 | 帳號識別資料、付款狀態、客服對話 | 處理目的、接觸的第三方，以及適用的保存期限 |
留意政策使用的動詞也很重要。「可能收集」、「用於改善服務」或「在必要期間保存」如果沒有進一步說明，範圍可能不夠清楚。可以繼續搜尋該政策對「必要」的定義、保存期限如何決定，以及是否會把去識別化或彙總資料保留更久。去識別化能降低直接識別風險，但不應自動視為完全沒有隱私風險。
逐項閱讀資料種類、目的與保存期限
查閱隱私政策時，可先找「收集的資訊」、「使用方式」、「資料分享」、「保存與刪除」等章節，再把每一項資料對應到目的。若政策提到裝置識別碼、應用程式診斷、崩潰報告或分析工具，應確認它們是必要運作資料，還是可選的產品分析；也要看使用者能否在用戶端或帳號設定中停用。
資料用途應具體到足以理解。例如，帳務資料可能用於確認付款或處理退款；客服內容可能用於回覆問題；錯誤報告可能用於修正用戶端。相較之下，只寫「改善體驗」而沒有描述資料類型、使用對象或保存安排，就不容易評估實際影響。若政策說資料會分享給服務供應商，也要確認這些供應商是支付處理商、雲端託管商、分析工具，還是其他合作方，以及它們是否能為自己的目的使用資料。
保存期限不一定以固定天數表述，但政策至少應說明判斷依據，例如履行服務所需、帳務或法律義務，或安全事件處理。不同資料可以有不同期限；不能因為某一項帳務資料依法需要保存，就推論瀏覽活動也會保存，反過來也一樣。若政策只寫「在必要期間」，可以進一步查看刪除條款、帳號刪除流程和法律要求例外，並留意備份副本是否有不同的清除週期。
- ✅ 找出資料清單，確認瀏覽活動與連線中繼資料是否分開說明。
- ✅ 對照每種資料的用途，留意「分析」或「改善服務」是否有具體界線。
- ✅ 查明保存期限、刪除方式，以及備份或法律義務等例外。
- ✅ 確認可選診斷或分析功能是否能關閉，並瞭解關閉後仍會處理哪些必要資料。
- ❌ 不要把「不出售資料」直接等同於「不收集或不保存資料」。
動手查覈：用一份政策檢查清單做記錄
比較多家服務時，最容易發生的問題是隻記得首頁宣稱，卻忘了政策裡的限定條件。以下流程不需要特殊工具；建議直接開啟服務商目前公開的隱私政策，記錄文件標題、更新日期和查閱日期。政策可能更新，保留查閱時間有助於日後確認自己依據的是哪一版。
- 找到正式政策。從服務商官方網站或已登入帳號內的隱私入口進入，不以搜尋結果摘要或第三方轉載代替原文。若政策分成一般隱私聲明、應用程式聲明與 Cookie 說明，分別記下文件名稱。
- 搜尋關鍵欄位。在頁面中查找「連線」、「IP 位址」、「DNS」、「活動」、「診斷」、「分析」、「保存」、「刪除」、「分享」等詞。每次找到相關段落，都要讀取前後文，避免只看單句就誤解範圍。
- 建立資料對照。把資訊分成活動紀錄、連線中繼資料、帳號與帳務、診斷資料四類，逐類寫下收集項目、目的、保存安排和例外。政策沒有說清楚的欄位標記為「未說明」，不要自行推定為不收集。
- 檢查第三方與司法要求。閱讀資料分享及法律程序相關段落，分清楚常態性的服務供應商處理，與收到有效法律要求時可能發生的揭露。確認政策是否說明適用程序、通知使用者的例外，以及跨境傳輸安排。
- 查看外部查覈資料。若服務商公佈獨立稽覈或評估報告，核對報告的日期、查覈機構、涵蓋系統與期間，並確認結論是驗證政策、技術控制，還是特定流程。只記錄報告實際涵蓋的範圍。
- 整理未解問題。對保存期限不明、診斷資料無法停用或例外過於寬泛的部分，向服務商客服提出具體問題，並保留回覆。若回答仍只重複「無日誌」標語，應把該項標記為資訊不足，而不是當成已確認。
這份記錄不必寫得複雜，重點是讓每個結論都能回到原文。例如可以分別記下「政策明確表示不記錄哪些活動」、「哪些資料可能為維持服務而處理」、「期限是否明確」和「第三方查覈涵蓋什麼」。這樣比較不同服務時，才不會把一家的完整政策和另一家的廣告摘要放在同一個層級比較。
司法管轄區與第三方稽覈能說明什麼
服務商的註冊地、主要營運地和資料實際儲存地，可能不是同一個地方。司法管轄區會影響哪些法律適用、政府機關可依什麼程序提出要求，以及服務商需要如何回應；但光看公司所在國家，不能直接推論服務商一定保存或一定不保存特定資料。若服務商沒有保存某類資料，依法要求提供時也未必能交出不存在的內容；若確實持有其他資料，則仍可能依適用法律及程序處理。
閱讀政策時，應確認服務商說明的法律主體、資料處理地點、跨境傳輸安排，以及收到政府或法院要求時的處理方式。若使用多家雲端、客服或付款供應商，資料處理地點也可能因功能而異。這些資訊能幫助理解風險與責任分佈，但不代表只要選擇某個司法管轄區，就能消除所有法律或技術風險。
第三方稽覈可以提高透明度，但要看它實際查了什麼。報告若只確認一段期間內的政策流程或管理控制，不能因此推論所有系統、所有用戶端及所有資料類型都經過全面驗證。較有參考價值的公開資料通常會說明稽覈機構、查覈範圍、評估期間、採用的方法及限制；若只公佈「通過審查」而沒有範圍說明，外界能得出的結論就有限。
另外，稽覈是特定時間點或期間的檢視，不是對未來永久有效的保證。服務架構、第三方供應商、政策文字或資料流程改變後，舊報告未必仍涵蓋目前狀況。可以同時查看報告日期與政策更新日期，並留意報告是否明確涵蓋正式營運系統，而不只是文件或管理流程。
比較服務時的判斷順序
整理完資料後，先看政策是否明確說明不記錄哪些活動，再檢查連線中繼資料、診斷資料與帳務資料的處理方式。接著確認資料保存及分享的例外，最後才把司法管轄區和稽覈報告納入整體評估。這個順序能避免被某一項醒目的資訊帶偏：例如有第三方報告，不代表資料種類與保存期限就一定清楚；政策文字完整，也不表示技術實作已被外部驗證。
也要將政策透明度與實際使用習慣放在一起考量。若你會使用官方用戶端，留意診斷回報、權限及系統層級的連線設定；若使用第三方相容用戶端，還需分辨服務商的伺服器端紀錄政策與用戶端本地保存的設定、錯誤紀錄。兩者由不同主體控制，檢查一份隱私政策不會自動涵蓋另一端。