Steuern Sie, was WPML übersetzt – Beitragstypen, benutzerdefinierte Felder, Medien, Taxonomien
Steuern Sie genau, was WPML auf Ihrer WordPress-Website übersetzt: jeden Beitragstyp, jede Taxonomie, jedes benutzerdefinierte Feld, jeden Begriff-Metadaten-Eintrag und jedes Medienelement. Die Standardeinstellungen decken die meisten Websites ab – Beiträge, Seiten, Alt-Texte, Beschriftungen und beliebte benutzerdefinierte Beitragstypen sind sofort einsatzbereit und übersetzbar. Alles andere passen Sie pro Typ, pro Feld und pro Taxonomie an.
Jedes übersetzbare Element hat einen von drei Status
Jedes übersetzbare Element auf Ihrer Website hat drei mögliche Status:
- Übersetzbar. WPML behandelt es als Inhalt, der in jeder Sprache existieren sollte. Es erscheint im Übersetzungs-Dashboard und in den Warteschlangen Ihrer Übersetzer.
- Übersetzbar mit Fallback. Dasselbe, aber wenn eine Übersetzung fehlt, zeigt WPML die Version in der Ausgangssprache an, anstatt das Element auszublenden.
- Nicht übersetzbar. WPML ignoriert es. Es erscheint nirgendwo unter Übersetzungen.
Der Standard für integrierte WordPress-Inhalte (Beiträge, Seiten, Kategorien, Schlagwörter, Medien) ist Übersetzbar. Von Plugins registrierte Inhaltstypen (benutzerdefinierte Beitragstypen, benutzerdefinierte Taxonomien) sind standardmäßig auf Nicht übersetzbar eingestellt. Diese zu aktivieren, ist oft das Erste, was bei einer neuen Website nach der Installation gemacht wird.
Für benutzerdefinierte Felder und Begriff-Metadaten haben Sie vier statt drei Status (siehe unten).
Alles Folgende befindet sich unter WPML > Einstellungen.
Beitragstypen
Einstellungen > Beitragstypen-Übersetzung.
Jeder auf Ihrer Website registrierte Beitragstyp erscheint in der Liste – Beiträge, Seiten, Medien (als attachment), Custom CSS sowie jeder CPT (benutzerdefinierter Beitragstyp), den Ihre Themes und Plugins registriert haben. Wählen Sie pro Typ:
- Übersetzbar – nur übersetzte Elemente anzeigen. Der Standard für Beiträge und Seiten.
- Übersetzbar – Übersetzung verwenden, falls verfügbar, oder auf Standardsprache zurückgreifen. Wenn die Übersetzung fehlt, wird die Version in der Ausgangssprache in der Zielsprache angezeigt. Nützlich für Referenzinhalte, die keine vollständige Lokalisierung benötigen.
- Nicht übersetzbar. WPML ignoriert es.
Ein benutzerdefinierter Beitragstyp, der standardmäßig auf Nicht übersetzbar eingestellt ist, ist der Hauptgrund dafür, dass ein CPT nicht im Übersetzungs-Dashboard erscheint. Wenn Sie einen CPT hinzugefügt haben und ihn nicht unter Übersetzungen finden können, sollten Sie diese Einstellung als Erstes überprüfen. Sobald ein Typ als übersetzbar eingestellt ist, behandelt Beiträge, Seiten und benutzerdefinierte Beitragstypen übersetzen, wie Sie ihn zur Übersetzung senden.
Taxonomien
Einstellungen > Taxonomie-Übersetzung.
Dieselben drei Optionen wie bei Beitragstypen, angewendet auf Taxonomien. Integrierte Kategorien und Schlagwörter sind standardmäßig auf Übersetzbar – nur übersetzte Elemente anzeigen eingestellt. Benutzerdefinierte Taxonomien (Produktkategorien, Marken, Regionen) sind oft standardmäßig auf Nicht übersetzbar eingestellt; aktivieren Sie sie, wenn Sie möchten, dass ihre Begriffe übersetzt werden.
Informationen darüber, wie Taxonomien übersetzt werden, finden Sie unter Taxonomien übersetzen. Auf dieser Seite geht es darum, ob sie überhaupt übersetzbar sind.
Benutzerdefinierte Felder
Einstellungen > Übersetzung benutzerdefinierter Felder.
Benutzerdefinierte Felder sind Beitrags-Metadaten – alles, was als post_meta in der Datenbank gespeichert ist. Themes und Plugins speichern dort alle Arten von Daten: Download-Links, Bewertungen, Preise, Layout-Entscheidungen, strukturierte Inhalte. WPML listet jeden Schlüssel für benutzerdefinierte Felder auf der Seite auf; wählen Sie pro Feld eines von vier Verhalten:
- Nicht übersetzen. WPML lässt das Feld in Ruhe. Der Wert wird weder kopiert noch übersetzt. Übersetzungen erhalten ein leeres Feld. Der Standard für die meisten Felder, die ein Plugin registriert.
- Kopieren. WPML kopiert den Wert der Ausgangssprache in jede Übersetzung und kopiert ihn bei jeder Bearbeitung erneut. Das Feld der Übersetzung stimmt immer mit der Quelle überein. Verwenden Sie dies für Felder, bei denen der Wert strukturell ist (eine Layout-Entscheidung, eine interne ID) und sich nicht je nach Sprache unterscheiden sollte.
- Einmal kopieren. WPML kopiert den Ausgangswert in Übersetzungen, wenn diese zum ersten Mal erstellt werden, kopiert ihn aber bei späteren Bearbeitungen nicht erneut. Verwenden Sie dies, wenn Sie einen Ausgangspunkt wünschen, den Übersetzer pro Sprache überschreiben können, aber nicht möchten, dass Änderungen an der Quelle ihre Arbeit überschreiben.
- Übersetzen. Das Feld wird in den Übersetzungs-Editor aufgenommen. Übersetzer sehen und übersetzen es wie den Textkörper. Verwenden Sie dies für jedes Feld, dessen Wert aus menschenlesbarem Text besteht.
Der Unterschied zwischen Kopieren und Einmal kopieren ist die am häufigsten gestellte Frage zur Übersetzung benutzerdefinierter Felder. Kopieren hält den Wert dauerhaft synchron; Einmal kopieren überträgt spätere Bearbeitungen nicht. Wählen Sie Kopieren, wenn das Feld eine strukturelle Referenz ist; wählen Sie Einmal kopieren, wenn Übersetzer möglicherweise Anpassungen pro Sprache vornehmen müssen.
SEO-Plugins (Yoast SEO, Rank Math, All in One SEO) registrieren hier ihre eigenen benutzerdefinierten Felder; Wie Sie Ihre Website für mehrsprachiges SEO übersetzen behandelt, wie WPML SEO-Meta-Titel, Beschreibungen und Begriff-Metadaten zusammen mit Beitragsinhalten übersetzt.
Für Websites, bei denen Entwickler Standardwerte für benutzerdefinierte Felder im Code anstatt in der Admin-Benutzeroberfläche deklarieren möchten, ist die benutzerdefinierte wpml-config.xml das Format, das Themes und Plugins mitliefern, um ihre eigenen Standardwerte festzulegen – und die Ebene, in die Sie unter Einstellungen > Benutzerdefinierte XML-Konfiguration eine website-spezifische Überschreibung einfügen können.
Benutzerdefinierte Begriff-Metadaten
Einstellungen > Übersetzung benutzerdefinierter Begriff-Metadaten.
Dasselbe Modell mit vier Optionen wie bei benutzerdefinierten Feldern, angewendet auf Taxonomie-Begriff-Metadaten. Die meisten Websites verwenden nicht viele Begriff-Metadaten, aber einige tun es: E-Commerce-Websites, die Marken-Metadaten in Produktkategorien speichern, Verzeichnis-Websites, die Standortdaten in geografischen Taxonomien speichern. Wenn Ihre Website dies tut, konfigurieren Sie jeden Schlüssel hier auf die gleiche Weise, wie Sie benutzerdefinierte Felder konfigurieren würden.
Medien
Einstellungen > Medienübersetzung.
Zwei Konfigurationsschalter dafür, wie WPML Medientexte handhabt:
- Automatisch die besten Optionen für die Übersetzung von Bildtexten (Alt, Beschriftung, Titel) erkennen (empfohlen). WPML entscheidet pro Bild, ob der Ausgangstext dupliziert oder übersetzt wird, wodurch sowohl doppelte Felder als auch verpasste Übersetzungen vermieden werden.
- Texte der Mediathek (Alt, Beschriftung, Titel) beim Übersetzen von Inhalten übersetzen. Steuert, ob Medientexte überhaupt in den Übersetzungsauftrag des Beitrags gebündelt werden.
Informationen darüber, wie Medien übersetzt werden (einschließlich des Hochladens einer unterschiedlichen Bilddatei pro Sprache), finden Sie unter Medien übersetzen.
Synchronisation von Beiträgen und Seiten
Einstellungen > Synchronisation von Beiträgen und Seiten.
Ein anderes Konzept als die Übersetzung: Die Synchronisation entscheidet, welche strukturellen Eigenschaften eines Beitrags von der Quelle auf seine Übersetzungen übertragen werden, wenn Sie die Quelle bearbeiten. Das Mockup listet neun Schalter auf, die alle standardmäßig aktiviert sind:
- Seitenreihenfolge, übergeordnete Seite, Seiten-Template.
- Kommentarstatus, Ping-Status, Sticky-Markierung, Passwort, Privat-Markierung, Beitragsformat.
Wenn Sie die übergeordnete Seite einer Seite in der Ausgangssprache ändern, erhalten die Übersetzungen dann ebenfalls diese neue übergeordnete Seite? Wenn Sie die Quelle als Sticky markieren, werden die Übersetzungen dann ebenfalls Sticky? Standardmäßig ja. Genau das steuern diese Schalter.
Unter der Synchronisationskarte befinden sich zwei Optionen zum kaskadierenden Löschen (beim Löschen eines Ausgangsbeitrags oder einer Taxonomie auch deren Übersetzungen löschen) und zwei Optionen bei der Erstellung (Taxonomie-Zuweisungen in Übersetzungen kopieren, Veröffentlichungsdatum kopieren).
Übersetzte Dokumente – Veröffentlichungsverhalten
Einstellungen > Optionen für übersetzte Dokumente.
Ein von der Synchronisation getrenntes Konzept: Dies steuert den Veröffentlichungslebenszyklus einer Übersetzung.
- Wenn Sie abgeschlossene Übersetzungen erhalten. Veröffentlichen (wenn die Quelle ebenfalls veröffentlicht ist) oder als Entwurf speichern.
- Wenn Sie den Originalbeitrag veröffentlichen. Die vorhandenen Übersetzungen veröffentlichen oder zurückhalten.
- Übersetzte Taxonomien im Übersetzungs-Editor anzeigen. Standardmäßig deaktiviert; aktivieren Sie dies, wenn Sie möchten, dass Übersetzer verwandte Taxonomie-Begriffe innerhalb des Editors sehen, anstatt sie separat zu verwalten.
Die Meta-Box zur Einrichtung mehrsprachiger Inhalte pro Beitrag
Auf der Einstellungsseite für die Übersetzung benutzerdefinierter Felder fügt ein einzelnes Kontrollkästchen unten eine Meta-Box zur Einrichtung mehrsprachiger Inhalte zu jedem Beitragsbearbeitungsbildschirm hinzu. Die Box ermöglicht es Redakteuren, die Übersetzungseinstellungen eines einzelnen Beitrags zu ändern, ohne den Editor zu verlassen: das Verhalten eines benutzerdefinierten Feldes ändern, einen bestimmten Beitrag als nicht übersetzbar markieren usw.
Lassen Sie dies für Redakteure aktiviert, die Übersetzungsentscheidungen auf Beitragsebene verwalten; deaktivieren Sie es für Websites, bei denen Redakteure niemals Übersetzungseinstellungen berühren sollten.
Verfasst von Amir · Zuletzt aktualisiert am 2. Juli 2026
Geschrieben von Amir · Zuletzt aktualisiert am 2. Juli 2026