Apple unificherà i domini usati da Sign in with Apple e iCloud+ Hide My Email sotto un unico indirizzo, private.icloud.com, a partire dall'estate 2026. I due servizi consentono rispettivamente di accedere ad app e siti senza rivelare l'email reale e di generare indirizzi casuali da usare sul web, con inoltro automatico alla casella principale. La mossa semplifica la gestione per sviluppatori e utenti, ma porta con sé una conseguenza significativa: le piattaforme che vogliono bloccare gli alias iCloud potranno farlo per la prima volta in modo selettivo, senza penalizzare chi usa Apple Mail con il proprio indirizzo reale.
Il dominio condiviso che proteggeva gli alias
Fino alla migrazione, iCloud+ Hide My Email generava alias su icloud.com, lo stesso dominio degli account email standard Apple. Bloccare quell'indirizzo significava escludere automaticamente anche milioni di utenti con caselle @icloud.com legittime: un danno collaterale che rendeva qualsiasi blocco selettivo praticamente impossibile. Sign in with Apple operava su un dominio separato — privaterelay.appleid.com — già riconoscibile ma distinto.
Con la migrazione, entrambi i servizi confluiranno sotto private.icloud.com, un sottodominio dedicato e chiaramente separato dagli indirizzi iCloud degli utenti normali. Lo scudo strutturale creato dalla condivisione del dominio scompare.
Il blocco selettivo diventa possibile
@vxdb su X è stato tra i primi a segnalare l'implicazione: le piattaforme che vogliono vietare gli alias iCloud possono ora farlo bloccando private.icloud.com, senza toccare gli indirizzi @icloud.com degli utenti comuni. Flussi di registrazione, sistemi anti-abuso e provider email avranno un target tecnico preciso e inequivocabile.
Per gli utenti esistenti, l'impatto immediato è nullo: gli alias attuali continueranno a funzionare e la posta verrà inoltrata senza interruzioni. I nuovi alias generati dopo la migrazione porteranno il dominio private.icloud.com, e sono questi a diventare bloccabili in isolamento.

Cosa cambia concretamente per gli utenti
La migrazione al nuovo dominio richiede aggiornamenti tecnici su più fronti: sviluppatori, provider email e sistemi anti-abuso dovranno adeguare le proprie regole. Per chi usa Hide My Email, il rischio concreto è che i nuovi alias vengano rifiutati da piattaforme che aggiornano le proprie blocklist.
Le conseguenze operative:
- Registrazioni su app e siti: i servizi che aggiornano le proprie blocklist potranno rifiutare account creati con alias private.icloud.com
- Newsletter e comunicazioni: i provider email potranno filtrare o sopprimere le email inviate a questi indirizzi
- Sistemi degli sviluppatori: Apple richiede di aggiornare logica di validazione email, sistemi di account e regole di routing
- Filtraggio lato provider: aggiornamento obbligatorio di liste di soppressione e filtri basati sul dominio
Apple non ha indicato una data precisa, citando solo "più avanti quest'estate". Secondo Cult of Mac, il cambio potrebbe coincidere con il rilascio di iOS 27, atteso per settembre 2026.
La protezione strutturale che viene meno
Il funzionamento di Hide My Email rimane tecnicamente invariato dopo la migrazione: indirizzi casuali, inoltro automatico alla casella principale, nessuna azione richiesta dall'utente. Quello che cambia è la resistenza strutturale del servizio al blocco: con private.icloud.com, le piattaforme hanno per la prima volta uno strumento per discriminare gli alias senza colpire gli account normali.
Fino ad ora, la condivisione del dominio icloud.com con gli indirizzi comuni rendeva proibitivo qualsiasi tentativo di blocco selettivo — chi avesse voluto escludere gli alias avrebbe dovuto escludere anche tutti gli utenti Apple Mail. Con il nuovo sottodominio, quella logica non vale più. L'efficacia di Hide My Email come strumento di anonimato non dipende più solo da Apple, ma dalla scelta — e dalle blocklist — delle singole piattaforme.
Fonti
- Apple's New Hide My Email Domain Makes It Easier to Block iCloud Aliases – MacRumors
- Apple's next privacy change is happening behind the scenes | Cult of Mac

