Viele WordPress-Websites speichern ihre strukturiertesten und geschäftskritischen Inhalte in benutzerdefinierten Beitragstypen: Portfolio-Einträge, Immobilienanzeigen, Teamprofile, Veranstaltungen, Rezepte und Fallstudien. Im Gegensatz zu Standardbeiträgen und -seiten werden benutzerdefinierte Beitragstypen häufig von einem Theme oder Plugin mit eigenen Bezeichnungen, einer eigenen Benutzeroberfläche und zugehörigen Taxonomien und Feldern erstellt. Daher erfordert eine korrekte Übersetzung mehr als nur die Überprüfung des sichtbaren Inhalts anhand eines Übersetzungsmodells.
Woraus ein benutzerdefinierter Beitragstyp tatsächlich besteht
| Komponente | Übersetzungsabwicklung |
|---|---|
| Titel und Inhalt des Beitrags | Übersetzt nach der gleichen Methode wie normale Beiträge und Seiten. |
| Registrierte Etiketten (Singular-/Pluralname, Menüetiketten) | Die für Administratoren sichtbaren Beschriftungen bleiben in der Regel in der Sprache des Website-Administrators und werden nicht für jeden Besucher der Webseite übersetzt. |
| Benutzerdefinierte Taxonomien | Die Übersetzung erfolgt auf die gleiche Weise wie bei Standardkategorien und -tags, wobei übersetzte Beiträge mit den übersetzten Begriffen verknüpft werden. |
| Angehängte benutzerdefinierte Felder | Die Übersetzung erfolgt Feld für Feld anhand des Feldtyps, analog zur Vorgehensweise bei ACF-Feldern im Allgemeinen. |
| Archiv und einzelne Vorlagen | Fest codierter Text im Template selbst, wie z. B. „Verwandte Einträge“, muss über das eigene Lokalisierungssystem des Themes übersetzt werden, unabhängig von der Inhaltsübersetzung. |
Warum CPT-Archive besondere Aufmerksamkeit benötigen
Archivseiten für benutzerdefinierte Beitragstypen, also die URLs, die alle Elemente eines bestimmten Typs auflisten, haben oft einen eigenen Slug, wie z. B. /listings/ oder /portfolio/. Dieser sollte analog zu Kategorie- und Seiten-Slugs übersetzt werden, gemäß der Logik in unserem Leitfaden. WordPress-URLs und -Slugs automatisch übersetzenWird dies vernachlässigt, entsteht eine übersetzte Website mit einzelnen Angebotsseiten in der Zielsprache, aber einer Archiv-URL, die immer noch in der Ausgangssprache vorliegt, was inkonsistent und verwirrend sowohl für Besucher als auch für Suchmaschinen ist.
Umgang mit Feldern, die benutzerdefinierten Beitragstypen zugeordnet sind
Die meisten benutzerdefinierten Beitragstypen in der Praxis werden mit ACF oder einem ähnlichen Plugin für benutzerdefinierte Felder verwendet, um strukturierte Daten wie Preis, Ort, Spezifikationen und Datum zu speichern. Diese Felder erfordern denselben feldtypabhängigen Übersetzungsansatz, der in unserem Leitfaden beschrieben wird. Übersetzung von ACF-Benutzerfeldern mit KIDa ein benutzerdefinierter Beitragstyp ohne übersetzte angehängte Felder nur teilweise lokalisiert ist, selbst wenn der Hauptinhalt korrekt lesbar ist.
Wie GPTranslate benutzerdefinierte Beitragstypen verarbeitet
GPTranslate behandelt registrierte benutzerdefinierte Beitragstypen als erstklassige Übersetzungsziele und übersetzt deren Inhalte, Taxonomien, angehängte benutzerdefinierte Felder und Archiv-Slugs als eine zusammenhängende Einheit, anstatt für jedes Element eine separate Konfiguration zu erfordern. Dies ist Teil desselben Workflow für die dynamische Inhaltsübersetzung wird plattformweit verwendet.
Häufig gestellte Fragen
Müssen benutzerdefinierte Beitragstypbezeichnungen für jede Besuchersprache übersetzt werden?
Registrierte Bezeichnungen sind in erster Linie für Administratoren bestimmt und werden im WordPress-Dashboard verwendet, daher bleiben sie in der Regel in der Sprache des Website-Administrators. Für Besucher sind die übersetzten Inhalte, Vorlagen und Taxonomiebezeichnungen relevant, die sie im Frontend sehen.
Was geschieht mit benutzerdefinierten Beitragstypbeziehungen über verschiedene Sprachen hinweg?
Beziehungsfelder, die einen benutzerdefinierten Beitragstyp mit einem anderen oder mit einem regulären Beitrag verbinden, sollten auf die übersetzte Version des zugehörigen Elements für jede Sprache verweisen, das gleiche Prinzip gilt allgemein für ACF-Beziehungsfelder.
Abschluss
Benutzerdefinierte Beitragstypen enthalten auf vielen WordPress-Websites einige der wertvollsten und strukturiertesten Inhalte. Eine vollständige Übersetzung erfordert die gemeinsame Übersetzung von Inhalten, Taxonomien, zugehörigen Feldern und Archiv-URLs, nicht nur von Titel und Textkörper. Indem man einen benutzerdefinierten Beitragstyp als eine einzige Übersetzungseinheit behandelt, anstatt seine Bestandteile separat zu übersetzen und auf Synchronisierung zu hoffen, gewährleistet man die vollständige Lokalisierung dieser Inhalte.