Faktencheck: Muss man seine PDFs wirklich auf einen Server hochladen, um sie in JPG zu konvertieren?

Wir haben die Architektur von iLovePDF, Smallpdf, PDF24 und ZeroCloudPDF untersucht. Das Ergebnis ist eindeutig.

Kurzfassung: Die meisten Online-PDF-Tools laden Ihre Datei auf einen entfernten Server hoch, verarbeiten sie dort und senden das Ergebnis zurück. Das ist keine technische Notwendigkeit. Es ist eine Designentscheidung. Browser-basierte Verarbeitung ist seit Jahren möglich. Wir zeigen Ihnen, wie Sie das selbst nachprüfen.

Die verbreitete Annahme: "Ohne Server geht nichts"

Wenn Sie bei Google nach "PDF in JPG umwandeln" suchen, finden Sie Dutzende Tools. Fast alle funktionieren nach dem gleichen Prinzip: Sie ziehen Ihre PDF-Datei in den Browser, die Seite zeigt einen Ladebalken an, und Ihre Datei landet auf einem Server irgendwo auf der Welt.

Das ist bei iLovePDF, Smallpdf und PDF24 der Fall. Ihre PDF wird hochgeladen, dort gerendert, in JPG umgewandelt und wieder heruntergeladen. In dieser Zeit existiert Ihr Dokument auf fremder Infrastruktur.

Die Frage ist: Ist das wirklich notwendig?

Die technische Realität: Browser können das selbst

Moderne Browser verfügen über leistungsfähige JavaScript-Engines, die komplexe Dateioperationen lokal durchführen können. Die Bibliothek PDF.js von Mozilla, ein Open-Source-Projekt mit Millionen von Nutzern, rendert PDF-Seiten direkt im Browser-Tab. Sie benötigt keinen Server.

Der Prozess sieht so aus:

1. Datei wird lokal gelesen: über die FileReader-API direkt aus dem Dateisystem in den Browser-Speicher
2. PDF wird im Browser geparst: PDF.js liest die PDF-Struktur lokal
3. Seiten werden auf Canvas gerendert: jedes Pixel wird im Browser-Tab berechnet
4. Canvas wird als JPG exportiert: die native Canvas-API erzeugt das Bild
5. Datei wird direkt heruntergeladen: vom Browser-Speicher auf Ihre Festplatte, ohne Netzwerk-Umweg

Kein Schritt in dieser Kette erfordert einen Server. Ihre PDF berührt zu keinem Zeitpunkt fremde Infrastruktur.

Selbst nachprüfen in 60 Sekunden

Sie müssen uns nicht glauben. So überprüfen Sie es selbst:

1. Öffnen Sie zerocloudpdf.com/pdf-to-jpg in Chrome, Firefox oder Edge
2. Drücken Sie F12 (oder Cmd+Option+I auf Mac) für die Entwicklertools
3. Klicken Sie auf den Reiter Network (Netzwerk)
4. Löschen Sie bestehende Einträge mit dem Clear-Button
5. Ziehen Sie eine PDF-Datei in den Konverter und starten Sie die Umwandlung
6. Beobachten Sie den Netzwerk-Tab während der Konvertierung

Ergebnis: Es erscheint kein POST-Request in der Größe Ihrer Datei. Kein Upload. Nichts.

Architektur-Vergleich: Wo wird Ihr Dokument tatsächlich verarbeitet?

Datenschutz-Merkmal	iLovePDF	Smallpdf	PDF24	ZeroCloudPDF
PDF wird auf Server hochgeladen	Ja	Ja	Ja	Nein
Server-seitiges Seiten-Rendering	Ja	Ja	Ja	Nur Browser-Canvas
Seitentext kann ausgelesen werden	Möglich	Möglich	Möglich	Technisch unmöglich
Temporäre Server-Speicherung	Ja (bis zu 2 Stunden)	Ja (1 Stunde)	Ja	Keine
KI-Training ausgeschlossen	Nein	Nein	Nein	Architekturbedingt ausgeschlossen
Konto für Basis-Tools erforderlich	Für Downloads	Ja	Frei mit Limit	Nie
Open-Source-Rendering-Engine	Nein	Nein	Nein	Ja (PDF.js)
Funktioniert offline nach Seitenaufruf	Nein	Nein	Nein	Ja

Quellen: iLovePDF Datenschutzerklärung und Hilfe-Seiten (ilovepdf.com/help/privacy, /help/security, /help/faq), Smallpdf Datenschutzerklärung, PDF24 Tools FAQ. Stand Juni 2026.

Warum Server-basierte Tools trotzdem existieren

Server-basierte Verarbeitung ist nicht böse. Sie ist historisch gewachsen. PDF-Manipulation war lange Zeit die Domäne serverseitiger Bibliotheken in C, Java oder Python. Browser waren dafür einfach nicht leistungsfähig genug.

Das hat sich geändert. JavaScript-Engines in modernen Browsern sind heute schnell genug, um komplexe PDF-Operationen lokal durchzuführen. Tools wie iLovePDF und Smallpdf wurden jedoch auf dem alten Modell aufgebaut und betreiben teure Server-Infrastruktur. Ein vollständiger Wechsel zu client-seitiger Verarbeitung wäre für sie ein fundamentales Architektur-Redesign.

Für Nutzer bedeutet das: Sie zahlen mit Ihrer Privatsphäre für eine Designentscheidung, die technisch nicht mehr notwendig ist.

DSGVO-Relevanz: Was sagt das deutsche Recht?

Die DSGVO verlangt von Datenverarbeitern, dass sie nur die personenbezogenen Daten erheben, die für den jeweiligen Zweck erforderlich sind (Datensparsamkeit, Art. 5 Abs. 1 lit. c DSGVO).

Wenn ein Tool Ihre Bankauszüge, Rechnungen oder medizinischen Unterlagen auf einen Server hochlädt, obwohl die Umwandlung auch lokal im Browser möglich wäre, verstößt das gegen das Prinzip der Datensparsamkeit. Der Server-Betreiber wird zum Auftragsverarbeiter nach Art. 28 DSGVO, mit allen daraus resultierenden Pflichten und Haftungsrisiken.

Ein Tool, das von vornherein keine Daten an Server überträgt, umgeht diese Problematik vollständig. Es gibt keinen Auftragsverarbeiter, weil es keine Datenübertragung gibt.

Hinweis: Dieser Artikel stellt keine Rechtsberatung dar. Bei konkreten Fragen zur DSGVO-Konformität Ihrer PDF-Workflows konsultieren Sie einen Datenschutzbeauftragten oder Rechtsanwalt.

Häufige Einwände und Gegenargumente

"Aber die Tools löschen die Dateien doch nach einer Stunde"

Das ist eine Rechtszusage, keine technische Garantie. Während dieser Zeit existiert Ihr Dokument auf fremder Hardware. Mitarbeiter können darauf zugreifen. Ein Datenschutzvorfall kann es offenlegen. Backups können es speichern. Die Löschung ist ein Versprechen. Bei ZeroCloudPDF ist die Nicht-Speicherung eine architekturbedingte Unmöglichkeit.

"Große Dateien funktionieren doch nicht im Browser"

Das stimmt nicht mehr. Desktop-Browser verarbeiten Dateien bis zu 100 MB problemlos lokal. Die einzige Grenze ist der Arbeitsspeicher Ihres Geräts, kein künstliches Server-Limit. Wenn Ihr Browser überlastet ist, bricht die Konvertierung lokal ab. Es gibt keinen stillschweigenden Server-Fallback.

"Server-basierte Tools sind doch schneller"

Für einfache Operationen ist das Gegenteil der Fall. Ein Server-basiertes Tool muss Ihre Datei hochladen, in einer Warteschlange verarbeiten lassen und das Ergebnis herunterladen. Das sind drei Netzwerk-Roundtrips. Lokale Verarbeitung hat null Netzwerk-Roundtrips während der Konvertierung.

Wie ZeroCloudPDF das Problem löst

ZeroCloudPDF wurde von Grund auf als browser-natives Tool konzipiert. Jede Konvertierung läuft in Ihrem Browser-Tab mit folgenden Open-Source-Bibliotheken:

• PDF.js (Mozilla): rendert PDF-Seiten auf HTML5-Canvas
• jsPDF: generiert PDF-Dokumente aus Bildern und Text
• mammoth.js: konvertiert Word-Dokumente (.docx) in PDF

Der gesamte Quellcode dieser Bibliotheken ist öffentlich einsehbar. Jeder Entwickler kann prüfen, was mit seinen Dateien geschieht. Das ist bei proprietären Server-Lösungen nicht möglich.

Alle 11 PDF-Tools auf der Plattform funktionieren nach dem gleichen Prinzip: Kein Upload. Kein Server. Keine Speicherung.

Testen Sie es selbst

Öffnen Sie die Entwicklertools. Beobachten Sie den Netzwerk-Tab. Konvertieren Sie eine PDF.

PDF zu JPG konvertieren

Weiterführende Ressourcen

• Wie browser-basierte PDF-Konvertierung technisch funktioniert
• TIFF-Scans lokal zu PDF konvertieren, ohne Upload
• FAQ: Privatsphäre, Sicherheit & Technik
• Alle PDF-Tools im Überblick

Autor: ZeroCloudPDF Team. Privacy-first PDF-Tools, entwickelt in Indien. Alle externen Quellen wurden vor Veröffentlichung auf Richtigkeit überprüft. Stand: Juni 2026.