
✅この記事では、Appleが発表した「メールを非公開」とSign in with Appleのメールアドレス統合について整理します。
- 要点まとめ:私たちの「捨てアド」の住所が変わる話
- 何が変わるのか:2つのメールが「private.icloud.com」に集まる
- 使う人がやることは基本ない:古いアドレスもそのまま
- 開発者とメール配信側は「許可リスト」の更新を
- 気になる「まとめてブロックされやすくなる」という指摘
- 海外の反応:歓迎より「ブロック懸念」が目立つ
- ひとこと:見えない配管の話に、小さなトレードオフが混ざっている
- まとめ:今やることはなし、見ておくのは「切り替え後の登録」
どうも、となりです。
アプリやサービスに登録するとき、本当のメールアドレスは渡したくない。そんなときにAppleが用意しているのが、Sign in with Appleの「自動生成メール」と、iCloud+の「メールを非公開(Hide My Email)」です。どちらも自分の代わりになる転送用アドレスを作ってくれる機能で、すでに何気なく使っている人も多いと思います。そのアドレスの末尾のドメインが、今夏後半に新しいものへ切り替わるとAppleが発表しました。今回は、何が変わって、自分は何かしなければいけないのかを順番に見ていきます。
要点まとめ:私たちの「捨てアド」の住所が変わる話
- Appleが、Sign in with Appleと「メールを非公開」で発行されるメールアドレスのドメインを
private.icloud.comに統一すると公式に発表しました - 切り替えの時期は「今夏後半(later this summer)」で、具体的な日付は出ていません
- これまではSign in with Appleが
privaterelay.appleid.com、メールを非公開がicloud.comと、別々のドメインを使っていました - すでに持っている古いアドレスはそのまま使え、メールの転送も止まりません。普通に使う側でやることは基本ありません
- アプリやサービスを作る開発者は、新ドメインを受け付けるよう許可リストやメール検証の設定を更新する必要があります
- 1つのサブドメインにまとまることで「まとめてブロックされやすくなるのでは」という懸念の声も出ています
何が変わるのか:2つのメールが「private.icloud.com」に集まる
今回の話の中心は、2つの機能で使われるメールアドレスの「住所(ドメイン)」です。1つは、Sign in with Appleで「メールを共有しない」を選んだときに作られるアドレスで、これまで privaterelay.appleid.com が末尾に付いていました。もう1つは、iCloud+(iCloudの有料プラン)の「メールを非公開」が作るアドレスで、こちらは icloud.com を使っていました。
Appleはこの2つを、今夏後半に private.icloud.com という新しい共通ドメインへまとめます。これから新しく発行されるアドレスは、どちらの機能でもこの新ドメインになる、という説明です。仕組みそのもの、つまり「本物のアドレスを隠して、届いたメールを自分の受信箱へ転送する」という動きは変わりません。変わるのは表に出るアドレスの末尾だけ、と考えると分かりやすいです。
これまで「メールを非公開」のアドレスが icloud.com だったのは、普通のiCloudメールと同じ見た目で、受け取った側からは転送用なのか個人のメインアドレスなのか区別しづらい、という面もありました。新ドメインは、ここの見え方が少し変わってくる部分です。
使う人がやることは基本ない:古いアドレスもそのまま
まず安心できるところから。すでに発行済みの privaterelay.appleid.com や icloud.com のアドレスは、今後も引き続き使えて、メールの転送も中断なく続くとAppleは説明しています。今使っている捨てアドが急に使えなくなって、登録済みのサービスからの通知が届かなくなる、といった心配はいりません。
新ドメインに切り替わったあとも、両方の機能はこれまで通りに動きます。Appleの案内でも、一般の利用者側で必要な対応は特にない、とされています。設定を開いて何かを押す、という作業は想定されていません。新しく登録するサービスで作るアドレスの末尾が、いつの間にか private.icloud.com に変わっている。使う側から見える変化は、だいたいその程度に収まりそうです。
開発者とメール配信側は「許可リスト」の更新を
一方で、手を動かす必要があるのはサービスを作る側です。Sign in with Appleを導入しているアプリやサイトは、アカウント登録やメールアドレスの検証で、private.icloud.com を正しいアドレスとして受け付けるよう更新する必要があります。許可リスト(受け入れてよいドメインの一覧)に、これまでの2つに加えて新ドメインを足しておく、という対応です。
メールを配信する事業者も、ドメイン単位でフィルタやルーティング(どこへ流すかの振り分け)の設定を持っている場合は、そこに private.icloud.com を含める必要があります。ここが抜けていると、新ドメインのアドレスで登録しようとした人がエラーになったり、転送メールがうまく届かなかったり、といったことが起こり得ます。今夏後半という時期までに、自分のサービスがこの3つ目のドメインに対応できているかは、開発者にとって確かめておきたいところです。
気になる「まとめてブロックされやすくなる」という指摘
今回の発表で、使う側から静かに不安視されているのがこの点です。これまで「メールを非公開」は、普通のiCloudユーザーと同じ icloud.com を使っていました。そのため、サービス側が「転送用アドレスでの登録を弾きたい」と思っても、icloud.com ごと拒否すれば普通のiCloudメール利用者まで巻き込んでしまうため、簡単には締め出せませんでした。
新しく private.icloud.com という専用サブドメインにまとまると、ここだけを狙ってブロックする、という対応がやりやすくなります。捨てアドでの登録を嫌うサービスが、新ドメインからの新規登録を断る、といった動きが出てこないか。「本物のアドレスを隠せる」という機能の値打ちが、ドメインが一目で分かることで少し削られないか。確定した話ではありませんが、使い慣れている人ほど気にしている部分です。実際にそうしたブロックが起きるかどうかは、切り替え後の各サービスの対応を見てから、というのが今の段階です。
海外の反応:歓迎より「ブロック懸念」が目立つ
ここでは、発表を報じたMacRumorsのコメント欄から、変化を警戒する声を中心に拾います。便利になったという反応より、専用ドメイン化への引っかかりが目立ちました。
Holding on to my mac.com address forever, just in case.
念のため、自分の mac.com アドレスはずっと手放さないでおきます。
古いドメインを手放さない派。機能としては転送用アドレスの話ですが、長く使ったアドレスを残しておきたい、という気持ちも分かります。
This will make it much easier to block. Not a fan of this change.
これでブロックがずっと簡単になりますね。この変更は好きになれません。
ブロック懸念の代表的な声。本文で触れた「専用ドメインだと狙い撃ちしやすい」という不安が、そのまま出ています。
Yeah, this is going to make the feature far easier to block by simply blocking the subdomain "private.iCloud.com". They can't block iCloud.com because it's simply used far too much.
ええ、サブドメインの「private.iCloud.com」をブロックするだけで、この機能はかなり止めやすくなります。iCloud.com そのものは使われすぎていて、ブロックできませんから。
仕組みまで踏み込んだ指摘。なぜ今までは締め出しにくく、これからはやりやすくなるのか、その理由を端的に説明しています。
ひとこと:見えない配管の話に、小さなトレードオフが混ざっている
大部分は「裏側のドメイン表記をそろえる」という地味な整理で、ほとんどの人は気づかないうちに新ドメインへ移っていくのだと思います。Apple側の管理がすっきりするのも、たぶん本当の狙いに近いところでしょう。ただ、メールを非公開の良さは「転送用だと一目では分かりにくい」点にもあったので、専用ドメインで素性が見えやすくなるのは、便利さと引き換えの小さなトレードオフに感じます。すぐ困る話ではありませんが、頭の隅には置いておきたいところです。
まとめ:今やることはなし、見ておくのは「切り替え後の登録」
今の段階で、使う側がやるべき作業はありません。すでに持っているアドレスは生き続け、転送も止まらない。新しいドメインは今夏後半に、新規発行されるアドレスから順に private.icloud.com へ変わっていく、という整理で十分です。
あとから答え合わせをするなら、見ておきたいのは2つ。1つは、自分が新しく登録するサービスで作るアドレスの末尾が、ちゃんと新ドメインに変わっていくか。もう1つは、その新ドメインでの登録を弾くサイトが出てこないか、です。後者が起きないままなら、私たちにとっては「ドメインが変わっただけ」で話が終わります。切り替えが始まる夏のあたりで、もう一度確かめてみてください。
ではまた!
Yubico セキュリティキー YubiKey 5C NFC USB-C/FIDO2/WebAuthn/U2F/2段階認証/高耐久性/耐衝撃性/防水
Sign in with Appleもメールを非公開も、たどっていけば入口はApple Account一つです。そこを物理キーで固めておくと、転送用アドレスの管理ごと安心して任せやすくなります。
AmazonSource:Apple Developer、MacRumors①、MacRumors②、MacRumors③、MacRumors④、9to5Mac