PDFs zusammenführen — Mehrere PDF-Dateien online verbinden

Ein Vertrag aus mehreren Scans, ein Bericht aus einzelnen Exporten, eine Sammlung von Belegen — oft muss man mehrere PDFs zu einer Datei zusammenführen und die Seitenreihenfolge festlegen. Das Werkzeug „Zusammenführen" in pdfredX verbindet Dateien direkt im Browser: Sie ziehen die Seiten in die gewünschte Reihenfolge und laden ein einziges PDF herunter. Nichts wird auf einen Server hochgeladen.

Schritt 01. PDF-Dateien laden

Öffnen Sie pdfredx.com und ziehen Sie zwei oder mehr PDFs in den Ablagebereich — oder wählen Sie sie über den Datei-Explorer. Die Dateien werden lokal über FileReader gelesen, die Seiten über PDF.js auf ein Canvas gerendert. Kein einziges Byte verlässt Ihr Gerät.

Jede Quelldatei in der Galerie erhält ihre eigene Farbmarkierung — einen Streifen an den Karten. Das ist keine Dekoration: Über einen internen Schlüssel pdfSrcKey merkt sich die App, aus welchem Dokument jede Seite stammt, sodass beim Zusammenbauen nichts durcheinandergerät.

Schritt 02. Die Seiten ordnen

Die Reihenfolge der Seiten in der fertigen Datei ist die Reihenfolge der Karten in der Galerie. Ziehen Sie die Karten mit Maus oder Finger: Eine Seite rückt an ihre neue Position, die übrigen verschieben sich. Überflüssige Blätter lassen sich mit der Schaltfläche 🗑 an der Karte entfernen.

Das Ziehen funktioniert auch auf Touchscreens: Eine kurze Auslöseschwelle (~9 px) unterscheidet ein bewusstes Ziehen von einer versehentlichen Berührung, sodass die Galerie auf dem Handy beim Scrollen nicht „springt".

Schritt 03. Das einzige PDF herunterladen

Klicken Sie auf „PDF erstellen". Die App durchläuft die Galerie und fügt alle Seiten über jsPDF zu einer Datei zusammen: Für jede Seite wird die Ausrichtung (Hoch- oder Querformat) automatisch anhand der Proportionen bestimmt, auf A4-Blättern. Das fertige Dokument wird direkt aus dem Browser heruntergeladen. Kostenlos, ohne Registrierung, ohne Warten in einer Server-Warteschlange.

Wie es technisch umgesetzt ist

Das Zusammenführen läuft über eine Raster-Pipeline und nicht über das Verschmelzen der binären PDF-Struktur. PDF.js rendert jede Seite jeder Datei auf ein Canvas und speichert sie als dataURL im gemeinsamen Array items[] — mit dem Quellschlüssel pdfSrcKey. Reihenfolge im Array = Reihenfolge in der Galerie; Drag & Drop über Pointer Events ordnet einfach die Elemente von items[] um, ohne erneutes Rendern.

Bei der Ausgabe durchläuft jsPDF das Array items[]: Für jede Seite ruft es addImage(editUrl, ...) auf und wählt die A4-Ausrichtung anhand der Bildproportionen. Die Datei wird vollständig im Speicher des Tabs erzeugt und dem Browser zum Herunterladen übergeben.

Bekannte Einschränkungen

Das Ergebnis ist ein Raster. Seiten werden als Bilder eingefügt, nicht als Vektortext. In der fertigen Datei lässt sich der Text nicht markieren oder kopieren — er ist Teil des Bildes. Wenn Sie auf einer bestimmten Seite eine Textebene benötigen, wenden Sie nach dem Zusammenbauen die Bereichs-OCR an.

Hyperlinks und Lesezeichen werden nicht übernommen. Die Rasterung bewahrt das Aussehen der Seite, doch die interaktiven Elemente der Quell-PDFs (Links, Inhaltsverzeichnisse, Formularfelder) gelangen nicht ins Bild.

Speicher bei großen Sammlungen. Hunderte Seiten bedeuten Hunderte Bilder im Arbeitsspeicher des Tabs. Auf schwachen Geräten kann das Scrollen bei 200+ Seiten stocken.

Brauchen Sie die umgekehrte Operation — ein großes Dokument in Teile zerschneiden oder einzelne Seiten herauslösen? Das ist das Werkzeug PDF teilen.

Probieren Sie es gleich aus — pdfredx.com, ohne Registrierung, Ihre Dateien bleiben bei Ihnen.

Finanzberichte, Ausweisscans, Personalunterlagen oder Kontoauszüge in einer Datei zu bündeln, ist eine Routineaufgabe. Doch um einfach ein paar PDFs zu verbinden, verlangt ein gewöhnlicher Online-Dienst, alle Dateien auf einmal auf seinen Server hochzuladen. Das heißt: Ihr gesamtes Paket vertraulicher Dokumente wandert auf eine fremde Maschine — für einen Vorgang, der im Kern nur darin besteht, Seiten in eine Reihenfolge zu bringen. Betrachten wir das Risiko und die lokale Alternative.

Wohin die Dokumente bei serverbasierten Zusammenführungsdiensten gehen

Wenn Sie ein PDF in einen üblichen Online-Zusammenführer laden, wandert jede Datei vollständig auf eine entfernte Maschine. Von dort geht es nach der Richtlinie des Dienstes weiter, die kaum jemand liest:

• Dateien werden im temporären Speicher eines Auftragsverarbeiters abgelegt (AWS, GCP, Azure);
• sie werden auf einem fremden Server verarbeitet;
• sie werden von einigen Stunden bis zu mehreren Tagen „zur Sicherheit" aufbewahrt;
• sie werden zusammen mit Metadaten protokolliert — IP, Zeit, Dateinamen und -größen.

Beim Zusammenführen ist das Risiko sogar höher als bei der Verarbeitung einer einzelnen Datei: Sie senden mehrere Dokumente auf einmal. Handelt es sich um Finanzberichte, Scans mit personenbezogenen Daten oder Verträge, landet das ganze Paket auf einen Schlag auf einer fremden Maschine.

Der DSGVO-Blickwinkel: Übermittlung an einen Dritten

Sobald Dateien auf den Server eines Dienstes hochgeladen werden, findet im Sinne der DSGVO eine Übermittlung personenbezogener Daten an einen Dritten statt. Für einen simplen Vorgang wie das Anordnen von Seiten zieht das eine ganze Kette von Pflichten nach sich: einen Auftragsverarbeitungsvertrag (AVV) mit dem Anbieter, die Prüfung des Serverstandorts (Übermittlung in Drittländer außerhalb der EU), eine Rechtsgrundlage für die Verarbeitung. Wer geschäftliche Unterlagen mit fremden Daten zusammenführt, wird für all das verantwortlich.

Die lokale Verarbeitung dreht die Logik um: Verlassen die Dateien das Gerät nicht, gibt es keine Übermittlung an einen Dritten — und damit entfällt die gesamte darauf aufbauende Pflichtenkette.

Vollständige Isolation im Browser: wie pdfredX zusammenführt

pdfredX lädt Ihre Dateien auf keinen Server. Das ist eine Folge der Architektur und lässt sich überprüfen.

Dateien werden lokal gelesen. PDF.js öffnet jedes Dokument im Tab über FileReader und zeichnet die Seiten auf ein Canvas. Es gibt keine Netzwerkanfrage mit Ihren Dateien.

Der Zusammenbau geschieht im Speicher des Tabs. Seitenreihenfolge, Drag-&-Drop-Umordnungen, die finale jsPDF-Komposition — all das sind Operationen auf den Daten bereits geladener Dateien. Nichts wird versendet.

Die fertige Datei entsteht auf dem Client. jsPDF erzeugt das einzelne PDF direkt im Tab und übergibt es dem Browser zum Herunterladen — in den Ordner „Downloads", nicht auf einen Server und zurück.

Es funktioniert offline. Laden Sie die Dateien, trennen Sie die Internetverbindung und bauen Sie das Dokument zusammen — alles läuft weiter. Das Netz wird nur benötigt, um die App einmal zu laden.

Schritt für Schritt, ohne Versand an einen Server

01. PDFs laden. Ziehen Sie die Dateien in den Ablagebereich auf pdfredx.com. FileReader liest sie lokal — sie verlassen das Gerät nicht.

02. Reihenfolge festlegen. Ziehen Sie die Seitenkarten in die gewünschte Sequenz; überflüssige entfernen Sie. Farbmarkierungen helfen, die Quelldokumente auseinanderzuhalten.

03. Speichern und schließen. Klicken Sie auf „PDF erstellen" — jsPDF baut die einzelne Datei lokal zusammen. Nach dem Schließen des Tabs verschwinden die Dateidaten aus dem Speicher.

Was wir nicht garantieren können — ein ehrlicher Hinweis

Die clientseitige Verarbeitung schützt Dokumente davor, auf externe Server zu gelangen, doch sie ist kein Schild gegen jede Bedrohung, und das Gegenteil zu versprechen wäre unehrlich.

Schadsoftware oder ein Keylogger auf dem Gerät. Ist die Maschine kompromittiert, kann ein Programm Dateien am Browser vorbei direkt von der Festplatte lesen.

Browser-Erweiterungen mit weitreichenden Rechten. Eine Erweiterung mit der Berechtigung „Daten auf allen Websites lesen" kann theoretisch den Inhalt des Tabs sehen. Arbeiten Sie für sensible Dokumente in einem Profil ohne Fremd-Erweiterungen oder in einem privaten Fenster.

Die gespeicherte Datei bleibt auf Ihrer Festplatte. Ist das Gerät nicht durch Verschlüsselung geschützt, können vertrauliche Dateien bei physischem Zugriff von Dritten gelesen werden.

Wir gewährleisten die Isolation auf Ebene des Browser-Tabs. Der Rest liegt beim Nutzer.

Führen Sie ein Paket von Dokumenten zusammen, ohne es auf einen Server zu laden — pdfredx.com, kostenlos, ohne Registrierung.

Mehrere PDFs auf einem Server zusammenzuführen ist einfach: Dateien annehmen, die Struktur parsen, die Objektbäume verschmelzen, das Ergebnis zurückgeben. Im Browser, ohne Backend und ohne Datei-Uploads, sind die Randbedingungen andere — und die Architekturentscheidung ist nicht offensichtlich. Sehen wir uns an, wie das Werkzeug merge in pdfredX aufgebaut ist: warum eine Raster-Pipeline statt eines Verschmelzens der binären Struktur, wie die Seitenreihenfolge auf einem einzigen Array beruht und wo das an Speichergrenzen stößt.

Die architektonische Herausforderung und die Wahl des Stacks

Verschmelzen der PDF-Struktur gegen Rasterung. Das PDF-Format ist ein komplexer binärer Graph: Querverweistabellen, Objektströme, Schriften, Ressourcen. Bibliotheken wie pdf-lib können solche Strukturen ohne Rasterung verschmelzen und die Textebene bewahren. Doch bei realen Dateien — mit Scans, nicht standardkonformen Metadaten, beschädigten xref-Tabellen — ist die Stabilität eines solchen Merges geringer, und man muss einen vollwertigen Parser in den Browser schleppen.

Warum der Weg PDF.js → jsPDF gewählt wurde. pdfredX rendert Seiten über PDF.js (der Industriestandard für die PDF-Darstellung) und baut das Ergebnis über jsPDF zusammen. Die Pipeline ist bei Dateien beliebiger Herkunft vorhersehbar: Konnte PDF.js eine Seite anzeigen, landet sie im Ergebnis. Der Preis für diese Zuverlässigkeit ist der Verlust der Textebene: Jede Seite wird zum Bild. Für das Zusammenführen von Scans, bei denen die Quellen ohnehin Raster sind, ist das ein akzeptabler Kompromiss.

Warum alles lokal läuft. PDF.js rendert im Tab, jsPDF baut ebenda zusammen. Dateien gehen nie auf einen Server — das ist zugleich schneller (kein Round-Trip) und privater (das Paket der Dokumente bleibt auf dem Gerät).

Die Umsetzung im Einzelnen

Eine einzige Quelle der Wahrheit — das Array items[]

Jedes geladene PDF wird Seite für Seite gerendert. Das Renderergebnis jeder Seite wird in eine dataURL umgewandelt und in das gemeinsame Array items[] gelegt. Jedes Element trägt einen Quellschlüssel:

items.push({
  id, name,
  origUrl,             // dataURL des Originals — wird nie mutiert
  editUrl,             // aktuelle dataURL (bei merge = origUrl)
  fromPdf: true,
  pdfSrcKey,           // Schlüssel der Quelldatei → Farbe der Markierung in der Galerie
});

pdfSrcKey bindet eine Seite an ihre Quelldatei: In der Galerie ist es ein farbiger Streifen, im Code eine Garantie, dass beim Umordnen keine Dokumente verwechselt werden. Die Reihenfolge der Array-Elemente ist die Reihenfolge des künftigen Dokuments.

Umordnen der Seiten: Drag & Drop über Pointer Events

Die Reihenfolge wird durch Ziehen der Karten festgelegt. Die Umsetzung läuft über Pointer Events (ein Code-Pfad für Maus und Touch), mit einer Startschwelle für das Ziehen:

if (Math.hypot(dx, dy) < 9) return;   // noch kein Ziehen — Zittern oder ein Tippen
// sonst: einen Ghost-Klon der Karte anheben, bewegen, beim Loslassen — splice in items[]

Die Schwelle von 9 px trennt ein absichtliches Ziehen von einer versehentlichen Berührung beim Scrollen — auf Handys entscheidend. Die Bewegung selbst rendert keine Seiten neu: Nur die Position des Elements in items[] ändert sich.

Zusammenbau: jsPDF über das Array

Die finale Datei baut makePDF() zusammen:

let pdf = null;
for (let i = 0; i < items.length; i++) {
  const { w, h } = await imgDims(items[i].editUrl); // Seitenproportionen
  const orient = w > h ? 'landscape' : 'portrait';  // Ausrichtung nach Proportionen
  if (i === 0) pdf = new jsPDF({ orientation: orient, unit: 'mm', format: 'a4' });
  else         pdf.addPage('a4', orient);

  // Seite proportionswahrend ins Blatt einpassen (contain), dann zentrieren
  const pw = pdf.internal.pageSize.getWidth();
  const ph = pdf.internal.pageSize.getHeight();
  const ratio = w / h;
  let dw, dh;
  if (ratio > pw / ph) { dw = pw; dh = pw / ratio; }
  else                  { dh = ph; dw = ph * ratio; }
  const x = (pw - dw) / 2, y = (ph - dh) / 2;

  const fmt = items[i].editUrl.startsWith('data:image/png') ? 'PNG' : 'JPEG';
  pdf.addImage(items[i].editUrl, fmt, x, y, dw, dh, '', 'FAST');
}
pdf.save('merged.pdf');

Zwei wesentliche Details. Erstens wird imgDims für jede Seite einzeln aufgerufen — das ist wichtig für gemischte Sammlungen: ein Vertrag im Hochformat, Anlagen im Querformat (ein häufiger Fall beim Zusammenführen heterogener Scans). Zweitens wird die Seite proportionswahrend ins Blatt eingepasst (contain) und zentriert — dw/dh werden aus dem Seitenverhältnis berechnet, die Ränder bleiben weiß. Das Bild wird nicht auf das gesamte A4 gestreckt, sodass die Proportionen eines Scans nie verzerrt werden.

Leistungskompromisse und Speichergrenzen

Die Kosten der Raster-Speicherung. Jede Seite ist eine JPEG-dataURL. Ein A4-Blatt bei 150 DPI ist decodiert etwa ein 8,7 MB großes RGBA-Bitmap im Speicher. Bei einer Sammlung von 100 Seiten belegen die decodierten Bitmaps nahezu 870 MB; Chrome begrenzt einen Tab auf rund 2–4 GB und beginnt bei Annäherung an das Limit, inaktive Objekte auszulagern, was beim Scrollen erneutes Rendern auslöst.

Die Spitze beim Export. jsPDF hält das gesamte Dokument bis save() im Speicher. Bei 200+ Seiten ist der Spitzenverbrauch im Moment des Zusammenbaus 2–3× höher als beim gewöhnlichen Betrachten der Galerie: decodierte Bitmaps, jsPDFs interne Puffer und der finale Blob leben gleichzeitig.

Was sich verbessern ließe. Ein Streaming-Export über WritableStream würde die Speicherspitze bei sehr großen Sammlungen beseitigen — das ist geplant.

Was als Nächstes kommt

Optionale Bewahrung der Textebene für rein digitale (nicht gescannte) PDFs — ein separater Zweig über ein Verschmelzen der Struktur, wenn die Quellen es zulassen.

Ein LRU-Cache decodierter Bitmaps — nur die letzten N Seiten in voller Auflösung halten, den Rest komprimiert, um die Speicherspitze um eine Größenordnung zu senken.

Möchten Sie es unter Last testen — laden Sie mehrere mehrseitige PDFs auf pdfredx.com und bauen Sie ein einziges Dokument zusammen. Ohne Registrierung, ohne Datei-Uploads auf einen Server.