PDFKit est une bibliothèque Node.js bien conçue pour construire des PDF par le code. Si vous cherchez une alternative gérée, où les non-développeurs modifient les templates dans un éditeur visuel, avec une API REST et la sortie en PDF/A, voici comment TemplateFox se situe.
À propos de PDFKit PDFKit est une bibliothèque 100 % JavaScript pour générer des documents PDF dans Node.js (et, sous une forme limitée, dans le navigateur). Créée par Devon Govett, elle expose une API impérative : vous dessinez chaque élément du document par le code, avec doc.text('Invoice'), doc.rect(50, 50, 200, 100).fill(), doc.image('logo.png', 40, 40), etc. Pas de couche HTML : vous pilotez directement les primitives de rendu du PDF.
Elle a été conçue pour les développeurs qui veulent un contrôle programmatique total sur le résultat : polices embarquées, tracés SVG, chiffrement, AcroForms et positionnement au pixel près. Très utilisée dans l'écosystème Node.js, elle sert de socle à plusieurs stacks populaires, notamment react-pdf, qui l'enveloppe dans une API de composants à la React.
Le projet est maintenu activement sous licence MIT, avec un rythme de publication modéré. Ce qu'il ne fait pas, c'est afficher du HTML ou du CSS : mises en page, tableaux, liaison de données et gestion des sauts de page se codent à la main, à chaque fois.
PDFKit est gratuit et open source, sous licence MIT : aucune licence à payer, aucune limite d'usage. Le vrai coût, c'est le temps d'ingénierie : chaque changement de design (une nouvelle colonne, une nouvelle section, un pied de page restylé) est un changement de code. Les collègues non techniques ne peuvent pas toucher à la mise en page, donc les évolutions des PDF attendent que les développeurs soient disponibles. Pour des documents simples et stables, qui changent rarement, c'est viable. Pour tout ce qui évolue souvent ou demande l'avis d'un designer, le temps d'ingénierie dépasse en général le coût d'une API gérée à base de templates.
Un regard honnête, section par section, sur ce que chaque outil fait et ne fait pas.
Les deux projets sont maintenus activement : pas d'histoire de « moteur vieillissant » ici. La vraie ligne de partage, c'est le modèle de rendu : PDFKit dessine des primitives par le code, HTML et CSS n'existent donc pas. TemplateFox fait le rendu du HTML avec un moteur CSS moderne et produit nativement du PDF/A (PDF/A-1b, A-2b et A-3b) pour l'archivage.
PDFKit vous donne un contrôle fin, au prix d'une mise en page qui vit entièrement dans votre code. Les petits changements (déplacer un logo, ajuster une colonne, retoucher un pied de page) deviennent des modifications de code, des revues et des déploiements. TemplateFox s'appelle par une API REST (ou un SDK officiel dans sept langages), et les non-développeurs modifient le template visuellement, sans toucher au code.
Les deux outils produisent des PDF de qualité production. La différence, c'est le chemin jusqu'au résultat : avec PDFKit, la liaison de données, les codes-barres et les tableaux sur plusieurs pages se câblent à la main (boucler, suivre la position verticale, gérer les sauts de page, appeler la bonne primitive). Avec TemplateFox, ces briques (variables, boucles, conditions, codes-barres, sauts de page automatiques) sont disponibles directement dans l'éditeur et reliées aux données de votre appel d'API.
C'est là que PDFKit garde un vrai avantage : si vos données ne peuvent pas quitter vos serveurs, une bibliothèque qui tourne dans votre propre processus Node est la bonne réponse. Pour tout le reste, TemplateFox est un service géré construit sur les principes du RGPD (minimisation des données, droit à l'effacement, notification des violations sous 72 heures). L'abonnement coûte en général moins cher que le temps d'ingénierie passé sur du code de mise en page écrit à la main.
Concevez visuellement, générez par API. Fini le suivi des positions et les enchaînements d'appels de dessin. Sans carte bancaire, 60 PDF gratuits par mois.
Essayer TemplateFox gratuitementDeux réponses honnêtes, selon ce que vous cherchez à optimiser.
PDFKit est une bibliothèque bien conçue, maintenue activement, avec un écosystème solide. Si vous avez besoin d'un contrôle programmatique précis sur les primitives PDF et que garder la mise en page dans le code vous convient, c'est un choix solide.
Des entreprises qui génèrent leurs PDF en production.
Mesurée en direct sur notre page de statut publique.
Et ça grandit chaque jour, sur une infrastructure qui suit.
doc.text(), doc.rect(), doc.font()…) et vous suivez vous-même les positions verticales. Elle ne gère ni HTML ni CSS, n'a pas de notion de template, et n'offre aucune brique intégrée pour les besoins courants comme les tableaux sur plusieurs pages, la liaison de données ou les codes-barres. Les petites retouches de mise en page (déplacer un logo, changer une police, ajuster une largeur de colonne) demandent en général une modification de code et un redéploiement. Elle n'a pas non plus d'API HTTP : tout ce qui sort de Node.js a besoin d'un wrapper. Et elle ne produit ni PDF/A ni PDF/UA nativement.Une documentation complète, des intégrations no-code et une API solide pour générer vos PDF à grande échelle. On s'occupe de la partie ingrate.