Bildmetadaten und Medienverwaltung in mehrsprachigem WordPress

Was sich mit der Sprache ändert und was gemeinsam bleiben sollte

Eine mehrsprachige WordPress-Website hat in der Regel zwei verschiedene Arten von Bilddaten. Die eine Art sind sprachbezogene Inhalte: Alternativtext, Bildunterschriften und jeder beschreibende Text, der Nutzern oder Suchmaschinen im Kontext einer Seite angezeigt wird. Die andere Art sind gemeinsame Mediendaten: die eigentliche Bilddatei, ihr technischer Anhangseintrag und alle Metadaten, die die Datei und nicht die Sprache der Seite beschreiben.

Diese Unterscheidung ist wichtig, weil die Übersetzung gemeinsamer technischer Daten Duplikate erzeugt, ohne die Bedeutung zu verbessern, während das Unterlassen der Übersetzung sprachbezogener Texte das Bild von der Seitensprache abkoppelt. Die richtige Grenze wird meist dadurch bestimmt, ob das Feld als Inhalt oder als Dateiinformation gelesen wird.

Alternativtext: die Bedeutung übersetzen, nicht den Dateinamen

Alternativtext ist das sprachsensibelste Bildfeld in WordPress, weil er als beschreibender Inhalt verwendet wird. In einem mehrsprachigen Setup sollte der Alternativtext normalerweise zur Sprache der Seite passen, auf der das Bild erscheint, da Hilfstechnologien und Suchsysteme ihn in diesem Seitenkontext interpretieren.

Das bedeutet nicht, dass jedes Bild in jeder Sprache eine andere inhaltliche Beschreibung braucht. Wenn das Bild rein dekorativ ist, sollte der Alternativtext leer bleiben oder sonst dem Barrierefreiheitsansatz der Website folgen, statt in eine bedeutungslose Phrase übersetzt zu werden. Wenn das Bild Informationen vermittelt, sollte der übersetzte Alternativtext diese Informationen in der Zielsprache beschreiben und nicht die Formulierungen der Ausgangssprache beibehalten, die der Leser nicht verwenden kann.

Ein häufiger Fehler ist, den Alternativtext einer Sprache für alle Übersetzungen wiederzuverwenden, weil das Medienelement gemeinsam genutzt wird. Das hält die Mediathek einfacher, aber es unterbricht die Beziehung zwischen dem Bild und dem übersetzten Seiteninhalt. Ein anderer Fehler ist, den Alternativtext mechanisch zu übersetzen, während der umgebende Seiteninhalt unverändert bleibt, was zu Abweichungen bei Terminologie oder Produktnamen führen kann.

Bildunterschriften: übersetzen, wenn sie Teil der Seitenerzählung sind

Bildunterschriften verhalten sich eher wie Fließtext als wie Dateimetadaten. Wenn eine Bildunterschrift für Leser sichtbar ist, ist sie Teil der Seitensprache und sollte normalerweise zusammen mit dem restlichen Inhalt übersetzt werden. Das gilt besonders dann, wenn die Bildunterschrift Kontext, Quellenangabe oder Interpretation ergänzt, von der der umgebende Text abhängt.

Da Bildunterschriften im Frontend gerendert werden, können sie sowohl das Verständnis als auch das Layout beeinflussen. Eine übersetzte Bildunterschrift kann im Vergleich zur Ausgangssprache länger oder kürzer ausfallen, daher sollten Implementierende mit Zeilenumbrüchen und Abstandsunterschieden rechnen, statt von einer visuellen Eins-zu-eins-Passung auszugehen.

Wenn eine Bildunterschrift als verbindliche Quelle für mehrere Stellen auf der Website verwendet wird, werden Übersetzungsentscheidungen folgenreicher. Die Wiederverwendung einer Bildunterschrift über mehrere Sprachen hinweg kann redaktionellen Aufwand verringern, zwingt aber auch jede Sprachversion dazu, dieselbe Formulierung zu übernehmen, die möglicherweise nicht zur lokalen Terminologie oder zu rechtlichen/attributiven Anforderungen passt.

Anhangsmetadaten: meist gemeinsam, manchmal sprachbewusst

Anhangsmetadaten in WordPress beschreiben in der Regel die Datei selbst und nicht die Sprache der Seite. Dazu gehören technische Eigenschaften des hochgeladenen Mediums und der Anhangseintrag, der die Datei in der Mediathek speichert. In den meisten mehrsprachigen Workflows sollten diese Daten gemeinsam bleiben, weil das zugrunde liegende Asset in allen Sprachen dasselbe ist.

Die praktische Ausnahme besteht dann, wenn der Anhangseintrag für Nutzer sichtbaren Text enthält, der in der Mediathek oder im Frontend angezeigt wird. In diesem Fall verhält sich der Text wie Inhalt und muss möglicherweise übersetzt werden. Die zentrale technische Frage ist, ob das Feld als technische Kennung oder als sichtbarer redaktioneller Text verwendet wird.

Diese Unterscheidung wirkt sich auch auf die Wartung aus. Gemeinsame Anhangsdaten reduzieren Duplikate und halten Aktualisierungen synchron, können aber die sprachspezifische redaktionelle Kontrolle erschweren, wenn der Workflow beschreibenden Text nicht von der Dateiidentität trennt. Sprachbewusste Anhangseinträge geben Redakteuren mehr Kontrolle, erhöhen aber auch das Risiko von Abweichungen zwischen Versionen, wenn dasselbe Bild in einer Sprache aktualisiert und in anderen nicht übernommen wird.

Dateinamen und Bild-SEO: nützlich für die Auffindbarkeit, aber standardmäßig kein Übersetzungsziel

Bilddateinamen sind Teil der Dateiebene und werden daher normalerweise gemeinsam genutzt statt je Sprache übersetzt. Das Ändern von Dateinamen nach dem Hochladen kann operative Komplexität erzeugen, weil der Dateipfad, Verweise im Inhalt und alle abgeleiteten URLs synchron bleiben müssen. Aus diesem Grund sollten Dateinamen eher als technische Kennungen denn als sprachspezifischer Inhalt behandelt werden.

Aus Sicht der Bild-SEO können Dateinamen dennoch wichtig sein, weil sie zur Benennung und Organisation des Assets beitragen. In mehrsprachigem WordPress kommt das stärkere Sprachsignal jedoch meist aus dem umgebenden Seiteninhalt, dem übersetzten Alternativtext, den Bildunterschriften und der eigenen Routing- und Canonical-Struktur der Seite. Ein übersetzter Dateiname allein macht ein Bild nicht sinnvoll lokalisiert, wenn der sichtbare Text darum herum in einer anderen Sprache bleibt.

Der Kompromiss ist klar: Das Übersetzen von Dateinamen kann die Lesbarkeit in der Mediathek für Menschen verbessern, kann aber auch Wiederverwendung, Caching und Verweise über Sprachversionen hinweg erschweren. Gemeinsame Dateinamen erhalten die Stabilität und machen das Asset leichter als einzelne Datei zu verwalten, die von mehreren Übersetzungen verwendet wird.

Wiederverwendbare Medien: eine Datei, viele Sprachkontexte

Wiederverwendbare Medien sind der Punkt, an dem mehrsprachiges WordPress betrieblich interessant wird. Ein einzelnes Bild kann in mehreren Übersetzungen erscheinen, aber jede Sprachversion benötigt möglicherweise anderen beschreibenden Text, anderen umgebenden Inhalt oder sogar einen anderen Zuschnitt, wenn sich das Layout ändert. Die gemeinsame Datei bleibt dieselbe, während sich die sprachspezifische Darstellung darum herum verändert.

Diese Trennung ist nützlich, weil sie unnötige Duplikate binärer Assets vermeidet. Sie bedeutet auch, dass Mediathek und Inhaltsebene nicht demselben Übersetzungsmodell folgen müssen. Das Bild kann global gemeinsam genutzt werden, während die seitenbezogenen Metadaten, die es beschreiben, je Sprache lokalisiert werden.

Der wichtigste Fehler besteht darin anzunehmen, dass gemeinsam genutzte Medien auch gemeinsame Bedeutung implizieren. Ein Bild, das in einer Sprachversion funktioniert, benötigt in einer anderen möglicherweise eine andere Bildunterschrift, einen anderen Alternativtext oder sogar ein anderes Ersatzbild, wenn sich der kulturelle oder redaktionelle Kontext ändert. Wiederverwendung ist effizient, sollte aber nicht die sprachliche Passung überstimmen.

Wie man entscheidet, was übersetzt werden soll

Eine praktische Regel lautet: Übersetzen Sie alles, was ein Leser als Teil der Botschaft der Seite interpretieren würde, und lassen Sie alles gemeinsam, was die Datei selbst identifiziert oder speichert. Das bedeutet, dass Alternativtext und Bildunterschriften normalerweise übersetzt werden, während die zugrunde liegende Bilddatei und die meisten Anhangsmetadaten gemeinsam bleiben.

Wenn ein Feld dazwischen liegt, stellen Sie zwei Fragen: Wird das Feld für Nutzer sichtbar, und hängt seine Bedeutung von der Seitensprache ab? Wenn eine der beiden Fragen mit Ja beantwortet wird, kann eine Übersetzung angemessen sein. Wenn das Feld nur der Dateiverwaltung oder dem Rendering dient, sollte es normalerweise global bleiben.

Diese Entscheidung wirkt sich auch auf den redaktionellen Workflow aus. Teams, die Bildtexte lokalisieren, brauchen einen Prozess, um übersetzte Beschreibungen mit Seitenaktualisierungen abzugleichen. Teams, die Medien gemeinsam nutzen, brauchen eine klare Regel dafür, wann eine neue Sprachversion das vorhandene Asset wiederverwenden sollte und wann sie ein separates Bild oder eine separate Bildunterschrift erhalten sollte.