Apple ändert Ihre Relay-E-Mail-Domain — und macht die Hälfte davon rückgängig

Am 24. August 2026 veröffentlichte Apple einen Entwickler-Hinweis mit dem wenig glanzvollen Titel „Update: Neue Domain für Sign in with Apple". Er enthält einen Satz, der wirklich interessant ist – und es ist nicht der über die neue Domain.

Nach weiterer Prüfung und unter Berücksichtigung des Feedbacks aus der Community bleiben iCloud+ Hide My Email-Adressen auf icloud.com.

Damit macht Apple eine Entscheidung rückgängig, die es zehn Wochen zuvor verkündet hatte. Und der Grund für diese Kehrtwende veranschaulicht gut, was die meisten Menschen an der eigentlichen Funktionsweise dieser Datenschutzfunktionen falsch verstehen: Bei einem E-Mail-Alias ist Erkennbarkeit der Fehlerfall.

Die wichtigsten Punkte

• Sign in with Apple-Relay-Adressen wechseln ab später in diesem Jahr von privaterelay.appleid.com zu private.icloud.com.
• iCloud+ Hide My Email-Adressen bleiben auf icloud.com. Apple hatte im Juni geplant, sie zu verschieben, und das im August wieder verworfen.
• Nichts, was Sie bereits nutzen, hört auf zu funktionieren. Bestehende Adressen auf den alten Domains funktionieren weiter und leiten weiterhin zu.
• Die Rücknahme gibt es, weil eine eigene Domain ein Eintrag für eine Sperrliste ist. Eine Website kann eine ganze Domain ablehnen. Sie kann icloud.com nicht ablehnen, ohne jeden echten iCloud-Nutzer mit abzulehnen.
• Rechnen Sie damit, dass Phishing dies ausnutzt. Eine neue, unbekannte Apple-Domain, die in Ihrem Posteingang auftaucht, ist genau die Art von Veränderung, um die Angreifer ihre Kampagnen herum aufbauen.

Drei verschiedene Dinge, die alle „Private" heißen

Bevor es weitergeht, muss das entwirrt werden, denn der Juni-Plan ergab intuitiv nur dann Sinn, wenn man zwei dieser Dinge miteinander vermengt – und genau das war der Fehler, denn es handelt sich nicht um dasselbe Produkt.

1. Der private E-Mail-Relay von Sign in with Apple

Wenn Sie in einer App oder auf einer Website auf „Sign in with Apple" tippen und sich dafür entscheiden, Ihre Adresse zu verbergen, erzeugt Apple eine Relay-Adresse für genau diesen Entwickler und leitet dessen Mail an Sie weiter. Das ist mit jedem Apple Account kostenlos.

• Aktuelle Domain: @privaterelay.appleid.com
• Neue Domain: @private.icloud.com, für neu ausgestellte Adressen, ab später in diesem Jahr
• Verwaltung auf Ihrem Mac unter Systemeinstellungen → [Ihr Name] → Sign in with Apple

2. iCloud+ Hide My Email

Eine kostenpflichtige iCloud+-Funktion. Sie erzeugen die Aliasse selbst, für praktisch alles – einen Newsletter, ein Formular, einen Shop – mit einer Bezeichnung und einer Notiz, damit Sie sich später erinnern, wofür der jeweilige Alias gedacht war. Sie ist an keinen Anmeldevorgang gebunden.

• Domain: @icloud.com — unverändert
• Verwaltung auf Ihrem Mac unter Systemeinstellungen → [Ihr Name] → iCloud → Hide My Email
• Auch direkt in Safari und Mail verfügbar, indem Sie ein Adressfeld anklicken und Hide My Email auswählen

3. iCloud Private Relay

Hat mit E-Mail überhaupt nichts zu tun. Es handelt sich um ein Relay mit zwei Zwischenstationen für das Surfen mit Safari und bestimmten unverschlüsselten Datenverkehr, das verhindern soll, dass eine einzelne Partei sowohl sieht, wer Sie sind, als auch, wonach Sie suchen. Es teilt sich mit den anderen beiden nur das Wort „Relay" – sonst nichts. Wir haben eine reale Fehlerquelle davon in iCloud Private Relay, das Ihre echte IP-Adresse preisgibt behandelt.

Die Verwirrung liegt nicht an Ihnen: Bei beiden der ersten beiden Funktionen erscheint eine Schaltfläche mit der Beschriftung „Hide My Email". Die eine liefert Ihnen eine privaterelay.appleid.com-Adresse, die andere eine icloud.com-Adresse, und Apple hat diesen Unterschied nie deutlich gemacht. Diese gemeinsame Beschriftung ist vermutlich der Hauptgrund, warum die Zusammenführung der Domains im Juni so naheliegend wirkte.

Was Apple gesagt hat, in beiden Versionen

Es lohnt sich, beide Versionen nebeneinander zu lesen, denn die Änderung ist präzise formuliert.

15. Juni 2026:

Später in diesem Sommer wird Apple die E-Mail-Domains von Sign in with Apple und iCloud+ Hide My Email unter einer einzigen, gemeinsamen Domain zusammenführen: private.icloud.com.

Neue Adressen, die für beide Funktionen erzeugt werden, werden auf der neuen Domain ausgestellt. Zum Beispiel:

• Sign in with Apple-Adressen, bisher auf privaterelay.appleid.com ausgestellt, werden künftig auf private.icloud.com ausgestellt.
• iCloud+ Hide My Email-Adressen, bisher auf icloud.com ausgestellt, werden künftig auf private.icloud.com ausgestellt.

Bestehende Adressen auf den bisherigen Domains funktionieren weiterhin und leiten Mail ohne Unterbrechung an die Nutzer weiter.

24. August 2026:

Ab später in diesem Jahr werden neue Sign in with Apple-Adressen, bisher auf privaterelay.appleid.com ausgestellt, auf private.icloud.com ausgestellt. Bestehende Adressen auf privaterelay.appleid.com funktionieren weiterhin und leiten Mail ohne Unterbrechung an die Nutzer weiter.

Nach weiterer Prüfung und unter Berücksichtigung des Feedbacks aus der Community bleiben iCloud+ Hide My Email-Adressen auf icloud.com.

Zwischen den beiden Versionen gibt es zwei Änderungen. Hide My Email ist aus der Migration herausgenommen. Und der Zeitplan hat sich von „später in diesem Sommer" zu „ab später in diesem Jahr" verschoben – der ursprüngliche Zeitplan ist also bereits verstrichen, was erwähnenswert ist, falls Sie Ihre Planung danach ausrichten.

Warum es die richtige Entscheidung ist, Hide My Email auf icloud.com zu belassen

Hier ist der Mechanismus dahinter, und es lohnt sich, ihn zu verstehen, weil er sich auf jeden Alias-Dienst verallgemeinern lässt.

Ein E-Mail-Alias schützt Sie nur, solange der Empfänger nicht ohne Weiteres erkennen kann, dass es sich um einen Alias handelt. Sobald ein Dienst Alias-Adressen identifizieren kann, kann er sie ablehnen – und Dienste haben starke Anreize, genau das zu tun, denn ein Alias ist ein Kunde, den sie nicht wiedererkennen können, den sie nicht mit den Datensätzen eines Datenhändlers abgleichen können und den sie nicht mehr erreichen können, sobald die Adresse verbrannt ist.

John Gruber brachte die Nutzerperspektive direkt auf den Punkt, als die Rücknahme bekanntgegeben wurde:

wir wollen solche versteckten E-Mail-Adressen oft gerade auf Websites verwenden, die diese Adressen lieber blockieren und uns zwingen würden, unsere „echten" Adressen zu benutzen

Eine eigene private.icloud.com-Domain ist eine einzige Zeichenkette. Jedes Registrierungsformular könnte sie mit einer einzigen Zeile Validierungscode ablehnen. Jeder Alias, den Apple je ausgestellt hatte, wäre auf jeder Website, die diese Zeile ergänzt, gleichzeitig wertlos geworden.

Mit icloud.com geht das nicht. Es ist die Domain, die Hunderte Millionen Menschen für ihre ganz normale persönliche E-Mail nutzen. Ein Dienst, der icloud.com blockiert, um Aliasse zu stoppen, blockiert damit einen großen Teil seiner tatsächlichen Kundschaft. Der Schutz von Hide My Email ist nicht kryptografischer Natur – er besteht darin, dass die Aliasse sich unter echten Adressen verstecken. Sie auf eine eigene Domain zu verschieben, hätte genau dieses Versteck beseitigt.

Genau zu diesem Schluss scheint Apple gekommen zu sein, und es ist der richtige Schluss. Es ist zudem ein seltenes Beispiel dafür, dass ein bereits verkündeter Plan aufgrund eines Datenschutzarguments zurückgezogen wird und nicht aus technischen Gründen.

Und warum die Verlagerung von Sign in with Apple ein anderes Problem ist

Man könnte diese Argumentation leicht so zu Ende führen und schließen, Apple habe die Nutzer von Sign in with Apple ungeschützt zurückgelassen. Das stimmt nicht, und es lohnt sich, genau zu erklären, warum.

Sign in with Apple-Relay-Adressen waren bereits auf einer eigenen, offensichtlich erkennbaren Domain. privaterelay.appleid.com kündigt sich selbst an. Jeder Dienst, der sie ablehnen wollte, konnte das schon seit 2019. Der Wechsel zu private.icloud.com ist auf dieser Achse eine seitliche Bewegung – eine andere erkennbare Domain, nicht eine neu erkennbare.

Es gibt außerdem einen strukturellen Grund, warum diese Erkennbarkeit weniger ins Gewicht fällt. Eine Sign in with Apple-Relay-Adresse ist nichts, was Sie in ein Formular eintippen. Sie wird im Rahmen eines Authentifizierungsablaufs ausgestellt, den die Website selbst anzubieten entschieden hat. Eine Website, die keine Relay-Adressen möchte, implementiert Sign in with Apple gar nicht erst. Das Blockierungsszenario, das Hide My Email verwundbar macht, entsteht hier gar nicht erst wirklich.

Die ehrliche Zusammenfassung lautet also: Apple hat die Funktion geschützt, die Schutz brauchte, und diejenige verschoben, die ihn nicht brauchte. Der Juni-Plan hätte eine der beiden beschädigt, und Apple hat das rechtzeitig erkannt.

Was sich für Sie tatsächlich ändert

Für die meisten Menschen sehr wenig – aber die Details sollte man kennen, bevor sie einen überraschen.

Ihre bestehenden Adressen ändern sich nicht. Jede privaterelay.appleid.com-Adresse, die Sie bereits haben, funktioniert weiter und leitet weiterhin zu. Apple sagt das in beiden Ankündigungen ausdrücklich. Sie müssen nichts aktualisieren, sich nirgends neu registrieren oder Konten migrieren.

Neue Anmeldungen erzeugen eine Domain, die Sie bisher noch nicht gesehen haben. Nach der Änderung stellt die Nutzung von Sign in with Apple bei einem neuen Dienst eine Adresse unter private.icloud.com aus. Wenn Sie Buch darüber führen, welcher Alias zu welchem Dienst gehört, sollten Sie ab jetzt mit zwei Domains in dieser Liste rechnen.

Eine kleine Zahl von Websites wird die neue Domain ablehnen. Jeder Dienst, dessen Registrierungsvalidierung, Positivliste oder Missbrauchsregel privaterelay.appleid.com fest einprogrammiert hat, erkennt private.icloud.com erst, wenn er aktualisiert wurde. Apples Hinweis fordert Entwickler ausdrücklich auf, beide Domains zu akzeptieren. Nicht alle werden ihn lesen.

Firmen-Mailfilter können Nachrichten zurückhalten. Wenn Sie Sign in with Apple für etwas Arbeitsbezogenes nutzen und Ihr Unternehmen nach Absender- oder Empfänger-Domain filtert, kann eine brandneue Domain in Quarantäne landen.

Das Zeitfenster für Phishing

Das ist der Teil mit einer echten sicherheitsrelevanten Konsequenz, und es ist der Teil, über den niemand schreibt.

Apple hat dies für Entwickler veröffentlicht. Es gibt keine an Endnutzer gerichtete Ankündigung, keine Benachrichtigung in den Einstellungen, keine E-Mail an die Nutzer. Die meisten Menschen werden private.icloud.com zum ersten Mal begegnen, wenn es einfach auftaucht – in einer Absenderzeile, auf einer Kontoeinstellungsseite, in einem Eintrag des Passwort-Managers.

Eine unbekannte Domain, die tatsächlich zu Apple gehört und ohne Vorwarnung im Zuge eines öffentlich bekannten Übergangs auftaucht, kommt nahezu idealen Bedingungen für eine Phishing-Kampagne gleich. Die Nachrichten schreiben sich praktisch von selbst: Ihre Apple-Relay-Adresse wird migriert, bestätigen Sie Ihr Konto, damit Sie nicht den Zugriff auf Dienste verlieren, bei denen Sie sich angemeldet haben.

Ein paar Regeln, die unabhängig von dieser Änderung gelten:

• Apple verlangt von Ihnen für diese Migration nichts. Jede Nachricht, die Sie auffordert, eine Relay-Adresse zu bestätigen, zu verifizieren, zu migrieren oder erneut zu authentifizieren, ist betrügerisch. Es gibt keinen für Nutzer sichtbaren Schritt, weil es keinen für Nutzer sichtbaren Schritt gibt.
• Klicken Sie nie auf einen Link in einer E-Mail zu Ihrem Apple Account. Öffnen Sie die Systemeinstellungen selbst und schauen Sie nach. Wenn eine Änderung echt ist, ist sie dort sichtbar.
• Prüfen Sie, wohin ein Link tatsächlich führt. private.icloud.com ist Apple. private-icloud.com, privateicloud.com, private.icloud.com.example.net und icloud-private.com sind es nicht. Angreifer registrieren Domain-Doppelgänger genau für solche Momente.
• Eine Passwortabfrage, die Sie nicht selbst ausgelöst haben, ist das Warnsignal. Legitime macOS-Passwortabfragen folgen auf eine Aktion, die Sie gerade ausgeführt haben. Wie überzeugend sich das fälschen lässt, haben wir in der gefälschten Passwortabfrage im Mac-Absturzbericht behandelt.

Wenn Sie den umfassenderen Härtungs-Durchgang wollen, deckt unser Leitfaden zu Mac-Sicherheit und Datenschutz die dazugehörigen Einstellungen ab.

Bestandsaufnahme: Was Sie tatsächlich haben

Ein guter Moment, um nachzusehen, denn die meisten Menschen haben das noch nie überprüft.

Welche Apps Sign in with Apple nutzen:

Öffnen Sie auf einem Mac die Systemeinstellungen, klicken Sie oben in der Seitenleiste auf Ihren Namen und dann auf Sign in with Apple. Sie erhalten eine Liste jeder App und Website, bei der Sie es verwendet haben, und können die Nutzung von Sign in with Apple für jede davon einzeln beenden.

Lesen Sie diese Liste sorgfältig, bevor Sie irgendetwas widerrufen. Das Deaktivieren von Sign in with Apple für einen Dienst zerstört die Relay-Adresse, was bedeutet, dass der Dienst Sie nicht mehr erreichen kann – auch nicht für das Zurücksetzen des Passworts. Wenn dort keine andere Anmeldemethode registriert ist, können Sie sich selbst aussperren. Richten Sie zuerst eine alternative Anmeldung ein.

Welche Hide My Email-Aliasse existieren:

Systemeinstellungen → [Ihr Name] → iCloud → Hide My Email. Jeder Eintrag zeigt seine Bezeichnung, seine Notiz und die Adresse, an die er weiterleitet. Sie können einen Alias, den Sie nicht mehr benötigen, deaktivieren – das stoppt die Zustellung, ohne den Eintrag zu löschen, wofür er gedacht war.

Wohin Mail weitergeleitet wird:

Im selben Bereich. Wenn Sie mehrere persönliche Adressen in Ihrem Apple Account haben, ist eine davon das Weiterleitungsziel für alle Ihre Aliasse. Vergewissern Sie sich, dass Sie diese Adresse noch lesen – eine aufgegebene Weiterleitungsadresse ist ein stiller Fehler, der erst auffällt, wenn Sie eine Nachricht zur Kontowiederherstellung benötigen.

Zwei Dinge, die sich lohnen, solange Sie schon dort sind

Beschriften Sie Ihre Aliasse ordentlich. Das Notizfeld gibt es genau dafür, damit Sie in zwei Jahren noch wissen, wofür ein Alias gedacht war. Ein unbeschrifteter Alias ist eine Adresse, die Sie sich nicht trauen werden zu deaktivieren.

Prüfen Sie, dass Ihre Wiederherstellungswege nicht von einem Relay abhängen. Wenn die einzige Kontaktadresse eines wichtigen Kontos eine Sign in with Apple-Relay-Adresse ist und Sie später den Zugriff dieser App widerrufen, geht die Wiederherstellungsmöglichkeit für dieses Konto mit verloren. Behalten Sie mindestens einen Weg, der nicht über ein Relay läuft, das Sie irgendwann abschalten könnten.

Für Entwickler und Administratoren

Wenn Sie irgendetwas betreiben, das mit E-Mail-Adressen zu tun hat, gibt es hier konkrete Arbeit zu erledigen. Apples Bitte:

Entwickler von Apps oder Websites, die Sign in with Apple verwenden, sollten sicherstellen, dass ihre Kontosysteme, ihre Logik zur E-Mail-Validierung und ihre Positivlisten Adressen auf der neuen private.icloud.com-Domain zusätzlich zur bestehenden privaterelay.appleid.com-Domain akzeptieren.

Konkret bedeutet das:

1. Akzeptieren Sie beide Domains. Kein Ersatz – beide. Bestehende Adressen auf privaterelay.appleid.com bleiben auf unbestimmte Zeit gültig.
2. Finden Sie die fest einprogrammierten Zeichenketten. Durchsuchen Sie Ihre Codebasis und Ihre Konfiguration nach privaterelay.appleid.com. Sie taucht in Validierungs-Regex, Anti-Betrugs-Regeln, Analytics-Segmentierung, Zustellbarkeits-Positivlisten und Support-Tools auf.
3. Prüfen Sie die Regeln Ihres E-Mail-Dienstleisters. Domain-basiertes Routing, Sperrlisten und Reputationsregeln liegen außerhalb Ihres Repositorys und sind der Ort, an dem dies am leichtesten übersehen wird.
4. Bauen Sie keine neue Blockierung für private.icloud.com. Das wäre nicht nur unfreundlich gegenüber Ihren eigenen Nutzern – eine Adresse, die Sie bei der Registrierung ablehnen, ist ein Kunde, den Sie nicht gewonnen haben, und Sign in with Apple ist eine Authentifizierungsmethode, die Ihre App sich selbst ausgesucht hat anzubieten.
5. Testen Sie den gesamten Ablauf. Registrierung, Bestätigungs-E-Mail, Passwort-Reset und Kontowiederherstellung. Eine Validierungsregel, die die Adresse bei der Registrierung akzeptiert, sie aber beim Zurücksetzen des Passworts ablehnt, ist ein wirklich schmerzhafter Fehler – und genau das ist die typische Ausprägung dieses Problems.

Für Administratoren: Wenn Sie eingehende Mail nach Domain filtern, fügen Sie private.icloud.com zu der Liste hinzu, auf der privaterelay.appleid.com bereits steht – und zwar bevor Ihre Nutzer anfangen, fehlende Nachrichten zu melden, nicht danach.

Was das Relay tatsächlich verbirgt

Es lohnt sich, hier präzise zu sein, denn viele Menschen vertrauen diesen Funktionen mehr, als die Funktionen tatsächlich leisten.

Was der Entwickler nicht bekommt: Ihre echte E-Mail-Adresse. Er bekommt eine Relay-Adresse und kann Mail an sie senden, die Apple weiterleitet. Wenn Sie den Zugriff widerrufen, stoppt das Relay, und seine Adresse für Sie wird tot.

Was der Entwickler bekommt:

• Eine stabile Kennung für Sie innerhalb seiner App. Sign in with Apple stellt eine pro Entwickler eindeutige Nutzerkennung aus, die über Sitzungen und Geräte hinweg bestehen bleibt und es dem Entwickler erlaubt, Sie als wiederkehrenden Nutzer zu erkennen. Diese Kennung ist auf den jeweiligen Entwickler beschränkt – derselbe Apple Account erzeugt bei einem anderen Entwickler eine andere Kennung, sodass zwei Apps ihre Datensätze darüber nicht zusammenführen können.
• Ihren Namen, sofern Sie sich entschieden haben, ihn zu teilen – und Sie können ihn im Moment der Anmeldung bearbeiten.
• Alles, was Sie ihm anschließend selbst mitteilen. Das Relay deckt Ihre Adresse ab, nicht Ihr Verhalten. Wenn Sie Ihren echten Namen in ein Profilfeld eintippen, haben Sie ihn preisgegeben.
• Alles, was seine Analytics erfassen. Geräte-Fingerprinting, IP-Adresse und Werbekennungen liegen vollständig außerhalb des Anwendungsbereichs dieser Funktion.

Was Apple bekommt: Die Mail läuft zur Weiterleitung durch Apples Server. Apple erklärt, dass es die Inhalte nicht liest oder über das für die Zustellung Notwendige hinaus speichert – aber das Relay ist konstruktionsbedingt ein Weg durch Apple, nicht um Apple herum.

Am saubersten lässt es sich so fassen: Eine Relay-Adresse ist ein widerrufbarer Kanal, keine Anonymität. Sie löst das Problem „dieses Unternehmen hat meine Adresse an einen Datenhändler verkauft, und jetzt bekomme ich die Mail nicht mehr gestoppt". Sie löst nicht das Problem „dieses Unternehmen weiß, wer ich bin".

Das ist ein wirklich wertvolles Problem, das damit gelöst wird, und die Widerrufbarkeit ist die unterschätzte Hälfte davon – die Fähigkeit, einem Unternehmen die Möglichkeit zu nehmen, Sie zu erreichen, ohne Ihre Adresse sonst irgendwo ändern zu müssen, hat ein gewöhnliches Postfach noch nie geboten.

Wie sich das im Vergleich zu Alias-Diensten von Drittanbietern verhält

Apple ist nicht die einzige Option, und der Vergleich beleuchtet das Argument der Blockierbarkeit.

Spezialisierte Alias-Dienste – SimpleLogin, AnonAddy und ähnliche – geben Ihnen unbegrenzt viele Aliasse, meist auf Domains, die mit all ihren übrigen Nutzern geteilt werden. Genau diese gemeinsame Domain ist das Sperrlisten-Ziel, das der Juni-Plan für Hide My Email geschaffen hätte, und deshalb werden diese Dienste von Registrierungsformularen häufig abgelehnt. Die besseren erlauben es, eine eigene Domain mitzubringen, was die Unblockierbarkeit wiederherstellt – auf Kosten der Registrierung und Bezahlung einer Domain, und dem Umstand, dass diese Domain eindeutig Ihnen zugeordnet ist, falls jemand sie korreliert.

Fastmail und ähnliche Anbieter bieten maskierte Adressen auf Ihrer eigenen Domain oder ihrer eigenen an, mit demselben Kompromiss.

Apples iCloud+ Hide My Email ist gerade wegen dem, was soeben erhalten geblieben ist, ungewöhnlich: Seine Aliasse leben auf icloud.com, Seite an Seite mit Hunderten Millionen gewöhnlicher Nutzer. Es ist der einzige große Alias-Dienst, dessen Adressen nicht von echten zu unterscheiden sind. Das ist ein struktureller Vorteil, den kein Wettbewerber nachbilden kann, weil kein Wettbewerber eine Consumer-Mail-Domain in dieser Größenordnung betreibt.

Die Einschränkungen sind real. Apples Aliasse leiten an eine einzige Adresse weiter, es gibt kein Senden-als von einem Alias außerhalb von Apple Mail auf Apple-Geräten, und Sie können keine eigene Domain verwenden. Wenn Sie feingranulares Routing und Antworten aus beliebigen Mail-Clients wollen, leistet ein spezialisierter Dienst mehr. Wenn Sie einfach einen Alias wollen, der überall akzeptiert wird, ist Apples Lösung die stärkste verfügbare Option – und genau das ist sie gerade geblieben.

Eine kurze Geschichte, und warum die alte Domain schon immer seltsam wirkte

Sign in with Apple startete 2019, und Apples App-Store-Richtlinien für die Überprüfung schrieben vor, dass Apps, die Anmeldeoptionen von Drittanbietern anbieten, auch diese Option anbieten mussten – weshalb es fast überall gleichzeitig auftauchte statt sich allmählich zu verbreiten. Das private E-Mail-Relay war sein markantestes Merkmal: Andere Anmeldedienste geben dem Entwickler Ihre Adresse, und Apple bot an, genau das nicht zu tun.

Die Adresse, die stattdessen ausgegeben wurde, lautete @privaterelay.appleid.com. Das ist ein Zungenbrecher, sie liegt auf einer Domain, der die meisten Nutzer sonst nie begegnen, und sie verrät ihre eigene Natur. Aus Apples Sicht ergab das Sinn – appleid.com war der Ort, an dem die Konto-Infrastruktur lag –, aber aus Sicht der Nutzer sah sie schon immer ein wenig danach aus, als hätte sie sich ein Phishing-Kit ausgedacht.

Die Zusammenführung auf private.icloud.com behebt das. icloud.com ist eine Domain, die gewöhnliche Menschen wiedererkennen, und eine Subdomain davon wirkt legitim, was privaterelay.appleid.com nie ganz gelungen ist. Für das Anmelde-Relay ist das eine klare Verbesserung, und das ist vermutlich die Überlegung hinter der ganzen Übung.

Der Juni-Plan hat dies dann übermäßig angewendet. Zusammenführung ist gut für die Adresse, die ohnehin schon auffällig war. Sie war aktiv schädlich für die andere, deren Wert gerade darauf beruhte, unauffällig zu sein. Dass die Korrektur zehn Wochen dauerte und öffentlichen Gegenwind erforderte, ist ein kleines Fallbeispiel dafür, wie eine Änderung, die ein Produkt verbessert, ein anderes, das sich mit ihm Namen und Schaltfläche teilt, still und leise verschlechtern kann.

Fehlerbehebung bei häufigen Problemen

Eine Website lehnt meine neue Apple-Relay-Adresse als ungültig ab

Problem: Die E-Mail-Validierung der Website erkennt private.icloud.com noch nicht.

Lösung: Melden Sie es der Website – es ist ihr Fehler, und Apple hat die Lösung dafür bereits veröffentlicht. In der Zwischenzeit wird ein iCloud+ Hide My Email-Alias auf icloud.com akzeptiert, da sich diese Domain nicht ändert und nicht von einer gewöhnlichen iCloud-Adresse zu unterscheiden ist. Genau diese Eigenschaft hat Apple bewahrt.

Mail von einem Dienst, bei dem ich mich mit Apple angemeldet habe, kommt nicht mehr an

Problem: Mehrere Möglichkeiten: Die Weiterleitungsadresse Ihres Apple Accounts ist eine, die Sie nicht mehr lesen, Sie haben Sign in with Apple für diese App widerrufen, oder Ihr Mail-Anbieter filtert eine unbekannte Domain heraus.

Lösung: Prüfen Sie unter Systemeinstellungen → [Ihr Name] → Sign in with Apple, ob die App noch aktiv ist, und überprüfen Sie dann Ihre Weiterleitungsadresse unter Hide My Email. Kontrollieren Sie anschließend Ihre Spam- und Quarantäne-Ordner auf die neue Domain.

Ich habe Sign in with Apple widerrufen und kann mich jetzt nicht mehr anmelden

Problem: Das Widerrufen des Zugriffs macht die Relay-Adresse ungültig, und wenn diese Adresse die einzige Kontaktmethode des Kontos war, hat das Zurücksetzen des Passworts kein Ziel mehr.

Lösung: Wenden Sie sich direkt an den Support des Dienstes und erklären Sie die Situation – das ist ein bekanntes Problem, und die meisten haben einen manuellen Weg dafür. Um das zu vermeiden, registrieren Sie bevor Sie irgendetwas widerrufen eine alternative Anmeldemethode.

Ich habe eine E-Mail über die Änderung meiner Apple-Relay-Adresse erhalten

Problem: Apple verschickt dazu keine E-Mails an Nutzer. Die Migration erfordert nichts von Ihnen.

Lösung: Behandeln Sie sie als Phishing. Klicken Sie nicht darauf. Überprüfen Sie alles, was Sie beunruhigt, indem Sie selbst die Systemeinstellungen öffnen.

Ich finde Hide My Email nicht in den Einstellungen

Problem: Es ist eine iCloud+-Funktion und erfordert ein kostenpflichtiges iCloud+- oder Apple One-Abonnement. Ohne ein solches ist nur das kostenlose Sign in with Apple-Relay verfügbar.

Lösung: Prüfen Sie Ihr Abonnement unter Systemeinstellungen → [Ihr Name] → iCloud. Falls Sie kein Abonnement haben, funktioniert die Adress-Verbergungsoption von Sign in with Apple trotzdem, kostenlos – sie ist nur auf Anmeldeabläufe beschränkt statt überall nutzbar.

FAQ

Muss ich etwas tun?

Nein. Bestehende Adressen funktionieren weiter, und die Änderung betrifft nur neu ausgestellte Sign in with Apple-Adressen. Es gibt keinen für Nutzer sichtbaren Migrationsschritt – genau deshalb ist jede Nachricht, die etwas anderes behauptet, betrügerisch.

Werden meine alten privaterelay.appleid.com-Adressen aufhören zu funktionieren?

Nein. Apple erklärt in beiden Ankündigungen, dass bestehende Adressen weiterhin ohne Unterbrechung funktionieren und weiterleiten. Apple hat für sie kein Enddatum angekündigt.

Warum hat Apple bei Hide My Email seine Meinung geändert?

Apples eigene Formulierung lautet „nach weiterer Prüfung und unter Berücksichtigung des Feedbacks aus der Community". Der Kern dieses Feedbacks war, dass eine eigene Domain Alias-Adressen trivial blockierbar macht, was die Funktion aushebelt. Wenn sie auf icloud.com bleiben, sind sie nicht von gewöhnlichen iCloud-Adressen zu unterscheiden.

Ist Hide My Email dasselbe wie die versteckte Adresse von Sign in with Apple?

Nein, auch wenn beide eine Schaltfläche mit diesem Namen zeigen. Hide My Email ist eine kostenpflichtige iCloud+-Funktion, die icloud.com-Aliasse erzeugt, die Sie für jeden beliebigen Zweck selbst anlegen. Das Relay von Sign in with Apple ist kostenlos, an eine bestimmte App gebunden, und genau dieses wechselt zu private.icloud.com.

Wann genau findet die Änderung statt?

Apple sagt „ab später in diesem Jahr". Die Juni-Ankündigung sprach von „später in diesem Sommer", der Zeitplan hat sich also bereits einmal verschoben. Ein konkretes Datum wurde nicht veröffentlicht.

Betrifft das iCloud Private Relay?

Nein. iCloud Private Relay ist eine Netzwerk-Datenschutzfunktion für das Surfen mit Safari und hat trotz des gemeinsamen Wortes nichts mit E-Mail-Adressen zu tun.

Sollte ich meine wichtigen Konten stattdessen auf Hide My Email umstellen?

Bei Konten, auf die es ankommt, ist die nützlichere Frage, ob Ihr Wiederherstellungsweg das Abschalten des Alias übersteht. Beide Systeme sind solide. Das Risiko ist bei beiden dasselbe: Wenn ein Alias die einzige Kontaktmethode eines Kontos ist und Sie ihn später deaktivieren, wird die Wiederherstellung schwierig. Behalten Sie bei allem, dessen Verlust Sie sich nicht leisten können, einen zweiten Weg.

Fazit

Die Schlagzeilen-Änderung ist klein und erfordert nichts von Ihnen: Neue Sign in with Apple-Adressen kommen künftig auf private.icloud.com an, alte funktionieren weiter, und die Einzigen mit echter Arbeit vor sich sind Entwickler, die irgendwo eine Domain-Zeichenkette fest einprogrammiert haben.

Der Teil, den man sich merken sollte, ist der Teil, den Apple rückgängig gemacht hat. Eine Datenschutzfunktion, die jeder identifizieren kann, ist keine Datenschutzfunktion – und Apples Juni-Plan, der wie eine sinnvolle Konsolidierung aussah, hätte einem Alias-System, dessen gesamter Schutz darin besteht, sich unter gewöhnliche Mail zu mischen, ein Etikett verpasst, nach dem jeder filtern könnte. Das wurde erkannt, öffentlich, und innerhalb von zehn Wochen rückgängig gemacht. Das ist gleichzeitig ein gutes Ergebnis und eine Erinnerung daran, dass „diese beiden Dinge, die sich eine Schaltfläche teilen, vereinheitlichen" ein Gestaltungsinstinkt ist, der einen zweiten Blick verdient, wenn eine der beiden Seiten davon abhängt, unauffällig zu bleiben.

Nebenbei: Apple wird Ihnen dazu keine E-Mail schicken. Wer das doch tut, ist nicht Apple.

Weiterführende Lektüre: iCloud Private Relay, das Ihre echte IP-Adresse preisgibt, der Leitfaden zu Mac-Sicherheit und Datenschutz, und gefälschte Mac-Passwortabfragen und wie man sie erkennt.