Markdown vers PDF
Convertissez des fichiers Markdown (.md, .markdown) — READMEs, docs, billets de blog, écriture technique — en un document PDF stylisé avec titres, blocs de code, tableaux et liens rendus. Les fichiers sont traités dans votre navigateur.
Markdown vers PDF convertit les fichiers .md et .markdown en un document PDF stylisé. Le Markdown est analysé par marked (un parseur conforme à CommonMark/GFM), rendu en HTML stylisé dans votre navigateur, capturé par html2canvas, puis intégré dans un PDF avec pdf-lib. Choisissez un thème (Clair, Sépia, Adapté à l'impression), une police, une taille de page et une marge. Titres, blocs de code, tableaux, listes et liens s'affichent tous correctement.
Qu'est-ce que Markdown vers PDF ?
Markdown est le langage de balisage léger créé par John Gruber en <strong>2004</strong> et standardisé en tant que <a href="https://commonmark.org/" target="_blank" rel="noopener">CommonMark</a> en 2014. Il utilise une ponctuation simple — dièses pour les titres, astérisques pour l'emphase, accents graves pour le code — pour produire des documents structurés qui se lisent naturellement comme du texte brut. GitHub, GitLab, Reddit, Discord, Notion, Obsidian et la plupart des générateurs de sites statiques utilisent Markdown comme format de contenu principal. Les fichiers README, la documentation d'API, l'écriture technique et les billets de blog sont massivement en Markdown.
Convertir Markdown en PDF est courant quand vous devez partager un document Markdown avec quelqu'un qui ne va pas l'ouvrir dans un visualiseur Markdown — pensez aux clients, dirigeants, étudiants, à toute personne hors du monde des outils de développement. PDF est le format de partage universel. La plupart des outils Markdown-vers-PDF en ligne téléversent votre fichier vers un serveur distant, ce qui est gênant pour des spécifications de produit non publiées, de la documentation interne ou tout autre contenu que vous ne voulez pas voir traîner sur le disque de quelqu'un d'autre. Cet outil exécute toute la conversion dans votre navigateur.
Comment fonctionne la conversion Markdown dans le navigateur ?
Pikowl lit chaque fichier Markdown via l'API Blob.text(), l'analyse avec marked (extensions CommonMark + GitHub Flavored Markdown incluant tableaux, listes de tâches, barré), et rend le HTML résultant à l'intérieur d'un conteneur stylisé caché dans la page. html2canvas capture la sortie rendue comme une image à 2× DPI, qui est découpée en morceaux de hauteur de page et intégrée comme pages PDF avec pdf-lib. Le thème choisi pilote le CSS appliqué au conteneur — Clair (fond blanc par défaut, texte foncé), Sépia (papier crème chaud pour une lecture moins fatigante pour les yeux) ou Adapté à l'impression (noir sur blanc à contraste élevé, optimisé pour l'impression). Rien n'est envoyé à un serveur.
Est-il sûr de convertir des documents Markdown sensibles ici ?
Oui. Ouvrez l'onglet réseau dans DevTools pendant que vous utilisez l'outil — vous verrez les morceaux marked et html2canvas se télécharger une seule fois à la première utilisation, et zéro requête sortante après cela. Les fichiers Markdown sont lus localement via la File API, analysés dans le navigateur, et le PDF résultant ne vit que dans la mémoire de votre navigateur jusqu'à ce que vous le téléchargiez. Documentation interne, spécifications techniques non publiées et notes confidentielles ne traversent jamais le réseau.
Quelles fonctionnalités Markdown sont prises en charge ?
marked prend en charge la spécification CommonMark complète plus la plupart des extensions GitHub Flavored Markdown (GFM) : tableaux, listes de tâches, barré, liens automatiques et blocs de code délimités avec balises de langue. Le HTML inline à l'intérieur du Markdown est rendu. Non pris en charge : coloration syntaxique dans les blocs de code (rendus en monospace simple), diagrammes Mermaid, mathématiques (LaTeX/KaTeX), définitions de notes de bas de page, syntaxe de directive personnalisée. La sortie est complète en Unicode via la pile de polices du navigateur — chinois, japonais, coréen, cyrillique, arabe et emoji s'affichent tous correctement.
Quelles sont les limites et pourquoi ?
Jusqu'à 50 fichiers Markdown par conversion, 10 MB par fichier, avec un avertissement souple à 100 MB combinés et un plafond ferme à 150 MB. Un fichier Markdown de 10 MB est exceptionnel — la plupart des fichiers README et de documentation font bien moins de 100 KB. L'étape de rasterisation html2canvas peut prendre plusieurs secondes par page sur des documents longs ; si votre PDF dépasse environ 50 pages, attendez-vous à une attente notable.
Comment Pikowl se compare-t-il à Smallpdf et iLovePDF pour Markdown ?
Smallpdf et iLovePDF n'offrent pas d'outils Markdown-vers-PDF dédiés — tous deux font passer le Markdown par des pipelines text-to-PDF génériques qui suppriment la mise en forme. Les différences substantielles sont la fidélité de mise en forme, l'emplacement du traitement et le prix. Les chiffres ci-dessous reflètent les offres du niveau gratuit de chaque service en avril 2026.
| Caractéristique | Pikowl | Smallpdf | iLovePDF |
|---|---|---|---|
| Où les fichiers sont traités | Votre navigateur | Serveur distant | Serveur distant |
| Inscription requise | Non | Optionnel | Optionnel |
| Options de sortie | Thèmes · 3 polices · 3 tailles de page | Pas de rendu Markdown | Pas de rendu Markdown |
| Taille max (gratuit) | 10 MB | 5 MB | 200 MB (combiné) |
| Prix | Gratuit | $9/mois pour illimité | $7/mois pour premium |
Sources : smallpdf.com/pricing et ilovepdf.com/pricing, consultés en avril 2026.
Utilisations courantes
- README en livrable client : Convertissez le README GitHub d'un projet en un PDF que vous pouvez joindre à un email de statut client ou un suivi commercial — sans partager le lien GitHub.
- Documentation technique : Exportez une référence d'API ou un chapitre de runbook en PDF stylisé pour inclusion dans un dossier fournisseur ou un audit de conformité.
- Export Notion / Obsidian : Beaucoup d'apps de prise de notes exportent les notes en Markdown — convertissez-les en un seul PDF pour archivage ou distribution imprimable.
- Archivage de billet de blog : Convertissez un billet de blog d'un site statique (Hugo, Jekyll, Eleventy) en un PDF imprimable pour la lecture hors ligne ou la syndication.
- Matériel de cours : Combinez une série de notes de cours Markdown en un PDF paginé pour les supports étudiants.
- Modèles de pull-request et changelogs : Convertissez CHANGELOG.md ou RELEASE-NOTES.md en un PDF prêt pour publication pour distribution.
FAQ
Les fonctionnalités GitHub Flavored Markdown sont-elles prises en charge ?
La plupart : tableaux, listes de tâches (syntaxe - [ ] cases à cocher), barré (~~texte~~), liens automatiques, blocs de code délimités. Non pris en charge : coloration syntaxique à l'intérieur des blocs de code (rendus en monospace simple), diagrammes Mermaid, définitions de notes de bas de page, mathématiques (LaTeX/KaTeX) et attributs d'alignement d'image spécifiques à GitHub. Pour la plupart des cas d'usage README et docs, c'est suffisant.
Les tableaux Markdown s'afficheront-ils correctement dans le PDF ?
Oui. La syntaxe de tableau GFM (colonnes séparées par des barres verticales avec une ligne d'en-tête) est rendue comme un tableau HTML stylisé avec bordures, fond d'en-tête et alignement correct dans le PDF de sortie.
Puis-je obtenir des blocs de code avec coloration syntaxique ?
Pas dans cette version. Les blocs de code s'affichent avec une police monospace et une teinte de fond subtile, mais sans coloration syntaxique par langue (intégration Prism ou Highlight.js). Si vous avez besoin de code coloré, une approche intermédiaire est de copier la version colorée depuis votre éditeur en HTML et d'utiliser l'outil HTML vers PDF.
Quelle est la différence entre les thèmes Clair, Sépia et Adapté à l'impression ?
Clair est le défaut — fond blanc avec texte gris foncé, sans-serif moderne. Sépia utilise un fond crème chaud avec texte gris-brun, plus reposant pour les longues sessions de lecture. Adapté à l'impression est noir pur sur blanc avec contraste élevé, optimisé pour la sortie papier et l'économie d'encre.
Les caractères non-latins (chinois, japonais, cyrillique) s'affichent-ils correctement ?
Oui — contrairement à TXT vers PDF (limité par les polices WinAnsi de pdf-lib), Markdown vers PDF utilise html2canvas qui rend via la pile de polices complète du navigateur. CJK, cyrillique, devanagari, arabe et emoji s'affichent tous correctement en utilisant les polices système disponibles dans votre navigateur.
Le texte du PDF résultant est-il sélectionnable ?
Non — le pipeline html2canvas rasterise le HTML rendu, donc les pages PDF résultantes sont des images, pas du texte sélectionnable. C'est le compromis pour la fidélité de stylisation complète. Pour du texte sélectionnable, enregistrez votre Markdown en TXT brut et utilisez TXT vers PDF — vous perdrez la stylisation mais gagnerez la recherche Cmd+F.
Les fichiers Markdown sont-ils téléversés vers un serveur ?
Non. La conversion s'exécute entièrement dans votre navigateur — ouvrez l'onglet réseau de DevTools et vous verrez les bibliothèques marked et html2canvas se télécharger une seule fois à la première utilisation, et zéro requête sortante après cela. Le contenu Markdown est lu depuis votre disque via la File API, analysé dans le navigateur, rendu sur canvas et intégré dans un PDF avec pdf-lib.
En chiffres
- Markdown a été créé par John Gruber en 2004 comme un moyen d'écrire du contenu web en texte brut ; CommonMark a formalisé la spécification en 2014, et GitHub Flavored Markdown l'étend avec les tableaux et les listes de tâches.
- marked, le parseur que cet outil utilise, traite le Markdown à plusieurs milliers de lignes par milliseconde dans les navigateurs modernes — l'étape d'analyse est essentiellement instantanée ; la rasterisation html2canvas est la phase chronophage.
- Markdown est le format de contenu par défaut pour les READMEs GitHub, les wikis GitLab, les pages Notion, les notes Obsidian, les sites statiques Hugo / Jekyll / Eleventy et les messages Discord — en faisant sans doute le format de document structuré le plus écrit sur le web moderne.