PDFCraft vs. HivePDF: Zwei clientseitige PDF-Tools im Vergleich
Aktualisiert 13. Juli 2026
Die meisten Vergleiche “kostenloser PDF-Tools” drehen sich eigentlich um serverseitige Seiten — dieser hier nicht. PDFCraft und HivePDF sind beide echte Ausnahmen: Keines lädt Ihre Datei hoch. Der interessante Vergleich ist, wie jedes das erreicht und welche Kompromisse dabei jeweils entstehen.
Beide sind clientseitig — der eigentliche Unterschied liegt im Wie
- PDFCraft konvertiert Office-Dateien mit einer zu WebAssembly kompilierten LibreOffice/Collabora-Engine. Das ist ein schwergewichtiger, hochgenauer Ansatz: Im Grunde läuft echte Office-Software im Browser. Dafür braucht es
SharedArrayBuffer, was Cross-Origin-Isolation (COOP/COEP-Header) erfordert — und lädt beim ersten Gebrauch pro Dateiformat eine dedizierte ~74-MB-Engine herunter. - HivePDF nutzt leichtgewichtige, speziell entwickelte Reader für jedes Format (etwa 1 MB) — einen Tabellenkalkulations-Parser für Excel, einen Dokument-Reader für Word und so weiter — kombiniert mit einem optionalen serverseitig gerenderten “HD”-Modus (Cloudflare Browser Rendering) für Fälle, die eine höhere visuelle Genauigkeit brauchen, als der schnelle clientseitige Pfad bietet.
Kein Ansatz ist einfach “besser” — es sind unterschiedliche Wetten.
Was Cross-Origin-Isolation kostet
COOP/COEP (Cross-Origin-Opener-Policy / Cross-Origin-Embedder-Policy) ist das, was SharedArrayBuffer-basiertes WASM wie LibreOffice-WASM zum Laufen braucht. Der Haken: Diese Header, seitenweit angewendet, brechen viel gängige Web-Infrastruktur — Drittanbieter-Werbeskripte, manche Analyse-Tags und das Einbetten Ihrer Seite per iFrame durch andere, sofern nicht jede eingebettete Ressource ebenfalls zustimmt. Eine Seite, die auf COOP/COEP aufgebaut ist, muss diese Header entweder eng begrenzen (nur auf den Seiten, die sie brauchen) oder auf Dinge wie Standard-Werbenetzwerke und einfache Einbettbarkeit anderswo auf der Seite verzichten.
HivePDF hat diesen Kompromiss bewusst vermieden: Keines der 67 Tools braucht Cross-Origin-Isolation, wodurch Werbung, Analyse und das Embed-Widget überall auf der Seite funktionieren, einschließlich der Office-Konvertierungstools.
Genauigkeit vs. Breite
- Der LibreOffice-WASM-Ansatz von PDFCraft zielt speziell bei der Office-Konvertierung auf hohe visuelle Genauigkeit ab — Tabellen, Layout und Formatierung näher an dem, was die native App produzieren würde, auf Kosten eines großen ersten Downloads und eines engeren Header-Geltungsbereichs.
- Die leichtgewichtigen Reader von HivePDF bewahren Inhalt und Struktur (Text, Tabellen, Bilder) statt pixelgenaues Layout im Fast-Modus, mit einem HD-Modus, der verfügbar ist, wenn höhere Genauigkeit wichtiger ist als der kleinstmögliche Download — siehe wie man Excel unter Beibehaltung der Formatierung in PDF konvertiert für diesen Kompromiss im Detail. Im Gegenzug deckt HivePDF einen deutlich breiteren Katalog an einem Ort ab — Zusammenführen, Komprimieren, Unterschreiben, Schwärzen, OCR, Bildkonvertierung und mehr — alles clientseitig, in 12 Sprachen.
Kurzübersicht
| PDFCraft | HivePDF | |
|---|---|---|
| Dateien hochgeladen? | Nein | Nein |
| Office-Engine | LibreOffice-WASM (~74 MB/Format) | Leichtgewichtige Reader (~1 MB) + optionaler HD-Servermodus |
| Braucht COOP/COEP? | Ja | Nein |
| Katalogbreite | Fokus auf Office-Konvertierung | 67 Tools: Konvertieren, Organisieren, Bearbeiten, Sichern, OCR |
| Sprachen | Eine Handvoll | 12 |
Fazit: Wenn pixelgenaue Office-zu-PDF-Genauigkeit die ganze Aufgabe ist, ist die schwerere Engine von PDFCraft genau dafür gebaut. Wenn Sie einen Ort für das gesamte Spektrum alltäglicher PDF-Aufgaben wollen — Office-Konvertierung inklusive — deckt der leichtere Ansatz von HivePDF mehr Boden ab, ohne den Cross-Origin-Isolation-Kompromiss. Probieren Sie Excel in PDF oder PDF komprimieren, um den Unterschied zu sehen.