Start Amazon KDP KDP „Fehler beim Verarbeiten des Inhalts" — die Schriften-Ursache
KDP „Fehler beim Verarbeiten des Inhalts" — die Schriften-Ursache
„Fehler beim Verarbeiten des Inhalts" beim Print-Upload heißt in vielen Fällen nicht, dass mit deinem Inhalt etwas nicht stimmt — sondern dass im PDF eine Schriftressource kaputt, unvollständig eingebettet oder tot referenziert ist. Amazons Druckstrecke ist bei Schriften strenger als jeder PDF-Betrachter: Eine Datei, die überall sauber aussieht, kann trotzdem abgelehnt werden. Wir haben diesen Fall im eigenen Betrieb mehrfach gehabt, einmal quer durch eine ganze Buchreihe, und dokumentieren hier Symptom, Fehldiagnosen, Ursache und den Fix, der seitdem fest in unserer Produktionsstrecke sitzt.
Das Symptom
Der Upload läuft durch, die Verarbeitung startet — und endet mit der generischen Meldung, der Inhalt könne nicht verarbeitet werden. Kein Seitenverweis, kein Element, keine Diagnose. Die Datei öffnet lokal einwandfrei, die Vorschau am Bildschirm sieht korrekt aus, und genau diese Diskrepanz macht den Fall so zermürbend.
Die Fehldiagnosen
In dieser Reihenfolge haben wir sie selbst durchlaufen: Erstens „die Datei ist zu groß" — Verkleinern ändert nichts. Zweitens „ein Bild ist defekt" — Bilder neu exportieren ändert nichts. Drittens „Amazon hat gerade eine Störung" — Warten und neu hochladen ändert nichts, kostet aber Tage. Die Meldung lädt zu Ratespielen ein, weil sie nichts benennt; die Abkürzung ist, direkt bei den Schriften zu suchen.
Die echte Ursache
PDFs führen ein internes Verzeichnis ihrer Schriftressourcen. Drei Defekte darin quittiert die KDP-Verarbeitung mit dem Abbruch:
- Nicht oder nur teilweise eingebettete Schriften. Der Betrachter ersetzt sie stillschweigend durch Systemschriften — die Druckstrecke ersetzt nichts, sie lehnt ab.
- Tote Verweise. Eine Schrift wurde im Werkzeug „entfernt", aber der Verweis im Verzeichnis blieb stehen. Für Betrachter unsichtbar, für die Verarbeitung ein Fehler. Das ist die tückischste Variante: Das bloße Löschen einer Schrift aus dem Dokument reicht nicht, wenn die Ressourcen-Referenz überlebt.
- Defekte Subsets. Beim Einbetten wird oft nur der benutzte Zeichenvorrat eingebettet; ist dieses Subset beschädigt oder unvollständig deklariert, kippt die Verarbeitung.
Der Fix
Schritt 1: Diagnose. Mit einem PDF-Werkzeug die Schriftliste der Datei ausgeben lassen (in vielen Werkzeugen „Eigenschaften → Schriften" oder ein Kommandozeilen-Fontreport). Gesucht wird alles, was nicht als vollständig eingebettet ausgewiesen ist — und jede Schrift, die im Report auftaucht, obwohl sie im Dokument gar nicht mehr vorkommen dürfte.
Schritt 2: Die Datei durch einen sauberen Neudruck schicken. Der zuverlässigste Fix ist, das PDF durch ein Werkzeug zu leiten, das die Datei komplett neu schreibt und dabei alle Ressourcen konsolidiert — Ghostscript ist der Klassiker dafür. Der Durchlauf bettet ein, was einzubetten ist, wirft tote Verweise ab und normalisiert das Ressourcenverzeichnis. In unserer Strecke ist dieser Durchlauf seit dem ersten Fall Pflichtbestandteil jedes Druck-PDFs — nicht als Reparatur, sondern als Standard, damit der Fall gar nicht mehr entsteht.
Schritt 3: Gegenprüfen, dann hochladen. Nach dem Durchlauf denselben Fontreport noch einmal ziehen: alle Schriften eingebettet, keine Geisterverweise. Erst dann der neue Upload. Bei uns hat dieser Dreischritt bislang jeden Fall dieser Fehlerklasse gelöst.
Was wir seitdem anders machen
Der eigentliche Ertrag des Falls war nicht der Fix, sondern eine Prüfregel: Ein Prüfschritt, der nie rot wird, prüft nichts. Unsere Satz-Strecke hatte eine Schriftenprüfung — sie war nur so kalibriert, dass sie am fertigen Artefakt nie anschlagen konnte. Seitdem gilt: Jedes Prüfwerkzeug wird an einem absichtlich kaputten Testfall geeicht, bevor ihm geglaubt wird. Und: Cover-PDFs bekommen denselben Neudruck-Durchlauf wie Innenteile, denn die Fehlerklasse trifft beide.
Wenn dein Fall nach diesem Muster aussieht, du aber die Werkzeuge nicht anfassen willst: Genau solche Produktionsprobleme sind Teil unserer Buchproduktion — die Strecke, die diese Fehler bei uns seit dem ersten Fall automatisch verhindert.
Vom Konzept bis zum Handel: vier Stufen, offene Preise.
Buchproduktion ansehenHäufige Fragen
Warum sieht mein PDF überall gut aus und wird trotzdem abgelehnt?
Weil Betrachter fehlende Schriften stillschweigend durch Ersatzschriften kaschieren. Die Druckverarbeitung darf das nicht — sie braucht jede referenzierte Ressource vollständig in der Datei und bricht sonst ab. Die Anzeige am Bildschirm ist deshalb kein Beleg für eine druckfähige Datei.
Reicht es, die problematische Schrift im Dokument zu ersetzen?
Oft nicht. Wenn der alte Ressourcen-Verweis in der PDF-Struktur stehen bleibt, bleibt auch der Fehler — obwohl die Schrift im sichtbaren Dokument nirgends mehr vorkommt. Deshalb ist der komplette Neudruck der Datei durch ein konsolidierendes Werkzeug der verlässliche Weg.
Kann dieselbe Ursache auch mein Cover betreffen?
Ja. Cover-PDFs mit Textelementen tragen dieselben Schriftressourcen und dieselben Risiken. Wir schicken Wrap-Dateien durch denselben Durchlauf wie Innenteile — seit ein Cover mit exakt dieser Fehlerklasse einen Veröffentlichungstermin gerissen hat.
Tritt der Fehler auch bei E-Books auf?
Die Fehlerklasse ist beim Druck-PDF zu Hause. E-Book-Formate betten Schriften anders ein beziehungsweise überlassen die Darstellung dem Lesegerät; dort haben Upload-Abbrüche meist andere Ursachen — etwa defekte Bilder oder fehlerhafte Struktur der Datei.
Mehr aus diesem Bereich: Amazon KDP anmelden · Amazon KDP Erfahrungen · KDP · KDP