iCloud+ permet d'utiliser son propre nom de domaine pour envoyer et recevoir des messages dans Mail iCloud. Une adresse comme [email protected] fonctionne alors dans Mail sur iPhone, iPad, Mac et sur iCloud.com, sans maintenir soi-même un serveur de messagerie.
J'ai essayé cette solution avec un domaine géré chez Cloudflare. La migration est simple, mais le service ne convient pas à tous les usages professionnels. Voici la configuration, les limites et les raisons qui peuvent conduire à revenir en arrière.
Mise à jour du 14 septembre 2026 : le guide précise les limites actuelles de cinq domaines et trois adresses par domaine, le partage familial, la réception globale et les contrôles DNS avant une migration.
En bref : pour quel usage ?
La fonction convient à une personne ou une famille qui veut une adresse personnalisée tout en gardant l'interface et la simplicité d'iCloud Mail. Elle est incluse dans un abonnement iCloud+ compatible, mais le domaine lui-même reste payant et doit être renouvelé chez un bureau d'enregistrement.
Pour une entreprise qui exige plusieurs boîtes indépendantes, une administration centralisée, des journaux, une délégation fine ou des règles avancées, un service de messagerie professionnel reste plus adapté.
Les prérequis
Il faut un compte Apple avec identification à deux facteurs, une adresse Mail iCloud principale et un abonnement iCloud+. Le domaine doit vous appartenir et vous devez pouvoir modifier ses enregistrements DNS. Pour le reste du compte, mon guide des réglages iPhone importants détaille la récupération et la Protection avancée des données. Une adresse déjà associée à un autre compte Apple peut demander une modification avant d'être ajoutée.
Apple autorise actuellement jusqu'à cinq domaines personnalisés actifs et trois adresses par domaine. Un domaine peut être utilisé seul ou partagé avec les membres du groupe familial. La documentation Apple sur les domaines personnalisés reste la référence pour les conditions régionales et les limites.
Préparer la migration sans perdre de messages
Avant de toucher au DNS, listez toutes les adresses, alias et redirections utilisés sur le domaine. Vérifiez où arrivent les messages aujourd'hui et gardez l'ancien service actif pendant la propagation. Une modification DNS ne copie pas l'historique de la boîte actuelle.
Exportez ou synchronisez les anciens messages si vous voulez les conserver. Notez aussi les appareils, applications et services qui envoient avec le domaine. Un formulaire de site, une imprimante ou une newsletter ne doit pas utiliser au hasard les identifiants personnels d'iCloud Mail.
Ajouter le domaine dans iCloud+
Connectez-vous à iCloud.com, ouvrez les fonctions iCloud+ puis Domaine de messagerie personnalisé. Choisissez un domaine existant et indiquez s'il sera utilisé uniquement par vous ou partagé. Ajoutez les adresses demandées et confirmez celles qui existaient déjà.
Apple fournit ensuite les enregistrements DNS à créer. Ils concernent la réception des messages et l'authentification de l'envoi. Copiez les valeurs exactement, sans ajouter de guillemets ni modifier les priorités. L'interface vérifie ensuite la configuration.
La configuration automatisée avec Cloudflare
Avec un domaine géré par Cloudflare, Apple peut proposer une autorisation automatisée. Une fenêtre récapitule les modifications, puis Cloudflare ajoute les enregistrements après validation. Cette méthode réduit les erreurs de copie, mais il faut tout de même relire les changements.
Une seule fenêtre pour migrer tout un domaine. Cliquez sur "Authorize" et c'est terminé.
L'automatisation ne dispense pas de vérifier qu'un ancien enregistrement MX ou TXT n'entre pas en conflit. Si le domaine utilisait déjà une messagerie, supprimer ses enregistrements trop tôt peut interrompre la réception. La propagation prend parfois du temps selon les caches DNS.
MX, SPF et DKIM : à quoi servent-ils ?
Les enregistrements MX indiquent quels serveurs reçoivent les messages du domaine. SPF autorise des serveurs à envoyer en son nom. DKIM ajoute une signature vérifiable aux messages. Une configuration incohérente peut provoquer un classement en spam ou un refus.
N'ajoutez pas plusieurs règles SPF indépendantes. Si d'autres services envoient pour le même domaine, la politique doit les inclure proprement. Pour une newsletter ou un site WordPress, utilisez l'authentification recommandée par le prestataire concerné et contrôlez la délivrabilité séparément.
Créer les adresses et choisir l'expéditeur
Une fois le domaine validé, les adresses apparaissent dans Mail. Lors de la rédaction, le champ De permet de choisir l'adresse personnalisée. Vérifiez la signature associée, car une signature unique peut devenir gênante si les adresses servent à des contextes très différents.
Envoyez des messages de test vers plusieurs fournisseurs, puis répondez depuis chacun. Contrôlez le nom affiché, l'adresse de réponse et la réception sur tous les appareils. Une migration n'est terminée que lorsque l'envoi et la réception fonctionnent hors de votre propre écosystème.
Une seule boîte pour plusieurs adresses
Les messages des différentes adresses arrivent dans la boîte iCloud du compte concerné. C'est simple, mais ce ne sont pas des boîtes totalement indépendantes avec leurs propres dossiers, quotas et identifiants. Pour les distinguer, créez des règles ou des boîtes aux lettres intelligentes.
Une Smart Mailbox bien configurée permet de trier rapidement vos mails
Mon guide sur les boîtes aux lettres intelligentes de Mail est ici remplacé par la documentation Apple, car les critères évoluent avec macOS. Une règle basée sur le destinataire aide à séparer personnel, administratif et projets.
Réception globale et adresses non créées
iCloud peut autoriser tous les messages entrants du domaine, parfois appelée réception globale ou catch-all. Une adresse mal orthographiée peut alors arriver au lieu d'être rejetée. C'est pratique pour créer des adresses à la volée, mais cela attire aussi davantage de spam.
Si seules quelques adresses sont nécessaires, laissez cette option désactivée et créez-les explicitement. Le rejet d'une adresse inconnue signale immédiatement une faute à l'expéditeur.
Les limites qui m'ont fait revenir en arrière
Dans mon usage, toutes les adresses regroupées dans la même boîte compliquaient l'organisation et les signatures. La fonction vise la simplicité personnelle, pas l'administration d'une messagerie d'équipe. Elle ne fournit pas le même niveau de délégation, de règles serveur et de séparation qu'une offre professionnelle.
Il faut aussi distinguer cette fonction de Masquer mon adresse e-mail. Les adresses aléatoires de Masquer mon adresse redirigent vers une boîte choisie, mais elles n'utilisent pas librement votre domaine personnalisé.
Revenir vers un autre fournisseur
Avant de supprimer le domaine d'iCloud, créez les boîtes chez le nouveau prestataire, importez les messages nécessaires et préparez ses enregistrements DNS. Modifiez ensuite les MX, testez la réception et gardez une période de chevauchement lorsque c'est possible.
Supprimer le domaine d'iCloud empêche les membres concernés d'envoyer et de recevoir avec ces adresses dans Mail iCloud. Cela ne résilie pas le domaine chez son registraire. Continuez à payer son renouvellement si vous voulez le conserver.
Une excellente solution personnelle, pas un serveur d'entreprise
Le domaine personnalisé iCloud+ rend une adresse personnelle plus durable et professionnelle sans ajouter une nouvelle application. La configuration automatisée est agréable et l'intégration Apple est excellente. Le bon choix dépend surtout du besoin de séparation : une personne ou une famille y gagne en simplicité, une équipe risque vite d'atteindre les limites.