KDP ‘Unsupported Fonts’-Fehler? Reddit: echte Lösungen

Du hast alles richtig gemacht. Du hast eine saubere, standardisierte Schriftart gewählt, du hast eine PDF exportiert, du hast den Upload durchgeführt — und KDP warf den gefürchteten „Wir haben Schriftarten gefunden, die nicht eingebettet sind“ (auch bekannt als Nicht eingebettete Schriftarten)-Fehler zurück. Schlimmer noch, die Datei, die KDP letzte Woche noch problemlos akzeptiert hat, wird heute plötzlich abgelehnt, obwohl du keinerlei Änderungen sehen kannst. Dieses Problem treibt eine ständige Flut frustrierter Autoren zu r/KDP, und ein aktueller Thread eines Dichters, der gegen einen hartnäckigen Lucida Sans Unicode-Fehler kämpft, hat das Ganze perfekt eingefangen. Lass uns herausfinden, was der Fehler wirklich bedeutet, und die Lösungen durchgehen, die echten Autoren verwendet haben, um ihn zu beheben.

Was der Fehler „Nicht eingebettete Schriftarten“ tatsächlich bedeutet

KDPs Druckpipeline benötigt eine vollständig eigenständige Datei. Jede Schriftart, die irgendwo in Ihrem Innenlayout verwendet wird, muss eingebettet im PDF sein, damit Amazons Drucker Ihre Seiten exakt reproduziert, ohne nach einer Schriftart greifen zu müssen, die er nicht hat. Wenn KDP eine Schriftart als „nicht unterstützt“ oder „nicht eingebettet“ bezeichnet, beschwert es sich fast nie über Ihre Wahl der Schriftart. Es teilt Ihnen mit, dass einige Schriftarten in der Datei referenziert, aber nicht im PDF eingebettet sind.

Der Grund, warum dies frustrierend wirkt, ist, dass die störende Schriftart normalerweise eine ist, die Sie nie absichtlich verwendet haben. Sie versteckt sich in einem einzelnen Leerzeichen nach einer Kapitelüberschrift, in einem Seitenkopf, in einem Fußnotenzeichen, in einem versehentlichen Absatzzeichen oder in einem Zeichen, das Ihre sichtbare Schriftart nicht enthält (ein Em-Dash, ein geschweiftes Anführungszeichen, ein Akzentzeichen), das still auf eine Systemschrift wie Lucida Sans Unicode zurückfällt. Ihre Augen sehen Times New Roman überall; das PDF sieht in einer Schriftart ein einziges Ausreißerzeichen, das nie eingebettet wurde.

Hier ist der Thread, der es festhält, diese Woche in r/KDP gepostet:

Beachten Sie den Hinweis: Es hat vor ein paar Tagen funktioniert und funktioniert jetzt nicht mehr. Das deutet von Ihrer Schriftart weg (die sich nicht geändert hat) und hin zu den Export-Einstellungen oder zu einem kleinen Restformatierung — genau die zwei Dinge, die wir unten beheben werden.

Lösung Nr. 1: Standard-Schriftarten beim Export einbetten (Hier beginnen)

Neunzig Prozent der Zeit klappt das. Der Standard-PDF-Export überspringt oft das Einbetten von “Standard-Schriftarten”, weil er annimmt, dass jedes Gerät sie bereits hat — doch Amazons Drucker möchte sie trotzdem eingebettet sehen.

In LibreOffice Writer: Datei > Exportieren als > PDF exportieren. Auf der Allgemein-Registerkarte aktivieren Sie “Standard-Schriftarten einbetten” Exportieren, dann erneut hochladen. Dieses eine Kontrollkästchen behebt bereits einen großen Teil dieser Fehler.

In Microsoft Word: Datei > Optionen > Speichern > aktivieren Sie “Schriftarten in die Datei einbetten” und deaktivieren Sie “Gemeinsame Systemschriftarten nicht einbetten.” Dann verwenden Sie Datei > Speichern unter > PDF (nicht “Als PDF drucken,” da dies das Einbetten entfernen kann). Wenn Sie Acrobat haben, bietet dessen PDF-Export die zuverlässigste Einbettung von allen.

In Google Docs: Docs können das Einbetten nicht steuern, daher sind die exportierten PDFs die häufigste Quelle dieses Fehlers. Laden Sie es als .docx herunter, öffnen Sie es in LibreOffice oder Word und exportieren Sie es von dort mit aktivierter Einbettung. (Für eine vollständige Schritt-für-Schritt-Anleitung zur ordnungsgemäßen Vorbereitung von Dateien siehe unseren Leitfaden dazu, wie man ein Buch für die Veröffentlichung als PDF formatiert.)

Lösung #2: Die unsichtbare Restschriftart aufspüren

Wenn das Einbetten allein nicht ausreicht, befindet sich noch ein Fragment der alten Schriftart in der Datei. Ein Autor von r/KDP beschrieb die klassische Version davon: Die Schriftart wurde in keinem echten Wort verwendet, aber ein Leerzeichen oder Zeilenumbruch nach einer Kapitelüberschrift war dennoch in der alten Schriftart formatiert. Eine schnelle Suchen-und-Ersetzen-Änderung in der Formatierung beseitigte es.

Aber hier ist die Falle, in die der Dichter im Thread geraten ist: Suchen-und-Ersetzen meldete “nichts gefunden,”, weil der Überrest kein echtes Zeichen ist, nach dem man suchen könnte — es ist ein Fallback, ausgelöst durch eine unsichtbare Glyphe. Das ist die Situation, die wir direkt im Thread beantwortet haben:

Die wesentliche Maßnahme, die viele übersehen, ist, dass Kopfzeilen, Fußzeilen und Seitenstile außerhalb des Fließtextes liegen, weshalb „Alle auswählen“ im Fließtext sie nie berührt. Klicken Sie in jeden Bereich hinein und setzen Sie dort die Schriftart explizit fest. Wenn Sie dort schon sind, tippen Sie auch alle ausgefallenen Satzzeichen (Gedankenstriche, geschweifte Anführungszeichen) erneut in Ihrer gewählten Schriftart ein, da diese Zeichen am ehesten zu Lucida zurückfallen.

Fix Nr. 3: PDF-Typ beim Export ändern

Wenn die Datei sauber ist und das Einbetten aktiviert ist, zögert KDP trotzdem. Ändern Sie die Ausprägung des erzeugten PDFs. Amazons Werkzeuge bevorzugen historisch PDF/X-1a, aber LibreOffice kann dieses Format nicht erstellen. Ein Autor im Thread fand den Workaround, der schließlich den Fehler beseitigte:

So machen Sie das in LibreOffice: Datei > Exportieren > Als PDF exportieren > auf der Allgemein-Registerkarte, unter “Archiv (PDF/A),” wählen Sie PDF/A-2b aus. PDF/A-Formate sind für die Langzeitarchivierung ausgelegt, was bedeutet, dass sie alle Schriftarten einbetten müssen. Es ist eine etwas schwerere Datei, aber sie besteht zuverlässig den Schriftarten-Check.

Warum Gedichte, Sonderzeichen und kopierter Text es am häufigsten auslösen

Es ist kein Zufall, dass der obige Thread von jemandem stammt, der eine Gedichtsammlung formatiert. Gedichte, Kochbücher, Arbeitshefte und alles mit ungewöhnlichen Abständen oder Symbolen sind die häufigsten Opfer dieses Fehlers, weil sie sich auf Zeichen und Layout-Tricks verlassen, die still zusätzliche Schriftarten heraufbeschwören. Ein En-Dash, der als Strophenwechsel verwendet wird, ein dekoratives Aufzählungszeichen, ein mathematisches Symbol, ein intelligentes Anführungszeichen, ein Auslassungszeichen, ein nicht trennendes Leerzeichen — jedes davon kann in einer Fallback-Schriftart auftreten, selbst wenn die umgebenden Wörter in Ihrer gewählten Schriftart perfekt gesetzt sind.

Der andere große Grund ist kopierter und eingefügter Text. Wenn Sie aus einem Browser, einer E-Mail, einem Google-Dokument oder einem älteren Manuskript einfügen, enthält der eingefügte Text oft die ursprüngliche Schriftart und Formatierung unsichtbar, auch wenn er auf dem Bildschirm identisch aussieht. Diese vererbte Formatierung ist genau die Art, die „Alle auswählen → Schriftart festlegen“ erfasst, doch ein flüchtiger Blick wird es nie bemerken. Eine zuverlässige Gewohnheit vor jedem KDP-Upload: Fügen Sie alles als unformatierten Text in Ihre Vorlage ein, wenden Sie Ihre Stile erneut an, und exportieren Sie erst dann. Es mag mühselig erscheinen, aber es entfernt die am häufigsten vorkommende Art, wie eine unerwünschte Schriftart in eine ansonsten saubere Datei eindringt.

Wenn Sie das Einbetten wirklich durchlaufen, das gesamte Dokument einschließlich Kopf- und Fußzeilen bereinigt, als PDF/A-2b exportiert haben, und der Fehler trotzdem auftaucht, dann ist der richtige Moment, ein KDP-Support-Ticket zu eröffnen. Hängen Sie die Datei an, zitieren Sie den genauen Fehlertext und bitten Sie sie, zu identifizieren, welche Schriftart auf welcher Seite markiert ist — sie können den konkreten Übeltäter sehen, was einen Nachmittag voller Rätseln in eine zweiminütige Lösung verwandelt.

Kurzanleitung zur Vorgehensweise

Wenn der Fehler auftritt, arbeiten Sie ihn in dieser Reihenfolge ab, damit Sie nicht fünf Dinge auf einmal ändern und den Überblick darüber verlieren, was funktioniert hat: (1) erneut exportieren mit “Embed standard fonts” ein; (2) falls er bestehen bleibt, wählen Sie alles aus — einschließlich Kopfzeilen, Fußzeilen und Seitenstile — und erzwingen Sie Ihre Schrift, dann tippen Sie Sonderzeichen erneut ein; (3) immer noch feststeckend, als PDF/A-2b exportieren; (4) als letzter Ausweg kopieren Sie Ihren Text in ein frisches Dokument, das auf der Vorlage von KDP basiert, und bauen das Styling von Grund auf neu auf, wodurch alle unsichtbaren Formatierungen entfernt werden. Für den breiteren Bereich interner Probleme, die Autoren durcheinanderbringen, sind der Überblick über häufige Formatierungsfehler und der vollständige Leitfaden zur Formatierung eines Buches für KDP vor dem nächsten Upload einen Blick wert.

Wie Sie den Schriftartenfehler vollständig vermeiden

Jede der oben genannten Fixes behandelt ein Symptom derselben Wurzelursache: Das manuelle Exportieren einer PDF aus einem Textverarbeitungsprogramm bietet Ihnen dutzende Möglichkeiten, eine Schriftart versehentlich nicht einzubetten. Sie können das ganze Problem vermeiden, indem Sie Ihr Innenlayout mit einem Workflow erstellen, der auf Druckausgabe statt auf allgemeine Dokumente ausgerichtet ist. Spezialisierte Formatierungstools betten Schriftarten standardmäßig ein und exportieren nach den Spezifikationen von Amazon, sodass „nicht unterstützte Schriftarten“ schlichtweg nie auftauchen.

Vollständige Offenlegung: Ich bin Gründer von Automateed, nehmen Sie das also mit Vorsicht: Ein Grund, warum wir unseren AI ebook creator entwickelt haben, um Ihnen eine druckfertige, Schriftarten eingebettete Datei zur Verfügung zu stellen, ist, dass es wirklich schmerzhaft ist, Autoren dabei zuzusehen, wie sie einen Nachmittag durch eine verstreute Lucida-Glyphe verlieren. Aber das ist kein Werbespot für ein Tool — Vellum, Atticus und sogar eine sorgfältig eingerichtete Word-Vorlage werden Schriftarten korrekt einbetten, wenn Sie sie einmal konfigurieren. Der Punkt ist, dass der Export-Schritt der Ort ist, an dem diese Fehler entstehen; lassen Sie daher etwas das deterministisch erledigen, statt jedes Mal manuell Häkchen zu setzen. Wenn Sie einen AI-Ebook-Generator gegen die manuelle Vorgehensweise abwägen, ist eine zuverlässige, KDP-fertige Ausgabe das Feature, das Ihnen tatsächlich diese Support-Tickets erspart. Und wenn Sie verstehen möchten, was Amazon im Hintergrund mit Ihrer Datei macht, erläutert unser Beitrag dazu, welches Format ein Kindle verwendet, den Rest.

Häufig gestellte Fragen

Quellen: echte Diskussion der Autoren in r/KDP — „Lucida Sans Unicode Font Error“, einschließlich der PDF/A-2b-Lösung der Community und unserer eigenen Antwort zur Suche nach unsichtbaren Fallback-Schriften.