D'abord, une clarification
Si vous êtes arrivé ici en cherchant la syntaxe HTML <a href="...">, c'est une question différente. Ce guide est pour le cas où vous avez un fichier HTML fini (un tableau de bord, un rapport d'une page, une mini-application générée par LLM, une maquette de page d'accueil) sur votre ordinateur, et vous avez besoin d'une URL que quelqu'un d'autre peut ouvrir dans un navigateur. Le problème est l'hébergement, pas le HTML.
Pourquoi c'est plus difficile que prévu
L'hébergement HTML est un problème résolu à grande échelle (GitHub Pages, Vercel, S3 plus CloudFront, et des centaines d'autres), mais le cas "j'ai un fichier et je veux un lien" a historiquement été difficile. L'email bloque les pièces jointes .html. Les drives les traitent comme des téléchargements. Les plateformes développeur attendent un dépôt Git. Aucune n'a été conçue pour le workflow ponctuel "envoyer ça à mon client aujourd'hui".
Option 1 : Envoyer le .html comme pièce jointe (à ne pas faire)
Gmail et Outlook bloquent les pièces jointes .html par défaut car les attaquants les utilisent pour livrer des pages de phishing. Quand la pièce jointe passe quand même, le destinataire voit une invite de téléchargement, pas une page rendue. Les assets externes (CSS, JS, polices, images par URL) se chargent de manière incohérente selon le client du destinataire.
À utiliser quand : le destinataire est un développeur qui ouvrira le fichier intentionnellement dans un navigateur, et le HTML est minuscule et autonome.
Option 2 : Uploader sur un drive (Google Drive, Dropbox, OneDrive)
Le réflexe est de déposer le fichier dans Drive et de copier le lien de partage. Le problème : les drives servent les fichiers .html comme téléchargements, pas comme pages rendues. La "vue hébergée" pour le HTML statique a été progressivement abandonnée par Google et n'est plus fiable pour les destinataires sans compte Google.
À utiliser quand : vous voulez que le destinataire téléchargele fichier comme asset, pas qu'il le voie comme page.
Option 3 : GitHub Pages, Vercel, Netlify, Cloudflare Pages
Ce sont de vrais hébergeurs statiques : gratuits, durables, rapides, avec support de domaine personnalisé et CDN correct. Si vous utilisez déjà l'un d'eux, c'est la réponse la plus robuste.
La mise en place est le coût. Vous avez besoin d'un dépôt Git, d'un projet sur la plateforme, parfois d'une configuration de build même pour un seul fichier statique, et d'un workflow pour pousser les mises à jour. Le plus rapide de ces démarrages à froid (pas encore de compte) reste un travail de quinze minutes.
À utiliser quand :le fichier fait partie d'un projet, vous voulez un domaine personnalisé, et le coût de mise en place est un investissement ponctuel.
Option 4 : Hébergeurs de type dépôt-et-partage (LiveSend et similaires)
Une petite catégorie de services existe spécifiquement pour le workflow "un fichier, un lien, pas de configuration". L'interaction est : glissez le fichier .html (ou collez le code source HTML) dans un tableau de bord, obtenez une URL publique permanente. Pas de dépôt, pas de build, pas de configuration.
LiveSend est l'une de ces options. Au-delà de l'hébergement de base, il enregistre chaque vue (horodatage, email optionnel du visiteur, pays approximatif, temps passé), vous laisse ajouter un mot de passe, définir une date d'expiration, désactiver le lien et éditer le HTML en ligne sans changer l'URL. Les mises à jour créent des versions vers lesquelles vous pouvez revenir. Limites honnêtes : cap de 3 Mo par fichier, petit filigrane sur le plan gratuit (supprimable sur Pro), pas encore de domaine personnalisé.
À utiliser quand :vous voulez un lien en moins d'une minute, n'avez pas ou ne voulez pas de workflow Git, et le fichier est ponctuel pour un destinataire qui a juste besoin de voir la page.
La réponse la plus courte
Si vous déployez déjà sur Vercel ou avez un site GitHub Pages, poussez le fichier là. Sinon, collez le HTML dans un hébergeur de type dépôt-et-partage et envoyez l'URL. N'envoyez pas la pièce jointe .html par email, et ne comptez pas sur un drive : les deux produisent une invite de téléchargement ou échouent silencieusement.