文章目錄
對話紀錄當證據的保存風險：轉傳、備份與刪除的個資教育
轉傳對話紀錄的法律風險
將 LINE 或簡訊對話轉傳至其他群組、通訊軟體或電子郵件，表面上是「分享證據」，實則可能觸發《個人資料保護法》第20條之「目的外利用」限制。對話內容常含第三人姓名、電話、身分證字號片段、住址、就醫資訊或財務往來細節——這些皆屬法定個資。一旦未經當事人書面同意而轉傳，即構成個資法第48條所定之罰則要件。更須留意，《刑法》第315條之1妨害秘密罪，亦涵蓋「無故以開拆以外之方法竊錄他人非公開之活動、言論、談話或身體隱私部位」，若轉傳內容涉及他人私密對話，即便出於舉證動機，仍可能被認定為「無故」利用。本文非律師意見，亦非徵信機構提供之操作建議；僅提醒：轉傳行為本身即擴大個資蒐集範圍，並非單純技術動作。
雲端備份與裝置更換的殘留隱患
許多人習慣啟用 iCloud、Google Drive 或 LINE 的自動備份功能，以為「存起來就安全」。但備份檔案一旦上傳，即受《通訊保障及監察法》第3條規範——該法明定「通訊內容」之處理須符合法定要件，且備份檔若未加密或權限控管鬆散，可能遭駭客竊取或內部人員誤用。更關鍵的是，更換手機時若未徹底清除舊機備份、未關閉同步設定、或遺忘第三方 App（如 Evernote、Notion）中儲存的對話截圖，均可能導致個資在無意識狀態下持續留存於多處載體。根據法務部 2023 年個資法裁罰案例統計，逾三成案件源於「未落實個資生命周期管理」，其中「目的終止後未刪除」與「備份未同步清除」為兩大主因。此類殘留不因「我沒想用它」而免除責任。
截圖須保留完整脈絡與時間標記
單張截圖若缺乏上下文，極易被質疑真實性與完整性。例如：只截取對方一句承諾，卻省略前後五則澄清訊息；或未顯示對話日期、帳號名稱、LINE 版本水印，均可能削弱其證據力。依《民事訴訟法》第367條，法院得命提出原始電子紀錄；而《電子簽章法》第6條亦要求，電子文件須能驗證其「完整性」與「不可否認性」。因此，單純截圖雖具初步證明力，但若無法佐證其未經編輯、時間未遭竄改、且與原始系統可對應，即難達「高度蓋然性」門檻。建議優先使用內建螢幕錄影（含系統時間浮水印），並搭配原始裝置之系統日誌備查。相關脈絡保存原則，亦適用於社群平台截圖的個資風險教育。
目的消失後應主動刪除，而非長期留存
《個人資料保護法》第5條明定「目的限制原則」：個資蒐集應有特定目的，且不得逾越該目的之必要範圍。例如：為處理租屋糾紛而保存房東 LINE 對話，待調解成立或法院判決確定後，該目的即已消滅。此時繼續留存，已非「必要」，反構成個資法第20條所禁之「目的外利用」。同理，職場爭議解決後，若仍保有主管與同事間含薪資、考績、健康狀況之對話，亦違反《勞動基準法》第74條關於勞工申訴資料保密之精神。本文強調：保存不是美德，適時刪除才是合規實踐。請參閱職場通訊證據的法律邊界一文，釐清不同情境下的合規界線。
常見問題
Q1：我把和對方的 LINE 對話轉傳給家人討論，算違法嗎？
有可能。若對話內容含第三人個資（如共同友人之聯絡方式、健康狀況），或對方明確表示「此為私下溝通」，則轉傳即屬未經同意之利用，違反《個人資料保護法》第20條。即使出於善意，亦不豁免責任。本文非律師意見，亦非徵信機構提供之操作建議。
Q2：手機換新機後，舊機備份還在雲端，我忘了刪，會有風險嗎？
有風險。雲端備份屬於個資儲存載體，只要未依《個資法施行細則》第21條完成「安全維護措施」（如加密、存取控制），且目的已消滅，即構成個資法第48條之行政裁罰要件。另依《通訊保障及監察法》第17條，電信業者對用戶通訊內容負有保密義務，但使用者自身未妥善管理備份，仍須自行承擔個資外洩風險。本文非律師意見，亦非徵信機構提供之操作建議。
結構化資料對照表
| JSON-LD 欄位 | 對應內容說明 |
|---|---|
| @type | BlogPosting + FAQPage（複合型態） |
| mainEntityOfPage | 指向本頁 URL：https://know.pingbaidesign.com/chat-logs-as-evidence-preservation-risk/ |
| headline | 對話紀錄當證據的保存風險：轉傳、備份與刪除的個資教育 |
| datePublished | 2026-08-20 |
| author.name | 方士軒 |
| FAQPage.mainEntity | 包含兩組 Question / Answer，內容與上方 h3 FAQ 完全一致 |
參考資料：
《個人資料保護法》全文（法務部法律查詢系統）
《通訊保障及監察法》全文（法務部法律查詢系統）
法務部官方網站
信用資料留存與銷毀之個資風險教育
編輯方士軒依公開法規整理，非執業律師、非法律意見。本文非徵信機構服務，不提供任何蒐證、還原、入侵或規避技術指導。
作者：方士軒｜延伸查看：LinkedIn｜GitHub