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 nachprufen.

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 Realitat: Browser konnen das selbst

Moderne Browser verfugen uber leistungsfahige JavaScript-Engines, die komplexe Dateioperationen lokal durchfuhren konnen. Die Bibliothek PDF.js von Mozilla — ein Open-Source-Projekt mit Millionen von Nutzern — rendert PDF-Seiten direkt im Browser-Tab. Sie benotigt keinen Server.

Der Prozess sieht so aus:

1. Datei wird lokal gelesen — uber 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 beruhrt zu keinem Zeitpunkt fremde Infrastruktur.

Selbst nachprufen in 60 Sekunden

Sie mussen uns nicht glauben. So uberprufen Sie es selbst:

1. Offnen Sie zerocloudpdf.com/pdf-to-jpg in Chrome, Firefox oder Edge
2. Drucken Sie F12 (oder Cmd+Option+I auf Mac) fur die Entwicklertools
3. Klicken Sie auf den Reiter Network (Netzwerk)
4. Loschen Sie bestehende Eintrage mit dem Clear-Button
5. Ziehen Sie eine PDF-Datei in den Konverter und starten Sie die Umwandlung
6. Beobachten Sie den Netzwerk-Tab wahrend der Konvertierung

Ergebnis: Es erscheint kein POST-Request in der Grose Ihrer Datei. Kein Upload. Nichts.

Architektur-Vergleich: Wo wird Ihr Dokument tatsachlich 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	Moglich	Moglich	Moglich	Technisch unmoglich
Temporare Server-Speicherung	Ja (1-2 Stunden)	Ja (1 Stunde)	Ja	Keine
KI-Training ausgeschlossen	Nein	Nein	Nein	Architekturbedingt
Konto fur Basis-Tools erforderlich	Fur 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 Datenschutzerklarung (Abschnitt "Wie wir Ihre Daten verwenden"), Smallpdf Datenschutzerklarung (Abschnitt "Informationen, die wir sammeln"), PDF24 Tools FAQ. Stand Juni 2026.

Warum Server-basierte Tools trotzdem existieren

Server-basierte Verarbeitung ist nicht bose — sie ist historisch gewachsen. PDF-Manipulation war lange Zeit die Domane serverseitiger Bibliotheken in C, Java oder Python. Browser waren dafur einfach nicht leistungsfahig genug.

Das hat sich geandert. JavaScript-Engines in modernen Browsern sind heute schnell genug, um komplexe PDF-Operationen lokal durchzufuhren. Tools wie iLovePDF und Smallpdf wurden jedoch auf dem alten Modell aufgebaut und betreiben teure Server-Infrastruktur. Ein vollstandiger Wechsel zu client-seitiger Verarbeitung ware fur sie ein fundamentales Architektur-Redesign.

Fur Nutzer bedeutet das: Sie zahlen mit Ihrer Privatsphare fur 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 fur den jeweiligen Zweck erforderlich sind (Datensparsamkeit, Art. 5 Abs. 1 lit. c DSGVO).

Wenn ein Tool Ihre Bankauszuge, Rechnungen oder medizinischen Unterlagen auf einen Server hochladt, obwohl die Umwandlung auch lokal im Browser moglich ware, verstosst 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 ubertragt, umgeht diese Problematik vollstandig. Es gibt keinen Auftragsverarbeiter, weil es keine Datenubertragung gibt.

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

Haufige Einwande und Gegenargumente

"Aber die Tools loschen die Dateien doch nach einer Stunde"

Das ist eine Rechtszusage, keine technische Garantie. Wahrend dieser Stunde existiert Ihr Dokument auf fremder Hardware. Mitarbeiter konnen darauf zugreifen. Ein Datenschutzvorfall kann es offenlegen. Backups konnen es speichern. Die Loschung ist eine Versprechen — bei ZeroCloudPDF ist die Nicht-Speicherung eine architekturbedingte Unmoglichkeit.

"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 Gerats — kein kunstliches Server-Limit. Wenn Ihr Browser uberlastet ist, bricht die Konvertierung lokal ab. Es gibt keinen stillschweigenden Server-Fallback.

"Server-basierte Tools sind doch schneller"

Fur 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 wahrend der Konvertierung.

Wie ZeroCloudPDF das Problem lost

ZeroCloudPDF wurde von Grund auf als browser-natives Tool konzipiert. Jede Konvertierung lauft 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 offentlich einsehbar. Jeder Entwickler kann prufen, was mit seinen Dateien geschieht. Das ist bei proprietaren Server-Losungen nicht moglich.

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

Testen Sie es selbst

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

PDF zu JPG konvertieren

Weiterfuhrende Ressourcen

• Wie browser-basierte PDF-Konvertierung technisch funktioniert
• FAQ: Privatsphare, Sicherheit & Technik
• Alle PDF-Tools im Uberblick

Autor: ZeroCloudPDF Team — Privacy-first PDF-Tools, entwickelt in Indien. Alle externen Quellen wurden vor Veroffentlichung auf Richtigkeit uberpruft. Stand: Juni 2026.