有人在瀏覽器中加入 FaceTime 通話時輸入的名稱，是自行選擇的標籤。它不會與 Apple 帳號、社群帳號或任何其他身分紀錄進行核對，因此以該標籤獲准加入的人，其可確認程度僅限於你們先前對誰會加入的共識。請將顯示名稱視為安排通話的細節，而非誰在通話中的證據，並透過你原本就信任的管道確認參與者。
使用我們的 TraceSeek 應用程式尋找公開社群檔案線索。
瀏覽器訪客名稱實際上代表什麼
當有人從支援的瀏覽器加入 FaceTime 連結時，他們會開啟連結、輸入名稱，然後等待主持人准許加入。該輸入的名稱就只是附在該等候參與者身上的標籤。它不是經驗證的社群帳號，也不會與 Apple 身分比對。這個標籤的價值在於實用性：它協助主持人在准許加入的佇列中辨識預期的參與者。它本身無法告訴你有關該標籤背後之人的任何事。 [Apple 支援：在 Android 或 Windows 上使用 FaceTime]
標籤與身分或社群帳號的差別
在等候室看到熟悉的名字，很容易被當成確認。請想想類別上的差異。經驗證的 Apple 身分會涉及帳號層級的驗證；社群帳號則會涉及你能另行檢視的平台個人檔案。自行輸入的訪客名稱兩者皆非。它更接近簽到表上寫的暱稱，而非證件。當通話被用來判定某人是誰時，這項區別尤其重要，因為它可能悄悄把自我描述變成看似證明的印象。
| 觀察 | 限制 | 下一步 |
|---|---|---|
| 訪客在獲准加入前輸入熟悉的名稱 | 自行選擇的標籤；未與 Apple 或社群帳號核對 | 透過你們議定的外部管道確認參與者 |
| 主持人准許使用該標籤的人加入 | 獲准加入只顯示標籤被接受，並不顯示加入者的身分 | 透過通話前就已使用的聯絡方式，再向對方確認 |
| 此人從瀏覽器加入 | 網頁流程與原生 FaceTime 的控制項及功能不同 | 調整期待，而不是把差異視為可疑 |
Android 與 Windows 參與者，以及原生功能的限制
使用 Android 或 Windows 的人可以透過網頁流程加入，而不是使用原生 FaceTime 應用程式，這也是為什麼會有輸入名稱的步驟。功能可用性與原生 FaceTime 不同，網頁體驗不提供螢幕共享或 SharePlay。相機與麥克風控制項由瀏覽器處理，因此訪客能做的事和畫面呈現可能有所不同。這些本身都不是警訊。這正是應事先議定通話進行方式與各參與者需求的理由。 [Apple 支援：在 Android 或 Windows 上使用 FaceTime]
在不要求證明的情況下確認加入者
較安全的習慣，是把參與確認與通話本身分開進行。通話前，先議定雙方已經在使用的聯絡管道。對方獲准加入後，在該管道傳一則簡短訊息，或問一個只有預期對象能從你們共同脈絡回答的問題。保持低壓力：你是在核對假設，不是在盤問任何人。若答覆不符，請先暫停，不要指控；不符可能是名稱打錯、連結被轉傳，或真的有問題，單憑通話無法分辨是哪一種。
- 通話開始前先議定外部聯絡管道
- 問一個有脈絡的問題，而不是要求身分證件
- 若連結曾被轉傳，詢問可能還有誰收到
- 若出現要求金錢或要求保密的壓力，請停止對話
把觀察與決定分開
寫下你觀察到什麼、這無法顯示什麼，以及你接下來會怎麼做。觀察到：訪客輸入了名稱並獲准加入。未顯示：該名稱屬於經驗證的帳號，或屬於你預期的人。下一步：透過議定的管道確認。這種結構能避免讓日常的技術細節變成對人格的結論。它也能保護你免於反向的錯誤，也就是把中性的瀏覽器限制當成欺騙的證據。標籤是關於流程的線索，而不是關於意圖的線索。 [Apple 支援：在 Android 或 Windows 上使用 FaceTime]
一個假設性例子
假設有位讀者為了一件二手物品安排通話，並預期對方是名叫 Sam 的人。訪客輸入 Sam 並等候；主持人准許其加入。在這個假設情境中，輸入的標籤與計畫一致，但完全無法證明在場的是誰。讀者在原本已使用的交易平台討論串傳訊息，問一個關於該物品的小問題。有用的確認是那則回覆，而不是標籤。如果回覆很慢，讀者會記錄下來並等待，而不是升級為指控。
還有幾個問題
網頁訪客輸入的名稱能證明其 Apple 帳號嗎？
不能。加入步驟接受自行輸入的名稱，不會與 Apple 身分或社群帳號核對，因此無法確認標籤背後是誰。
為什麼 FaceTime 訪客必須輸入名稱？
網頁加入流程會要求每位參與者輸入名稱，然後等待主持人允許加入。這只是等候室的實用標籤，並非身分驗證。
Android 或 Windows 使用者可以加入 FaceTime 通話嗎？
可以，透過支援瀏覽器中的網頁流程即可。功能可用性與原生 FaceTime 不同，且該網頁流程不支援螢幕分享與 SharePlay。
如果顯示名稱與我預期的人不符，我該怎麼辦？
先暫停，並透過你們事先約定的聯絡管道確認。名稱不符可能是打錯字、連結被轉傳，或其他原因；單憑通話名稱無法判斷是哪一種。
來源與編輯說明
官方參考資料查核於 2026年10月23日。清單、比較表與示例用語為 DateClues 的編輯工具，並非官方測試或經實證的風險評分。
一般資訊。任何指南或工具都無法保證某人的身分、意圖或安全。 閱讀我們的編輯準則。