Mes signatures existantes sont-elles conservées après le passage au nouveau Outlook ?

Pas systématiquement. L'ancien Outlook stocke les signatures en fichiers locaux dans le profil Windows ; le nouveau les synchronise avec le compte. La migration fonctionne dans beaucoup de cas mais échoue notamment quand la signature contient des images intégrées localement.

Les compléments COM de signature fonctionnent-ils dans le nouveau Outlook ?

Non. Le nouveau Outlook n'exécute que les add-ins au format web. Un outil reposant sur un complément COM classique cesse de fonctionner lors de la bascule.

Le rendu HTML est-il meilleur dans le nouveau Outlook ?

Oui, sensiblement. Le nouveau client partage le moteur d'Outlook Web, qui gère bien mieux le CSS que le moteur Word utilisé par Outlook classique. Une signature construite pour Outlook classique s'affichera correctement dans le nouveau ; l'inverse n'est pas garanti.

Faut-il attendre avant de migrer ?

La question relève de votre planning IT, pas de la signature. En revanche, si vous prévoyez la bascule, c'est le bon moment pour centraliser les signatures : vous éviterez d'avoir à les reconstruire poste par poste.

Signature mail sur le nouveau Outlook Windows : ce qui change en 2026

Le nouveau Outlook pour Windows repose sur le moteur web d'Outlook, pas sur celui de Word. Ce que cela change pour vos signatures, les pièges de la migration et les points à vérifier avant de basculer.

Microsoft fait progressivement converger ses clients Outlook Windows vers une base commune avec Outlook Web. Pour les équipes qui gèrent des signatures d’entreprise, ce changement de moteur a des conséquences concrètes — plutôt bonnes sur le rendu, plus délicates sur la migration de l’existant.

Un moteur de rendu enfin cohérent avec le web

Outlook classique pour Windows affiche le HTML des messages avec le moteur de Microsoft Word. C’est l’origine de la plupart des contorsions historiques du HTML d’e-mail : tableaux imbriqués, attributs de dimension en dur, mso- propriétaires, absence de float fiable.

Le nouveau Outlook s’appuie sur la même base qu’Outlook Web. Le CSS y est bien mieux pris en charge, les marges se comportent normalement, les images se dimensionnent comme prévu. Une signature conçue pour survivre au moteur Word s’affichera sans problème dans le nouveau client : la compatibilité descendante est acquise. L’inverse ne l’est pas — une signature écrite librement pour le nouveau Outlook se dégradera dans l’ancien.

Tant que les deux clients coexistent dans votre parc, la règle reste donc de produire un HTML conservateur, compatible Outlook classique. Les contraintes correspondantes sont détaillées dans notre article sur le HTML d’une signature mail.

Le vrai point de friction : la migration des signatures existantes

L’ancien Outlook conserve les signatures dans le profil Windows de l’utilisateur, sous forme de fichiers .htm, .rtf et .txt, accompagnés d’un dossier de ressources contenant les images. Le nouveau Outlook, lui, rattache les signatures au compte et les synchronise côté service.

La reprise automatique fonctionne dans beaucoup de cas, mais elle échoue régulièrement sur les signatures qui contiennent des images intégrées localement — précisément le cas le plus répandu quand chacun a collé son logo à la main. L’utilisateur bascule, et se retrouve avec une signature amputée de son logo, ou vide.

Sur un parc de quelques postes, on répare à la main. Sur deux cents boîtes, la bascule génère une vague de tickets qui arrive toute en même temps.

Bon à savoir : si vos signatures sont gérées par un gabarit centralisé plutôt que par des fichiers locaux, la question ne se pose pas. La signature est réappliquée depuis le serveur, quel que soit le client utilisé.

Compléments COM contre add-ins web

C’est le point de rupture le plus net pour les outils tiers. Le nouveau Outlook n’exécute pas les compléments COM — ces extensions installées sur le poste Windows, longtemps utilisées par les solutions de signature de génération précédente. Seuls les add-ins au format web, ceux qui fonctionnent déjà dans Outlook Web, sont pris en charge.

Concrètement, si votre outil actuel repose sur un complément COM, il cessera de fonctionner à la bascule. C’est une question à poser explicitement à votre éditeur avant de planifier la migration.

L’add-in Signally est un add-in web : il fonctionne dans Outlook Web, le nouveau Outlook pour Windows, Outlook Windows classique, Outlook pour Mac et Outlook mobile. Le détail des environnements couverts figure sur la page add-in Microsoft 365.

Ce qu’il faut vérifier avant de basculer

Quatre points, dans l’ordre.

L’inventaire des signatures existantes. Combien sont locales, combien sont gérées centralement ? Les premières sont celles qui poseront problème.

La compatibilité de votre outil. Add-in web ou complément COM. C’est binaire.

Le rendu sur les deux clients. Pendant la période de cohabitation, chaque gabarit doit être prévisualisé dans l’ancien et le nouveau Outlook. Un écart de rendu qui passe inaperçu en interne sera vu par vos clients.

Le mobile. La bascule côté Windows n’affecte pas Outlook mobile, mais c’est l’occasion de vérifier un environnement souvent négligé — voir signature Outlook mobile.

Faire de la migration une occasion, plutôt qu’une corvée

Une migration de client de messagerie est le moment où l’on touche de toute façon à la configuration de chaque poste. C’est donc le meilleur moment pour arrêter de gérer les signatures poste par poste.

En centralisant le gabarit avant la bascule, la signature devient indépendante du client : elle est réappliquée à la rédaction, avec les données de l’annuaire, que le collaborateur utilise l’ancien Outlook, le nouveau, le web ou son téléphone. La migration ne produit alors plus aucun ticket de signature — et vous récupérez au passage le contrôle sur la charte, les mentions légales et les campagnes de bannières.