Gmail et Outlook bloquent-ils les pièces jointes .html ?

Non. Les deux publient les types de fichiers qu'ils bloquent, surtout des exécutables et des scripts comme .exe, .js et .vbs, et .html n'est pas dans ces listes. Le risque est côté destinataire : beaucoup de passerelles d'entreprise signalent ou suppriment silencieusement les pièces jointes .html, car un fichier HTML peut usurper une page de connexion ou exécuter un script, ce qui en fait un outil de phishing courant. Vous ne voyez pas ce filtre de votre côté, donc vous ne pouvez pas savoir d'avance si votre fichier arrive.

Que vit le destinataire avec chaque option ?

Pièce jointe : un filtre d'entreprise peut la signaler, ou elle arrive comme un téléchargement sans aperçu. Le destinataire doit enregistrer le fichier et savoir l'ouvrir dans un navigateur plutôt que double-cliquer dessus comme un document. Lien : une URL d'apparence normale dans le corps de l'email. Un clic ouvre une page rendue dans le navigateur, exactement comme prévu.

Lequel permet de savoir si le fichier a été ouvert ?

Seulement le lien. Une page hébergée peut enregistrer une vue, un horodatage, et (selon le service) un pays approximatif et un temps passé. Une pièce jointe ne donne rien après l'envoi, aucun moyen de savoir si elle a été ouverte.

Qu'en est-il de la taille du fichier ou de l'interactivité ?

Les pièces jointes sont plafonnées par les serveurs email de l'expéditeur et du destinataire, souvent quelques mégaoctets, et toute ressource externe référencée par le HTML (images, polices, scripts hébergés ailleurs) ne se chargera pas depuis un fichier local. Un lien hébergé sert le fichier comme une vraie page, avec toute son interactivité, ses formulaires et ses ressources fonctionnant comme prévu.

Y a-t-il une situation où la pièce jointe est le bon choix ?

Des scénarios vraiment hors ligne, l'envoi à quelqu'un qui ouvrira le fichier sans aucune connexion internet, ou des transferts internes développeur à développeur où le destinataire veut explicitement la source brute. Pour tout ce qui atteint un client, un prospect, ou un destinataire non technique, un lien est le choix par défaut le plus sûr.

Guide

Lien HTML vs pièce jointe email : lequel fonctionne vraiment

Un lien gagne sur chaque critère qui compte pour un fichier HTML. Une pièce jointe .html n'est pas bloquée par Gmail ni Outlook, mais certains filtres d'entreprise la signalent ou la suppriment par précaution anti-phishing, et même livrée, elle s'ouvre comme un fichier local plutôt que comme une page sur un serveur. Un lien vers une version hébergée du même fichier ressemble à du texte normal pour un filtre anti-spam, s'ouvre directement dans un navigateur, peut être mis à jour sans rien renvoyer, et peut être suivi pour savoir s'il a été ouvert. Le seul cas où la pièce jointe gagne est l'accès hors ligne sans aucune connexion internet.

La comparaison, côte à côte

Question	Pièce jointe	Lien
Passe les filtres anti-spam	Peut être signalée	Oui
S'ouvre comme page rendue	Non, télécharge	Oui
Les ressources externes se chargent	Souvent cassées	Oui
Sait si le fichier a été ouvert	Non	Oui, avec le bon service
Corrigeable après l'envoi	Renvoi nécessaire	Oui, même URL
Fonctionne entièrement hors ligne	Oui	Non, nécessite une connexion

Pourquoi la pièce jointe perd spécifiquement sur la livraison

Le problème central n'est pas une préférence, c'est que le HTML se prête particulièrement bien au phishing : un fichier qui ressemble à un document peut aussi être un faux formulaire de connexion fonctionnel ou une redirection. Gmail et Outlook ne bloquent pas l'extension, mais les passerelles d'entreprise la signalent ou la suppriment souvent, et le destinataire voit un téléchargement, pas une page. Rien de tout cela ne dépend du fait que votre fichier spécifique soit sûr, le filtre ne peut pas faire la différence au moment où il décide de le signaler.

Transformer un fichier en lien prend à peu près le même effort que l'attacher

L'objection habituelle à l'usage d'un lien est qu'il ajoute une étape. En pratique, déposer le .html dans un service conçu pour ça (LiveSend, par exemple) et copier l'URL retournée prend moins d'une minute, à peu près autant que retrouver le fichier pour l'attacher au départ. La différence est qu'un chemin atteint le destinataire comme une page et l'autre comme un téléchargement.

En résumé

À moins que le destinataire n'ait vraiment aucun accès internet, envoyez un lien. Il ne rencontre aucun filtre de pièces jointes, s'ouvre correctement sans invite de téléchargement, et permet de savoir s'il a réellement été ouvert.

Prêt à transformer un fichier en lien ? Voyez le chemin le plus court, sans connaissances en hébergement.

Questions fréquentes

Gmail et Outlook bloquent-ils les pièces jointes .html ?
Non. Les deux publient les types de fichiers qu'ils bloquent, surtout des exécutables et des scripts comme .exe, .js et .vbs, et .html n'est pas dans ces listes. Le risque est côté destinataire : beaucoup de passerelles d'entreprise signalent ou suppriment silencieusement les pièces jointes .html, car un fichier HTML peut usurper une page de connexion ou exécuter un script, ce qui en fait un outil de phishing courant. Vous ne voyez pas ce filtre de votre côté, donc vous ne pouvez pas savoir d'avance si votre fichier arrive.
Que vit le destinataire avec chaque option ?
Pièce jointe : un filtre d'entreprise peut la signaler, ou elle arrive comme un téléchargement sans aperçu. Le destinataire doit enregistrer le fichier et savoir l'ouvrir dans un navigateur plutôt que double-cliquer dessus comme un document. Lien : une URL d'apparence normale dans le corps de l'email. Un clic ouvre une page rendue dans le navigateur, exactement comme prévu.
Lequel permet de savoir si le fichier a été ouvert ?
Seulement le lien. Une page hébergée peut enregistrer une vue, un horodatage, et (selon le service) un pays approximatif et un temps passé. Une pièce jointe ne donne rien après l'envoi, aucun moyen de savoir si elle a été ouverte.
Qu'en est-il de la taille du fichier ou de l'interactivité ?
Les pièces jointes sont plafonnées par les serveurs email de l'expéditeur et du destinataire, souvent quelques mégaoctets, et toute ressource externe référencée par le HTML (images, polices, scripts hébergés ailleurs) ne se chargera pas depuis un fichier local. Un lien hébergé sert le fichier comme une vraie page, avec toute son interactivité, ses formulaires et ses ressources fonctionnant comme prévu.
Y a-t-il une situation où la pièce jointe est le bon choix ?
Des scénarios vraiment hors ligne, l'envoi à quelqu'un qui ouvrira le fichier sans aucune connexion internet, ou des transferts internes développeur à développeur où le destinataire veut explicitement la source brute. Pour tout ce qui atteint un client, un prospect, ou un destinataire non technique, un lien est le choix par défaut le plus sûr.

Guides associés

Prêt à essayer LiveSend ?

Collez votre HTML, obtenez un lien permanent. Gratuit pour les 3 premiers documents.

Commencer gratuitement