E-Commerce-Lokalisierung vom Katalog bis zum Shop

Trennen Sie Übersetzung von Marktreife

Eine Übersetzung ändert, wie ein Fakt ausgedrückt wird. Lokalisierung fragt zusätzlich, ob ein Leser das Produkt versteht, seine Maße interpretiert und relevante Serviceinformationen findet. Marktreife geht weiter: Jemand muss tatsächliche Liefer-, Zahlungs-, Rückgabe- und Produktregeln bestätigen. Eine flüssige Seite kann diese operativen Fakten nicht belegen.

Erstellen Sie für jedes Locale ein Umfangsblatt. Benennen Sie Sprachprüfer, Kategorieprüfer und Shop-Eigentümer. Erfassen Sie ungeklärte Richtlinien und weisen Sie die nächste Aktion zu. Beginnen Sie mit einer Käuferreise, die Ihr Team von Anfang bis Ende unterstützen kann, und erweitern Sie das Spracheninventar, sobald Prüfungskapazität verfügbar ist.

Inventarisieren Sie die Käuferreise

Beginnen Sie mit dem Weg eines Käufers: Produktentdeckung, Variantenauswahl, Lesen der Spezifikation, Warenkorbprüfung und Serviceinformationen. Beziehen Sie Navigationslabels, Größenhinweise, Bildtext und Fehlermeldungen ein, wenn sie diesen Weg beeinflussen. Die Übersetzung alleiniger Beschreibungen kann wichtige Entscheidungen in einer anderen Sprache zurücklassen.

Ordnen Sie jede Inhaltsoberfläche ihrem tatsächlichen Verantwortlichen und Speicherort zu. Ein Theme-Label, ein Produktfeld und ein Richtliniendokument können unterschiedliche Tools benötigen. Verknüpfen Sie das Inventar mit Quellenrevisionen, damit ein späteres Produktupdate erkennen lässt, welche Übersetzungen geprüft werden müssen, statt das Team jede abhängige Aussage erneut suchen zu lassen.

Definieren Sie Locale-IDs bewusst

Die W3C-Hinweise erklären, wie BCP-47-Tags Sprache und, wo sinnvoll, Schrift oder Region unterscheiden. Verwenden Sie einen Sprach-Tag, der zum beabsichtigten Inhalt und zu den unterstützten Werten der Zielplattform passt. Erfinden Sie keinen Locale-Code, nur weil er wie eine Länderabkürzung aussieht.

Halten Sie für Ihre eigenen Datensätze Inhalts-Locale getrennt von Zielmarkt und Währung. Dieselbe Sprache kann in mehreren Märkten mit unterschiedlichen Geschäftseinstellungen verwendet werden. Machen Sie Fallback-Verhalten ausdrücklich: Eine fehlende Übersetzung sollte während der Prüfung erkennbar sein und nicht stillschweigend als abgeschlossenes Locale gezählt werden, weil stattdessen die Quellsprache erschien.

Bauen Sie das Glossar um Produktbedeutung herum auf

Schreiben Sie für jeden wichtigen Begriff eine kurze Definition und den Produktkontext, in dem er gilt. Ergänzen Sie freigegebene Zielformen, unveränderte Markennamen und Beispiele irreführender Alternativen. Geben Sie dem Prüfer die Möglichkeit, eine Ausnahme anzufordern, statt einen technisch falschen Glossarbegriff in jeden Satz zu zwingen.

Versionieren Sie das Glossar und hängen Sie diese Version an jeden Kandidaten. Ein geänderter Begriff sollte eine Prüfung der betroffenen Inhalte auslösen. W3C ITS bietet eine Referenz für die Kennzeichnung von Terminologie und übersetzungsbezogenen Metadaten; der folgende schlanke Datensatz ist ein beispielhaftes redaktionelles Format und weder eine ITS-Implementierung noch ein Shop-Importschema.

{
  "conceptId": "material-linen",
  "definition": "Fiber described as linen in the approved specification",
  "sourceTerm": "linen",
  "targetLocale": "de",
  "approvedTerm": "Leinen",
  "rule": "Do not infer a material blend or certification",
  "reviewStatus": "pending"
}

Schützen Sie Preise, Einheiten und Produktversprechen

Ein lokales Dezimaltrennzeichen ist eine Darstellungsentscheidung und keine Erlaubnis, einen gespeicherten Betrag zu ändern. Bewahren Sie Quellpreis, Währung und Einheitenwerte in einem geschützten Datensatz. Falls eine Umrechnung erforderlich ist, führen Sie sie als separat freigegebene deterministische Operation mit dokumentierter Umrechnungsregel aus.

Wenden Sie dieselbe Disziplin auf Aussagen an. Eine Formulierung wie für Reisen geeignet darf nicht zu einer unbelegten Haltbarkeitsgarantie werden. Verlangen Sie Belege für Materialien, Kompatibilität, Zertifizierungen und gesundheitsbezogene Aussagen. Bewahren Sie Unsicherheit aus der Quelle auf und kennzeichnen Sie fehlende Spezifikationen für den Produkteigentümer, statt das Modell eine attraktive Geschichte vervollständigen zu lassen.

Prüfen Sie jedes Locale in zwei Durchläufen

Verwenden Sie einen Fakten- und einen Sprachdurchlauf. Der erste vergleicht Mengen, Einheiten, Produktbeziehungen und Aussagen mit der Quelle. Der zweite bewertet Terminologie, natürlichen Ausdruck, Zielgruppe und Markenton. Erfassen Sie jedes Ergebnis unabhängig, damit flüssiger Text keinen ungeklärten faktischen Fehler verdecken kann.

Prüfen Sie den vollständigen Produktkontext einschließlich Warnungen und Variantenlabels und nicht nur isolierte Strings. Ziehen Sie bei unbekannten oder regulierten Kategorien einen passenden Spezialisten hinzu. Eine vom Modell erzeugte Rückübersetzung kann helfen, Unterschiede zu finden, aber die Übereinstimmung generierter Texte ist kein unabhängiger Beleg dafür, dass einer von beiden zum Produkt passt.

Bereiten Sie zielsystemspezifische Auslieferung vor

Shopify unterscheidet in seiner Händlerdokumentation Übersetzungsverwaltung von der umfassenderen Darstellung lokalisierter Shop-Inhalte. Verwenden Sie den Sprachworkflow der Plattform und prüfen Sie, welche Ressourcen unterstützt werden. Bestätigen Sie in einem anderen Shop-Stack die mehrsprachige Schicht und ihren Importvertrag, bevor Sie Locale-Spalten zuordnen.

Erstellen Sie ein Auslieferungspaket mit Produktkennungen, Locale, Quellenrevision, freigegebenem Text und Prüferidentität. Halten Sie dieses Prüfungspaket getrennt von der minimalen Import-Payload. Prüfen Sie in einem Staging-Shop Sprachauswahl, Fallback, Textumbruch, Links und Produktauswahl. Ein Exportinhalt ist nicht zwangsläufig auf der vorgesehenen Seite sichtbar.

Halten Sie die Lokalisierung nach dem Start aktuell

Verfolgen Sie Quellenänderungen auf Feldebene. Eine korrigierte Materialangabe sollte die betroffenen Übersetzungen ungültig machen, auch wenn der Titel gleich bleibt. Ein aktualisiertes Glossar kann eine gezielte Terminologieprüfung benötigen; eine Preisänderung sollte über den kommerziellen Datenpfad fließen und nicht jede Beschreibung umschreiben.

Messen Sie Abdeckung als aktuelle, freigegebene Produkt-Locale-Revisionen und berichten Sie angehaltene oder veraltete Datensätze getrennt. Verfolgen Sie API-Ausgaben, Prüfaufwand und Shop-Verhalten unabhängig. Verwenden Sie den Katalog-Workflow zur Definition dieser Datensätze und prüfen Sie den Rückstand anschließend nach Produktbedeutung und Quellenaktualität, bevor Sie die Abdeckung erweitern.

Häufige Fragen