Apple macht sein beliebtestes Datenschutz-Feature gleich leichter erkennbar. In einer am 15. Juni 2026 veröffentlichten Entwicklernotiz bestätigte Apple, Hide My Email und Sign in with Apple im Lauf des Sommers auf eine einzige gemeinsame Domain zu verlegen — private.icloud.com. Technisch klingt das nach Aufräumarbeit, doch der Nebeneffekt ist real: Ein Apple-Alias, der sich früher unter all den anderen @icloud.com-Adressen verbarg, trägt künftig ein Etikett, auf dem „das ist ein Relay” steht. Hier steht genau, was sich ändert — und was es bedeutet, wenn Sie sich auf Hide My Email verlassen, um Ihre echte Adresse aus Anmeldeformularen herauszuhalten.
Was Apple tatsächlich angekündigt hat
Apple führt zwei getrennte Relay-Domains zu einer zusammen. Hide My Email-Aliasse, bisher auf @icloud.com ausgegeben, kommen künftig auf @private.icloud.com; Sign in with Apple-Adressen wechseln von privaterelay.appleid.com auf dieselbe neue Domain. Apple zufolge funktionieren bestehende Adressen weiter und ohne Unterbrechung, und die Umstellung beginnt im Lauf des Sommers.
Die Änderung selbst ist eng begrenzt. In ihrer Entwicklerankündigung beschreibt Apple sie als Vereinheitlichung „der E-Mail-Domains, die von Sign in with Apple und iCloud+ Hide My Email genutzt werden, unter einer einzigen, gemeinsamen Domain”. An der Art, wie die Aliasse Mail weiterleiten, ändert sich nichts, und Apple stellt ausdrücklich klar, dass alte Adressen weiter funktionieren. Neu ist allein die Domain bei frisch generierten Aliassen — und Apple wollte die Beweggründe nicht erläutern, als TechCrunch nachfragte. Die Berichterstattung lief am 15.–17. Juni quer durch die Apple-Presse, von 9to5Mac bis Help Net Security, mit einer einheitlichen Lesart: kleine Änderung, unangenehme Folge.
Warum es für Ihr Postfach zählt
Die Stärke von Hide My Email lag darin, dass ein Alias wie eine ganz gewöhnliche iCloud-Adresse aussah — eine Website konnte also nicht erkennen, dass Sie Ihre echte verbargen. Eine eigene @private.icloud.com-Domain nimmt diese Tarnung weg: Dienste erkennen das Relay nun auf einen Blick und können Anmeldungen darauf blockieren. Ihre weitergeleitete Mail kommt weiterhin an; was dünner wird, ist die Anonymität an der Registrierungsschranke.
Das ist derselbe Kompromiss, mit dem jedes Alias-Tool lebt. Eine Wegwerf- oder Relay-Adresse ist für Anmeldungen genau deshalb nützlich, weil sie Ihr Hauptpostfach vor Leaks und Spam abschirmt — doch sobald ein Anbieter die Relay-Domain erkennen kann, können Websites, die keine anonymen Konten wollen, sie ablehnen. Für eigenständige Alias-Dienste auf ihren eigenen Domains ist das längst Alltag; Apples Vorteil war, dass @icloud.com seinen Nutzern eine Deckung gab, die andere nie hatten. Nutzer auf Reddit benannten das schnell, und TechCrunch weist darauf hin, dass die Änderung vor dem Hintergrund kommt, dass Apple zuvor bereits Informationen zu einer Hide My Email-Adresse herausgegeben hatte — im Rahmen einer Bundesermittlung. Es ist ein leiserer Verwandter des Spannungsfelds zwischen Datenschutz und Bequemlichkeit, das wir früher diesen Monat sahen, als Fastmail eine Grenze gegen KI im Postfach zog.
Was Sie dagegen tun sollten
Für die meisten Menschen: nichts. Bestehende Aliasse leiten automatisch weiter. Der praktische Zug ist, einen älteren @icloud.com-Alias als Rückfalloption für Websites zu behalten, die die neue Domain ablehnen, und — falls Sie eigene Filter betreiben — sicherzustellen, dass private.icloud.com auf Ihrer Freigabeliste steht, damit Mail an neue Aliasse nicht hängenbleibt.
Es gibt keine Einstellung zum Umschalten und keine Migration auszuführen — das läuft serverseitig, und Ihre aktuellen Aliasse bleiben unberührt. Ich erzeuge für fast jede neue Anmeldung einen Hide My Email-Alias, also habe ich meine geprüft: Die bestehenden @icloud.com-Adressen sind genau da, wo sie waren, und es gibt wirklich nichts einzuschalten. Das Einzige, was sich lohnt, ist, sich auf Reibung vorzubereiten: Wenn Sie nach der Umstellung einen neuen Hide My Email-Alias anlegen und ein Anmeldeformular ihn ablehnt, dann steht die neue Domain auf einer Blockliste — das ist kein Fehler. Ein älterer @icloud.com-Alias oder eine Apple-Mail-Alternative mit eigenem Datenschutz-Ansatz gibt Ihnen einen zweiten Weg. Und wenn Sie eigene Postfachregeln, Suppression-Listen oder ein selbst gehostetes Setup verwalten, nehmen Sie Apples ESP-Hinweis wörtlich: Tragen Sie private.icloud.com überall dort ein, wo Sie Relay-Domains auflisten, sonst könnte weitergeleitete Mail an brandneue Aliasse falsch geroutet werden. Die Aliasse, mit denen Sie bereits Ihre echte Adresse von Marketing-Listen fernhalten, sind sicher — nur die nächsten, die Sie generieren, tragen das neue Etikett.

Alexis Dollé, seit über 10 Jahren E-Mail-Experte. Gründer von Email Tools. Ich teste jeden E-Mail-Client und jedes Tool selbst und schreibe dann darüber, wie ich es einem Freund erklären würde — kein Marketing-Geschwafel, keine gesponserten Rankings, jede Aussage belegt.
LinkedInHäufig gestellte Fragen
Was ändert Apple an Hide My Email? — neue Aliasse wechseln auf eine private.icloud.com-Domain
In einer am 15. Juni 2026 veröffentlichten Entwicklernotiz teilte Apple mit, die E-Mail-Domains hinter Sign in with Apple und iCloud+ Hide My Email unter einer gemeinsamen Domain zu vereinheitlichen: private.icloud.com. Neue Hide My Email-Aliasse, die bislang auf @icloud.com ausgegeben wurden, kommen künftig auf @private.icloud.com, und Sign in with Apple-Adressen wechseln von privaterelay.appleid.com auf dieselbe neue Domain. Apple zufolge beginnt die Umstellung im Lauf des Sommers.
Hören meine bestehenden Hide My Email-Adressen auf zu funktionieren? — nein, sie leiten weiter
Nein. Apple stellt ausdrücklich klar, dass bestehende Adressen auf den alten Domains weiter funktionieren und Mail ohne Unterbrechung an die Nutzer weiterleiten. Aliasse, die Sie bereits auf @icloud.com angelegt haben, stellen weiterhin in Ihr echtes Postfach zu. Die Änderung betrifft nur die Domain, die für neu generierte Adressen verwendet wird.
Warum sprechen manche von einem Datenschutz-Rückschritt? — die neue Domain macht Aliasse identifizierbar
Der Schutz von Hide My Email beruhte teilweise darauf, dass ein Alias auf @icloud.com nicht von der Adresse eines normalen iCloud-Nutzers zu unterscheiden war — eine Website konnte nicht erkennen, ob Sie Ihre echte E-Mail verbargen. Wenn neue Aliasse auf einer eigenen @private.icloud.com-Domain liegen, wird das offensichtlich: Eine Website kann die Relay-Domain erkennen und die Anmeldung verweigern. Die Mail wird weiterhin weitergeleitet; was schwächer wird, ist die Anonymität im Moment der Registrierung.
Kann mich eine Website blockieren, weil ich eine private.icloud.com-Adresse benutze? — ja, das ist die Hauptsorge
Ja, genau das ist die zentrale Sorge, die TechCrunch aufwirft und die Nutzer auf Reddit teilen. Weil die neue Domain eine Adresse eindeutig als Apple-Relay kennzeichnet, kann jeder Dienst, der anonyme oder Wegwerf-Anmeldungen ausschließen will, private.icloud.com auf eine Blockliste setzen und Registrierungen darauf ablehnen. Bestehende @icloud.com-Aliasse lassen sich schwerer herausfiltern und sind dem daher weniger ausgesetzt.
Muss ich als Nutzer irgendetwas tun? — nein, aber behalten Sie einen älteren Alias als Rückfalloption
Nichts ist erforderlich. Ihre bestehenden Aliasse funktionieren automatisch weiter. Wenn Sie nach der Umstellung neue Hide My Email-Aliasse anlegen und auf eine Anmeldung stoßen, die sie ablehnt, behalten Sie einen älteren @icloud.com-Alias als Rückfalloption oder nutzen Sie einen Alias-Dienst auf einer neutral wirkenden Domain. Es lohnt sich außerdem zu prüfen, dass wichtige Alias-Mail nicht herausgefiltert wird, falls Sie eigene Sperr- oder Freigabelisten pflegen.
Was sollten ESP und Entwickler tun? — private.icloud.com zu Allowlists und Filtern hinzufügen
Apple weist Entwickler, die Sign in with Apple nutzen, an, sicherzustellen, dass Kontosysteme, E-Mail-Validierungslogik und Allowlists die neue Domain private.icloud.com zusätzlich zu den bisherigen privaterelay.appleid.com und icloud.com akzeptieren. ESP fordert Apple auf, jede domainbasierte Filterung, Suppression-Liste oder Routing-Regel, die Relay-Domains auflistet, zu aktualisieren, damit private.icloud.com enthalten ist — sonst könnte weitergeleitete Mail an neue Aliasse falsch geroutet oder verworfen werden.
Sources
- Apple Developer — “New domain for Sign in with Apple and iCloud+ Hide My Email”, 15. Juni 2026 (Primärquelle: Vereinheitlichung unter der gemeinsamen Domain private.icloud.com; Sign in with Apple wechselt von privaterelay.appleid.com, Hide My Email wechselt von icloud.com; bestehende Adressen funktionieren ohne Unterbrechung weiter; Umstellung im Lauf des Sommers; Entwickler- und ESP-Hinweis, die neue Domain zu Allowlists, Validierungslogik, domainbasierter Filterung, Suppression-Listen und Routing-Regeln hinzuzufügen)
- TechCrunch — “Apple plans to change its Hide My Email privacy feature that could make it less effective”, 16. Juni 2026 (Datenschutz-Sorge: anonyme Adressen waren auf @icloud.com nicht von normalen iCloud-Konten zu unterscheiden; eine eigene Domain lässt Websites sie erkennen und blockieren; Apple wollte die Beweggründe nicht kommentieren; Kontext, dass Apple zuvor Informationen zu einer Hide My Email-Adresse im Rahmen einer Bundesermittlung herausgegeben hatte; Reddit-Kritik)
- 9to5Mac — “Sign in with Apple and Hide My Email are getting a new shared email domain”, 15. Juni 2026 (Bestätigung der Domain-Zusammenlegung und der Abwärtskompatibilität alter Adressen)
- Help Net Security — “Apple is bringing Hide My Email and Sign in with Apple under one domain”, 17. Juni 2026 (ESP-/Zustellbarkeits-Perspektive: domainbasierte Filterung, Suppression-Listen und Routing-Regeln aktualisieren, um private.icloud.com einzuschließen; Nutzersorge, dass Websites Registrierungen auf der neuen Domain blockieren könnten)
- MacRumors — “Apple to Unify Sign in With Apple and Hide My Email on One Domain”, 15. Juni 2026 (unabhängige Bestätigung der private.icloud.com-Vereinheitlichung und des Zeitplans)