新加坡女子 Felicia 長期收到 Trip.com 寄給同名前綴旅客的訂房確認信，即使她從未註冊該平台。她在 2026 年 10 月上半月收到逾 20 封郵件，單日最多達 5 封，內容可見旅客姓名、飯店、價格，甚至信用卡號等敏感資料。
Felicia 認為平台應在使用者寄送確認信前強制驗證電子郵件，並向 Trip.com 提出改善要求；公司客服卻建議她更換密碼或取消訂閱，沒有正面回應系統問題。Trip.com 事後表示，經查核是另一名使用者輸入錯誤電郵，導致訂房通知寄至錯誤收件匣，稱此案並非資料外洩。
平台已移除相關訂單中的錯誤電郵並致歉，但 Felicia 認為公司仍未承諾改善驗證機制。值得注意的是，聯絡過程中客服又以錯誤姓名稱呼她，凸顯其個資與服務流程管理問題。
這起事件表面是訂單通知誤寄，核心矛盾卻是平台交易安全與個人資料最小化之間的落差。線上旅遊平台會把住宿名稱、價格、旅客資訊及付款資料送進確認信與附件，形成一條能跨越帳號邊界的資料鏈；只要預訂流程容許未經驗證的電郵地址，通知系統就可能把第三方資訊送進不相關信箱。
Trip.com 所稱「不是資料外洩」，至多能解釋事件並非遭駭客入侵，卻無法回答為何不完整付款資料會被送達未註冊帳號的第三方。若收件者開啟郵件或附件，即使沒有平台帳號，仍可能接觸足以用於社交工程、冒用或金融詐騙的資訊。因此，企業內部的「事件分類」不能取代使用者實際承擔的風險。
本案不宜簡化成個人操作不慎。使用者在結帳頁可能沿用舊資料，也可能誤植同名者電郵；平台既掌握交易流程與寄送控制權，就應在資料進入下游系統前建立阻擋機制，而不是把錯誤全部推回使用者。真正具成本效益的治理，不是要求每位收件者自行升級密碼或取消訂閱，而是驗證收件地址、限制通知內容與附件、延遲高風險資訊寄送。
各方利益也呈現明顯落差。平台可能擔心立即驗證增加結帳摩擦、降低轉換率；消費者則承擔資訊被第三方讀取的成本；監管機關關注的是跨平台資料暴露是否違反告知義務與資料保護原則。若客服只處理單一投訴而未修訂底層流程，類似事件將持續複製。
這類事件可視為大型平台「便利性優先」交易流程的典型風險：通知寄送本身成本低，卻可能成為訂單資料跨帳號流動的管道。與早期電商寄錯地址的案例相比，如今通知內容已整合旅宿、價格、付款與附件，單一設定錯誤的影響更大。
01 起因觸發：另一名使用者預訂時輸入錯誤電郵，Trip.com 將通知寄至不存在的帳號信箱
02 一階傳導：收件人接觸旅客姓名、飯店、價格及付款相關資料，形成資訊安全與客服風險
03 二階擴散：大型旅遊與電商平台可能加強電郵驗證、附件控管及跨帳號異常偵測
04 宏觀終局：個資保護由資安事件升級為交易流程與平台治理問題，監管與訴訟風險隨之上升
領域延伸情報推薦 相關延伸研讀
依主題領域自動關聯之高參考價值外電情報
