PDF

HTML zu PDF

Konvertiere HTML-Dateien (.html, .htm) — gespeicherte Webseiten, E-Mail-Vorlagen, Design-Vorschauen, Dashboard-Exporte — in ein PDF-Dokument. Wähle, ob Hintergründe einbezogen werden sollen. Dateien werden in deinem Browser verarbeitet.

Kein Upload · Kein Tageslimit · 10 MB / Datei
Dateien

HTML zu PDF konvertiert .html- und .htm-Dateien in ein PDF-Dokument. Wir bereinigen das HTML (entfernen <script>-Tags und Inline-Event-Handler), rendern es in einem versteckten Container, erfassen das Ergebnis mit html2canvas mit 2× DPI und betten die Seiten mit pdf-lib in ein PDF ein. Der Hintergründe einbeziehen-Schalter spiegelt die Konvention des Druckdialogs deines Browsers wider — standardmäßig aus für sauberere, papierfreundliche Ausgabe.

Was ist HTML zu PDF?

HTML — HyperText Markup Language — ist die Grundlage jeder Webseite. Browser rendern HTML, indem sie das Markup mit CSS für die Gestaltung und (üblicherweise) JavaScript für Interaktivität kombinieren. Wenn du eine Webseite aus deinem Browser speicherst, bekommst du eine .html-Datei, die das Markup erfasst; wenn du eine HTML-E-Mail-Vorlage von einem Designer erhältst, ist das ebenfalls eine .html-Datei. HTML-Dateien werden auch von Mailchimp-/SendGrid-E-Mail-Exporten produziert, von Web-Anwendungs-Dashboards (Tableau, Looker), von statischen Site-Generatoren und von jedem, der E-Mail-Vorlagen oder Marketing-Landingpages schreibt.

HTML in PDF zu konvertieren ist üblich, wenn du gerenderte Ausgabe — ein E-Mail-Proof, einen Dashboard-Schnappschuss, einen gespeicherten Artikel, ein Landingpage-Mockup — mit jemandem teilen musst, der es nicht in einem Browser öffnen wird. PDFs sind das universelle Druck-/Teilformat. Die meisten Online-HTML-zu-PDF-Tools laden deine Datei auf einen Remote-Server hoch, was unangenehm ist, wenn das HTML E-Mail-Adressen, interne Links oder unveröffentlichte Designs enthält. Dieses Tool rendert vollständig in deinem Browser; das HTML überquert nie das Netzwerk.

Wie funktioniert die HTML-Konvertierung im Browser?

Pikowl liest jede HTML-Datei über die Blob.text()-API, parst das Markup mit DOMParser, bereinigt es (entfernt <script>-Elemente und Inline-on*-Event-Handler — JavaScript wird nie ausgeführt) und rendert es in einem versteckten gestylten Container. html2canvas erfasst das gerenderte DOM als 2×-DPI-Bild, das in seitenhohe Stücke geschnitten und mit pdf-lib in ein PDF eingebettet wird. Inline-CSS — <style>-Tags und style="..."-Attribute — bleibt erhalten. Externe Ressourcen (CDN-gehostete Bilder, Web-Schriften) laden nur, wenn sie same-origin sind oder CORS-fähige Header verwenden.

Ist es sicher, hier nicht vertrauenswürdige HTML-Dateien zu konvertieren?

Ja. Wir entfernen <script>-Tags und Inline-Event-Handler (onclick, onload usw.) vor dem Rendern, sodass JavaScript im HTML nie ausgeführt wird — selbst wenn du eine bösartige Datei hineinziehst. javascript:-URLs in href-Attributen werden ebenfalls entfernt. Standard-CSS, einschließlich externer Stylesheets und Web-Schriften, bleibt erhalten (diese laden von ihren ursprünglichen Origins, aber kein Inline-JS läuft). Das HTML wird lokal über die File API gelesen, in deinem Browser verarbeitet, und das PDF lebt nur im Speicher bis zum Download. Das Schließen des Tabs verwirft alles.

Was ist mit „Hintergründe einbeziehen"?

Standardmäßig werden Seiten-Hintergrundfarben und Hintergrundbilder nicht ins PDF gerendert — die Ausgabe nutzt einen sauberen weißen Hintergrund. Das spiegelt die Konvention in Browser-Druckdialogen wider (Chromes „Hintergrundgrafiken"-Schalter, Firefoxs „Hintergründe drucken"), wo die Standardeinstellung aus ist, weil Hintergründe Druckertinte verbrauchen und Text auf dunklen Themes verdecken. Aktiviere Hintergründe einbeziehen, wenn das Design deines HTML Hintergründe absichtlich nutzt — E-Mail-Vorlagen, Marketing-Landingpages, Dashboards mit themenbasierten Karten. Der Schalter steuert nur den seitenebene Hintergrund; elementebene background-color und background-image auf einzelnen Divs werden immer gerendert.

Welche Limits gelten und warum?

Bis zu 30 HTML-Dateien pro Konvertierung, 10 MB pro Datei, mit einer weichen Warnung bei 100 MB kombiniert und einer harten Obergrenze bei 150 MB. Die Dateianzahl ist niedriger als bei TXT oder Markdown (50), weil HTML-Rendering der schwerste Schritt in diesem Stapel ist — html2canvas kann bei langen Dokumenten mehrere Sekunden pro Datei dauern, und die Rasterisierung produziert große Canvases im Speicher. Bei sehr langen Einzeldateien (über ~50 PDF-Seiten) rechne mit spürbarer Wartezeit.

Wie schneidet Pikowl gegenüber Smallpdf und iLovePDF für HTML ab?

Die wesentlichen Unterschiede sind Verarbeitungsort, JavaScript-Handhabung, Tageslimits und Preis. Die Zahlen unten spiegeln die öffentlichen Free-Tier-Angebote der jeweiligen Dienste mit Stand April 2026 wider.

Funktion Pikowl Smallpdf iLovePDF
Wo Dateien verarbeitet werden Dein Browser Remote-Server Remote-Server
Anmeldung erforderlich Nein Optional Optional
Ausgabeoptionen Hintergrund-Schalter · 3 Seitengrößen · Seitenzahlen Nur URL (keine .html-Dateien) URL oder .html, serverseitig gerendert
Max. Dateigröße (frei) 10 MB 5 MB 200 MB (kombiniert)
Preis Kostenlos $9/Monat für unbegrenzt $7/Monat für Premium

Quellen: smallpdf.com/pricing und ilovepdf.com/pricing, abgerufen im April 2026.

Häufige Anwendungen

FAQ

Wird JavaScript im HTML während der Konvertierung ausgeführt?

Nein. Wir entfernen <script>-Tags und Inline-Event-Handler (onclick, onload usw.) vor dem Rendern, sodass jegliches JavaScript in der Datei entfernt wird. <a href="javascript:...">-URLs werden ebenfalls entfernt. Das bedeutet, dass dynamische Inhalte, die von JS abhängen (z. B. Diagramme, die über Chart.js gerendert werden, lazy-loaded Bilder), nicht im PDF erscheinen. Für JS-gerenderte Inhalte rendere die Seite zuerst in deinem Browser und nutze ein Screenshot-Tool oder verwende die statische Export-Option der Seite, falls verfügbar.

Werden externe Bilder und Schriftarten geladen?

Nur wenn die Ressourcen same-origin sind oder mit CORS-fähigen Headern bereitgestellt werden. Die meisten CDN-gehosteten Web-Schriften (Google Fonts, Adobe Fonts) und Bilder setzen CORS, sodass sie typischerweise korrekt laden. Same-Domain-Ressourcen funktionieren einwandfrei. Cross-Origin-Ressourcen ohne CORS-Header können nicht geladen werden und erscheinen leer im PDF. Um zu garantieren, dass alles lädt, betten Bilder vor der Konvertierung als Data-URIs (data:image/png;base64,...) ein.

Soll ich „Hintergründe einbeziehen" einschalten?

Standard ist aus, passend zu Browser-Druckdialogen. Schalte ihn ein, wenn das Design des HTML seitenebene Hintergründe absichtlich nutzt — themenbasierte E-Mail-Vorlagen, Marketing-Landingpages, Dark-Mode-Dashboards. Lasse ihn aus für Inhalte, bei denen Hintergründe nur Druckertinte verbrauchen würden (Artikel, Dokumentation, Code-Listings).

Ist der Text im resultierenden PDF auswählbar?

Nein — die html2canvas-Pipeline rasterisiert das gerenderte HTML, sodass die resultierenden PDF-Seiten Bilder sind. Text ist nicht auswählbar, durchsuchbar oder für Screenreader zugänglich. Das ist der Kompromiss für vollständige Stil-Treue. Für auswählbaren Text aus Dokumenten nutze TXT zu PDF (Plain-Text-Eingabe) oder speichere den Textinhalt des HTML separat und konvertiere diesen.

Wie funktioniert mehrseitige Ausgabe?

Langer HTML-Inhalt wird als eine einzige hohe Canvas gerendert und dann in seitenhohe Stücke geschnitten. Jedes Stück wird zu einer PDF-Seite. Das Schneiden geschieht an der Canvas-Pixel-Grenze, was bedeutet, dass Inhalte am Seitenumbruch mitten im Absatz oder Bild geteilt werden können. CSS-@page-Regeln und page-break-inside: avoid werden nicht beachtet — das ist eine Funktion der Browser-Druck-Engine, für deren Unterstützung wir eine andere Rendering-Bibliothek bräuchten.

Werden HTML-Dateien auf einen Server hochgeladen?

Nein. Die Konvertierung läuft vollständig in deinem Browser — öffne den Netzwerk-Tab in DevTools, und du wirst sehen, wie das html2canvas-Chunk einmal beim ersten Aufruf heruntergeladen wird, plus alle externen Ressourcen (Bilder, Schriften), die das HTML selbst referenziert. Der HTML-Dateiinhalt wird nie an einen Pikowl-Server gesendet.

Warum ist das Datei-Anzahl-Limit niedriger als bei TXT oder Markdown?

HTML-Rendering ist der schwerste Schritt. html2canvas durchläuft das gesamte DOM, berechnet Stile für jedes Element, lädt externe Ressourcen herunter und rasterisiert alles auf eine einzige Canvas. Bei komplexen Seiten dauert das mehrere Sekunden pro Datei und verbraucht während des Prozesses erheblichen Speicher. Das 30-Datei-Limit (gegenüber 50 für TXT/MD) hält Stapelkonvertierungen auf mobilen Geräten beherrschbar.

In Zahlen

Quellen und weiterführende Lektüre

Alles läuft in Ihrem Browser. Nichts wird an einen Server gesendet.
01
Läuft auf deinem Gerät
Dateien verlassen nie deinen Browser. Kein Server-Upload.
02
8 Sprachen
EN, ES, HI, PT, FR, DE, ID, JA — jedes Tool.
03
Keine Anmeldung
Seite öffnen, Tool benutzen. Das war's.