Häufig gestellte Fragen

Nein. Jedes PDFluna-Werkzeug läuft vollständig in Ihrem Browser dank JavaScript, WebAssembly und der eingebauten PDF-Rendering-Bibliothek des Browsers. Ihre Dateien werden lokal gelesen, lokal verarbeitet und lokal gespeichert. Sie können es selbst überprüfen: Öffnen Sie DevTools → Netzwerk-Tab, bevor Sie ein Werkzeug verwenden, und schauen Sie zu — Sie werden null ausgehende Anfragen sehen, die Ihre Datei transportieren. Der einzige Netzwerkverkehr ist der anfängliche Seitenladevorgang und die Open-Source-Bibliotheken (PDF.js, pdf-lib usw.), die das Werkzeug benötigt.

Nein. Wir können nicht — die Dateien erreichen unsere Server überhaupt nie. Es gibt keine „Datei-Löschrichtlinie" auf unserer Seite, weil es keine Dateien zu löschen gibt. Wir verwenden Dateiinhalte nicht, um KI zu trainieren, Werbung zu profilieren, statistische Analysen durchzuführen oder ähnliches.

Ja. Die stärkste Form der DSGVO-Konformität ist es, überhaupt keine personenbezogenen Daten zu sammeln, und das ist unser Standardverhalten. Wir benötigen kein Konto, wir verarbeiten keinen Dateiinhalt auf unserer Infrastruktur, und die einzigen Daten, die die Website sammelt, sind anonyme Analysen (Seitenaufrufe, Werkzeugnutzungszahlen — keine persönlichen Identifikatoren, kein Dateiinhalt). Für spezifische Datenschutzanfragen oder DSAR (Datenanfrage) schreiben Sie an [email protected]. Vollständige Details in unserer Datenschutzerklärung.

Ja — tatsächlich sicherer als die meisten Alternativen. Server-seitige Konkurrenten (iLovePDF, Smallpdf, Adobes Online-Werkzeuge) laden alle Ihre Dateien auf ihre Infrastruktur hoch, verarbeiten sie dort und senden die Ausgabe zurück. Für einen Vertrag, eine Gehaltsabrechnung, einen medizinischen Scan oder ein Ausweisdokument ist das eine erhebliche Exposition, selbst wenn ihre Datenschutzerklärung einwandfrei ist: Ihre Datei lebt kurz an einem Ort, den Sie nicht kontrollieren. Bei PDFluna existiert diese Exposition einfach nicht — die Datei durchquert nie das Netzwerk.

Nein, und wir brauchen sie nicht für die Art, wie wir arbeiten. SOC 2 / ISO 27001 prüfen, wie eine Organisation Kundendaten auf ihren Servern verwaltet. Da wir keine Kundendateidaten auf unseren Servern verwalten (sie bleiben auf Ihren), gibt es nichts zu prüfen für diese Audits. Die nächste Entsprechung ist der Open-Source-Code selbst: Jede Bibliothek, die wir verwenden (PDF.js, pdf-lib, fflate, html2canvas), ist öffentlich überprüfbar, und die DevTools Ihres Browsers ermöglichen es Ihnen, in Echtzeit zu bestätigen, dass keine Datei Ihr Gerät verlässt.

Wir verwenden Google Analytics 4, um anonyme Seitenaufrufe zu zählen und die Werkzeugnutzung zu aggregieren. Keine Dateinamen, keine Dateiinhalte, keine identifizierenden Informationen. EU-Besucher, die das Zustimmungsbanner ablehnen, erhalten stattdessen Cookie-lose Plausible-Analysen. Beide sind in unserer Cookie-Richtlinie konfigurierbar; das Ablehnen beeinträchtigt die Werkzeugfunktionalität nicht.

Moderne Browser können viel mehr als nur Webseiten rendern. JavaScript und WebAssembly ermöglichen es uns, echte PDF-Bibliotheken (PDF.js, pdf-lib) direkt im Browser-Tab auszuführen, mit vollem Zugriff auf die Datei, die Sie über die Dateiauswahl oder Drag & Drop auswählen. Die Datei wird im Speicher des Tabs gelesen, dort verarbeitet und das Ergebnis wird zum Download angeboten. Dieselbe Technologie treibt Figma, Photoshop im Web und Google Docs an.

Weil es keinen Upload gibt. Die Fortschrittsbalken in den PDFluna-Werkzeugen verfolgen die lokale Verarbeitung — wie viel Ihrer Datei die Browser-Bibliothek gelesen, kodiert oder gestempelt hat — nicht die Netzwerkübertragung. Auf einem schnellen Computer ist es manchmal fast augenblicklich, was verdächtig erscheinen kann, wenn Sie an die Mehr-Sekunden-Uploads serverseitiger Werkzeuge gewöhnt sind, aber die Geschwindigkeit ist der Vorteil, das Netzwerk-Hin-und-Her vollständig zu überspringen.

Beim ersten Verwenden eines schweren Werkzeugs (OCR, Unterschreiben, Word-zu-PDF) laden wir bei Bedarf eine spezialisierte Bibliothek — Tesseract.js für OCR (~14 MB), mammoth.js für Word-Parsing (~150 KB gzippt) und so weiter. Diese Bibliotheken werden in Ihrem Browser nach dem ersten Laden zwischengespeichert, sodass das zweite Verwenden augenblicklich ist. Wir laden sie absichtlich nicht auf der Startseite, um die Time-to-Interactive der Landingpage schnell zu halten.

Teilweise. Sobald Sie ein Werkzeug verwendet haben und die Seite + Bibliotheken im Cache Ihres Browsers sind, können Sie das gleiche Werkzeug normalerweise offline neu laden und es wird funktionieren. Wir liefern derzeit keinen Service Worker für expliziten Offline-Gebrauch, sodass ein Neuladen, das das Abrufen neuer Assets erfordert, offline fehlschlägt. Echter Offline-Gebrauch ist in der Roadmap.

Die meisten Werkzeuge akzeptieren PDFs bis zu 100 MB. Format-Konvertierungswerkzeuge (Word zu PDF, Excel zu PDF) begrenzen auf 20 MB, weil das Parsen dieser Formate speicherintensiver ist. OCR begrenzt auf 50 MB / 50 Seiten, weil jede Seite bei 300 DPI gerendert und dann OCR-bearbeitet wird, was die langsamste Pipeline ist, die wir liefern. Spezifische Limits sind auf jeder Werkzeugseite über dem Drop-Bereich angegeben.

PDF (jedes Werkzeug), Bilder (JPG, PNG, HEIC, WebP — für JPG zu PDF), Word-Dokumente (.docx, .rtf, .odt — für Word zu PDF), Tabellen (.xlsx, .xls, .ods, .csv, .tsv — für Excel zu PDF) und Unterschriftbilder (PNG, JPG, GIF, WebP — für PDF unterschreiben).

PDF (Standard für alles), JPG (eines pro Seite oder ein ZIP für mehrere Seiten über PDF zu JPG) und PNG (eines pro Seite oder ein ZIP über PDF zu PNG). Wir produzieren weder Word, PowerPoint noch Excel aus PDF — die umgekehrte Konvertierung in fließende / Raster-Formate ist wirklich schwierig und wir wollen kein Werkzeug liefern, dessen Ausgabe unbrauchbar wäre. Siehe den Blog für die vollständige Begründung, falls Sie neugierig sind.

Das Legacy-Binärformat .doc von Word 97–2003 erfordert entweder Microsoft Word selbst oder einen mehrere tausend Zeilen langen benutzerdefinierten Parser, um mit akzeptabler Treue zu konvertieren. Wir lehnen lieber sauber ab, als ein Werkzeug zu liefern, dessen Ausgabe ungünstig mit anderen Diensten verglichen würde. Die 10-Sekunden-Lösung: Öffnen Sie Ihre .doc in Word oder LibreOffice, Datei → Speichern unter → .docx, und legen Sie dann die .docx in unser Word zu PDF-Werkzeug ab. Alles wird beibehalten.

Einige Werkzeuge ja (PDF zusammenfügen nimmt mehrere Dateien per Design; JPG zu PDF nimmt einen Stapel Bilder). Die meisten sind eines-nach-dem-anderen, absichtlich: Fünf 50 MB-Dateien gleichzeitig in den Browser zu drücken würde Mittelklasse-Telefone abstürzen lassen. Der schnellste Stapel-Workflow für Komprimierung / Konvertierung ist es, sie sequenziell im selben Tab auszuführen — das Werkzeug setzt sich zwischen Dateien augenblicklich zurück.

Schreiben Sie an [email protected] mit dem Betreff-Präfix `[Bug]` oder `[Feature request]`. Bei Bugs beschleunigt das Beifügen der Datei (falls teilbar) und Browser + OS die Reproduktion um ungefähr das 10-fache. Wir lesen jede Nachricht; Antwort innerhalb von 1 bis 2 Werktagen für allgemeine Fragen.

Alle aktuellen Browser: Chrome 120+, Edge 120+, Safari 17+, Firefox 120+ und ihre mobilen Entsprechungen (iOS Safari 17+, Android Chrome). Ältere Versionen können für einfachere Werkzeuge funktionieren, aber wir testen sie nicht — die WebAssembly + Pointer Events APIs, auf die wir uns stützen, sind nur in aktuellen Versionen solide.

Ja. iOS Safari 17+ unterstützt alles außer einigen Randfällen langer Dokumente, bei denen dem Browser-Tab vor Abschluss der Rekonstruktion der Speicher ausgeht. Als Faustregel: Dateien unter 30 MB laufen gut auf Telefonen; Tablet-Geräte (iPad Air 5+ oder neuer) bewältigen bei den meisten Werkzeugen das volle 100 MB-Limit.

Ja — auf Chrome, Firefox, Edge und neueren Samsung Internet. Low-End-Geräte (4 GB RAM oder weniger) können bei großen Dateien aus demselben Speicherdruckgrund wie auf iPhone mitten im Prozess abstürzen; wenn ein Werkzeug bei einem langen Dokument fehlschlägt, ermöglicht das vorherige Aufteilen mit PDF aufteilen oft das Durchkommen.

Die PDF-Verarbeitung ist CPU- und speicherintensiv. Ein 100 MB-PDF kann 300 bis 500 MB Arbeitsspeicher zum Rendern und erneuten Ausgeben benötigen, was mehr ist, als ältere Telefone (4 GB Gesamt-System-RAM) einem einzelnen Browser-Tab zuweisen können. Lösungen: Teilen Sie das Dokument zuerst mit PDF aufteilen, senken Sie den Ausgabe-DPI bei Rasterungs-Werkzeugen (PDF zu JPG, OCR PDF) oder führen Sie es auf einem Computer aus.

Bei den meisten Werkzeugen ja — wir operieren auf der bestehenden binären PDF-Struktur, anstatt neu zu rendern, sodass Seiten ihren originalen Vektortext, eingebettete Schriften und Bildqualität behalten. Ausnahmen: Word zu PDF, Excel zu PDF und PDF entsperren rekonstruieren das Dokument als Bild-basiert (visuelle Treue erhalten, aber Sie verlieren Formularfelder und auswählbaren Text). Die Seite jedes Werkzeugs dokumentiert den Kompromiss.

Unser PDF komprimieren-Werkzeug verwendet ein inkrementelles Update, sodass der originale Text, Schriften und Unterschriften byteweise erhalten bleiben. Die Speicherersparnisse stammen aus dem erneuten Kodieren eingebetteter Bilder mit kleineren Auflösungen und dem Entfernen redundanter historischer Objekte. Bei textreichen PDFs ist das visuelle Ergebnis vom Original ununterscheidbar; bei bildreichen PDFs (Scans, fotobasiert) können Sie das Kompromiss-Niveau wählen.

PNG ist verlustfrei — jeder Pixel der gerenderten Seite wird exakt erhalten. JPG ist verlustbehaftet und produziert kleinere Dateien, fügt aber subtile Halos um scharfe Kanten (Text, Strichzeichnungen) hinzu. Die DPI-Voreinstellungen S/M/L (72 / 150 / 300) steuern die Auflösung; der JPG-Qualitätsschieber (60 bis 95 %) steuert die Komprimierung. Gleiche Quellbibliothek, andere Ausgabestrategie — wählen Sie nach Ihren Bedürfnissen.

Einige unserer Werkzeuge (PDF entsperren und die Konvertierungsfamilie) produzieren eine bild-basierte Ausgabe, bei der jede Seite als JPEG gerendert und in ein neues PDF eingebettet wird. JPEG bei 200 DPI auf Letter-Papier hat durchschnittlich 250 bis 500 KB pro Seite, was größer sein kann als das Original, wenn es nur Vektortext war. Um das Ergebnis zu reduzieren, leiten Sie es durch unser PDF komprimieren-Werkzeug.

Ja, und es gibt keine Anmeldung, kein Wasserzeichen, kein „Export-Limit" oder „3 Dateien pro Tag". Der Haken (falls es einen gibt): Die Website zeigt Anzeigen auf Werkzeugseiten und Inhaltsseiten. Werbeeinnahmen decken Hosting und Entwicklung; das ist das gesamte Geschäftsmodell. Wir planen nicht, kostenpflichtige Stufen einzuführen, und unsere Infrastrukturkosten sind minimal, gerade weil die ganze Hauptarbeit in Ihrem Browser läuft.

Weil es nichts gibt, was ein Konto speichern müsste. Wir bewahren weder Ihre Dateien, noch Ihren Verlauf, noch Ihre Einstellungen auf. Kein Konto bedeutet auch kein Passwort zu merken und keinen „Passwort vergessen"-Fluss, wenn Sie zwei Monate später zurückkommen. Der Kompromiss: keine Geräteübertragung (Sie können nicht eine Aufgabe auf dem Computer beginnen und auf dem Handy beenden). Für gelegentliche PDF-Aufgaben ist das die richtige Form; für kontinuierliche Dokument-Workflows ist ein kostenpflichtiges SaaS wie Adobe Acrobat die bessere Wahl.

Ja für das aktuelle Toolkit. Unsere Infrastrukturkosten skalieren mit dem Verkehr, bleiben aber niedrig, weil nichts auf dem Server passiert; Werbeeinnahmen decken sie komfortabel. Wenn das Projekt jemals kostenpflichtige Stufen einführen muss, wäre es für neue Server-seitige Funktionen (kollaborative Bearbeitung, Geräte-Synchronisation), und die aktuellen Browser-seitigen Werkzeuge würden kostenlos bleiben.

Ja. PDFluna beansprucht keine Rechte an Ihren Eingabedateien oder unserer Ausgabe. Das von Ihnen produzierte PDF gehört Ihnen zur Verwendung, wie Sie wollen — kommerzielle Arbeit, Kundenlieferungen, Archivierung, Teilen, alles. Die einzige Einschränkung ist das Urheberrecht des ursprünglichen Inhalts (wir ändern es nicht und können keine Rechte gewähren, die wir nicht haben).

Ein kleines unabhängiges Team. Wir haben PDFluna gebaut, weil wir selbst schnelle PDF-Werkzeuge brauchten und von Server-Upload-Alternativen frustriert waren. Die vollständige Über-uns-Seite hat mehr Details zum Warum und Wie. Für spezifischen Kontakt siehe die Kontaktseite.