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 面对社区意见和安全性取舍时，会重新评估决策，尝试在用户隐私保护和开放性之间取得平衡。