Apple は本日、iCloud+ Hide My Email アドレスを新しい共有ドメインに移行せず、元の icloud.com に戻すことを発表しました。この決定は、2ヶ月前に発表された変更を覆すものです。新しい方針は、現在の 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 がコミュニティの意見やセキュリティのトレードオフに直面した際に、決定を再評価し、ユーザーのプライバシー保護とオープン性の間でバランスを取ろうとする姿勢を示しています。