Apple 今日宣佈，將不再把 iCloud+ Hide My Email 地址遷移到新嘅共享域名，回到原本嘅 icloud.com，呢個決定係對兩個月前公佈嘅變更作出反轉。新嘅做法係：仍然維持現有嘅 Hide My Email 位於 icloud.com；而新嘅 Sign in with Apple 地址，原本預計改用 private.icloud.com，會喺今年晚些時候推出，但現時仍會保留 privaterelay.appleid.com 嘅既有地址同轉發功能。呢個轉變嘅核心在於，避免因為跨域路徑改動而比網站更易辨識同阻截，用戶喺註冊或填表時分享真實郵箱地址嘅隱私保護可能更穩定。官方建議開發者，喺帳戶系統、郵件驗證邏輯同白名單配置時，亦需同時接受 private.icloud.com 同 privaterelay.appleid.com。
Apple 之間嘅選擇同背景：分層訂閱同雲端功能嘅影響、同埋今次事件嘅教訓
呢次回退除咗單純嘅域名變更，亦牽涉到 Apple 對雲端服務同隱私嘅長遠策略。參考情況顯示，Apple 正喺 iOS 27 測試版中，開始把 iCloud+ 訂閱層級同智能功能掛鈎，唔只係提供存儲容量，仲會根據不同檔位開放額外嘅 AI 功能。呢種分層機制意在把雲端能力逐步轉化為按訂閱付費嘅增值服務，喺開發者同用戶之間建立更清晰嘅功能邊界。與此同時，呢類變化亦可能對那些需大規模郵件驗證、身分驗證同跨裝置同步嘅應用帶來影響，促使開發者提早調整驗證機制同域名容許清單，以免功能受限。
外界仲指出，呢啲分層同雲端能力釋放，係同 Google 嘅 Gemini 風格相似：以不同檔位提供不同嘅能力上限，唔同層級會影響到同一個用戶族羣嘅可用功能。不過，喺現階段，Apple 仍然強調新功能大多屬於付費訂閱服務範圍，成本同價值關係需要等到正式版公佈再詳述。Xcode Cloud 嘅中斷事件亦顯示雲端服務嘅穩定性仍然係整個開發生態系統嘅核心議題，影響日常開發流程同持續整合。
至於具體實務影響，呢次回退同時留意到，現有 privaterelay.appleid.com 地址仍可正常使用並轉發郵件，Existing addresses 亦會繼續工作冇被中斷。開發者同用戶被建議喺帳號整合同郵件驗證嗰方面，同時接受 private.icloud.com 同 privaterelay.appleid.com，避免因域名變更造成授權或郵件驗證失效。呢件事亦顯示出 Apple 面對社羣意見同安全性取捨時，會重新評估決策，嘗試喺用戶隱私保護同開放性之間取得平衡。
