HTML vs PDF pour un rapport client
Le PDF était autrefois le format par défaut pour tout livrable de conseil. Le format est portable, archivable, paginé, et les clients savent comment le gérer. Ces propriétés sont précieuses quand le rapport va dans une archive de conformité ou une révision juridique. Mais pour le rapport de conseil type (analyse, recommandations, graphiques), le HTML a des avantages clairs aujourd'hui : il reflète sur mobile, supporte les sections dépliables, permet les graphiques interactifs, et est plus facile à mettre à jour. Le bon format dépend de ce que le client en fera.
Ce que le client doit ressentir en ouvrant le lien
Trois signaux de qualité :
- URL propre.Pas une longue chaîne aléatoire d'un service de partage de fichiers, pas un lien claude.ai ou chatgpt.com.
- Chargement rapide.La page doit s'afficher en moins d'une seconde. Si vous avez des assets lourds, externalisez-les ou compressez.
- Pas de branding LLM. Supprimez tout en-tête "fait avec Claude" ou "conversation ChatGPT" du HTML avant d'uploader.
Option 1, LiveSend (recommandé pour la plupart des rapports ponctuels)
Workflow :
- Générez le rapport dans Claude ou ChatGPT, copiez la sortie HTML. Supprimez tout ce qui crie "brouillon LLM".
- Collez dans LiveSend, définissez un titre, enregistrez. Le produit retourne une URL permanente.
- Activez optionnellement le mot de passe (si le rapport est confidentiel), l'email gate (pour capturer les emails des visiteurs) et les notifications de vue.
- Envoyez l'URL au client. Regardez le journal de vues pour savoir quand il l'a ouvert.
Si le client revient avec une faute de frappe ou une petite correction de contenu, éditez-le en ligne en WYSIWYG. L'URL reste la même, le client rafraîchit pour voir la nouvelle version. Compromis : cap de 3 Mo par fichier, petit filigrane LiveSend sur le plan Gratuit (supprimable sur Pro), pas encore de domaine personnalisé.
Option 2, convertir d'abord en PDF
Bonne réponse quand le client a explicitement demandé un PDF, quand le rapport va dans une archive de conformité, ou quand le public est des décideurs qui impriment. Des outils comme Prince, wkhtmltopdf ou le "Enregistrer en PDF" intégré de Chrome transforment le HTML en document paginé. Vous perdez l'interactivité et le reflowing. Vous gagnez la portabilité et l'imprimabilité.
Option 3, déployer sur Vercel
Bonne réponse pour les livrables récurrents. Si vous envoyez un rapport mensuel avec des données rafraîchies à chaque fois, construire un petit projet Vercel qui tire depuis votre source de données et rend le rapport s'amortit bien. Domaine personnalisé, contrôle total du déploiement. Coût de mise en place significatif pour un rapport ponctuel, donc faites cela quand le rapport est un vrai produit, pas une livraison unique.
Vérifications pré-envoi
- Ouvrez l'URL en incognito sur bureau et mobile. Le rapport doit paraître correct sur les deux.
- Confirmez que toute donnée référencée dans le rapport est statique ou touche des APIs publiquement accessibles.
- Supprimez les éléments de debug, notes de brouillon, commentaires et sections inutilisées.
- Si le rapport a des graphiques utilisant un CDN, assurez-vous que le CDN est accessible depuis le réseau du client (certains réseaux d'entreprise bloquent des CDN spécifiques).
Choisir la bonne option
Rapport ponctuel, vous voulez un tracking et des URLs propres : LiveSend. Le client veut un PDF, ou le rapport va à la conformité : convertir en PDF. Rapport récurrent mensuel lié à des données : projet Vercel. Cas mixte : hébergez le HTML sur LiveSend pour la version interactive et joignez un export PDF pour l'archivage.