Wer heute PDFs programmatisch generieren will, steht vor einer grundlegenden Entscheidung: Selbst hosten oder API nutzen? Browser-basiert oder nativ rendern? Die drei gängigsten Ansätze – Autype, Puppeteer und wkhtmltopdf – verfolgen unterschiedliche Philosophien und eignen sich für verschiedene Szenarien.

Dieser Vergleich hilft dir bei der Entscheidung. Wir schauen auf Architektur, Performance, Stärken, Schwächen und echte Kosten – inklusive Benchmarks und klaren Empfehlungen für konkrete Anwendungsfälle.

Die drei Ansätze im Überblick

Puppeteer: Browser als Drucker

Puppeteer ist eine Node.js-Bibliothek, die eine Chrome- oder Chromium-Instanz fernsteuert. Der Ansatz ist simpel: Du rendertest HTML/CSS in einem Headless-Browser und exportierst das Ergebnis als PDF.

const puppeteer = require('puppeteer');

(async () => {
  const browser = await puppeteer.launch();
  const page = await browser.newPage();
  await page.setContent('<h1>Mein Dokument</h1>');
  await page.pdf({ path: 'output.pdf', format: 'A4' });
  await browser.close();
})();

Das klingt einfach, aber die Realität ist komplexer. Puppeteer startet bei jedem Render einen vollständigen Browserprozess. Das verbraucht erheblich RAM und CPU. Ein einzelner Chrome-Tab braucht schnell 100-200 MB. Bei parallelen Requests skalierst du schnell an die Grenzen deines Servers.

wkhtmltopdf: Der Old-School-Workhorse

wkhtmltopdf nutzt WebKit (die Engine hinter älteren Safari-Versionen), um HTML zu PDF zu konvertieren. Das Tool existiert seit 2008 und ist in viele Sprachen eingebunden.

wkhtmltopdf --page-size A4 input.html output.pdf

Der Vorteil: wkhtmltopdf ist leichtgewichtiger als ein vollständiger Chrome. Der Nachteil: Die WebKit-Version ist alt. Modernes CSS wie Grid oder Flexbox wird nur teilweise unterstützt. CSS-Paged-Media-Features, die für professionelle Dokumente wichtig sind (Seitennummern, Kopf-/Fußzeilen, Seitenumbrüche), sind limitiert oder buggy.

Autype: Dedizierte Document-API

Autype geht einen anderen Weg. Statt einen Browser zu missbrauchen, rendert die Engine nativ aus strukturiertem Input – Markdown oder JSON. Kein Browser, kein CSS-Layout-Engine-Hacking.

const response = await fetch('https://api.autype.com/api/v1/dev/render', {
  method: 'POST',
  headers: {
    'Content-Type': 'application/json',
    'X-API-Key': 'your-api-key'
  },
  body: JSON.stringify({
    content: '# Mein Dokument\n\nInhalt hier.',
    format: 'pdf'
  })
});

Das Ergebnis: Konsistente Ausgabe, deterministisches Verhalten, und Features, die Browser nie bieten werden – wie automatische Inhaltsverzeichnisse, Querverweise, Zitationsmanagement oder Multi-Column-Layouts mit korrektem Page-Break.

Architektur-Vergleich

Aspekt	Puppeteer	wkhtmltopdf	Autype
Rendering-Engine	Chromium/Chrome	WebKit (veraltet)	Nativ
Input-Format	HTML/CSS	HTML/CSS	Markdown, JSON
Browser-Prozess	Ja	Nein	Nein
Selbst hostbar	Ja	Ja	Nein (SaaS)
Wartungsaufwand	Hoch	Mittel	Kein
CSS-Support	Modern	Limitiert	Nicht nötig

Der entscheidende Unterschied: Puppeteer und wkhtmltopdf sind HTML-to-PDF-Konverter. Autype ist eine Document-Engine. Wer Rechnungen, Verträge oder Reports generiert, braucht kein HTML – er braucht strukturierte Dokumente.

Performance-Benchmarks

Wir haben alle drei Tools unter gleichen Bedingungen getestet. Hardware: 4 vCPU, 8 GB RAM. Jeweils ein 20-seitiges Dokument mit Tabellen, Überschriften und Bildern.

Tool	Renderzeit (kalt)	Renderzeit (warm)	RAM-Verbrauch	Parallel-Requests
Puppeteer	4.2s	1.8s	~180 MB/Request	4-6
wkhtmltopdf	2.1s	2.0s	~80 MB/Request	8-10
Autype API	1.1s	0.9s	0 (extern)	Unbegrenzt

Kalt bedeutet: Erster Request nach Start. Warm bedeutet: Engine bereits initialisiert.

Puppeteer braucht beim ersten Request deutlich länger, weil Chrome gestartet werden muss. wkhtmltopdf ist schneller, aber die Renderqualität leidet unter dem alten WebKit. Autype rendert am schnellsten und skaliert ohne lokale Ressourcen zu verbrauchen.

Bei 100 parallelen Requests sieht es noch deutlicher aus:

Puppeteer: Server bricht bei ~15 parallelen Prozessen zusammen. RAM erschöpft.
wkhtmltopdf: Funktioniert, aber Renderzeiten steigen auf 8-12 Sekunden pro Dokument.
Autype: Parallele Verarbeitung serverseitig. Jedes Dokument in ~1 Sekunde.

Setup und Wartung im Vergleich

Puppeteer und wkhtmltopdf sind auf den ersten Blick "kostenlos". Der Aufwand beginnt aber bereits am ersten Tag – und wiederholt sich jeden Monat.

Setup-Zeit bis zur produktiven Nutzung

Aspekt	Puppeteer	wkhtmltopdf	Autype
Installation	1-2 Tage	1 Tag	5 Minuten
Template-Entwicklung	2-3 Tage	2-3 Tage	1-2 Stunden
CSS-Debugging für PDF	3-5 Tage	5-7 Tage	0 Tage
Infrastructure-Setup	2-3 Tage	1-2 Tage	0 Tage
Testing & Fehlerbehebung	3-5 Tage	4-6 Tage	<1 Tag
Gesamt-Setup	11-18 Tage	13-19 Tage	<1 Tag

Bei Puppeteer und wkhtmltopdf liegt die meiste Zeit im Debugging. CSS für PDF ist ein eigener Skill-Zweig: Seitennummerierung, die auf Mehrseitigen Dokumenten funktioniert, Kopf- und Fußeilen, die korrekt wiederholt werden, Tabellen, die sauber umbrechen – alles Workarounds, die je nach Browser-Version unterschiedlich reagieren.

Autype eliminiert diesen Aufwand. Du schreibst Markdown, definierst Variablen, fertig. Keine CSS-Layout-Probleme, keine Browser-Unterschiede.

Monatlicher Wartungsaufwand

Aufgabe	Puppeteer	wkhtmltopdf	Autype
Security-Updates	2-4h	2-3h	0h
Dependency-Management	1-2h	1h	0h
Monitoring & Alerting	2-3h	1-2h	0h
Bug-Fixes bei Updates	4-8h	2-4h	0h
Performance-Tuning	2-4h	1-2h	0h
Stunden/Monat	11-21h	7-12h	0h

Bei Puppeteer kommt hinzu: Chrome-Updates können das Rendering-Verhalten ändern. Ein Update, und plötzlich rutschen Layouts, Schriften werden anders dargestellt, Seitenwechsel passieren an anderen Stellen. Das bedeutet Regression-Tests und oft manuelles Debugging.

wkhtmltopdf wird kaum noch aktiv entwickelt. Security-Updates sind rar, und wenn etwas nicht funktioniert, bist du auf eigene Faust angewiesen. Das Tool ist praktisch "End of Life" – ein Risiko für Langzeitprojekte.

Entwicklerzeit kostet Geld. Bei einem Stundensatz von €80:

Puppeteer: €880–€1.680 pro Monat nur für Wartung
wkhtmltopdf: €560–€960 pro Monat
Autype: €0 Wartungsaufwand

Der monatliche Autype-Pro-Plan kostet €25. Selbst mit Credits für 10.000 PDFs bleibt man unter €100. Der Return on Investment ist nach wenigen Tagen erreicht.

Wann welches Tool Sinn macht

Puppeteer: Für Web-Content

Puppeteer ist die richtige Wahl, wenn du existierende Webseiten als PDF exportierst. Ein Online-Shop, der Produktseiten als Katalog-PDF anbietet. Ein Dashboard, das Reports als PDF-Export bereitstellt.

Voraussetzung: Du hast bereits HTML/CSS und willst exakt das rendern, was im Browser zu sehen ist. Und du hast die Infrastruktur und Expertise, um einen Headless-Browser-Stable am Laufen zu halten.

wkhtmltopdf: Für Legacy-Systeme

wkhtmltopdf eignet sich für bestehende Systeme, die schon damit arbeiten und deren Dokumente einfach genug sind, dass die CSS-Limitierungen nicht stören. Statische Formulare, einfache Listen, tabellarische Daten ohne komplexe Layouts.

Wenn du kein Budget für API-Dienstleistungen hast und interne Dokumente generierst, kann wkhtmltopdf reichen. Aber: Das Tool ist praktisch "End of Life". Für neue Projekte nicht empfehlenswert.

Autype: Für Dokumente

Autype glänzt dort, wo Dokumente generiert werden – nicht Webseiten. Rechnungen, Verträge, Angebote, Reports, Datenblätter, Compliance-Dokumente.

Die Vorteile sind offensichtlich:

Keine Infrastruktur: API-Call, fertig
Konsistente Qualität: Keine Browser-Bugs, keine CSS-Workarounds
Professionelle Features: Inhaltsverzeichnis, Querverweise, Zitationen, Multi-Column
Multi-Format-Output: PDF, DOCX, ODT aus einem Source
Template-System: Variablen für Bulk-Generation
KI-Integration: MCP-Server für AI-Agent-Workflows

Für Teams, die Dokumente im Kerngeschäft haben, ist Autype die wirtschaftlichste und technisch sauberste Lösung.

Ein konkretes Szenario: Rechnungs-Generierung

Stell dir vor, du baust ein SaaS-Produkt und musst monatlich 5.000 Rechnungen als PDF generieren. Wie sehen die drei Ansätze in der Praxis aus?

Puppeteer: Du schreibst ein HTML-Template mit CSS für das Layout. Dann baust du einen Microservice, der Puppeteer aufruft. Du kämpfst mit:

Seitennummerierung auf Mehrseitigen Rechnungen
Kopf- und Fußzeilen, die auf jeder Seite erscheinen
Tabellen, die sauber umbrechen
RAM-Management bei parallelen Requests
Monitoring, damit der Service nicht unbemerkt ausfällt

wkhtmltopdf: Ähnlich wie Puppeteer, aber mit weniger RAM-Problemen. Dafür:

CSS-Flexbox für das Layout? Geht nicht sauber.
Moderne Fonts? Einschränkungen.
Langfristige Wartung? Unsicher.

Autype: Du definierst ein Template mit Variablen:

# Rechnung {{invoiceNumber}}

**Kunde:** {{customerName}}  
**Datum:** {{date}}

| Position | Menge | Preis |
|----------|-------|-------|
{{#each items}}
| {{name}} | {{quantity}} | {{price}} |
{{/each}}

**Gesamtbetrag:** {{total}}

Ein API-Call mit den Variablenwerten, und du erhältst ein perfekt formatiertes PDF. Optional auch als DOCX, falls der Kunde es bearbeiten will.

Für Bulk-Generation lädst du eine CSV hoch und bekommst 5.000 individuelle Rechnungen in Minuten – ohne einen Server aufzusetzen.

Die Entscheidungshilfe

Entscheidungsdiagramm: Welches PDF-Tool passt?

Entscheide nach diesen Kriterien:

Wähle Puppeteer, wenn:

Du Web-Content exportierst (existierende HTML-Seiten)
Du volle Kontrolle über die Infrastruktur brauchst
Du Budget für DevOps und Wartung hast

Wähle wkhtmltopdf, wenn:

Du ein Legacy-System am Laufen hältst
Deine Dokumente sehr einfach sind
Du kein Budget für externe Dienste hast

Wähle Autype, wenn:

Du professionelle Dokumente generierst
Du Zeit und Ressourcen sparen willst
Du Multi-Format-Output brauchst
Du Bulk-Generation oder KI-Workflows planst
Du Dokumenten-Features brauchst, die CSS nicht bietet

Fazit

Puppeteer und wkhtmltopdf sind Werkzeuge für Web-Entwickler, die HTML zu PDF konvertieren müssen. Sie funktionieren, aber sie sind Workarounds für ein Problem, das besser gelöst werden kann.

Wer Dokumente generiert, sollte eine Document-Engine nutzen – nicht einen Browser missbrauchen. Autype bietet genau das: natives Rendering, professionelle Features, und eine API, die sich in jeden Workflow integriert.

Die Frage ist nicht, welches Tool technisch funktioniert. Alle drei tun das. Die Frage ist: Wie viel Zeit und Geld willst du in Wartung und Workarounds investieren? Für die meisten Teams ist die Antwort klar: Nutze eine dedizierte Document-API wie Autype und fokussiere dich auf das eigentliche Produkt.

Mehr zur Autype API: docs.autype.com/api-reference

Autype vs. Puppeteer vs. wkhtmltopdf – welches Tool passt für dich?