HTML en PDF

Comment convertir du HTML en PDF en trois étapes

Première étape, collez votre balisage ou importez un fichier .html. Le code est disposé dans un cadre isolé pour que nos styles ne déteignent pas sur les vôtres. Le navigateur le rend, puis chaque page du PDF final devient une image PNG de ce rendu.

Deuxième étape, vérifiez l’aperçu. Le texte n’est donc pas sélectionnable : la recherche ne trouve rien dans le fichier obtenu. Pour une couche de texte interrogeable, utilisez l’impression PDF du navigateur ou l’outil d’OCR ensuite. En échange, la mise en page ne bouge pas : colonnes flex, grilles CSS, dégradés et ombres tombent où le navigateur les a mis, car la photo est prise après le moteur de mise en page, au double de la taille finale (environ 144 ppp).

Troisième étape, téléchargez le PDF assemblé dans l’onglet. L’outil est gratuit et sécurisé : sans installation, sans inscription, et tout se déroule dans votre navigateur, sans téléversement.

Quand une image est la bonne réponse

La pixellisation déçoit pour un contrat à fouiller. Elle convient quand l’aspect de la page est l’essentiel.

Coller du balisage n’est pas ouvrir un fichier

L’import ne lit que le texte de ce seul fichier. Feuille de style voisine, logo ou police : rien ne suit, car un navigateur ne livre pas le reste de votre disque à une page web.

Les chemins relatifs sont l’échec silencieux : rendue ici plutôt que dans son dossier, une image en chemin relatif se résout contre le site, ne charge rien et laisse un trou. Les adresses absolues en https se chargent si le serveur renvoie les en-têtes CORS ; sinon l’image est ignorée, sans avertissement.

Les scripts ne tournent jamais : une application enregistrée sort presque vide, car vous avez gardé la coquille, pas le rendu. Copiez plutôt le DOM vivant depuis l’inspecteur. Voyage bien ce qui est autonome : bloc de style interne, styles en ligne, images en URI de données.

Le comparatif

Trois façons de mettre du HTML en PDF. Les lignes perdues méritent lecture.

Ce qui survit, et où les pages se coupent

Couleurs, dégradés, bordures, coins arrondis, ombres, opacité, transformations, tableaux, listes et SVG en ligne passent tous. Le moteur redessine chaque boîte lui-même, d’où quelques effets récents abandonnés sans prévenir : filtres et flous, modes de fusion, filtres d’arrière-plan, détourage et masques.

Le balisage est disposé sur environ 515 pixels de large, la largeur utile d’un A4 en pixels CSS : les pages adaptatives se rendent à leur point de rupture étroit, et une règle pour écrans larges ne se déclenche jamais. Si votre mise en page n’est belle qu’au-delà de 768 pixels, elle ne sera pas belle ici.

L’image finale est tranchée en bandes à intervalles fixes, sans égard pour le contenu : une ligne de tableau peut finir à cheval sur deux pages, et les règles CSS de saut n’y changent rien. Repoussez l’élément gênant avec une marge ou un espaceur. Environ 762 points de contenu tiennent sur chaque page.

Votre HTML ne quitte jamais cet onglet

Tout convertisseur sur serveur veut votre balisage sur sa machine, soit collé dans un formulaire, soit récupéré par son robot, ce qui derrière une connexion veut dire confier aussi vos identifiants. Mauvais échange pour un écran de noms de clients ou une préproduction inédite.

Ici, tout le rendu a lieu dans l’onglet ouvert, et le téléchargement sort directement de la mémoire. Rien sur le réseau ne transporte votre HTML. Fermez l’onglet et tout a disparu.