當酒店要求護照副本時，可能是為了當地住客登記，但訊息也可能是偽造的，目的是盜取身份資料。先保存要求，核實後才採取任何行動。

關鍵要點

確認誰發出要求、以甚麼方式發送、要求保存在哪裏。

傳送任何文件前，先弄清法律和平台依據。

只提供最少的必要欄位，問清接收方，並索取保留政策。

盡可能使用平台或 App 的官方渠道；只有經核實時才使用其他安全途徑。

若無法核實要求，暫停操作，向平台舉報，並監察身份風險。

本指南是更完整計劃的一部分：國際旅遊住宿防護。

1. 酒店要求護照副本時，先保存要求

立即從要求送達的渠道保存完整內容。保留寄件人元數據、時間戳記、訂單編號、主旨，以及原文和附件。完成核查前，不要刪除對話紀錄或郵箱內容。

記錄要求在哪裏出現：

預訂 App 的訊息中心，
確認電郵的往來，
短訊或即時通訊 App，
以及任何相關的政策或說明頁面。

含有嵌入連結時暫不開啟。建立證據紀錄，每項一行：誰發送、何時、方式和參考編號。另把原本收據、預訂時所用的證件和付款狀態再備份一份。

若要求在入住後才收到，或訂單已被取消或更改，把它當作獨立事件，不要假定與先前連貫。保存這條時間線，因為它會改變之後的核實途徑。從舊訂單對話複製過來的過時要求，是常見的混淆來源。

2. 分別核實預訂渠道和寄件人

使用平台房源頁上的酒店資料和公開接待渠道，查詢酒店內部系統是否有你的訂單，而不是直接回覆可疑訊息。至少從兩個獨立來源確認訂單持有人、日期和確認碼：酒店的預訂確認和平台的訂單頁面。

然後核實寄件人身份：

訊息是否來自平台上經核實的酒店聯絡方式？
寄件人名稱是否與確認條款中的一致？
域名、號碼或帳戶是否在預訂之後才出現？

不要點擊催促性的連結，也不要經臨時短連結上載任何東西。在不少詐騙流程中，第一條連結往往指向要求上載證件或一次性驗證的仿冒網站。

酒店經平台中介接單時，雙方都要核實。平台帳戶看似正常，酒店帳戶也可能被盜用。反之亦然：平台層面的提示可能使用通用範本，而酒店其實已更改政策。

仍不清楚時，只經官方預訂渠道向平台客戶服務索取個案編號和酒店前台電話。不要把單一則無法核實的回覆當作足夠依據。

3. 弄清法律、平台與當地登記依據

傳送任何護照資料前，請酒店提供清晰的規則依據。你需要三個分開的答案：

這項要求是否與該城市或國家的當地住客登記規定有關？
這是否屬於預訂合約中平台的保安或稅務責任？
是否是針對某個預訂問題的臨時安全措施？

部分住宿場所因當地法律要求登記住客並索取護照資料，但法律依據應在官方條款或經核實的入住政策中列明。Airbnb 的身份驗證程序只是個別平台的例子，並非適用於所有酒店的通用規則。［1］即使由平台掌管預訂並持有款項，也不代表酒店可自動經未核實的渠道索取額外個人資料。Airbnb 的站外政策把已披露的法律或合規理由視為特定例外，而非一概許可。［2］

查詢對方所依據的具體條文、章節或法律出處。問清這項要求是否適用於你的房型和預訂模式（獨立房間、共用房間、公司預訂、套票預訂或託管渠道）。一旦對不上，就應暫停。

不要讓社交群組或隨便一個論壇替你作最終判斷。先查平台文件和該主題的當地官方指引。若對方引用當地法律規定，問清在哪裏公布，以及可否看到同一語言的官方文本。

4. 只提供最少欄位，問清接收方和保留期限

最安全的做法是：請經核實的接收方逐項說明必填欄位及其官方依據，不要預設姓名、證件號碼或有效期等欄位必然需要；然後只提供為所述目的無法省略或遮蓋的欄位。

查詢：

今天具體需要哪些欄位，
每個欄位為何需要，
副本由誰接收（酒店法律實體、平台提供者還是合作夥伴），
資料儲存在哪裏、保留多久，
需要時由哪個團隊刪除或遮蓋。

不要只因對方要求就傳送高解像度的完整副本。詢問經核實的要求能否透過現場核實、平台的安全程序，或在遮蓋非必填欄位後符合。英國資訊專員辦公室（ICO）的資料最少化指引支持把收集限於所述目的所必需的範圍，並檢討保留期。［3］

詢問平台可否提供安全上載途徑，或可否由訂房代理經個案紀錄確認。若唯一選擇是一份隨意的表格，而且索取的資料超出所需，就不要繼續。

5. 只使用經核實的安全渠道或合理替代方案

使用預訂平台官方的 App 或對話功能、酒店經核實的管理聯絡方式，以及採用 TLS 加密上載的官方安全表格。若要求寫明「在此對話回覆」，但這段對話無法追溯至官方個案紀錄，先要求提供安全的替代渠道。

記錄每次往來的渠道、時間和回覆內容。若要求以傳送方式上載，確認上載目標域名，以及平台有否以書面確認同一目標。

若沒有安全途徑，採用以下後備做法：

要求對方以書面明確說明要求和保留政策。
確認之前不分享護照資料。
若住宿可能受影響，準備一個簡單的替代住宿方案。

不要使用在你的預訂訊息之後才出現的一次性驗證碼、保安驗證連結或隨意的核實網站。這不是自動判定為詐騙，而是按風險分級的控制：渠道無法核實，就不應把證件傳到那裏。

6. 無法核實時上報；已傳送則保存證據並監察風險

若要求無法通過兩項獨立核查，就停下來。記錄未解決的狀態，並同時向平台客戶服務和酒店官方聯絡方式舉報，索取個案編號和預計回覆時間。

若你已傳送文件，保留所有已傳送的版本和元數據。盡可能撤銷存取權限，要求提供刪除確認，並監察身份風險，例如意外的帳戶通知、SIM 卡更改或異常的付款訊息。不要把每宗個案都認定為詐騙：一些正當的住宿場所確實因法定登記和身份核實而需要證件。

臨近出行時，不要讓核實延誤造成安全問題。跟進投訴的同時，並行準備合法的替代住宿方案。有關重視私隱的替代方案和更換住宿的規劃，請參閱短租私隱與安全。

若你的資料很可能被濫用，保存完整的證據時間線，並提供給平台以及你的財務或身份保障渠道。另外，按離線備份的做法保護你的離線紀錄。

總結

不要因為要求緊急或語氣看似官方，就傳送護照資料。保存原本訊息，核實寄件人和預訂依據，分清平台與酒店的責任，只提供最少欄位並問清保留期，只使用經核實的渠道，核實失敗時立即上報。

不要因一個可疑訊號就認定是詐騙，也不要因一則聽來合規的訊息就信任對方。這類情況應按證據鏈、合約角色，以及當地登記和政策背景來判斷。

常見問題

酒店可以在入住前要求護照副本嗎？

可以，尤其在適用當地住客登記規定或防詐騙政策時。關鍵在於這項要求能否經你預訂時使用的同一官方渠道核實。

若要求來自看似官方的電郵，卻沒有引用訂單對話怎麼辦？

在獨立證明寄件人與訂單相符之前，都視為可疑。分享任何文件前，要求對方提供預訂背景和客戶服務個案。

拒絕傳送護照副本還能入住嗎？

可先查詢有書面依據的替代方案，例如安全網站上載、部分遮蓋或預約現場核實。部分情況在預先確認後可於入住時辦理。

證據紀錄應包括甚麼？

包括要求訊息、寄件人資料、要求時間、所要求的具體欄位、回覆、個案編號和渠道名稱，並註明是平台還是酒店發出的指示。

若要求在住客對話中發出、卻不在預訂條款內，由誰負責？

通常由提出要求的一方負責提供法律和程序依據，但補救方式因合約和預訂模式而異。按誰收取款項、誰確認政策來追查責任。

若我已改在其他平台預訂，舊要求仍然有效嗎？

若訂單歸屬已改變，要求可能不再有效。傳送任何新資料前，先核實現時規管你這次入住的是哪份合約和哪個平台。

VPN 能協助這類核實嗎？

旅途網絡不穩定時，網絡連線有助你連上官方渠道。但它不能取代平台驗證或酒店的身份核實責任。

來源

Airbnb Help Center, “Verifying your identity on Airbnb” — an example of a platform-specific identity process, not universal law: https://www.airbnb.com/help/article/1237
Airbnb Help Center, “Off-Platform and Fee Transparency Policy” — a platform-specific rule limiting pre-arrival government-ID photos unless a disclosed legal or compliance reason applies: https://www.airbnb.com/help/article/2799
Information Commissioner’s Office (ICO), “Data minimisation” — a detailed framework for limiting data to purpose, not a full legal code for every country: https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/data-protection-principles/a-guide-to-the-data-protection-principles/data-minimisation/

Sources checked 2026 年 9 月 6 日。

本指南僅為一般旅遊資訊，不提供法律、合約或監管建議。合約責任和補救方式因預訂平台、酒店政策和當地法律而異。

酒店要求護照副本：先核實發出者與依據，再用安全渠道提交資料