Utiliser Gmail avec son nom de domaine grâce à Cloudflare

Utiliser Gmail avec son nom de domaine sans payer Google Workspace, c’est possible. Confiez le DNS du domaine à Cloudflare et activez Cloudflare Email Routing : le service transfère gratuitement vers votre boîte de réception Gmail le courrier adressé aux adresses de votre choix, ou à toutes les adresses grâce à une règle catch-all. Le domaine lui-même reste payant : environ 10 à 11 $ par an pour un .com chez un bureau d’enregistrement (registrar) qui vend à prix coûtant, comme Cloudflare (en septembre 2026), et souvent plus ailleurs. L’envoi depuis votre domaine avec Gmail gratuit touche à sa fin : Google supprimera « Envoyer en tant que » pour les adresses tierces en janvier 2027.

Les chemins de menu et les chiffres ci-dessous ont été vérifiés dans la documentation de Google et de Cloudflare le 25 septembre 2026. Si vous donnez ainsi à chaque site sa propre adresse, CatchNone peut lire cette boîte de réception Gmail sur iPhone, iPad et Mac et vous montrer quelle adresse chaque message a atteinte.

Utiliser Gmail avec son nom de domaine : l’essentiel

1. Placez votre domaine sur le DNS de Cloudflare.
2. Dans Cloudflare, allez dans Compute (Calcul) → Email Service (Service d’e-mail) → Email Routing (Routage des e-mails) et sélectionnez Onboard Domain (Intégrer le domaine).
3. Sous Destination Addresses (Adresses de destination), ajoutez votre adresse Gmail et sélectionnez Verify email address (Vérifier l’adresse e-mail) dans l’e-mail de Cloudflare.
4. Sous Routing Rules (Règles de routage), ajoutez une règle par adresse ou activez la Catch-all rule (Règle catch-all), avec Send to an email (Envoyer vers un e-mail) et votre adresse Gmail.
5. Envoyez un test depuis un autre compte et vérifiez Gmail, y compris le dossier Spam.
6. Pour envoyer depuis votre domaine, utilisez « Envoyer des e-mails en tant que » tant que la fonction existe, puis un relais, Workspace ou un hébergeur de messagerie.

Gmail et nom de domaine personnalisé : ce qui est gratuit

Pourquoi les anciens guides ne fonctionnent plus

Beaucoup de guides rapatrient le courrier d’un domaine dans Gmail avec « Check mail from other accounts » (Consulter d’autres comptes), en POP. Google supprime cette fonction : « Après le premier trimestre 2026, cette fonctionnalité n’est plus proposée aux nouveaux utilisateurs. Les utilisateurs existants peuvent continuer à l’utiliser jusqu’en janvier 2027. »

Le simple transfert, lui, continue de fonctionner. La FAQ de Google sur ces changements confirme qu’un autre fournisseur peut toujours « transférer automatiquement les messages vers votre adresse Gmail », et c’est précisément ce que fait Cloudflare Email Routing.

Un compte Gmail classique peut-il avoir une adresse catch-all ou joker ?

Non. Un compte personnel @gmail.com n’a pas de catch-all (parfois appelé adresse joker, ou wildcard). Il ne propose que les adresses avec un « + » et les variantes avec des points : le courrier envoyé à janedoe+school@gmail.com ou à jane.doe@gmail.com arrive à janedoe@gmail.com, et n’importe qui peut retirer le suffixe ou les points pour retrouver votre véritable adresse. Un vrai catch-all, où n’importe quel nom avant le @ fonctionne, exige un domaine qui vous appartient et, en amont de Gmail, un service qui accepte toutes les adresses. Les étapes ci-dessous le mettent en place avec Cloudflare.

Étape 1 : confier le DNS de votre domaine à Cloudflare

Email Routing ne fonctionne que sur les domaines qui utilisent le DNS de Cloudflare. Un domaine acheté via Cloudflare Registrar l’utilise déjà : passez directement à l’étape 2. Sinon, rendez-vous dans le tableau de bord Cloudflare et suivez le guide de configuration complète de Cloudflare (en septembre 2026) :

1. Allez dans Domains (Domaines) et sélectionnez Onboard a domain (Intégrer un domaine).
2. Saisissez votre domaine, par exemple example.com, sélectionnez Continue (Continuer) et choisissez l’offre Free (gratuite).
3. Passez en revue les enregistrements DNS trouvés par Cloudflare. Son analyse rapide peut en oublier : comparez-les avec ceux de votre fournisseur DNS actuel, en particulier les enregistrements de votre site web.
4. Si DNSSEC est activé chez votre registrar, désactivez-le avant de changer de serveurs de noms. Vous pourrez le réactiver plus tard via Cloudflare.
5. Chez votre registrar, remplacez les serveurs de noms par les deux que Cloudflare vous a attribués, copiés à l’identique.
6. Comptez jusqu’à 24 heures pour que le changement prenne effet.

Un piège : Email Routing a besoin des enregistrements MX de Cloudflare, et Cloudflare précise qu’on « ne peut pas utiliser Email Routing avec des serveurs de messagerie externes ». Si le domaine reçoit déjà du courrier chez un autre hébergeur, le routage remplace les enregistrements MX de cet hébergeur : le nouveau courrier n’arrive donc plus dans ces boîtes mail.

Si vous préférez laisser votre DNS où il est, le transfert d’e-mails de votre registrar ou un service de transfert comme ImprovMX peut faire suivre le courrier vers Gmail de façon similaire ; notre guide configurer un catch-all chez n’importe quel hébergeur les présente.

Étape 2 : activer Email Routing et vérifier votre adresse Gmail

Les étapes de configuration de Cloudflare, en septembre 2026 :

1. Dans le tableau de bord, allez dans Compute → Email Service → Email Routing.
2. Sélectionnez Onboard Domain, choisissez votre domaine, vérifiez les enregistrements MX, SPF et DKIM que Cloudflare va ajouter, puis sélectionnez Done (Terminé).
3. Allez dans Destination Addresses et saisissez votre adresse Gmail.
4. Ouvrez l’e-mail que Cloudflare envoie à Gmail et sélectionnez Verify email address.

Tant que l’adresse n’est pas vérifiée, toutes les règles qui pointent vers elle restent désactivées. Les enregistrements fonctionnent généralement en 5 à 15 minutes sur le DNS de Cloudflare, mais la propagation peut prendre jusqu’à 24 heures.

Cloudflare ajoute des enregistrements MX pour ses serveurs de messagerie, l’enregistrement SPF v=spf1 include:_spf.mx.cloudflare.net ~all et une clé DKIM sur cf2024-1._domainkey. Un domaine ne peut avoir qu’un seul enregistrement SPF : si vous en avez déjà un, fusionnez-les sans dépasser la limite de 10 requêtes DNS de SPF (paramètres du domaine). Laissez le tableau de bord ajouter les enregistrements MX plutôt que de recopier les noms d’hôte d’un autre guide.

Étape 3 : créer des adresses, un catch-all et des règles Drop

Tout cela se trouve sous Compute → Email Service → Email Routing : sélectionnez votre domaine et ouvrez l’onglet Routing Rules (guide des règles de Cloudflare).

Une adresse à la fois

1. Sélectionnez Create routing rule (Créer une règle de routage).
2. Dans Email pattern (Modèle d’e-mail), saisissez la partie qui précède le @, par exemple shop, et choisissez votre domaine.
3. Réglez Action sur Send to an email, choisissez votre adresse Gmail sous Destination, puis enregistrez.

Ne créez pas deux règles avec le même modèle : seule la première de la liste traite le courrier.

La règle catch-all

1. Dans Routing Rules, activez la Catch-all rule pour qu’elle apparaisse comme Active (Active).
2. Réglez Action sur Send to an email et choisissez votre adresse Gmail.
3. Sélectionnez Save (Enregistrer).

Le courrier adressé à n’importe quelle adresse de votre domaine arrive désormais dans Gmail, y compris aux adresses que vous inventez sur le moment, comme airline@example.com, et aux adresses mal orthographiées. Pour les avantages et les inconvénients, lisez ce qu’est une adresse catch-all.

Bloquer une adresse avec une règle Drop

Quand une adresse commence à attirer du spam, créez une règle de routage pour cette adresse précise et réglez Action sur Drop (Supprimer). Selon Cloudflare, Drop « supprime les e-mails correspondant à la règle sans les router ». Sa documentation ne dit pas explicitement qu’une règle spécifique l’emporte sur le catch-all, alors testez-le : envoyez un message à cette adresse depuis un autre compte et vérifiez que l’Activity log (journal d’activité) d’Email Routing indique Dropped (Supprimé).

Pour mettre une règle en pause sans la supprimer, basculez-la sur Disabled (Désactivée). Si le catch-all est activé, le courrier adressé à cette adresse peut quand même arriver par le catch-all : utilisez donc Drop pour l’arrêter.

Adresses avec « + » et points

Si un catch-all est activé, shop+news@example.com arrive dans Gmail dans tous les cas. Activez le sous-adressage (subaddressing) sous Email Routing → Settings (Paramètres) si vous voulez que cette adresse suive la règle de shop@example.com, y compris une règle Drop : sans sous-adressage, une règle Drop sur shop@ n’arrête pas shop+news@. Contrairement à Gmail, Cloudflare traite le point comme un caractère ordinaire : j.smith et jsmith sont donc deux adresses différentes. Les caractères non ASCII avant le @ ne sont pas pris en charge.

Tester

1. Depuis un autre compte, et non depuis l’adresse Gmail que vous avez vérifiée, envoyez un message à une adresse routée, par exemple shop@example.com. Cloudflare prévient que certains fournisseurs écartent les messages qui semblent provenir du compte auquel ils sont distribués.
2. Vérifiez votre boîte de réception Gmail et le dossier Spam.
3. Si le message n’y est pas, ouvrez l’Activity log et regardez s’il indique Forwarded (Transféré), Dropped (Supprimé), Rejected (Rejeté) ou Delivery failed (Échec de la distribution).

Envoyer depuis votre domaine, avant et après janvier 2027

Email Routing ne fait que recevoir. Cloudflare indique que le service « ne prend pas en charge l’envoi ni la réponse depuis votre domaine Cloudflare » : une réponse envoyée depuis Gmail part donc de votre adresse @gmail.com.

Avant de commencer : à partir de janvier 2027, selon Google, vous « ne pourrez plus envoyer d’e-mails depuis des comptes de messagerie tiers dans Gmail ». Aux entreprises qui dépendent d’« Envoyer en tant que », Google conseille un client de messagerie de bureau ou « Google Workspace pour un domaine personnalisé » : prévoyez donc que cette méthode cesse de fonctionner pour un domaine routé par Cloudflare. Google annonce aussi qu’il restreindra les nouvelles configurations d’ici là : la boîte de dialogue peut donc déjà refuser une nouvelle adresse.

Jusqu’en janvier 2027 : « Envoyer des e-mails en tant que »

Les étapes d’« Envoyer des e-mails en tant que » de Google, dans Gmail sur ordinateur :

1. Ouvrez Settings (Paramètres) > See all settings (Voir tous les paramètres) > Accounts and import (Comptes et importation), ou Accounts (Comptes).
2. Dans Envoyer des e-mails en tant que, cliquez sur Add another email address (Ajouter une autre adresse e-mail).
3. Saisissez votre nom et you@example.com, puis cliquez sur Next Step (Étape suivante).
4. Saisissez les informations SMTP. Les paramètres SMTP de Google sont smtp.gmail.com avec le port 587 et TLS, ou le port 465 et SSL. Utilisez votre adresse Gmail complète comme nom d’utilisateur et un mot de passe d’application Gmail comme mot de passe, puis cliquez sur Add Account (Ajouter le compte).
5. Gmail envoie un lien de confirmation à you@example.com, que le routage distribue dans votre Gmail. Cliquez sur ce lien. S’il n’arrive pas, cherchez send-as-noreply@google.com dans le dossier Spam.

L’aide de Google précise que les réponses sont envoyées par défaut à votre adresse Gmail, sauf si vous passez par Edit info (Modifier les informations) > Specify a different “reply to” address (Indiquer une autre adresse de réponse).

Attention à DMARC : le courrier envoyé ainsi est authentifié comme venant de Gmail, et non de votre domaine : il peut donc échouer au contrôle DMARC de votre domaine. Selon la RFC 9989, la norme DMARC actuelle, un message n’est validé que si SPF ou DKIM réussit pour un domaine aligné sur l’adresse From (De). Si votre domaine publie p=quarantine ou p=reject, les serveurs destinataires peuvent classer votre courrier en spam ou le refuser.

Tant que vous envoyez de cette façon, gardez p=none et collectez les rapports agrégés, ce que la RFC 9989 appelle Monitoring Mode (mode surveillance), ou passez à un relais qui signe DKIM pour votre domaine. Vos destinataires sur Gmail peuvent aussi voir « via » à côté de votre nom ; l’aide de Google sur la mention « via » indique que la solution est une signature DKIM « associée à votre domaine ».

Pour connaître votre politique actuelle, cherchez un enregistrement TXT nommé _dmarc sous DNS → Records (Enregistrements) dans Cloudflare. L’outil gratuit DMARC Management de Cloudflare (Email → DMARC Management) peut collecter les rapports. Pour vérifier un message, envoyez-le à un autre compte, ouvrez-le dans Gmail, choisissez More (Plus) > Show original (Afficher l’original) et lisez les lignes SPF, DKIM et DMARC.

Envoyer via un relais qui signe pour votre domaine

Un relais qui signe DKIM pour votre domaine permet de passer DMARC, et il fonctionne toujours depuis un client de messagerie une fois « Envoyer en tant que » supprimé. En septembre 2026 :

1. Inscrivez-vous auprès d’un relais comme SMTP2GO. Il refuse les adresses Gmail à l’inscription : utilisez you@example.com, que le routage distribue dans votre Gmail.
2. Ajoutez votre domaine dans le relais et copiez les enregistrements DNS qu’il affiche dans Cloudflare, sous DNS → Records. Réglez chaque CNAME sur DNS only (DNS uniquement) et fusionnez tout include SPF dans votre unique enregistrement v=spf1.
3. Jusqu’en janvier 2027, saisissez le serveur SMTP, le port, le nom d’utilisateur et le mot de passe du relais à l’étape 4 d’« Envoyer des e-mails en tant que », à la place de smtp.gmail.com.
4. Ensuite, lisez Gmail en IMAP dans un client de messagerie de bureau et donnez à you@example.com le relais comme serveur sortant. Dans Thunderbird : ☰ → Account Settings (Paramètres des comptes) → votre compte Gmail → Manage Identities… (Gérer les identités…) → Add (Ajouter) (guide de Mozilla).
5. Envoyez un test à un autre compte et vérifiez dans Show original que DKIM et DMARC réussissent pour votre domaine.

Après janvier 2027 : vos options

Cloudflare Email Routing ne fonctionne pas ou finit dans le spam : solutions

Le courrier n’arrive jamais

Commencez par l’Activity log d’Email Routing. Il indique si chaque message a été Forwarded, Dropped, Rejected ou Delivery failed, entre autres résultats, avec ses résultats SPF, DKIM et DMARC, sur les 30 derniers jours au maximum. Si le journal ne suffit pas à l’expliquer, vérifiez ces points dans l’ordre :

1. La destination n’est pas vérifiée. Ses règles restent désactivées.
2. Vous avez testé depuis le même compte Gmail. Testez depuis un autre compte.
3. Cloudflare l’a rejeté. Sa page postmaster indique que le courrier entrant est rejeté s’il échoue à la politique DMARC de l’expéditeur, s’il ne passe ni SPF ni DKIM, ou s’il provient d’un expéditeur inscrit sur une liste de blocage (erreur 554). Seul l’expéditeur peut y remédier.
4. Il dépasse 25 Mio. Cloudflare rejette tout message plus volumineux.
5. Le DNS est incorrect. Deux enregistrements SPF, ou des enregistrements MX restés d’un ancien hébergeur, cassent le routage. Le guide de dépannage de Cloudflare suggère de supprimer tous les enregistrements v=spf1 et de refaire l’intégration du domaine si vous ne savez pas lequel garder.

Les expéditeurs ne sont pas toujours avertis des échecs, car Email Routing ne transfère pas les rapports de non-distribution.

Le courrier arrive dans le dossier Spam de Gmail

Cloudflare réécrit l’expéditeur d’enveloppe pour que SPF passe chez Gmail, ajoute des signatures DKIM et prend en charge ARC. Gmail effectue tout de même ses propres vérifications et peut classer du courrier légitime en spam. Les solutions de Google pour le courrier classé à tort comme spam sont Not spam (Non-spam), l’ajout de l’expéditeur à Google Contacts, ou un filtre. Pour couvrir toutes les adresses routées, dans Gmail sur ordinateur :

1. Dans la barre de recherche, cliquez sur Show search options (Afficher les options de recherche).
2. Dans To (À), saisissez votre domaine, par exemple @example.com, puis cliquez sur Search (Rechercher) pour vérifier que le courrier routé apparaît.
3. Cliquez sur Create filter (Créer un filtre), cochez Never send it to Spam (Ne jamais envoyer dans le spam), puis cliquez de nouveau sur Create filter.

L’exemple de Google filtre par expéditeur : testez donc cette version à l’échelle du domaine. Elle fonctionne généralement, mais elle peut manquer le courrier qui ne mentionne pas votre adresse, comme les messages reçus en Cci. Les conseils de Google sur le transfert préviennent aussi qu’une fois que des messages transférés ont été marqués comme spam, les suivants risquent davantage de l’être : une raison de plus d’ajouter une règle Drop pour les adresses qui ne reçoivent que du spam.

Limites de la configuration gratuite

En septembre 2026, d’après la page des limites de Cloudflare et l’aide de Google :

Les coûts qui ne se comptent pas en dollars : Cloudflare gère tout le DNS de votre domaine, et votre courrier passe par Cloudflare avant que Google ne le stocke et ne le filtre.

Quand Google Workspace vaut son prix

Workspace vaut son prix si vous voulez continuer à envoyer depuis votre domaine directement dans Gmail après la fin d’« Envoyer en tant que », vous connecter à Gmail avec votre domaine, ou fournir des boîtes mail à plusieurs personnes. En septembre 2026, Business Starter coûte 7 $ par utilisateur et par mois avec un engagement annuel, ou 8,40 $ avec le forfait flexible, avec un essai de 14 jours, 30 Go de stockage mutualisé par utilisateur, jusqu’à 30 alias par utilisateur et un catch-all via le routage par défaut. Si vous avez seulement besoin de recevoir et que répondre depuis votre adresse @gmail.com vous convient, la configuration gratuite suffit.

Lire séparément chaque adresse du catch-all

Tout arrive dans une seule boîte de réception Gmail. Pour voir le courrier d’une adresse, recherchez to:shop@example.com, ou créez un filtre sur cette adresse avec Apply the label (Appliquer le libellé). Les apps qui lisent Gmail en IMAP ont besoin de « Sign in with Google » (Se connecter avec Google) ou d’un mot de passe d’application ; notre guide sur le mot de passe d’application et les paramètres IMAP de Gmail explique comment en créer un et pourquoi l’option peut être absente.

Lire le courrier routé par adresse dans CatchNone

CatchNone donne à chaque adresse de votre domaine catch-all sa propre place. L’app lit la boîte de réception Gmail que votre routage remplit, directement depuis votre appareil et en lecture seule, et affiche chaque message sous l’adresse qu’il a atteinte : une adresse qui a fuité ou été vendue se repère donc. Le courrier adressé à une adresse que vous n’avez jamais créée apparaît avec un badge gris, et si vous créez plus tard un alias pour cette adresse, elle prend son nom. L’offre Gratuit comprend jusqu’à 10 alias sur votre propre domaine, et Lite et Premium n’ont pas de limite. CatchNone est disponible pour iPhone, iPad et Mac.

Dans sa configuration « Avancé » (« Utilisez votre propre domaine »), vous connectez Gmail à la main en IMAP (imap.gmail.com, port 993, TLS) avec un mot de passe d’application Gmail, car l’app ne propose pas « Sign in with Google ». L’app ne fait que lire, mais le mot de passe d’application donne à lui seul un accès complet à votre Gmail. Google ne propose pas les mots de passe d’application sur tous les comptes et les révoque quand vous changez le mot de passe de votre compte Google ; sans mot de passe d’application, routez le catch-all vers une adresse Mail iCloud ou Fastmail, deux services qui proposent des mots de passe d’application, ou déplacez-y la messagerie du domaine, comme dans iCloud+ avec un nom de domaine personnalisé.

CatchNone sert uniquement à recevoir, par conception : vous continuez donc de répondre depuis Gmail. L’app ne lit que la boîte de réception : le courrier que Gmail classe dans le dossier Spam ou qu’un filtre archive n’apparaît pas (le filtre « Never send it to Spam » ci-dessus aide). Chaque relève, quand vous ouvrez ou actualisez l’app, porte sur les 100 messages les plus récents de la boîte de réception parmi ceux des 30 derniers jours, et l’app n’importe que les messages dont les champs À, Cc ou Cci mentionnent une adresse de votre domaine. « Marquer comme non utilisé » ne fait qu’apposer une étiquette sur un alias : pour arrêter une adresse, utilisez donc une règle Drop dans Cloudflare.

Si vous préférez vous passer entièrement de domaine, de DNS et de routage, Premium donne à chaque inscription sa propre adresse @catchnone.com, et ce courrier n’arrive jamais dans votre boîte de réception Gmail. Désactivez-en une et les expéditeurs reçoivent un avis de non-distribution.

FAQ

Qu’est-ce que Cloudflare Email Routing, et est-ce un service Google ?

C’est le service de transfert gratuit de Cloudflare, pas un service Google. Les enregistrements MX de Cloudflare en font le serveur de messagerie de votre domaine : il accepte chaque message, vérifie SPF, DKIM et DMARC, réécrit l’expéditeur d’enveloppe et fait suivre le message vers une destination que vous avez vérifiée, Gmail ou n’importe quelle autre boîte de réception.

Cloudflare Email Routing est-il sûr et fiable ?

Vous confiez votre courrier à la fois à Cloudflare et à Google. Le plus gros risque tient au contrôle : quiconque accède à votre compte Cloudflare peut rediriger le courrier de toutes les adresses du domaine, et quiconque achète le domaine après son expiration reçoit ce courrier, y compris les e-mails de réinitialisation de mot de passe. Activez l’authentification à deux facteurs chez Cloudflare, laissez le renouvellement automatique du domaine activé et lisez ce qui se passe quand un domaine de messagerie expire. Ses limites de fiabilité sont documentées : les politiques DMARC strictes peuvent faire échouer le courrier transféré, le courrier de plus de 25 Mio est rejeté et les expéditeurs ne sont pas toujours avertis des échecs ; consultez donc l’Activity log pour tout message qui n’est pas arrivé.

Puis-je me connecter à Gmail avec mon nom de domaine personnalisé ?

Pas avec Gmail gratuit : vous vous connectez avec votre adresse @gmail.com, et le domaine ne fait que transférer le courrier vers elle. Une boîte de réception Gmail à laquelle vous vous connectez en tant que you@example.com nécessite Google Workspace. Vous pouvez aussi créer gratuitement un compte Google qui utilise votre propre adresse au lieu d’une adresse Gmail, pour des services comme YouTube ou Google Drive, mais il n’a pas de boîte de réception Gmail.

Email Routing fonctionne-t-il sur un sous-domaine ?

Oui. Dans Email Routing, sélectionnez votre domaine principal, ouvrez Settings et saisissez le sous-domaine sous Subdomains (Sous-domaines). Cloudflare ajoute ses enregistrements, et vous créez les règles de la même façon.

Comment le désactiver ou passer à un autre fournisseur ?

Disable Email Routing (Désactiver Email Routing), sous Email Routing → Settings, supprime les enregistrements MX, SPF et DKIM que le service avait ajoutés. Pour changer sans interruption, commencez par déverrouiller ces enregistrements au même endroit avec Unlock (Déverrouiller), ajoutez ceux du nouveau fournisseur, puis désactivez le routage une fois la nouvelle configuration opérationnelle.