Smartcat hilft Entwicklern und Produktteams dabei, eine JSON-Datei ins Englische oder aus dem Englischen ins Spanische, Deutsche, Japanische, Arabische und mehr als 280 weitere Sprachen zu übersetzen. Schlüssel und Struktur bleiben so, wie Ihre App es erwartet, Prüfer geben jede Sprache frei und jede Sprache kommt als eigene JSON-Datei zurück. Huel, Babbel und Kaseya lokalisieren ihre Produkte mit Smartcat.
Mehr als 80 der weltweit größten Unternehmen haben sich für Smartcat entschieden
Das Übersetzen einer JSON-Datei ins Englische bedeutet, dass die Werte in einer JSON-Sprachdatei, wie z. B. es.json oder ja.json, ins Englische übersetzt werden, während die Schlüssel, Verschachtelungen und Platzhalter so bleiben, wie Ihre App sie liest. Es funktioniert auch umgekehrt: Aus einer en.json wird eine Datei pro Zielsprache. Smartcat übersetzt die Werte mit KI und Überprüfer genehmigen sie.
Jede Sprache bringt auch ihre eigenen Regeln mit: den Locale-Code, den Ihre i18n-Bibliothek lädt, einen anderen Satz von Pluralkategorien und, für Arabisch oder Hebräisch, eine Recht-nach-links-Textrichtung. Das Übersetzen von JSON ins Englische und zurück ist ein Teil der Softwarelokalisierung, die dafür sorgt, dass jede Sprache Ihrer App mit jeder Veröffentlichung Schritt hält.
92%
ungeprüft akzeptiert
92 % der von der Smartcat-KI übersetzten Wörter werden ohne eine einzige menschliche Bearbeitung übernommen.
280+
Sprachen
Übersetzen Sie eine JSON-Quelle in über 280 Sprachen, einschließlich von rechts nach links geschriebener Sprachen, in einem einzigen Projekt.
80+
Dateiformate
Über JSON hinaus übersetzen Sie YAML, Android XML, iOS .strings, PO und XLIFF im selben Arbeitsbereich.
JSON Sprachdateien driften auseinander, wenn jede Sprache eine separate Kopie von en.json ist: Neue Schlüssel fehlen in einigen Gebietsschemata, Platzhalter werden neu eingetippt und Pluralformen behalten die englische Form. Smartcat behält jede Sprache in einem Projekt, übersetzt aus einer Quelldatei, sodass jedes Gebietsschema nach jedem Sprint die gleichen Schlüssel erhält.
Jeder Übersetzer erhält eine Datei per E-Mail und sendet sie nach eigenem Zeitplan zurück.
Alle Zielsprachen befinden sich in einem Smartcat-Projekt und übersetzen aus derselben Quelle.
Ein Schlüssel, der im letzten Sprint zu en.json hinzugefügt wurde, gelangt nie zu es.json, sodass Nutzer Englisch oder einen unformatierten Schlüssel sehen.
Importieren Sie die Quelle erneut und nur neue oder geänderte Strings gehen zur Übersetzung und Abrechnung.
Ein {count} oder %s wird übersetzt, umgeordnet oder gelöscht, und der String bricht zur Laufzeit.
Variablen bleiben geschützte Tags, die Übersetzer verschieben, aber nicht bearbeiten können.
Polnisch benötigt vier Formen und Arabisch sechs, aber die Datei hat nur „one“ und „other“.
Plurale Segmente im Editor oder die ICU-Syntax geben jeder Sprache die Formen, die sie benötigt.
Jede Sprachdatei lädt in Ihrer App.
Jedes Locale hat nach jedem Sprint die gleichen Schlüssel.
Das Translation Memory überträgt freigegebene Strings.
Jede JSON-Sprachdatei benötigt einen Gebietsschemecode, den Ihre i18n-Bibliothek lädt, die Pluralkategorien, die ihre Sprache verwendet, und eine Textrichtung. Das Englische verwendet „eins“ und „andere“ und verläuft von links nach Recht; das Arabische verwendet sechs Pluralformen und verläuft von Recht nach links. Die Kategorien folgen den Unicode-CLDR-Regeln, die i18next, FormatJS und ICU MessageFormat verwenden.
| Sprache | Gebietsschemacodes und Dateinamen | Plurale Kategorien | Textrichtung | Was zu überprüfen ist |
|---|---|---|---|---|
| Englisch | en, en-US, en-GB | einer, anderer | Von links nach Recht | US- oder UK-Rechtschreibung und Datumsformate. Liefern Sie en.json als Fallback mit, den Ihre Bibliothek lädt, wenn ein Schlüssel fehlt. |
| Spanisch | es, es-ES, es-419, es-MX | eins, viele, andere | Von links nach Recht | Spanien oder Lateinamerika und formelle oder informelle Anrede. Strings sind länger als im Englischen. |
| Deutsch | de, de-DE, de-AT, de-CH | einer, anderer | Von links nach Recht | Lange zusammengesetzte Wörter können über Schaltflächen und Tabs hinauslaufen, prüfen Sie diese daher in Ihrem Build. Wählen Sie „du“ oder „Sie“ im Glossar aus. |
| Französisch und Portugiesisch | fr, fr-CA, pt-BR, pt-PT | eins, viele, andere | Von links nach Recht | Das französische „one“ deckt auch die Null ab. Brasilianisches und europäisches Portugiesisch benötigen separate Dateien. |
| Polnisch, Russisch, Ukrainisch | pl, ru, uk | eins, wenige, viele, andere | Von links nach Recht | Vier Pluralformen, daher kann ein zweiformiger englischer Plural nicht einfach übernommen werden. |
| Japanisch, Chinesisch, Koreanisch | ja, zh-Hans, zh-Hant, ko | andere | Von links nach Recht | Keine Pluralformen und keine Leerzeichen zwischen Wörtern. Vereinfachtes und traditionelles Chinesisch sind separate Gebietsschemata. |
| Arabisch | ar, ar-SA, ar-EG | null, eins, zwei, wenige, viele, andere | Recht nach links | Sechs Pluralformen. Ihre App gibt die Richtung vor; überprüfen Sie gemischten lateinischen Text und Zahlen im Build. |
| Hebräisch | he (ältere Systeme: iw) | eins, zwei, andere | Recht nach links | Dieselben RTL-Prüfungen wie bei Arabisch. Einige Java- und Android-Konfigurationen erwarten immer noch den veralteten iw-Code. |
Datei-Namen richten sich nach Ihrer i18n-Bibliothek: en.json, locales/en/translation.json (i18next) oder en-US.json. BCP-47-Tags mit Bindestrich sind im Web Standard; Java und einige mobile Stacks verwenden Unterstriche, wie in en_US. Smartcat exportiert eine Datei pro Sprache mit einer Dateinamen-Vorlage, sorgen Sie also für eine Übereinstimmung der Vorlage mit den Codes, die Ihre App lädt.
Um eine JSON-Sprachdatei ins Englische zu übersetzen, erstellen Sie ein Smartcat-Projekt mit der Sprache der Datei als Quelle und Englisch als Ziel, importieren Sie die Datei oder die Schlüssel, lassen Sie die KI-Übersetzung durchführen und die Prüfer die Freigabe erteilen, und exportieren Sie dann eine JSON-Datei pro Sprache. Dieselben vier Schritte funktionieren für Spanisch, Deutsch, Japanisch oder Arabisch. Für eine einzelne Datei finden Sie Informationen dazu, wie Sie mit Smartcat eine JSON Datei übersetzen.
Wählen Sie die Sprache, in der Ihr JSON verfasst ist, wie Spanisch oder Englisch, und fügen Sie jede Zielsprache hinzu. Sie können Zielsprachen jederzeit hinzufügen.
Führen Sie den Upload der Datei im Browser durch oder importieren Sie Schlüssel mit dem CLI oder REST API aus Ihrer Build-Pipeline. Verschachtelte Schlüssel werden mit einem Pfadtrennzeichen importiert, sodass die Struktur erhalten bleibt.
KI übersetzt jede Sprache mit Ihrem Glossar und Translation Memory. Ihre Prüfer oder Smartcat Linguisten genehmigen jede Sprache, und der Fortschritt wird pro Gebietsschema angezeigt.
Laden Sie flache oder strukturierte JSON für jede Sprache herunter, benannt nach einer Vorlage wie strings-{LANGUAGE}.json, oder ziehen Sie die Dateien über die API zurück.
Smartcat übersetzt eine JSON Quelldatei in jede Zielsprache in einem einzigen Projekt: KI übersetzt mit Ihrem Glossar, Prüfer geben frei, QS-Prüfungen erkennen fehlerhafte Platzhalter und jede Sprache wird als eigene Datei exportiert. Demo buchen, um es an Ihren eigenen Dateien zu sehen.
Die Übersetzung von JSON ins Spanische, Deutsche, Japanische oder Arabische folgt denselben Schritten in Smartcat. Was sich pro Sprache ändert, sind der Gebietsschemacode, die Anzahl der Pluralformen, um wie viel länger Strings sind und – für Arabisch und Hebräisch – die Textrichtung. Die folgenden Kärtchen gruppieren die Sprachen danach, was Sie überprüfen müssen.
JSON in einer anderen Sprache verfasst, übersetzt in das Englisch, auf das Ihre App zurückgreift.
Legen Sie die Sprache, in der Ihre Datei verfasst ist, als Projekt-Quelle und Englisch als das Ziel fest. Schlüssel bleiben unberührt, und nur Werte werden übersetzt.
Die meisten Apps liefern eine en.json als Fallback mit. Fügen Sie en-GB nur hinzu, wenn britische Rechtschreibung und Daten für Ihre Nutzer wichtig sind.
Gängige englische Codes
Längere Strings, regionale Varianten und formelle Anrede.
Spanien und Lateinamerika, Brasilien und Portugal sowie Frankreich und Kanada erhalten jeweils ihr eigenes Gebietsschema. Fügen Sie jede einzelne als eigene Zielsprache im Projekt hinzu.
Übersetzte Strings benötigen oft mehr Platz als die englische Quelle. Überprüfende sehen jeden vollständigen String im Editor; überprüfen Sie Buttons und Tabs in Ihrem Build vor der Veröffentlichung.
Mehr Pluralformen, als das Englische hat.
Das Englische benötigt zwei Pluralformen, das Polnische vier und das Arabische sechs. Übersetzen Sie Plurale als Plural-Segmente im Editor oder als ICU MessageFormat-Strings; beim Export kommen sie als ICU-kompatible Strings zurück.
Keine Plurale, keine Leerzeichen, zwei chinesische Schriftsysteme.
Japanisch, Chinesisch und Koreanisch verwenden eine einzige „other“-Form, sodass ein Plural-String zu einer Übersetzung pro Schlüssel wird.
Gebietsschema-Codes
Festlandchina verwendet vereinfachtes Chinesisch; Taiwan und Hongkong verwenden traditionelles. Es sind separate Zielsprachen mit separaten Dateien.
Die JSON bleibt gleich. Die Regie liegt in Ihrer App.
Arabische und hebräische Werte befinden sich im JSON in logischem Auftrag, wie jeder andere String. Ihre App legt dir="rtl" für das Gebietsschema fest, und der Browser oder das Betriebssystem stellt den Text von Recht nach links dar.
Smartcat übersetzt die Strings; das Spiegeln des Layouts ist ein Job für Ihre App und Ihren RTL-Testlauf.
Markennamen, Zahlen und Platzhalter innerhalb eines RTL-Satzes können an einer unerwarteten Position erscheinen. Reviewer überprüfen den String im Editor, und Sie überprüfen den Bildschirm in Ihrem Build.
Den RTL-Build einchecken
Chief of Staff
Sagen Sie Ihrem Chief of Staff, welche JSON-Dateien und Sprachen Sie benötigen, und es koordiniert die Mitarbeiter, die diese übersetzen und prüfen.
Content Translator Coworker
Übersetzt die Werte in Ihren JSON-Locale-Dateien in über 280 Sprachen mit Ihrem Glossar und Translation Memory, während Schlüssel unverändert bleiben.
Content Update Coworker
Hilfe beim Finden der Strings, auf die sich Änderungen an einer Quelle auswirken, und übersetzt nur die neuen oder geänderten Schlüssel in jeder Sprache erneut.
Reviewer Coworker
Überprüft jede Sprache vorab auf Sprachfluss, Tonfall und Terminologie, damit Ihre Überprüfenden einen starken Entwurf freigeben.
Quality Assurance Coworker
Überprüft Platzhalter und Terminologie in jeder Sprache, bevor Sie die Dateien exportieren.
Gebietsschema-Dateien aus GitHub, GitLab oder Bitbucket abrufen oder Skriptimporte mit REST API und CLI durchführen. Alle Integrationen anzeigen
GitHub, GitLab, Bitbucket
Verbinden Sie Ihr Repository und halten Sie die Locale-Dateien in jeder Sprache synchron.
Smartcat CLI
Schlüssel über die Befehlszeile oder ein beliebiges CI/CD-Skript importieren und exportieren.
REST API
Fügen Sie Zielsprachen hinzu und rufen Sie übersetzte Dateien aus Ihren eigenen Tools ab.
Android
Übersetzen Sie Android String-Ressourcen, die in Ihrem Git-Repository aufbewahrt werden.
Figma
Übersetzen Sie UI-Texte in Designs und erkennen Sie Textausdehnungen, bevor sie veröffentlicht werden.
Contentful
Halten Sie die Inhalte rund um Ihre App in jeder Sprache auf dem neuesten Stand.
Zendesk
Übersetzen Sie die Artikel des Hilfecenters, die Ihre Nutzer lesen.
Google Drive
Übersetzen Sie Spezifikationen, Versionshinweise und Dokumente, die in Drive gespeichert sind.
WordPress
Veröffentlichen Sie Ihre Marketing-Website in denselben Sprachen wie Ihre App.
Sitecore
Halten Sie Webinhalte mit den Gebietsschemas Ihrer Produkte abgestimmt.
Produktteams bei Huel, Babbel und Kaseya übersetzen Locale-Dateien und Produkttexte in Smartcat. Jede Abbildung enthält einen Link zu ihrer Studie zur Groß-/Kleinschreibung.
21 Wo.
an manueller Arbeit pro Jahr eingespart
Huel spart durch die Automatisierung mit Smartcat auf seiner Website, im CRM und bei Marketinginhalten jährlich 21 Wochen manueller Arbeit ein.
31 h
jeden Monat gespeichert
Babbel speichert jeden Monat 31 Stunden manueller Arbeit mit Smartcat.
70%
geringere Lokalisierungskosten
Kaseya senkte die Lokalisierungskosten um 70 % und reinvestierte die Ersparnisse in weitere Sprachen.
„Wir haben die Qualität durch benutzerdefinierte Prompts pro Sprache sowie durch das aktive Verwalten von TM und einem großen Glossar (~500 Eingaben) verbessert.“
Entwickler stellen vier Fragen, bevor sie JSON-Locale-Dateien nach Smartcat verschieben: ob sich Schlüssel ändern, ob bereits übersetzte Strings erneut der Abrechnung unterliegen, wer die jeweilige Sprache überprüft und ob Smartcat Layouts von rechts nach links unterstützt. Die kurzen Antworten finden Sie unten; die FAQ weiter unten enthalten die Details.
Nein. Es werden nur Werte übersetzt. Schlüssel, Verschachtelung und Datei-Struktur kommen so zurück, wie sie eingegeben wurden, als flach oder strukturiert JSON.
Nein. Nur neue und geänderte Strings werden abgerechnet. Freigegebene Übersetzungen werden bei jedem Release aus Ihrem Translation Memory wiederverwendet.
Ja. Laden Sie Ihre Überprüfer zu den Sprachen ein, die sie beherrschen, oder engagieren Sie Linguisten vom Smartcat-Marktplatz für den Rest.
Nein. Smartcat übersetzt die arabischen und hebräischen Strings; Ihre App legt die Richtung fest und spiegelt das Layout. Planen Sie einen RTL-Testdurchlauf in Ihrem Build ein.
Locale-Dateien enthalten oft Strings für Funktionen, die Sie noch nicht veröffentlicht haben. Smartcat schützt sie bei jedem Schritt: SOC 2 Typ II- und ISO 27001-Zertifizierung, rollenbasierter Zugriff und kein Training öffentlicher KI-Modelle mit Ihren Inhalten. Details finden Sie auf der Smartcat Sicherheitsseite.
SOC-2-Typ-II-konform
Smartcat ist SOC 2 Typ II-konform und isoliert jeden Arbeitsbereich.
ISO 27001-zertifiziert
Smartcat ist eine nach ISO 27001 zertifizierte Organisation.
Rollenbasierte Zugriffskontrollen
Legen Sie fest, wer jedes Projekt in Enterprise-Abos ansehen, übersetzen, überprüfen und genehmigen kann.
Wird niemals zum Trainieren öffentlicher KI-Modelle verwendet
Ihre Strings und Quelldateien werden niemals verwendet, um öffentliche KI-Modelle zu trainieren.
Verschlüsselt bei der Übertragung und im Ruhezustand
Dateien und Translation Memory sind bei der Übertragung und im Ruhezustand verschlüsselt.
Löschung auf Anfrage
Inhalte werden innerhalb von 30 Tagen nach einer schriftlichen Aufforderung gelöscht oder zurückgegeben.
Führen Sie einen Upload der JSON-Datei nach Smartcat durch, legen Sie die Sprache, in der sie verfasst ist, als Quelle und Englisch als Ziel fest. Smartcat übersetzt nur die Werte mit KI, behält jeden Schlüssel und Platzhalter bei und lässt einen Prüfer das Englisch überprüfen, bevor Sie eine gültige en.json exportieren. Sie können Schlüssel auch über CLI oder REST API importieren oder zuerst eine JSON-Datei online kostenlos übersetzen.
Smartcats JSON-Übersetzer übersetzt eine JSON-Quelle in jede Zielsprache in einem Projekt. Egal welches Tool Sie testen, prüfen Sie, dass es Schlüssel unberührt lässt, Platzhalter schützt, die Pluralformen jeder Sprache verarbeitet, freigegebene Übersetzungen wiederverwendet und eine gültige Datei pro Sprache über ein API exportiert. Smartcat ist nicht die beste Wahl, wenn Sie eine kleine Datei einmalig übersetzen; dafür reicht ein einfacher Online-Konverter aus.
Erstellen Sie ein Smartcat-Projekt mit Englisch als Quelle und Spanisch als Ziel, wobei Sie es, es-ES oder es-419 wählen, um eine Übereinstimmung mit Ihrer App zu erzielen. Smartcat übersetzt die Werte mit KI und Ihrem Glossar, ein Prüfer legt die formelle oder informelle Anrede fest, und Sie exportieren die Datei es.json mit denselben Schlüsseln und den Pluralformen, die das Spanische benötigt.
Google Translate behandelt eine JSON-Datei als einfachen Text, während Smartcat und andere Lokalisierungswerkzeuge sie parsen. Das Einfügen einer Datei birgt das Risiko übersetzter Schlüssel, fehlerhafter Angebote und geänderter Platzhalter, und das schrittweise Übersetzen von Werten führt zum Verlust von Kontext und Konsistenz. Ein Parser, der nur die Werte mit Ihrem Glossar und Translation Memory übersetzt, liefert Ihnen eine Datei, die Ihre App laden kann.
Benennen Sie es mit dem Gebietsschema-Code, den Ihre i18n-Bibliothek lädt. In Smartcat legen Sie eine Dateinamen-Vorlage fest, damit Exporte Ihrer Konvention folgen. Gängige Muster sind en.json und es.json, locales/es/translation.json für i18next oder Regions-Tags wie es-MX.json. Web-Stacks verwenden mit Bindestrich versehene BCP-47-Tags; Java und einige mobile Stacks erwarten Unterstriche, wie in es_MX.
92 % der von der Smartcat-KI übersetzten Wörter werden ohne eine einzige menschliche Bearbeitung akzeptiert. Smartcat übersetzt JSON-Text mit Ihrem Glossar und Translation Memory, sodass Produktbegriffe über alle Sprachen hinweg einheitlich bleiben. Tonfall, formelle oder informelle Anrede und kurze UI-Bezeichnungen ohne Kontext erfordern nach wie vor einen Prüfer, aktivieren Sie daher weiterhin die Überprüfung durch menschliche Prüfer für Sprachen mit Kundenkontakt.
Smartcat übersetzt Plurale auf zwei Arten: als Plural-Segmente im Editor oder als ICU MessageFormat-Strings, und beim Export kommen Plurale als ICU-kompatible Strings zurück. Das ist wichtig, weil Sprachen unterschiedliche Formen benötigen: Englisch hat one und other, Polnisch fügt few und many hinzu, Arabisch verwendet sechs Formen und Japanisch verwendet eine einzige Form.
Ja. Smartcat übersetzt JSON wie jede andere Zielsprache ins Arabische, Hebräische und andere von Recht nach links geschriebene Sprachen. Die Werte werden in Lesereihenfolge gespeichert, und Ihre App legt die Textrichtung fest, beispielsweise mit dir="rtl". Planen Sie einen Testlauf in Ihrem Build ein, um die Layout-Spiegelung, Zahlen und lateinische Markennamen innerhalb von RTL-Strings zu überprüfen.
Ja. Smartcat ermöglicht es, jede Sprache mit Support als Quelle eines Projekts zu verwenden, sodass japanische, chinesische oder spanische JSON Strings genauso ins Englische übersetzt werden wie englische Strings in andere Sprachen. Jedes Projekt hat eine Ausgangssprache; wenn Ihre Dateien in mehreren Ausgangssprachen vorliegen, erstellen Sie ein Projekt pro Ausgangssprache.
Ja. Fügen Sie jede Zielsprache zu einem Smartcat Projekt hinzu und dieselbe JSON Quelle wird parallel in alle übersetzt, mit einer Aufgabe pro Sprache. Sie können jederzeit Zielsprachen hinzufügen, jede Sprache separat überprüfen und eine Datei pro Sprache oder alle Sprachen in einem einzigen Download exportieren.
Importieren Sie die Quelle-Datei oder Schlüssel erneut, und Smartcat sendet nur neue und geänderte Strings zur Übersetzung. Freigegebene Übersetzungen werden aus Ihrem Translation Memory wiederverwendet, und nur neue und geänderte Strings werden für die Abrechnung herangezogen. Jede Sprachdatei erhält die neuen Schlüssel, damit die Gebietsschemata nach jedem Sprint nicht von Ihrer Quelle abweichen.
Ja. Smartcat importiert JSON-Gebietsschemadateien aus i18next, React Native und anderen JavaScript-i18n-Bibliotheken, einschließlich verschachtelter Schlüssel durch strukturiertes JSON mit einem Pfadtrennzeichen. Es verarbeitet auch YAML, Android XML und iOS .strings in Softwarelokalisierung-Projekten, sodass Web- und Mobile-Strings ein gemeinsames Glossar und Translation Memory nutzen können.
Haben Sie Ihre Antwort nicht gefunden? Sprechen Sie mit einem Lokalisierungsexperten
Markenhinweis. Smartcat ist eine unabhängige Plattform und steht in keiner Verbindung zu Google LLC, wird von Google LLC weder unterstützt noch gesponsert oder ist anderweitig mit Google LLC assoziiert. Google Translate ist eine Marke von Google LLC. Alle Produkt-Namen, Logos und Marken, auf die auf dieser Seite verwiesen wird, sind das Eigentum ihrer jeweiligen Inhaber und werden ausschließlich zu Identifikations- und Beschreibungszwecken verwendet.
Sehen Sie, wie Smartcat eine Ihrer eigenen JSON-Locale-Dateien übersetzt, vom Import bis zu einer Datei pro Sprache, oder starten Sie eine 15-tägige kostenlose Testversion mit 15.000 Smartwords und ohne Kreditkarte.