PDF/A validieren — 12 Profile, zwei Engines, im Browser.
PDF ablegen. Die offizielle veraPDF-Referenz-Engine und gPdfs Rust+WASM-Edge-Engine laufen die ISO-19005-Spezifikation parallel ab. Abweichungen werden explizit ausgewiesen.
PDF/A ist die ISO-19005-Familie der Langzeit-Archivierungs-PDF-Formate, erstveröffentlicht 2005. Dieser Validator prüft jede Regel des gewählten Profils gegen die veraPDF-Referenzimplementierung und gPdfs Rust+WASM-Engine, nebeneinander. Ein „Bestanden" hier bedeutet, dass zwei unabhängige Engines übereinstimmen.
Häufige Fragen
Was ist PDF/A und wofür brauche ich es?
PDF/A ist eine ISO-genormte PDF-Teilmenge, die noch in Jahrzehnten exakt gleich aussehen soll. Sie verbietet zeitkritische Elemente (externe Schriften, JavaScript, Transparenz in frühen Profilen) und verlangt eingebettete Fonts, deterministisches Farbmanagement und vollständige Metadaten. Archive, Finanzbehörden und E-Rechnungsstandards verlangen es.
Welches PDF/A-Profil soll ich wählen?
Für allgemeine Archivierung ist PDF/A-2b der sichere Default. PDF/A-3b, wenn eine andere Datei eingebettet werden muss (XML-Rechnungen). PDF/A-1b für strenge Alt-Audits. PDF/A-4 bei PDF-2.0-Erzeugung. Die a-Varianten (1a/2a/3a) ergänzen Tagged-PDF-Barrierefreiheit — nur bei expliziter Anforderung.
Warum waren die beiden Engines sich nicht einig?
Beide validieren gegen ISO 19005, aber mit unterschiedlicher Abdeckung. veraPDF ist die von der PDF Association gepflegte Referenz und prüft jede Klausel; die gPdf-Rust-Engine priorisiert Regeln, die in der Praxis Ingestion-Fehler verursachen, und läuft um eine Größenordnung schneller. Beide Berichte werden angezeigt — Sie entscheiden, was zu beheben ist.
Wird meine Datei gespeichert oder an Dritte weitergegeben?
Nein. Die Datei wird an einen Cloudflare-Worker geschickt, der beide Engines im Speicher ausführt und JSON zurückgibt. Sie wird nicht auf Disk, R2, KV oder in eine Datenbank persistiert; kein Dritter erhält sie. Keine Anmeldung, kein Limit außer Burst-Schutz pro IP.