Apple 撤回 Hide My Email 網域變更，但「使用 Apple 登入」仍將轉移

Apple 在檢視社群回饋後，撤回原定把新建立的 iCloud+ Hide My Email 別名從 @icloud.com 改至 @private.icloud.com 的計畫。Hide My Email 將繼續使用與一般 iCloud 電子郵件相同的 @icloud.com 網域；另一項功能「使用 Apple 登入」（Sign in with Apple）的新郵件轉寄地址，則仍會按照原計畫轉移至 @private.icloud.com。181924

Apple 這次改了什麼？

Apple 原先在 2026 年 6 月宣布，打算讓兩項隱私功能共用 @private.icloud.com 網域。按照原方案：

• 新建立的 Hide My Email 別名會從 @icloud.com 改用 @private.icloud.com。
• 新的 Sign in with Apple 私密轉寄地址會從 @privaterelay.appleid.com 改用 @private.icloud.com。
• 已經存在的地址則會繼續運作，並將郵件轉寄至使用者原本的收件匣。17

如今 Apple 將兩項服務重新分開處理：

• Hide My Email： 新別名繼續使用 @icloud.com，取消轉移至 @private.icloud.com 的安排。1819
• Sign in with Apple： 新建立的轉寄地址仍會從 @privaterelay.appleid.com 轉移至 @private.icloud.com。1819
• 現有地址： Apple 表示，舊有地址會繼續有效並正常轉寄郵件。開發者與郵件服務商仍須將新的 Sign in with Apple 網域列為有效地址，不能因不熟悉該網域而拒收。1725

為什麼使用者反對 @private.icloud.com？

爭議焦點並不是別名會停止轉寄郵件，而是新網域會讓這些地址變得更容易被辨認。

目前 Hide My Email 使用的 @icloud.com，與一般 iCloud 電子郵件地址共用同一個網域。對網站和郵件管理員而言，若只依網域封鎖隱私別名，也可能連同一般 iCloud 使用者一起影響，因此難以精準區分。

但如果改用清楚標示隱私用途的 @private.icloud.com，網站、郵件系統或反詐騙過濾器只要設定一條網域規則，就能辨認這些別名，並可能選擇封鎖、降低信任度或採取不同處理方式。2429

這會削弱 Hide My Email 的實際用途。這項功能原本就是讓使用者為不同網站或服務建立不同的隨機地址，在不公開真實收件地址的前提下接收郵件。使用者和開發者因此認為，雖然郵件轉寄機制本身沒有被移除，但把別名集中到一個明顯的隱私網域，可能降低它在日常使用上的隱私保護效果。1821

兩項 Apple 功能接下來會怎樣？

Hide My Email：繼續使用 @icloud.com

使用 iCloud+ 建立新的 Hide My Email 別名時，使用者仍會取得以 @icloud.com 結尾的地址。原定讓新別名使用 @private.icloud.com 的計畫不會按照原方案實施；現有別名也會繼續納入 Apple 所說的舊地址轉寄安排。1718

對一般使用者而言，這代表不需要因這次計畫變更而重新註冊帳戶或更換現有別名。更重要的是，新別名不會被集中標記在一個容易被網站管理員辨識的獨立網域下。

Sign in with Apple：仍會轉移至 @private.icloud.com

這次撤回只適用於 Hide My Email，並不代表 Apple 全面取消網域遷移。Sign in with Apple 仍會為新帳戶建立以 @private.icloud.com 結尾的私密轉寄地址，取代目前使用的 @privaterelay.appleid.com。1725

舊有的 Sign in with Apple 轉寄地址預計仍可繼續使用並轉寄郵件。不過，網站開發者和郵件服務商需要更新電子郵件驗證、允許清單及網域過濾規則，以便接受新的 @private.icloud.com 地址，同時保留對舊有 @privaterelay.appleid.com 地址的支援。1725

因此，Apple 的兩項隱私功能不會再共用同一套新網域：Hide My Email 留在 @icloud.com，而 Sign in with Apple 的新地址則會採用 @private.icloud.com。

這次決定與近期隱私疑慮有何關係？

Apple 並未公開表示，撤回 Hide My Email 網域變更是近期安全報告直接造成的結果。兩者目前能確認的是時間上的接近，以及使用者對隱私功能可靠性的關注，並沒有已獲證實的技術或因果關係。

7 月的報告指出，Hide My Email 曾存在一項漏洞：如果寄往別名的郵件被郵件系統判定為垃圾郵件並拒收，退信或傳遞記錄在某些情況下可能暴露別名背後的真實電子郵件地址。Apple 表示，已在 2026 年 7 月 3 日部署修補程式，完全解決這項問題；不過，外界對修補時間及修補後測試結果的報導曾出現爭議。353948

另外，研究人員也發現，部分 WebKit 行為可能繞過 iCloud Private Relay 的預期代理路徑。相關情況包括與通行密鑰（passkey）有關的 WebAuthn 請求、DNS 預先解析，以及 WebTransport 連線；這些行為可能直接從裝置發送流量，讓網站取得使用者的真實 IP 位址。1414

這兩類問題涉及不同系統：Hide My Email 的報告關乎電子郵件轉送和退信處理；Private Relay 的研究則關乎 IP 位址與 DNS 保護。它們都不能證明改用 @private.icloud.com 會直接造成相同漏洞。但在相關報告接連受到關注之際，使用者自然會更加在意任何可能讓隱私別名變得容易辨認的設計調整。

對使用者和開發者的實際影響

對 Hide My Email 使用者來說，這次決定保留了現行設定中最受重視的一點：新別名不會被移到一個明確標示為私密轉寄地址的網域。@icloud.com 將繼續同時用於一般 iCloud 郵件和 Hide My Email 別名。1824

對使用 Sign in with Apple 的服務而言，網域遷移仍需準備。開發者應接受新的 @private.icloud.com 轉寄地址，並在過渡期間繼續支援既有的 @privaterelay.appleid.com 地址，避免因硬編碼舊網域或過度嚴格的郵件驗證規則而影響現有帳戶。1725

簡單來說，Apple 這次不是取消所有網域變更，而是把原本「兩項功能統一使用新網域」的方案改成分流：Hide My Email 留在 @icloud.com；Sign in with Apple 的新地址則前往 @private.icloud.com。