Si vous utilisez Gmail pour centraliser des adresses Hotmail, Yahoo, Outlook ou des domaines personnalisés, la disparition prochaine de la fonction Envoyer en tant que va bouleverser votre routine. Google a annoncé que cette fonctionnalité et Gmailify cesseront d’être disponibles en janvier 2027, ce qui impose d’anticiper et de choisir une stratégie claire pour continuer à lire et surtout à envoyer vos messages depuis vos autres adresses.
Que va changer l’arrêt d’Envoyer en tant que pour vos comptes tiers
Concrètement, vous pourrez toujours consulter des comptes tiers sur l’application Gmail mobile, mais vous ne pourrez plus expédier de messages depuis leurs alias via l’interface Gmail web ou mobile après janvier 2027. Les comptes tiers ne se synchroniseront plus sur la version web et Gmailify, qui ajoutait la protection anti-spam et l’organisation Gmail à des boîtes externes, sera également supprimé. Les envois entre comptes Gmail ou au sein d’un Google Workspace restent inchangés.
Comment envoyer depuis une adresse externe après la suppression de la fonctionnalité
Il existe plusieurs approches selon vos besoins. La plus simple est d’utiliser le webmail du fournisseur d’origine pour envoyer les messages. Une option plus pratique consiste à configurer un client de messagerie (desktop ou mobile) en IMAP/SMTP pour centraliser la lecture et l’envoi. Si vous gérez un domaine, la meilleure solution est souvent d’utiliser le serveur SMTP du fournisseur du domaine ou un relais SMTP dédié afin de préserver la délivrabilité.
Quelles conséquences sur la délivrabilité et les en-têtes d’expédition devez-vous prévoir
Un point trop souvent négligé : envoyer depuis un domaine via un SMTP tiers sans adapter les enregistrements DNS peut faire tomber vos messages en spam. Vérifiez et mettez à jour si nécessaire les enregistrements SPF, DKIM et la politique DMARC lorsque vous changez de méthode d’envoi. Sans cela, les serveurs destinataires pourraient rejeter le message ou le marquer comme frauduleux, surtout si l’adresse d’envoi et le serveur SMTP ne correspondent pas.
Quelles étapes concrètes suivre dès maintenant pour préparer la transition
Pour éviter la panique le jour J, suivez cette checklist pratique et réaliste.
- Inventoriez vos adresses qui utilisent aujourd’hui Envoyer en tant et notez lesquelles doivent continuer à envoyer.
- Testez l’envoi depuis le webmail du fournisseur et un client de bureau (Outlook, Apple Mail, Thunderbird) pour comparer l’expérience.
- Vérifiez SPF/DKIM/DMARC pour chaque domaine utilisé et coordonnez-vous avec votre hébergeur ou admin DNS si besoin.
- Activez l’authentification forte (2FA) et préférez OAuth ou mots de passe d’application pour les clients qui le demandent.
- Évitez les extensions et services non vérifiés qui demandent vos identifiants.
Quel client ou solution choisir selon votre profil d’utilisateur
Il n’y a pas de solution universelle. Voici une vue synthétique pour vous aider à choisir selon la fréquence d’utilisation et le niveau de technicité.
| Solution | Envoi depuis adresse externe | Facilité | Délivrabilité | Mobilité |
|---|---|---|---|---|
| Webmail du fournisseur | Oui | Très simple | Bonne si SPF/DKIM OK | Oui (site ou app) |
| Client desktop IMAP/SMTP | Oui | Configuration requise | Excellente si SMTP correct | Souvent oui (apps mobiles disponibles) |
| Transfert vers Gmail + envoi via domaine externe | Non via Gmail web après 2027 | Moyen | Risque si mal configuré | Lecture possible sur mobile |
| Applications tierces non vérifiées | Potentiellement oui | Facile mais risqué | Dépend de la solution | Variable |
Erreurs courantes à éviter et bonnes pratiques de sécurité
Beaucoup d’utilisateurs s’appuient sur des extensions qui promettent d’émuler Envoyer en tant. Ces outils demandent souvent vos identifiants et augmentent la surface d’attaque. Préférez toujours les méthodes supportées par le fournisseur (OAuth, mots de passe d’application). Autre erreur fréquente : ne pas vérifier les signatures et les en-têtes après migration. Prenez l’habitude d’envoyer des tests vers différentes plateformes (Gmail, Outlook, Yahoo) pour confirmer que vos messages arrivent correctement.
Que doivent savoir les administrateurs Workspace et les utilisateurs professionnels
Si vous êtes administrateur d’un Google Workspace, notez que l’arrêt annoncé n’affecte pas l’envoi entre comptes Gmail internes. En revanche, pour des domaines clients ou des équipes qui utilisaient Gmail comme hub unique pour des adresses externes, il faudra documenter et déployer une solution alternative (relay SMTP, clients configurés, ou procédure de transfert). Communiquez le calendrier et fournissez un guide pas-à-pas aux employés pour limiter les interruptions.
Questions fréquentes que se posent les utilisateurs
Voici des réponses courtes aux requêtes que vous verrez souvent sur Google.
La fonctionnalité sera supprimée en janvier 2027.
Oui, la consultation reste possible sur mobile pour les comptes ajoutés, mais la synchronisation web des comptes tiers sera supprimée.
FAQ
Oui, Google a indiqué que Gmailify sera également retiré, ce qui enlève les fonctions Gmail (spam, catégories) pour les comptes tiers ajoutés via ce service.
Oui, les clients tiers configurés en IMAP/SMTP continueront de fonctionner normalement, tant que vous maintenez les accès et l’authentification appropriée.
Assurez-vous que vos enregistrements SPF/DKIM/DMARC correspondent au serveur d’envoi choisi et faites des envois tests vers plusieurs fournisseurs.
Non, l’arrêt concerne les connexions à des services externes. Les échanges entre comptes Gmail et au sein de Workspace restent inchangés.
Mieux vaut les désinstaller. Elles demandent l’accès aux identifiants et augmentent le risque de compromission. Préférez des solutions officielles ou un client configuré en IMAP/SMTP.
Nicolas Roux est un rédacteur spécialisé en jeux vidéo et en informatique. Avec une vaste expérience dans l’univers du gaming, il analyse les tendances vidéoludiques et les innovations technologiques pour Teknologik.fr.
