2026 : arrêt du Send as tiers de Gmail, comment répondre aux clients depuis l’adresse d’origine ?

Vos réponses clients partent de Gmail sous une adresse tierce, et vous ne savez pas si elles garderont cette identité après la modification annoncée ?

Notre recommandation est de séparer tout de suite la réception de l’envoi : le transfert et les alias peuvent préserver un point d’entrée pour les messages, mais ne remplacent pas l’autorisation d’envoyer depuis l’adresse d’origine. Avant la transition prévue en janvier 2027, préparez une voie d’envoi auprès du fournisseur de l’adresse, ou dans un client de messagerie dont la configuration est vérifiée, puis testez réellement l’expéditeur et l’adresse de réponse. Google indique que les adresses Gmail hébergées par Google et les alias Google Workspace ne sont pas concernés par cette modification de la prise en charge des adresses tierces (annonce officielle de Google).

Cet article s’adresse aux indépendants qui répondent à leurs clients depuis Gmail avec une adresse tierce, et aux personnes qui gèrent plusieurs identités de projet. Il sera aussi utile si vous centralisez les courriels dans une boîte principale grâce à des alias ou à un transfert, mais devez conserver une adresse d’expéditeur cohérente.

Dernière vérification : 26 octobre 2026, à partir des pages d’aide officielles de Google consacrées à la modification du service et à l’envoi depuis une autre adresse. La date annoncée et les comptes concernés devront être contrôlés de nouveau au moment de la publication ou si Google actualise ses consignes.

L’identité d’envoi avant la boîte de réception

La confusion la plus risquée consiste à traiter une adresse de réception, une destination de transfert et une identité d’expéditeur comme s’il s’agissait d’un seul réglage. Ce sont pourtant des fonctions distinctes : un client peut écrire à une adresse professionnelle, le message peut être redirigé vers Gmail, et la réponse peut partir soit de Gmail, soit de la boîte qui détient l’adresse professionnelle. La présence du message dans une boîte ne prouve pas que cette boîte a le droit d’envoyer sous l’adresse affichée.

Google confirme que la prise en charge concernée est celle de l’envoi Gmail depuis une adresse tierce configurée comme expéditeur. La modification annoncée pour janvier 2027 ne vise pas les adresses Gmail hébergées par Google ni les alias Google Workspace (détails officiels sur le périmètre de la modification). Pour les adresses tierces, la page d’aide de Gmail décrit séparément la configuration de l’envoi depuis une autre adresse (aide officielle sur l’envoi depuis une autre adresse ou un alias).

Cette comparaison ne garantit pas que chaque fournisseur ou client fonctionnera de la même manière. Elle sert à poser la bonne question avant la bascule : le nouvel outil peut-il envoyer depuis cette adresse, reçoit-il les messages associés et choisit-il cette adresse lors d’une réponse ? Une page de paramètres qui affiche l’adresse ne suffit pas à répondre aux trois points.

Inventaire des échanges encore dépendants

Commencez par dresser un relevé adresse par adresse, plutôt que de modifier tous les réglages en une fois. Pour chaque client, projet ou activité, consignez l’adresse à laquelle les messages sont envoyés, la boîte qui les reçoit actuellement, l’endroit depuis lequel vous envoyez et les appareils ou applications utilisés pour répondre. Cette liste doit révéler les usages différents que masque souvent une configuration unique.

Classez ensuite chaque adresse selon le rôle réellement joué :

• Réception centralisée uniquement : les messages destinés à l’adresse tierce arrivent dans Gmail, mais les réponses partent déjà depuis le fournisseur d’origine.
• Envoi depuis Gmail uniquement : vous utilisez Gmail pour choisir l’adresse tierce comme expéditeur, sans compter sur un transfert vers Gmail.
• Réception et envoi liés : les courriels sont transférés vers Gmail et les réponses aux clients repartent de Gmail sous l’adresse tierce.
• Usage incertain : plusieurs appareils, signatures ou automatismes interviennent, et vous ne savez pas lequel détermine l’adresse affichée.

Gmail continuera-t-il à répondre aux clients depuis l’adresse tierce après l’arrêt annoncé ? Pour une adresse tierce configurée dans Send as, ne présumez pas que le fonctionnement actuel restera disponible après la date annoncée. Vérifiez la catégorie de l’adresse dans les réglages et comparez-la au périmètre décrit par Google. Les adresses Gmail hébergées par Google et les alias Google Workspace sont explicitement hors de cette modification ; pour les autres, préparez une solution d’envoi différente et testez-la.

Avant de changer quoi que ce soit, envoyez un message sans information confidentielle à une boîte de test que vous pouvez consulter. Notez l’adresse indiquée dans le champ From, l’adresse associée à Reply-To et le nom affiché. Puis répondez à ce message depuis la boîte destinataire et observez où la réponse arrive. Les applications et services de messagerie peuvent présenter les informations différemment : ne concluez pas qu’une interface identique sera visible chez chaque client.

Pour les échanges de création ou de production, incluez aussi les outils liés au projet dans l’inventaire : formulaire de contact, outil de facturation, échanges autour d’un montage vidéo ou d’une livraison de fichiers de design. Un message peut provenir d’un outil tiers tout en attendant une réponse humaine depuis votre adresse professionnelle. Il faut donc vérifier le chemin de réponse dans le contexte où le client l’utilise, pas seulement dans une boîte de réception isolée.

Choix d’une nouvelle voie d’envoi

La solution la plus lisible consiste généralement à renvoyer l’envoi vers le compte qui détient l’adresse. Évaluez d’abord le site ou l’application du fournisseur de cette adresse : c’est là que vous pourrez confirmer directement quel compte envoie le message. Si vous devez consulter plusieurs boîtes au même endroit, examinez ensuite un client de messagerie et sa prise en charge du compte concerné.

Mozilla documente les options de configuration des comptes, dont les identités et Reply-To, dans son aide sur les paramètres de comptes (documentation sur les identités et les options de compte). Sa documentation de configuration manuelle décrit également les réglages nécessaires pour recevoir des messages et envoyer par SMTP (guide de configuration manuelle de la réception et de l’envoi). Ces pages expliquent les possibilités du client ; elles ne prouvent pas que chaque fournisseur autorise chaque adresse ou configuration. Il faut donc vérifier aussi les consignes du fournisseur de votre boîte.

Une adresse alias ou transférée suffit-elle pour envoyer sous la même identité ? Non, pas à elle seule. Un alias peut servir à séparer les usages, et le transfert peut faire parvenir les messages à une boîte principale, mais ni l’un ni l’autre ne prouve que le compte de destination peut envoyer sous cette adresse. Google distingue d’ailleurs l’envoi depuis une autre adresse de la gestion des alias Workspace ; la documentation de Workspace décrit le rôle de ses alias sans en faire une autorisation universelle pour des adresses tierces (aide Google Workspace sur les alias de messagerie).

Pour comparer vos options, donnez la priorité à l’identité vérifiée dans un message reçu, puis à la fiabilité de réception et à la simplicité d’usage au quotidien. Si une seule voie satisfait les tests, elle est préférable à une combinaison d’automatismes dont le résultat dépend d’un réglage non confirmé. Si plusieurs clients sont nécessaires, inscrivez pour chacun l’adresse concernée et l’identité d’expédition choisie, afin d’éviter qu’une réponse parte par inadvertance du compte personnel.

Bascule et tests avant les échanges clients

Procédez d’abord sur une adresse et un usage à faible risque. Ne changez pas en même temps les réglages du fournisseur, ceux du client de messagerie, la signature et les habitudes de contact des clients : si le résultat devient incohérent, vous ne saurez plus quel changement l’a provoqué.

Comment vérifier From et Reply-To avant d’utiliser la nouvelle voie avec un client ? Faites deux essais distincts avec une adresse de test que vous contrôlez. Le premier doit être un nouveau message envoyé depuis la voie envisagée ; le second, une réponse à un message reçu par cette même voie. Examinez le message reçu, vérifiez l’expéditeur et l’adresse de réponse, puis répondez-y pour confirmer la destination effective. Une simple vérification dans la page de configuration ne remplace pas ce test de bout en bout.

Utilisez cette liste de contrôle pour garder une trace des résultats :

• [ ] L’adresse tierce figure dans l’inventaire avec le client, le projet ou l’activité associé.
• [ ] La boîte qui reçoit les nouveaux messages a été identifiée séparément de la boîte depuis laquelle vous envoyez.
• [ ] Le site ou l’application du fournisseur, ou le client retenu, a été vérifié pour le compte concerné.
• [ ] Un nouveau message de test a été reçu et son champ From correspond à l’identité attendue.
• [ ] Une réponse à un message de test a été envoyée et son champ Reply-To a été contrôlé.
• [ ] La réponse reçue après ce test est arrivée dans la boîte attendue.
• [ ] La signature et le nom affiché sont cohérents avec l’identité professionnelle concernée.
• [ ] Le résultat a été noté avec l’adresse testée, le compte utilisé et l’application ou le client concerné.
• [ ] Les automatismes ou règles de transfert non vérifiés ont été laissés de côté jusqu’à confirmation de leur comportement.

Après un test concluant, mettez à jour uniquement les éléments qui doivent réellement changer : signature, profil professionnel, formulaire de contact ou consigne de réponse au client. N’imaginez pas que les destinataires reconnaîtront automatiquement une nouvelle adresse, et ne remplacez pas un point de contact utilisé dans des échanges actifs sans vérifier les conséquences. Si les tests échouent, conservez l’accès au site ou à l’application du fournisseur comme voie de repli et suspendez les automatisations non validées.

Pour documenter l’essai, gardez le message reçu et le message envoyé, sans y laisser d’informations client sensibles. Notez l’adresse concernée, le compte employé et le client de messagerie testé. Le résultat obtenu établit le comportement de cette configuration dans ces conditions ; il ne prouve pas que toutes les applications ou tous les destinataires verront la même chose. En cas d’écart, reprenez les instructions du fournisseur et du client concernés au lieu d’extrapoler à partir d’un seul test.

Suivi des adresses après la migration

Quand la nouvelle voie fonctionne, reprenez l’inventaire initial et passez chaque adresse active en revue. Confirmez séparément que les messages entrants atteignent la boîte où vous les traitez, que les nouveaux messages peuvent être envoyés depuis l’identité attendue et que les réponses reviennent au bon endroit. « Le transfert fonctionne » et « je peux répondre depuis l’adresse d’origine » doivent rester deux cases distinctes dans votre suivi.

Classez les adresses en quatre états compréhensibles : migration validée, à vérifier, encore dépendante de l’ancien chemin, ou projet terminé. Ce classement évite de traiter comme actifs des échanges abandonnés, tout en faisant ressortir les clients qui n’ont pas encore été testés. Pour les projets en pause, conservez une note sur la boîte de réception et la voie d’envoi tant que vous n’avez pas décidé de fermer ou de réorganiser l’adresse.

Pour chaque nouveau projet, définissez la convention avant le premier échange : quelle adresse communiquer, où recevoir les messages, depuis quel compte envoyer et comment retirer ou remplacer cette adresse à la fin de la relation. Cette règle est particulièrement utile si vous jonglez entre activité de conseil, production audio ou vidéo et missions de design : un seul compte peut centraliser le suivi, mais il ne doit pas effacer la distinction entre les identités professionnelles.

Si les messages passent par une boîte transférée, vérifiez de nouveau le destinataire d’une réponse lors de tout changement de client ou de réglage. Les interfaces peuvent sélectionner une identité différente pour un nouveau message et pour une réponse ; c’est le courriel effectivement reçu qui permet de contrôler le résultat. Pour revoir les contrôles liés à la réception d’un message, notre guide sur la vérification de l’arrivée des courriels fournit un complément utile. Et si la séparation des adresses sert aussi à protéger votre vie privée, notre page sur la protection de la confidentialité des courriels aide à situer cette décision dans une politique plus large.

La migration ne sera réellement prête que lorsque chaque adresse active aura un statut explicite et un chemin de secours que vous savez utiliser. Vérifiez de nouveau l’aide de Google à l’approche de janvier 2027, car la date annoncée, le périmètre applicable à un compte donné et les capacités d’un client peuvent évoluer ; les éléments disponibles ici reflètent la documentation contrôlée le 26 octobre 2026.

Une fois les échanges professionnels basculés et testés, réservez les alias et le transfert à leur rôle de gestion des entrées, sans leur attribuer une autorisation d’envoi qu’ils ne garantissent pas. Pour une inscription ponctuelle, un essai ou la réception d’un code qui n’a pas vocation à devenir une relation client durable, SendFo permet d’utiliser une boîte temporaire sans inscription, immédiatement, sans exposer votre adresse principale. Pour les échanges que vous devrez retrouver et auxquels vous devrez répondre longtemps, gardez plutôt l’adresse professionnelle auprès de son fournisseur et vérifiez chaque identité d’envoi avant de l’utiliser.

À lire aussi

• Alias ou transfert : distinguer réception, envoi et réponse depuis l’adresse secondaire · Alias email · 2026-10-21
• Organiser les adresses durables pour préserver les alertes et la récupération des comptes · Isolation des notifications · 2026-09-15
• Vérifier la réception des messages après un changement de configuration · Diagnostic de délivrabilité · 2026-09-12