接受 Signal 使用者名稱請求後，你看到的標籤可能會變成對方的個人檔案名稱，而且該使用者名稱對話可能會與你先前透過電話號碼與同一人進行的對話合併。使用者名稱是聯絡用的鍵值，不是匿名身分，也不是對話之間的屏障。在接受之前，請先決定你是否能接受這種合併，以及該名稱出現在你的對話列表中。
使用我們的 TraceSeek 應用程式尋找公開社群檔案線索。
接受後實際會改變什麼
使用者名稱是某人分享出來、讓新對話得以開始的位址。它不是連線被接受後所顯示的名稱。在 Signal 的文件中，接受使用者名稱請求會將顯示的標籤改為個人檔案名稱。那只是你自己對話列表內的標籤變更，不是查詢，也不是公開的個人檔案頁面。實務上的重點是：接受後你看到的名稱，可能與送來的使用者名稱文字不同。這裡沒有任何內容能確立寄件者的身分；使用者名稱和個人檔案名稱都只是標籤，不是憑證。 [Signal 支援：使用者名稱連結、訊息請求與變更]
- 先查看一次請求中的共用使用者名稱文字，然後在接受前暫停一下。
為什麼先前的電話號碼對話很重要
Signal 的文件指出，既有的電話號碼對話可以與使用者名稱對話合併，並顯示兩者屬於同一個帳號。因此，如果你已經與該電話號碼有對話，接受使用者名稱請求並不會建立一個獨立、乾淨的對話串，而可能將兩者串接起來。這對延續對話很有用，但如果你原本期待兩者分開，就會感到不舒服。使用者名稱不會讓你與已經知道你號碼的聯絡人隔離，也不會為你建立全新的匿名身分。 [Signal 支援：使用者名稱連結、訊息請求與變更]
把你看到的事實與它的意義分開
把觀察維持在狹窄的範圍：有請求送來、它帶有一個使用者名稱，而接受後可能顯示個人檔案名稱並串接既有對話。限制同樣重要。這些都不能證明身分、意圖或可信度，也不會讓寄件者的帳號變得安全或不安全。將名稱與你聯絡人中既有的號碼比對，只是紀錄之間的連結，不是證明那個人就是標籤所指的人。依你自己的判斷決定：你是否希望該對話被串接，以及你是否要這個請求。
| 觀察 | 限制 | 下一步 |
|---|---|---|
| 有一個使用者名稱請求正在等待 | 使用者名稱文字不是顯示的名稱 | 依你自己的時間安排接受、拒絕或讓它保持待處理 |
| 你已經有電話號碼對話 | 接受後可能會合併對話串 | 決定前先查看該對話的歷史紀錄 |
當你是預期會收到請求的一方
如果你打算分享使用者名稱，請預期對方在接受後會看到你的個人檔案名稱，並預期先前的電話號碼對話串會與新的對話串串接。這是文件記載的行為，不是缺陷，也是為什麼在分享使用者名稱之前，應先決定你的個人檔案名稱要顯示什麼。同時請記得，日後變更使用者名稱不會通知既有對話，而舊的使用者名稱連結也無法再用來與你的帳號開始新對話。這些事實影響的是你如何分享該位址，而不是合併是否會發生。 [Signal 支援：使用者名稱連結、訊息請求與變更]
- 在分享使用者名稱之前先檢視你的個人檔案名稱，而不是在請求被接受之後才檢視。
如果文件與你看到的情況不符
可用性和介面措辭可能有所不同，本指南並不主張特定的選單路徑。如果你在應用程式中找不到所述的行為，請記錄該控制項或措辭無法取得，並就此停止，不要猜測。請使用官方目前的說明頁面，或請帳號持有人自願分享目前的截圖或連結。不要因為缺少某個選項，就當作合併不會發生的證據；也不要因為看到某個選項，就當作合併一定會發生的證明。 [Signal 支援：使用者名稱連結、訊息請求與變更]
還有幾個問題
Signal 使用者名稱能對已經有我電話號碼的人隱藏我的號碼嗎？
不能。使用者名稱是另一個位址，但文件記載的合併機制可与既有的電話號碼對話連結，可能顯示兩者之間的關聯。已經知道你號碼的人不會因為使用者名稱而被隔離。
在我接受對方的請求之前，寄件者會看到我的個人檔案名稱嗎？
在文件記載的流程中，是接受這個動作將顯示的標籤改為個人檔案名稱。本指南不對接受前會出現什麼做任何主張；請將接受前的畫面視為不確定，並依據你能記錄到的接受後行為來決定。
使用者名稱是全新的匿名身分嗎？
不是。它是用來開始對話的位址，而且可以與既有的電話號碼對話串串接。它不保證匿名或隔離，而接受後顯示的名稱只是標籤，不是誰在寫訊息的證明。
來源與編輯說明
官方參考資料查核於 2026年10月23日。清單、比較表與示例用語為 DateClues 的編輯工具，並非官方測試或經實證的風險評分。
一般資訊。任何指南或工具都無法保證某人的身分、意圖或安全。 閱讀我們的編輯準則。