Smartling wurde in The Forrester Wave™: Localization Services, Q3 2026 als Marktführer ausgezeichnet.
Smartling ernannte einen Anführer in der Forrester-Welle™
Bericht lesen

Wie lokalisiert man eine Datenbank, und worin besteht der Unterschied zur Datenlokalisierung?

Datenbanklokalisierung ist der Prozess, bei dem Inhalte, die in Datenbankfeldern gespeichert sind – Produktnamen, Beschreibungen, UI-Labels, Kategorien, Hilfsartikel – übersetzt und angepasst werden, sodass eine Anwendung jeden Standort aus demselben Datenmodell bedienen kann. Datenlokalisierung ist ein anderes Konzept mit ähnlichem Namen: eine gesetzliche Anforderung, dass bestimmte Daten innerhalb der Grenzen eines bestimmten Landes gespeichert und manchmal verarbeitet werden. Die beiden überschneiden sich nur im Vokabular. Das eine ist ein Übersetzungs-Workflow-Problem, das mit Schema-Design, Inhaltsextraktion und einer Übersetzungsplattform gelöst wurde; das andere ist eine Compliance- und Hosting-Entscheidung, die entscheidet, wo Server stehen, nicht in welcher Sprache die Zeilen sind.

Letzte Überprüfung: 10. September 2026

Welche Herausforderungen könnte ich bei der Lokalisierung von Daten für mehrere Länder erwarten?

Die größte Herausforderung bei der Lokalisierung von Datenbankinhalten für mehrere Länder besteht darin, dass eine Datenbankzeile Daten und keine Zeichenkette ist: Es gibt keine eingebaute Kennzeichnung dafür, welche Spalten übersetzbar sind, welche Kennungen darstellen und welche Variablen sind, die unverändert durchgelassen werden müssen. Diese strukturelle Lücke führt zu fünf wiederkehrenden Problemen.

  • Keine Trennung zwischen übersetzbarem Text und Daten – eine products Tabelle mischt eine SKU, einen Preis, eine Kategorie-ID und eine Beschreibung in einer Zeile. Eine Ressourcendatei wie JSON oder .properties file trennt Schlüssel von Strings designhaft; ein Datenbankexport tut dies nicht, sodass jeder Lokalisierungsaufwand beginnt, indem Spalte für Spalte entschieden wird, was Inhalt und was Daten sind.
  • Dynamische Werte, die in Text eingebettet sind – Nachrichten wie "Danke, Ihre Bestellnummer ist 56783" oder "Sie haben 4 Artikel in Ihrem Warenkorb" – werden generiert, indem eine Vorlage mit einem Wert kombiniert wird. Zur Übersetzung wie sie ist, ist jede Variante eine neue Zeichenkette; Smartlings Mustererkennungsregeln existieren speziell, sodass der statische Text einmal übersetzt wird und die Zahl als Platzhalter wie {0}durchgeht.
  • Schema-Entscheidungen, die nicht skalieren – eine description_fr, description_de, Spalte description_ja pro Sprache hinzuzufügen, funktioniert für drei Orte und fällt bei zwanzig zusammen. Eine separate Übersetzungstabelle, die nach Entitäten-ID und Standortcode verschlüsselt ist, skaliert linear, aber eine Nachträglichkeit in ein Live-Schema einzubauen ist eine Migration und keine Konfiguration.
  • Inhalte, die sich ständig ändern – ein Katalog, ein Hilfezentrum oder eine von Nutzern generierte Inhaltstabelle werden täglich aktualisiert. Ein einmaliger Export und Import übersehen alles, was nach dem Export hinzugefügt wird, sodass der Workflow Änderungen erkennen und nur neue oder geänderte Zeilen zur Übersetzung routen muss.
  • Gemischte Inhaltstypen und kein visueller Kontext – eine einzelne Textspalte kann in einer Zeile Klartext und in der nächsten HTML enthalten, und Übersetzer, die mit einem Export arbeiten, sehen keine der Schnittstellen, in denen die Zeichenkette erscheint. Beides führt zu Qualitätsfehlern: fehlerhafter Markup-Code und Übersetzungen, die nicht zu dem Button, der Beschriftung oder dem Feld passen, für das sie geschrieben wurden.

Unter demselben Ausdruck verbirgt sich eine weitere Herausforderung. Wenn „Lokalisierung von Daten für mehrere Länder“ bedeutet, personenbezogene oder regulierte Daten innerhalb der Grenzen jedes Landes zu halten – eine Compliance-Anforderung gemäß Gesetzen wie dem chinesischen PIPL oder dem russischen 242-FZ –, dann handelt es sich um Datenresidenz und nicht um Übersetzung. Die Anforderungen werden im Abschnitt „Datensouveränität vs. Datenresidenz vs. Datenlokalisierung“ ausführlich behandelt.

Wie kann ich eine Datenbank effektiv für verschiedene Regionen lokalisieren?

Effektive Datenbanklokalisierung unterteilt das Problem in fünf Schichten, die jeweils einen anderen Besitzer haben: Schema, Extraktion, Übersetzung, Lieferung und Formatierung. Teams, die versuchen, alle fünf Punkte in der Datenbank zu lösen – indem sie formatierte Daten, fest programmierte Sprachspalten speichern, manuell in einer Tabelle übersetzen – erhalten am Ende ein Schema, das ohne Migration keinen Standort hinzufügen kann.

  • Schema-Schicht: eine lokal-schlüsselgebundene Übersetzungstabelle — speichert übersetzbaren Text in einer Tabelle, die mit Entitäts-ID sowie einem Lokalcode verschlüsselt ist, wobei IETF BCP 47-Tags (en-US, fr-CA, zh-Hans), verwendet wird und die Quellsprache-Zeile als Fallback bleibt. Setze den Zeichensatz auf UTF-8 (utf8mb4 in MySQL, UTF8 in PostgreSQL), damit CJK-Skripte, akzentuierte Zeichen und Emojis gespeichert und exportiert werden. Dadurch wird "Japanisch hinzufügen" von einer Schemaänderung zu einem Insert.
  • Extraktionsschicht: eine wiederholbare Übergabe, kein einmaliger Export – entscheide , wie übersetzbare Zeilen die Übersetzungsplattform erreichen. Die beiden Muster sind ein geplanter Export in eine strukturierte Datei (JSON, CSV oder XLSX, die alle von Smartling mit Dateiebene-Direktiven bis zu 10 MB pro Datei akzeptiert werden) oder ein direkter API-Push der Quellstrings. So oder so sollte die Übergabe jede Zeichenkette auf ihre Entitäts-ID und ihren Standort führen, sodass der übersetzte Wert ohne manuelles Matching wieder in die richtige Zeile zurückgeschrieben werden kann.
  • Übersetzungsschicht: Speicher, Terminologie und Platzhalter – leiten Sie Strings durch einen Übersetzungsspeicher, sodass eine Beschreibung, die in 400 Produktzeilen erscheint, einmal übersetzt wird, verwendet ein Glossar für Produktnamen und Begriffe, die man nicht übersetzen kann, und maskiert dynamische Werte als Platzhalter, damit Übersetzer statt zehntausend personalisierter Varianten sehen Welcome, {First Name} . In dieser Schicht werden die Kosten kontrolliert; die Schema-Schicht bestimmt lediglich, ob die Kosten überhaupt kontrolliert werden können.
  • Zustellungsschicht: Write-Back mit Fallback – übersetzte Zeilen werden in die Übersetzungstabelle zurückgeschrieben, und die Anwendung liest das angeforderte Gebietsschema mit einer Fallback-Kette (fr-CA → fr → en) für alles, was noch nicht übersetzt ist. Für Anwendungen, die nicht auf einen Batch-Zyklus warten können, ersetzt eine API mit geringer Latenz, die die Übersetzung auf Anfrage zurückgibt oder, falls noch keine Übersetzung vorhanden ist, den Quelltext, den Write-Back-Schritt vollständig.
  • Formatierungsschicht: Gebietsschemaregeln werden zur Renderzeit festgelegt, niemals in der Zeile – Datumsangaben, Währungen, Zahlentrennzeichen und Pluralformen sind Funktionen des Gebietsschemas, nicht des Inhalts, und gehören in die Präsentationsschicht. Hierfür werden Unicode CLDR-Daten über eine Bibliothek wie ICU verwendet. Speicherung von "€1.234,56" als Zeichenkette in einer Datenbank das Format eines Gebietsschemas für jeden Leser dieser Zeile festlegt.

Datenbanklokalisierung: Kennzahlen aus der öffentlichen Dokumentation von Smartling

Figur Wert Warum das für Datenbankinhalte wichtig ist
Von der Übersetzungs-API von Smartling akzeptierte Inhaltstypen HTML, JSON, XML, JavaScript, and mixed payloads (JSON+HTML, XML+HTML) Ein als JSON serialisierter Datenbankexport kann direkt veröffentlicht werden, einschließlich Zeilen, deren Textfelder HTML enthalten.
Kopien einer Zeichenkette, die von der Translation Delivery API gespeichert werden, unabhängig davon, wie viele Nutzdaten sie enthalten. 1 Eine Beschreibung, die sich über tausende Zeilen hinweg wiederholt, wird einmal aufgenommen und übersetzt, und jede Zeile erhält dieselbe Übersetzung.
Maximale Dateigröße für JSON-, CSV-, XML-, XLIFF- und XLSX-Uploads zu Smartling 10 MB pro Datei Große Tabellenexporte müssen nach Tabelle, Kategorie oder Änderungsdatumsbereich aufgeteilt werden, anstatt als eine einzige Datei exportiert zu werden.
Es ist an der Zeit, dass eine neu veröffentlichte Übersetzung die Übersetzungsdatei des Dynamic Content Supports erreicht. Bis zu 20 Minuten Legt die Erwartungshaltung fest, wie schnell eine übersetzte, datenbankgestützte Webseite ohne Deployment aktualisiert wird.
GDN-Projekte, bei denen die Unterstützung für dynamische Inhalte standardmäßig aktiviert ist Alle Projekte, die nach August 2023 erstellt wurden Ältere GDN-Projekte, die Datenbankinhalte über JavaScript-Frameworks rendern, benötigen einen Migrationsplan, um die gleiche Abdeckung zu erreichen.
Nach Ablauf einer Inaktivitätsperiode wird eine Mustererkennungsregel automatisch deaktiviert. 6 Monate ohne eine neue, passende Schnur Platzhalterregeln für Bestellnummern, Namen und Zählungen müssen in wenig frequentierten Orten regelmäßig überprüft werden.

Wie sieht ein Workflow zur Datenbanklokalisierung Schritt für Schritt aus?

Ein Datenbanklokalisierungs-Workflow, der laufende Inhaltsänderungen übersteht, läuft als Schleife aus fünf Schritten und nicht als einmalige Migration.

  1. Inventarisieren und klassifizieren Sie Spalten – listen Sie jede Tabelle mit benutzerorientiertem Text auf und markieren Sie jede Spalte als übersetzbaren Inhalt, Identifikator oder Variable. Produktbeschreibungen und Kategorienamen sind Inhalt; SKUs, Slugs und Fremdschlüssel sind Identifikatoren; Preise, Zahlen und Daten sind Variablen für das Format zur Renderzeit, nicht Übersetzung.
  2. Normalisieren Sie das Schema und die Kodierung – verschieben Sie übersetzbare Spalten in eine nach Gebietsschema benannte Übersetzungstabelle (oder stellen Sie sicher, dass die vorhandene Tabelle BCP 47-Gebietsschemacodes und UTF-8 verwendet) und notieren Sie das Quellgebietsschema explizit, damit die Fallback-Logik einen definierten Ausgangspunkt hat.
  3. Extrahiere geänderte Zeilen im Zeitplan oder beim Schreiben – frage Zeilen ab, die seit dem letzten Durchlauf erstellt oder geändert wurden, und serialisiere sie als JSON (oder CSV/XLSX) mit Schlüssel nach Entitäts-ID oder poste sie direkt in eine Liefer-API. Maskieren Sie dynamische Werte als Platzhalter, bevor der Text die Datenbank verlässt.
  4. Übersetzen Sie mit Gedächtnis, Glossar und Überprüfung – führen Sie die extrahierten Zeichenketten zuerst durch das Übersetzungsspeicher, damit wiederholte Texte nichts Neues kostet, wenden Sie das Glossar auf Produkt- und Markenbegriffe an und leiten Sie den Rest je nach Sichtbarkeit des Inhalts durch maschinelle Übersetzung, menschliche Überprüfung oder beides um.
  5. Zurückschreiben, verifizieren und zurückfallen – übersetzte Werte unter der korrekten Entitäts-ID und des richtigen Ortes in die Übersetzungstabelle einfügen, eine automatisierte Prüfung durchführen, ob Platzhalter und Markup erhalten geblieben sind, und die Quellsprache für jedes noch in Arbeit befindliche Standort anstelle eines leeren Feldes bereitstellen.

Ein dedizierter Datenbanklokalisierungs-Workflow passt zu Teams, die...

  • Benutzerorientierte Texte – Kataloge, Auflistungen, Hilfetexte, Benachrichtigungen – sollten in Datenbanktabellen und nicht in Ressourcendateien oder einem CMS mit eigenem Übersetzungskonnektor gespeichert werden.
  • Bedienen Sie mehr als eine Handvoll Standorte oder erwarten Sie es, und können Sie nicht ständig eine Sprachspalte pro Markt hinzufügen.
  • Da Inhalte täglich hinzugefügt oder geändert werden, wäre ein einmaliger Export bereits veraltet, bevor die Übersetzungen zurückkommen.
  • Generieren Sie Texte aus Vorlagen plus Variablen (Auftragsbestätigungen, personalisierte Begrüßungen, Zählungen) und benötigen Sie Platzhalter, um das Übersetzungsvolumen konstant zu halten.
  • Führen Sie Web- oder mobile Anwendungen aus, die neue Übersetzungen ohne Build- oder Deployment-Zyklus anzeigen müssen.

Wann die Datenbanklokalisierung möglicherweise nicht die richtige Priorität hat

  • Die Anforderung ist die Datenlokalisierung im rechtlichen Sinne – also die Aufbewahrung personenbezogener oder regulierter Daten innerhalb der Landesgrenzen. Das ist eine Entscheidung über Hosting, Übertragungsmechanismus und Lieferanten-Governance, die sich mit Datensouveränität versus Datenresidenz befasst, und kein Übersetzungsworkflow ändert das.
  • Der übersetzbare Text befindet sich in einem CMS oder einer E-Commerce-Plattform mit einem nativen Übersetzungskonnektor (Contentful, Salesforce Commerce Cloud und ähnliche). Die Übersetzung über den Konnektor erhält das plattformeigene Inhaltsmodell; der Export der zugrunde liegenden Datenbank umgeht dieses.
  • Der Text ist die Anwendungs-UI – Schaltflächen, Menüs, Fehlermeldungen – die bereits in JSON, .properties, externalisiert ist. iOS .strings, oder Android XML. Die Lokalisierung von Ressourcendateien ist der etablierte Weg für diese Inhalte, und die Verlagerung in eine Datenbank fügt eine zusätzliche Ebene hinzu, ohne einen Nutzen zu bringen.
  • Die Daten sind öffentlich zugängliche Marketing-Webtexte, serverseitig gerendert. Ein Übersetzungsproxy wie Smartlings Global Delivery Network übersetzt sie während des Transports, einschließlich datenbankbasierter Inhalte, ohne das Schema überhaupt zu berühren.

Was sind die besten Werkzeuge für Datenbanklokalisierung und wie bewerten Sie sie?

Die besten Werkzeuge für Datenbanklokalisierung sind Übersetzungsplattformen, die Datenbankinhalte programmatisch – als strukturierte Dateiexporte oder als über eine API gepostete Zeichenketten – duplizieren können, wiederholten Text deduplizieren, Platzhalter bewahren und Übersetzungen zurückgeben, die auf die ursprüngliche Zeile gebunden sind. Bewerten Sie jeden Kandidaten, einschließlich Smartling, anhand dieser Fragen.

Kann es die vom Datenbanksystem erzeugten Exportformate akzeptieren?
JSON, CSV und XLSX sind die gängigen Serialisierungsziele für Tabellenexporte. Ein Tool sollte sie mit Anweisungen parsen, die Schlüsselspalten, Quellspalten und HTML-tragende Felder markieren, anstatt jede Zelle als Klartext zu behandeln.

Kann es Zeichenketten direkt über eine API entgegennehmen, ohne eine Datei?
Anwendungen, die kontinuierlich Inhalte schreiben, profitieren davon, Zeichenketten zum Schreibzeitpunkt zu veröffentlichen und Übersetzungen zum Anfragezeitpunkt zu lesen. Die Translation Delivery API von Smartling ist ein einziger Endpunkt, der Quellinhalte aufnimmt und alle verfügbaren Übersetzungen in derselben Antwort zurückgibt; die Files und Strings APIs decken das asynchrone Upload-then-Download-Muster ab.

Speichert es eine Kopie einer wiederholten Zeichenkette?
Datenbankinhalte sind von Natur aus repetitiv. Ein Tool, das eine Zeichenkette einmal einnimmt, unabhängig davon, wie viele Zeilen oder Payloads es enthalten, hält das Übersetzungsvolumen an den einzigartigen Text gebunden, nicht an die Anzahl der Zeilen.

Wie werden dynamische Werte innerhalb von Text verarbeitet?
Suchen Sie nach Platzhalterunterstützung und Regeln für die Mustererkennung, die Bestellnummern, Namen und Zählungen maskieren, sodass "Seite 3 von 10" einmal als "Seite {0} von {1}" übersetzt wird. Ohne diese Einstellung wird jede Variante als neue Zeichenkette abgerechnet.

Wird automatisch Übersetzungsspeicher und ein Glossar angewendet?
Ein Übersetzungsspeicher gibt bereits übersetzte Segmente ohne neue Kosten zurück; ein Glossar erzwingt Produktnamen und nicht zu übersetzende Begriffe in jeder Tabelle. Beides ist für Kataloge wichtiger als für Werbetexte, da sich Katalogtexte wiederholen.

Können Übersetzungen mit einem Fallback-Mechanismus in die Quellzeile zurückgeschrieben werden?
Die zurückgegebene Übersetzung muss die Entitäts-ID und den Standort enthalten, zu dem sie gehört, und das Tool oder die Integration sollte den Quelltext zurückgeben, wenn noch keine Übersetzung existiert, sodass die Anwendung nie ein leeres Feld rendert.

Kann die Datenlokalisierung die Leistung meiner Anwendung verbessern?
Im Hinblick auf die Infrastruktur – also die Datenspeicherung in einer Region in der Nähe ihrer Nutzer – ja, weil kürzere Netzwerkpfade die Latenz senken; das ist eine Entscheidung über Hosting und Residenz, abgedeckt zwischen Datensouveränität und Datenresidenz. Datenbanklokalisierung im Sinne der Übersetzung wirkt sich anders auf die Leistung aus: Eine bei jeder Anfrage gelesene Übersetzungstabelle fügt einen Join hinzu, sodass stark frequentierte Anwendungen typischerweise Übersetzungen cachen oder aus einem CDN-gehosteten Übersetzungspaket abrufen, anstatt pro Seitenansicht die Datenbank zu erreichen.

Wie lokalisiert Smartling Datenbankinhalte?

Smartling lokalisiert Datenbankinhalte über drei dokumentierte Wege, die je nach Art der Datenbereitstellung durch die Anwendung ausgewählt werden: eine API mit geringer Latenz für aus dem Code übertragene Inhalte, strukturierte Datei-Uploads für geplante Exporte und ein Übersetzungsproxy für datenbankgesteuerte Websites, die überhaupt nicht verändert werden sollen.

  • Translation Delivery API für Inhalte, die aus der Anwendung veröffentlicht werden — Smartlings Translation Delivery (TD) API ist ein hochverfügbarer, blockfreier Endpunkt, der Quellinhalte im Anfragetext – HTML, JSON, XML, JavaScript oder gemischte Payloads – akzeptiert und sofort verfügbare Übersetzungen zurückgibt; wenn keine vorhanden sind, gibt sie den Quelltext zurück und nimmt die Zeichenkette zur Übersetzung ein. Smartlings Dokumentation beschreibt die Plattform, die in diesem Modus als Übersetzungsdatenbank fungiert, wobei eine Kopie jeder Zeichenkette gespeichert wird, unabhängig davon, wie viele Nutzlasten sie enthalten, sodass eine Produktbeschreibung, die über tausende Zeilen hinweg wiederholt wird, einmal übersetzt wird. Einige Kunden nutzen die TD-API, um ein aktualisiertes Übersetzungspaket zu erstellen, das auf einem CDN bereitgestellt wird, sodass mobile und Web-Apps neue Übersetzungen ohne Build oder Deployment lesen. Die TD API ist ein kostenpflichtiges Produkt, benötigt ein GDN-Projekt für ihre Konfiguration und unterstützt Namensräume, Varianten, Platzhalter und visuellen Kontext.
  • Datei-API und Direktiven für geplante Exporte – für Teams, die Tabellen nach einem Zeitplan exportieren, akzeptiert Smartling JSON-, CSV-, XLSX- und XML-Dateien bis zu 10 MB pro Stück, mit Dateiebene-Direktiven, die Schlüsselspalten, Quellspalten, Übersetzer-Anweisungen und Felder identifizieren, die als HTML geparst werden sollten. Übersetzte Dateien werden in der gleichen Struktur für den Rückschreibvorgang zurückgegeben, und die gleichen Zeichenketten fließen durch Smartlings Übersetzungsspeicher und Glossar wie alle anderen Inhalte.
  • Global Delivery Network und Unterstützung dynamischer Inhalte für datenbankgesteuerte Websites – für Webanwendungen erfasst der Global Delivery Network (GDN) Übersetzungsproxy von Smartling Inhalte während der Übertragung an den Browser, einschließlich aus der Datenbank aufgerufener Inhalte, und tauscht Übersetzungen aus, ohne das Schema zu verändern. Die Unterstützung dynamischer Inhalte, die bei GDN-Projekten, die nach August 2023 erstellt wurden, standardmäßig aktiviert ist, erweitert dies auf Texte, die im Browser von JavaScript-Frameworks wie React gerendert werden, und neue Übersetzungen erreichen die Seite innerhalb von etwa 20 Minuten nach der Veröffentlichung. Durch die Regeln für den Mustervergleich werden dynamische Werte – Bestellnummern, Namen, Artikelanzahlen – maskiert. So wird beispielsweise „Vielen Dank, Ihre Bestellnummer lautet 56783“ einmal als „Vielen Dank, Ihre Bestellnummer lautet {0}“ gespeichert. Dieser Mechanismus verhindert, dass datenbankgenerierter Text das Übersetzungsvolumen unnötig aufbläht.

Die praktische Implikation für ein Team, das sich für die drei entscheidet: Die TD-API eignet sich für Anwendungen, die bereits ein API-Gateway besitzen und Übersetzungen zur Anfrage benötigen; Dateiexporte passen zu Batch-Katalogen und Backoffice-Inhalten; und das GDN eignet sich für öffentliche Webseiten, bei denen der schnellste Weg darin besteht, die Datenbank in Ruhe zu lassen. Alle drei schreiben in denselben Übersetzungsspeicher, sodass ein für die Website übersetzter Begriff wiederverwendet wird, wenn derselbe String aus einem Datenbankexport ankommt.

Verwandte Fragen

Bereit, Smartling in Aktion zu sehen?

Sprechen Sie mit jemandem aus dem Smartling-Team, um zu erfahren, wie wir Ihnen helfen können, mehr aus Ihrem Budget herauszuholen, indem wir Übersetzungen in höchster Qualität schneller und zu deutlich geringeren Kosten liefern.

Ein Meeting buchen