Gmail coupe "Send as" des adresses tierces en janvier 2027

À partir de janvier 2027, Gmail ne permettra plus d'envoyer depuis une adresse tierce avec la fonction "Send as", sur le web comme dans les applications mobiles. Une adresse Outlook, Yahoo, de fournisseur d'accès à Internet comme Orange ou de domaine professionnel hébergée hors de Google ne pourra plus servir d'expéditeur depuis votre compte Gmail. Google ne donne pas de jour précis.

⚡TL;DR

• Sont concernés les comptes Gmail qui envoient via Send as depuis une adresse non hébergée par Google : un particulier avec une adresse Outlook, Yahoo ou Orange, une PME avec un Gmail gratuit et son domaine hébergé ailleurs.
• Restent pris en charge les autres adresses Gmail et les identités hébergées chez Google, dont les alias Google Workspace.
• Google propose le site ou l'application du fournisseur, un client de messagerie en IMAP/SMTP, ou l'ajout direct du compte tiers dans l'application Gmail mobile. Pour votre propre nom de domaine, il cite aussi Google Workspace.

Ce qui disparaît en janvier 2027

Send as permet d'envoyer un email depuis une autre adresse que vous possédez, tout en restant dans votre compte Gmail principal. Google écrit que vous ne pourrez plus envoyer depuis un compte tiers "in Gmail on the web or in the Gmail mobile apps". Il justifie ce retrait par des fonctions qui demandent, selon lui, des ressources de maintenance disproportionnées.

Le calendrier publié par Google tient en trois étapes :

• Au troisième trimestre 2026, l'annonce et le début de la période de préavis. Google indique que tous les utilisateurs concernés recevront une notification dans Gmail.
• Aux troisième et quatrième trimestres 2026, la transition. Send as pour les comptes tiers, Gmailify et POP continuent de fonctionner, mais Gmail peut restreindre les nouvelles configurations.
• En janvier 2027, la suppression complète de Send as pour les comptes tiers, de Gmailify et de POP.

Nous sommes dans la période de transition : les configurations existantes fonctionnent encore, mais Gmail peut déjà limiter l'ajout de nouvelles adresses.

La réception est touchée à la même échéance. Ce billet traite de l'envoi ; notre guide détaille la fin de la récupération POP et de Gmailify et les alternatives pour recevoir vos emails. Les messages déjà importés dans Gmail y restent.

Qui est concerné et quelles adresses restent prises en charge

Vous êtes concerné si, depuis votre compte Gmail, vous envoyez avec une adresse qui n'est pas hébergée par Google. Deux cas courants :

• Un particulier lit son courrier dans Gmail et répond avec son adresse Outlook, Yahoo ou Orange.
• Une PME utilise un compte Gmail gratuit et envoie avec contact@votre-domaine.fr, une adresse de son domaine hébergé ailleurs, via le SMTP de son hébergeur.

Google maintient l'envoi depuis les identités qu'il héberge :

• vos autres adresses Gmail ;
• les identités hébergées chez Google, comme les alias associés à un compte Google Workspace.

L'accès à votre compte Gmail depuis Outlook, Thunderbird ou Apple Mail, en IMAP ou en POP, ne change pas. L'API Gmail non plus.

Un compte Workspace n'exempte pas de tout. Google préserve l'envoi depuis vos identités hébergées chez lui, et précise que l'arrêt vise les comptes tiers non Google. Sa page ne traite pas à part le compte Workspace configuré pour envoyer depuis une adresse hébergée ailleurs : si c'est votre cas, posez la question à votre administrateur. Cette exception ne concerne ni la récupération POP ni Gmailify : leur suppression est détaillée dans notre guide sur la réception.

Le mobile prête aussi à confusion. La fonction qui permet d'envoyer depuis une adresse tierce au sein de votre compte Gmail disparaît. En revanche, vous pourrez toujours ajouter ce compte tiers séparément dans l'application Gmail et l'y utiliser directement.

Comment continuer à envoyer depuis votre adresse

Google présente trois voies officielles, et en cite une quatrième pour votre propre nom de domaine :

1. Envoyez depuis le site ou l'application de votre fournisseur, par exemple outlook.com ou mail.yahoo.com.
2. Configurez un client de messagerie de bureau avec votre compte tiers : IMAP pour la lecture, SMTP pour l'envoi. Il peut gérer plusieurs comptes au même endroit, et c'est ce que Google recommande si votre activité dépend de Send as.
3. Sur téléphone ou tablette, ajoutez le compte tiers directement dans l'application Gmail pour Android, iPhone ou iPad, puis lisez et envoyez depuis ce compte.
4. Pour votre propre nom de domaine, envisagez de l'héberger dans Google Workspace. C'est une migration de votre messagerie, pas un simple abonnement à ajouter.

Notre conseil : si vous gardez votre hébergeur, commencez par le client de messagerie. Vous pouvez le tester tout de suite, et aucune modification DNS n'est automatiquement nécessaire tant que le SMTP reste le même. Workspace se justifie plutôt si vous comptiez déjà quitter cet hébergeur.

Méfiez-vous des outils qui promettent de reproduire Send as. Google appelle à la prudence sur ces extensions et services de remplacement, car ils demandent souvent vos identifiants de messagerie ou des jetons OAuth. Il indique ne pouvoir garantir ni leur sécurité, ni leur fiabilité, ni leurs pratiques sur les données, et recommande ses options officielles. Toutes ces extensions ne sont pas malveillantes pour autant : avant d'en installer une, vérifiez les autorisations qu'elle demande sur votre messagerie.

Votre propre domaine : quoi vérifier après la bascule

Cette partie s'adresse à ceux qui administrent leur domaine. Ce qu'il faut vérifier dépend du chemin d'envoi retenu :

• Si seuls l'interface ou le client changent et que le message part par le même SMTP, aucune modification DNS n'est automatiquement nécessaire.
• Si le serveur d'envoi change (nouveau fournisseur, Google Workspace, relais SMTP), SPF et DKIM doivent couvrir ce nouveau chemin. Publiez ce que le nouveau fournisseur demande.
• Les MX n'entrent en jeu que si l'hébergement de la réception change aussi.

Aucun réglage DNS ne rétablit Send as : Google retire la fonction côté Gmail.

Le contrôle se fait sur un message réel. Envoyez un email avec la configuration que vous utiliserez réellement, puis vérifiez SPF, la signature DKIM et leur alignement avec le domaine de l'adresse d'expéditeur (champ From) : DMARC exige qu'au moins l'un des deux réussisse en étant aligné. Le Mail Tester de CaptainDNS génère une adresse de test unique : envoyez-y ce message, il en analyse SPF, DKIM et DMARC. Un résultat correct confirme l'authentification de cet envoi, pas son arrivée en boîte de réception.

FAQ

Puis-je toujours utiliser mon compte Outlook ou Yahoo dans Gmail mobile ?

Oui, en l'ajoutant directement comme compte tiers dans l'application Gmail pour Android, iPhone ou iPad. Cet accès est distinct de Send as, qui envoie depuis votre compte Gmail avec une adresse tierce et disparaît aussi sur mobile.

Les alias Gmail et Google Workspace sont-ils supprimés ?

Non. Google indique que vous pouvez continuer à utiliser Send as pour toute identité hébergée chez lui, y compris vos autres adresses Gmail et les alias associés à votre compte Google Workspace.

Un transfert vers Gmail permet-il encore de répondre depuis mon adresse tierce ?

Non. Le transfert assure la réception et ne remplace pas Send as. Votre fournisseur peut toujours transférer vos messages vers Gmail, mais pour répondre avec l'adresse tierce, passez par son site, un client de messagerie ou le compte ajouté dans l'application Gmail mobile.

Sources consultées le 6 novembre 2026 : Google, "Learn about changes to third-party email account support in Gmail" et Google, "Learn about upcoming changes to Gmailify & POP in Gmail".