外送地址與個資安全指南：姓名、電話、地址、門禁、訂單截圖、拍攝與證據遮蔽

本頁範圍：外送情境的地址、訂單、拍攝與證據遮蔽

本頁討論消費者、外送員、商家與內容創作者在外送流程中如何處理個人資料。它不提供個案法律意見，也不判斷某次外送個資事件是否違法；它建立的是可重複的內容與營運標準：資料只在必要範圍使用，證據只在處理流程內提交，公開素材必須遮蔽。

個資問題和 外送價格抽樣 也有直接關係。價格截圖若含完整地址、帳號、付款或訂單編號，不能直接公開；城市外送頁也不能用單一社區、公司或住址作為未遮蔽案例。權威站的證據要可查核，但公開版本要保護個資。

外送情境中哪些資訊需要遮蔽？

全國法規資料庫的個人資料保護法把個人資料定義為自然人的姓名、出生年月日、聯絡方式、財務情況、社會活動以及其他得以直接或間接識別個人的資料。外送情境中，最常見的不是身分證字號，而是地址、電話、訂單資訊、位置、付款與影像。這些資料單獨看可能只是配送資訊，但合在一起就很容易識別特定人。

消費者：地址備註要足夠完成配送，但不要暴露不必要生活資訊

消費者下單時應提供能完成配送的必要資訊，例如入口位置、樓層、取餐點、門鈴方式、是否放管理室。這些資訊越清楚，外送員越不需要反覆電話確認，也能減少錯送和延遲。但地址備註不應寫入不必要的私人資訊，例如家庭成員作息、長期無人在家、門禁密碼完整規則、公司內部資訊或其他住戶資料。

若發生外送異常，消費者可以保存訂單截圖、扣款畫面、餐點照片和客服對話，這是 退費與餐點異常 的基本證據。但這些證據的用途是提交平台、商家或主管機關，不是直接公開在社群。公開前應遮蔽外送員姓名、車牌、電話、訂單編號、客服姓名、地址和門牌。若要分享經驗，應把情境抽象化，例如「台北市某區住宅大樓」而不是完整地址。

• 地址備註：寫配送必要資訊，不寫私生活細節。
• 取餐點：公司、宿舍、社區可設定固定公開取餐點。
• 客服證據：保留完整原圖，公開只用遮蔽版。
• 評價評論：描述事實，不貼他人可識別資料。

外送員：消費者資料只應用於配送流程

foodpanda 外送夥伴個資教育文件明確說明，消費者個人資料包含姓名、電話、送餐地址等，foodpanda 將這些資料提供給外送夥伴是為了順利完成配送；外送夥伴僅能將資料用於配送流程，不得分享、保存或用於其他用途，也不應在社群媒體公開顯示訂單資訊、送餐地址或其他個人資料。這個原則雖來自 foodpanda 文件，但對所有外送內容創作者都有參考價值。

外送員不應把接單系統畫面、導航路線、客戶備註、地址、電話、門牌或訂單內容直接截圖傳給第三人。若需要和平台客服、商家或顧客溝通，應只傳遞完成配送所需資訊。若要拍攝工作 Vlog，應在事後處理畫面，遮蔽所有可識別資訊，避免讓觀眾透過路線、建築物、門牌或字幕推回特定住戶。

商家：取餐架、收據、訂單貼紙和後台權限都要管

餐廳常以為個資風險只在外送員端，其實商家也會處理大量訂單資訊。取餐架上的訂單貼紙、收據、顧客姓名、電話、地址、平台訂單編號、加購備註、過敏原備註，都可能被其他外送員、現場顧客或員工拍到。若商家使用外送平台、POS 或自有訂餐系統，也要控管誰能查看後台、誰能下載報表、誰能接觸客服對話。

商家應做三件事：第一，取餐區只顯示必要資訊，例如訂單末碼或取餐號；第二，收據和貼紙不要長時間暴露完整電話與地址；第三，退費和客服證據集中在店內管理流程，不讓一般員工任意轉傳。這些措施不只保護消費者，也能降低商家被投訴或資料外洩的風險。

內容創作者：外送真實案例要先過個資遮蔽關

外送 Vlog 的價值在於第一線觀察，但越真實的素材越容易拍到個資。Delivlog 未來若要把影片、字幕、截圖、路線和訂單案例轉成文章，必須先建立「可公開素材」和「內部證據素材」兩套檔案。內部證據可以保留原始截圖以便查核；公開素材則必須遮蔽姓名、地址、電話、門牌、訂單編號、車牌、路線細節與其他住戶資訊。

若要發布外送收入、價格比較、退費處理、城市熱區或商家案例，應避免讓單一個案變成可追蹤事件。文章可以寫「2026-06-05 晚間，台北市某住宅生活圈」；不要寫完整社區名稱、門牌、公司部門或可辨識大樓入口。若影片畫面已拍到，應用模糊、裁切、遮罩、延遲發布或改用文字摘要。

證據遮蔽：保留查核能力，同時保護個資

權威站不能因為怕個資就不保存證據，也不能因為要證據就公開個資。可行方法是「雙層證據」：內部保存原始檔，公開使用遮蔽版或資料摘要。每一份原始證據都應有證據 ID、日期、用途、是否含個資、是否已遮蔽、公開版本檔名和刪除或保存期限。這樣未來交給案主時，可以證明方法可查核，也能證明沒有把消費者資料拿去公開。

在價格抽樣、退費案例、KPI 月報、Search Console 或 YouTube Analytics 截圖中，也要套用同樣規則。任何含帳號、地址、電話、付款、訂單編號、客戶姓名、API key、Google Cloud 專案資訊或 Search Console property 私密資料的截圖，都不能直接放在公開文章裡。

1. 先判斷是否含個資或帳號資訊。
2. 原始檔放內部 evidence，標證據 ID。
3. 製作遮蔽版，遮掉姓名、電話、地址、門牌、訂單、付款、車牌。
4. 公開文章只使用遮蔽版或摘要數據。
5. 每次發布前用清單檢查是否還有可識別資訊。

法規邊界：可以做一般提醒，不做個案法律結論

個人資料保護法規範個人資料的蒐集、處理和利用，並要求不得逾越特定目的必要範圍，且應與蒐集目的具有正當合理關聯。外送情境下，地址、電話和訂單資料是為了完成交易與配送；若把這些資料拿去公開、保存做私人用途或發到社群，就可能超出原本目的。

本頁只能作一般風險提醒，不替任何個案下法律結論。是否違法需要看資料內容、蒐集目的、利用方式、當事人同意、平台條款、是否造成損害與主管機關判斷。Delivlog 的站內標準應更保守：即使不確定是否違法，也先不公開可識別個資。

可說與不可說

可以說：外送地址、電話、姓名、訂單編號、門禁和路線資訊都可能直接或間接識別個人；平台隱私政策與 foodpanda 外送夥伴資料可支持配送流程會處理必要個資；公開內容應遮蔽個資；證據保存和公開發布應分開。

不能說：某平台一定只把某些欄位提供給外送員、某次截圖一定違法、所有外送員都會濫用個資、或只要遮掉電話就一定安全。公開風險取決於整體資訊組合，地址、畫面、路線、時間和備註都可能造成識別。

外送地址與個資 FAQ