PO-Dateien online übersetzen: Führen Sie einen Upload einer gettext-.po- oder .pot-Datei durch, übersetzen Sie sie mit KI sowie Ihren eigenen Prüfern und exportieren Sie eine build-bereite PO-Datei für jede Sprache.
Variablen wie %s und {name} werden zu gesperrten Tags, Pluralformen und Kontext-Marker bleiben intakt, und mit dem Serge.io-PO-Parser verarbeitet ein erneuter Upload nur die Strings, an denen Änderungen vorgenommen wurden.
Mehr als 80 der weltweit größten Unternehmen haben sich für Smartcat entschieden
Eine PO-Datei (Portable Object) ist die Übersetzungsdatei im Klartextformat, die GNU gettext verwendet – das Internationalisierungssystem hinter Python-, PHP-, WordPress-, Django- und Drupal-Projekten. Im PO-Dateiformat verbindet jeder Eintrag einen Ausgangsstring (msgid) mit seiner Übersetzung (msgstr), sodass eine PO-Datei genau eine Sprache enthält.
Ihr Code erzeugt eine POT-Vorlage, jede Sprache erhält eine daraus erstellte PO-Datei, und Ihr Build kompiliert jede PO-Datei in die binäre MO-Datei, die die Anwendung lädt. Die Software-Lokalisierungsplattform von Smartcat übersetzt PO- und POT-Dateien als zweisprachige Dateien: msgid wird als Ausgangstext importiert, und die Übersetzung wird zurück in msgstr geschrieben.
.po: eine Sprache, Ausgangstext und Übersetzung nebeneinander
.pot: die leere Vorlage, extrahiert aus Ihrem Quellcode
.mo: die kompilierte Binärdatei, die Ihre Anwendung tatsächlich lädt
3
PO-Parser
Standard-PO, Serge.io-PO und Monolingual-PO: Wählen Sie diejenige aus, die eine Übereinstimmung mit dem Aufbau Ihrer Dateien aufweist.
92%
Ohne Bearbeitungen angenommen
92 % der von Smartcat-KI übersetzten Wörter werden akzeptiert, ohne dass ein Mensch sie auch nur ein einziges Mal bearbeiten muss.
280+
Sprachen
Übersetzen Sie eine PO-Datei in über 280 Sprachen im selben Projekt.
#. Shown when the cart is empty
#: src/cart.py:42
msgctxt "cart"
msgid "Your cart is empty"
msgstr "Votre panier est vide"
#: src/cart.py:57
msgid "%d item in your cart"
msgid_plural "%d items in your cart"
msgstr[0] "%d article dans votre panier"
msgstr[1] "%d articles dans votre panier"
#: src/account.py:12
msgid "Hello, {name}!"
msgstr "Bonjour, {name} !"msgstr: übersetzt
Smartcat schreibt jede freigegebene Übersetzung in msgstr, mit einem Wert pro Pluralform.
%d und {name}: gesperrte Tags
%d und {name} werden als geschützte Tags importiert, die Übersetzer verschieben, aber weder ändern noch löschen können.
#.-Kommentare: Kontext für Übersetzer
Der Kommentar #. wird im Editor neben dem Segment angezeigt. Die Referenz #: ist die String-ID, an der sich der Serge.io-Parser orientiert.
msgid und msgctxt: bleiben unverändert
msgid, msgctxt und msgid_plural bleiben genau so, wie sie in Ihrer Datei stehen.
PO-Dateien gehen in generischen Übersetzungswerkzeugen kaputt, weil diese Werkzeuge Text sehen, keine gettext-Eingaben. Sie lassen Übersetzer Variablen wie %d bearbeiten, verwerfen den Überprüfungsverlauf bei jedem Re-Import und liefern nicht überprüfte msgstr-Werte aus. Smartcat arbeitet an der PO-Datei selbst, sodass jeder Fehler eine Behebung innerhalb der Datei hat.
Der msgid-Text landet ohne den Dateikontext in einem generischen Übersetzungstool.
Smartcat liest die Einträge als Ausgangs- und Zieltext ein – eine zweisprachige Datei pro Sprache.
Ein Übersetzer ändert %d oder {name}; der Export besteht die Prüfung und scheitert zur Laufzeit.
%s, %d, {name} und {0} können verschoben, aber weder geändert noch gelöscht werden.
Der erneute Import der gesamten Datei löscht Prüfkommentare und berechnet Strings, die sich nie geändert haben.
Mit dem Serge.io-PO-Parser werden nur geänderte Segmente neu verarbeitet und berechnet.
msgstr-Werte, die niemand geprüft hat, in Sprachen, die niemand im Team liest.
Ihre Prüfer oder Linguisten vom Marktplatz bestätigen jedes Segment im selben Editor.
Smartcat, Phrase, Crowdin und Lokalise importieren alle gettext-PO-Dateien. Sie unterscheiden sich beim zweiten Upload: Smartcat lässt Sie den PO-Parser pro Datei auswählen, behält den Verlauf zum Überprüfen bei, wenn Eingaben String-IDs enthalten, und nimmt die Abrechnung nur für die Strings vor, an denen es Änderungen gab.
| Funktion | Smartcat | Phrase | Crowdin | Lokalise |
|---|---|---|---|---|
| Import und Export von PO/POT | ✓ .po und .pot werden als zweisprachige Dateien verarbeitet; übersetzte msgstr-Werte werden beim Export zurückgeschrieben | ✓ Dokumentiert (.po, .pot und .mo) | ✓ Dokumentiert | ✓ Dokumentiert |
| Parser-Auswahl pro Datei | ✓ Drei Parser: Default PO, Serge.io PO, Monolingual PO | ~ Optionen für das Importformat | ~ Nicht dokumentiert | ~ Nicht dokumentiert |
| Erneute Importe anhand der String-ID | ✓ Serge.io-PO-Parser: Nur geänderte Segmente werden neu verarbeitet; Kommentare und Verlauf bleiben erhalten | ~ Nicht dokumentiert | ~ Nicht dokumentiert | ~ Nicht dokumentiert |
| Beim erneuten Hochladen nur für geänderte Strings bezahlen | ✓ Unveränderte Segmente verbrauchen keine Smartwords | ~ Nicht dokumentiert | ~ Nicht dokumentiert | ~ Nicht dokumentiert |
Platzhalterschutz (%s, %d, {name}) | ✓ Preset-basierte gesperrte Tags, die Übersetzer weder ändern noch löschen können | ✓ Dokumentiert | ✓ Dokumentiert, mit automatischer Erkennung und Validierung | ✓ Dokumentiert |
Pluralformen (msgid_plural) | ✓ Unterstützt | ✓ Dokumentiert | ✓ Dokumentiert | ✓ Dokumentiert; Plural-Header werden laut Dokumentation manuell hinzugefügt |
Kontextmarker (msgctxt) | ✓ Unterstützt | ✓ Dokumentiert, als Schlüsselpräfix | ✓ Dokumentiert | ✓ Dokumentiert |
| Integrierter Marktplatz für professionelle Linguisten | ✓ Geprüfte Linguisten überprüfen im selben Workflow | ✗ Nicht angeboten | ~ Anbieterverzeichnis | ✗ Nicht angeboten |
| Preismodell | Nutzungsbasierte Smartwords | Pläne pro Arbeitsplatz | Plan-Stufen | Pläne pro Arbeitsplatz |
Die Angaben zu Phrase, Crowdin und Lokalise geben wieder, was die öffentliche Dokumentation des jeweiligen Anbieters beschreibt (Stand: August 2026). ✓ dokumentiert oder unterstützt · ~ teilweise oder nicht dokumentiert · ✗ nicht angeboten. Alle Produktnamen sind Marken ihrer jeweiligen Inhaber; siehe den Markenhinweis unter den FAQ.
Um eine PO-Datei zu übersetzen, erstellen Sie ein Smartcat-Projekt mit Ihren Zielsprachen, führen Sie den Upload der .po- oder .pot-Datei durch, lassen Sie die KI jede Eingabe entwerfen, überprüfen Sie sie im Editor und exportieren Sie eine übersetzte PO-Datei pro Sprache. Die vollständige Optionen-Referenz finden Sie im Hilfecenter: Übersetzen von PO-Dateien in Smartcat.
Öffnen Sie ein Projekt in Smartcat und wählen Sie alle Zielsprachen aus, in denen Ihre App ausgeliefert wird.
Smartcat erkennt das Format und öffnet die PO-Einstellungen: den Parser (Serge.io PO für Dateien mit String-IDs), den Platzhalterschutz und den Schutz von HTML-Tags.
Die KI übersetzt jeden Eintrag einschließlich aller Pluralformen mithilfe Ihres Translation Memory und Ihres Glossars.
Ihre eigenen Prüfer oder über den Smartcat Marketplace beauftragte Linguisten bearbeiten und bestätigen Segmente, während im Hintergrund QS-Prüfungen laufen.
Smartcat schreibt die Übersetzungen zurück in msgstr und liefert pro Sprache eine gültige PO-Datei, die mit msgfmt kompiliert werden kann.
Dies war eine unserer ersten KI-Investitionen. Was früher Wochen dauerte, dauert heute nur noch Minuten. Es speichert uns jährlich einen satten sechsstelligen Betrag an Übersetzungskosten, ohne an Qualität einzubüßen.
”Fallstudie entdecken →
Die Software von Smartcat für die PO-Datei-Übersetzung stellt auf dreierlei Weise sicher, dass eine übersetzte Datei erstellbar bleibt: Jede msgid wird sauber ihrer msgstr zugeordnet, Variablen bleiben als Tags gesperrt und Übersetzer sehen den Entwickler-Kommentar hinter jedem String.
Smartcat verarbeitet PO-Dateien als zweisprachige Dateien. Die msgid wird als das Quelle-Segment importiert und die msgstr, sofern vorhanden, als das Ziel importiert.
Beim Export wird jedes msgstr mit der Übersetzung aus dem Editor aktualisiert und Sie erhalten eine gültige PO-Datei zurück, eine pro Sprache, bereit für Ihren Build. Import- und Exportoptionen finden Sie im Hilfecenter: Übersetzen von PO-Dateien in Smartcat.
Aktivieren Sie den Platzhalter-Import und Smartcat konvertiert %s, %d, {name} und {0} entsprechend den Platzhalter-Voreinstellungen Ihres Arbeitsbereichs in geschützte Tags.
Übersetzer können sie verschieben, aber sie können sie weder ändern noch löschen, sodass eine beschädigte Variable niemals Ihren Build erreicht. Der JSON-Übersetzer sperrt Platzhalter in Locale-Dateien auf dieselbe Weise.
Der Kommentar über jedem String, die #.-Zeile, die Ihr Extraktionswerkzeug schreibt, wird als Segment-Kommentar in den Editor importiert.
Übersetzer sehen „Wird angezeigt, wenn der Warenkorb leer ist“ weiter zum String selbst, anstatt anhand eines bloßen Satzfragments zu raten. Der XML-Übersetzer bringt XML-Kommentare auf die gleiche Weise in den Editor.
Smartcat verarbeitet PO-Dateien mit drei Parsern, nativem msgid_plural- und msgctxt-Support sowie als Tags gesperrten Platzhaltern und HTML. Alles läuft über die PO-Datei selbst, ohne Export-Import-Schleife zwischen separaten Werkzeugen.
In Smartcat wählen Sie den Parser pro Datei – er bestimmt, wie sich Aktualisierungen, Verlauf und Kosten verhalten.
Empfohlen für die kontinuierliche Lokalisierung. Er ordnet Segmente anhand der eindeutigen String-IDs in Ihren #:-Kommentaren zu, sodass bei einem erneuten Hochladen nur Segmente neu verarbeitet werden, deren Ausgangstext sich geändert hat.
Für einmalige Dateien ohne String-IDs. Er verarbeitet jede gültige PO-Datei, ersetzt bei einem erneuten Hochladen aber das Dokument.
Revisionen und Kommentare zu diesem Dokument werden beim erneuten Hochladen entfernt.
Für wenige spezielle Pipelines. Er importiert nur die Ziel-Strings (msgstr), ohne den Ausgangstext im Editor.
Die meisten Teams sollten ihn nie auswählen.
Die Teile eines PO-Eintrags, die generische Übersetzungstools beschädigen, und wie Smartcat sie bewahrt.
Unterstützt. Smartcat importiert Einträge mit msgid_plural und ihren msgstr[n]-Varianten, sodass jede Pluralform eines Strings eine eigene Übersetzung erhält.
Unterstützt. Zwei Einträge mit derselben msgid, aber unterschiedlichem msgctxt bleiben getrennte Segmente mit getrennten Übersetzungen.
Laden Sie eine .pot-Vorlage hoch, und Smartcat übersetzt sie in jede Projektsprache und liefert für jede eine PO-Datei. Sprachen benötigen unterschiedlich viele Pluralformen: Englisch und Französisch verwenden zwei msgstr-Formen, Polnisch und Russisch drei, Arabisch sechs – und jede Form erhält ihre eigene Übersetzung.
Prüfen Sie die Plural-Forms-Zeile in jeder exportierten Datei, bevor Sie sie mit msgfmt kompilieren.
Smartcat lässt HTML-Platzhalter unangetastet: Aktivieren Sie „HTML-Tags schützen“, und Markup wie <b> oder <a href> wird im Editor zu gesperrten Tags statt zu bearbeitbarem Text.
Als Tags gesperrt
Importieren Sie die bereits in der Datei vorhandenen msgstr-Werte, belassen Sie sie als unbestätigte Entwürfe, bestätigen Sie sie in einer ausgewählten Workflow-Phase oder sperren Sie sie für die Bearbeitung.
Übersetzen Sie in die Sprachen Ihres Projekts, oder lassen Sie den Language:-Header der jeweiligen Datei die Zielsprache bestimmen.
Gleichen Sie diese Punkte mit Ihrer eigenen Pipeline ab, bevor Sie sich für einen kontinuierlichen Workflow entscheiden.
Jeder Eintrag benötigt eine eindeutige ID in seinem #:-Kommentar. Wenn Ihr Extraktionsschritt noch keine Referenzkommentare schreibt, aktivieren Sie dies zuerst in Ihrem Build. Eine doppelte ID lässt den Upload fehlschlagen – beheben Sie sie also im Ausgangstext und laden Sie die Datei erneut hoch.
Dateien ohne IDs verwenden den Standardparser, der beim erneuten Hochladen das gesamte Dokument ersetzt und die Revisionen und Kommentare dieses Dokuments verwirft.
Für PO-Uploads gibt es nicht die Segmentierungseinstellungen anderer Formate. Jedes Segment entspricht einem Eintrag in Ihrer Datei.
Jeder freigegebene String fließt in ein gemeinsames Translation Memory, und Ihr Glossar hält UI-Begriffe einheitlich, damit „Sign in“ nicht in einer einzigen Oberfläche zu drei verschiedenen Verben wird.
Smartcat übersetzt jeden PO-Eintrag automatisch mit KI; anschließend überprüfen ihn Ihr Team oder geprüfte Linguisten vom Smartcat Marketplace im selben Editor, und das Translation Memory lernt aus jeder Korrektur.
Derselbe Arbeitsbereich verarbeitet JSON, XML (ebenfalls anhand der String-ID), XLIFF und die Dokumente, die Ihre anderen Teams schicken – so teilen sich Software-Strings und alles andere ein Translation Memory und ein Glossar.
Jeder Mitarbeiter übernimmt einen Schritt der Übersetzung der PO-Datei, vom ersten Entwurf bis zur abschließenden Prüfung. Ihre Überprüfer genehmigen jede Sprache vor dem Export.
Stabschef
Teilen Sie Ihrem Stabschef mit, welche PO-Dateien und Sprachen ein Release benötigt, und er koordiniert die Mitarbeiter, die diese übersetzen und überprüfen.
Inhalts-Übersetzer-Kollege
Übersetzt jede PO-Eingabe, einschließlich Pluralformen, in über 280 Sprachen mit Ihrem Glossar und Translation Memory.
Mitarbeiter für Inhaltsaktualisierung
Hilfe beim Finden der Strings, die von einer Änderung der Quelle betroffen sind, und übersetzt nur die neuen oder geänderten Eingaben erneut.
Überprüfender Arbeitskollege
Überprüft jede Sprache vorab auf Sprachfluss, Tonfall und UI-Terminologie, sodass Ihre Prüfer einen überzeugenden Entwurf freigeben, anstatt ganz von vorne zu beginnen.
Mitarbeiter in der Qualitätssicherung
Überprüft jede übersetzte Datei auf Terminologie-, Tags- und Genauigkeitsfehler und weist ihr vor dem Export einen Qualitätsscore zu.
Führen Sie einen Upload von PO-Dateien in der Web-App oder über die Smartcat REST API durch, oder führen Sie eine kontinuierliche Lokalisierung mit dem Serge.io-PO-Parser durch. Die Schlüsselsammlungs-Synchronisierung über Git und die CLI umfasst JSON, YAML, Android-XML und iOS-.strings. Alle Integrationen anzeigen
GitHub, GitLab, Bitbucket
Synchronisieren Sie die JSON-, YAML- und String-Dateien, die sich weiter neben Ihren PO-Dateien befinden.
Smartcat-CLI
JSON- und YAML-Schlüssel aus Skripten importieren und exportieren; PO-Dateien laufen über Datei-Upload.
REST-API
Führen Sie einen Upload von PO-Dateien durch und rufen Sie Übersetzungen aus Ihrer Build- oder Release-Pipeline ab.
Android
Übersetzen Sie Android-String-Ressourcen, die in Ihrem Git-Repository gespeichert sind.
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 aktuell.
Zendesk
Übersetzen Sie die Artikel des Hilfecenters, die Ihre Nutzer lesen.
Google Drive
Übersetzen Sie Spezifikationen, Versionshinweise und Dokumente, die in Drive aufbewahrt werden.
WordPress
Übersetzen Sie die Websites, Themes und Plugins, aus denen Ihre PO-Dateien häufig stammen.
Sitecore
Halten Sie Webinhalte mit den Gebietsschemas Ihrer Produkte abgestimmt.
Kaseya synchronisiert UI-Strings von GitHub in Smartcat und startet vom ersten Tag an in über 10 Sprachen. Huel wickelt die Lokalisierung seiner Website, seines CRMs und seiner Werbeanzeigen über Smartcat ab. Jede Zahl unten nennt den Fallstudien-Namen, von dem sie stammt.
70%
geringere Lokalisierungskosten
Kaseya senkte die Lokalisierungskosten um 70 % und reinvestierte die Einsparungen in mehr als 8 weitere Sprachen. Quelle: Kaseya-Groß-/Kleinschreibung-Studie.
10+
Sprachen ab dem ersten Tag
UI-Strings werden von GitHub mit Smartcat synchronisiert, sodass Kaseya vom ersten Tag an in über 10 Sprachen verfügbar ist. Quelle: Kaseya-Groß-/Kleinschreibung-Studie.
21
Wochen manueller Arbeit pro Jahr gespeichert
Huel sparte pro Jahr 21 Wochen manueller Lokalisierungsarbeit ein – fast eine halbe Vollzeitstelle. Quelle: Huel-Groß-/Kleinschreibung-Studie.
„Wir starten vom ersten Tag an weltweit. Wir warten nicht darauf, dass Englisch zuerst erscheint, und lokalisieren dann später. Alles ist zur gleichen Zeit fertig.“
Entwickler fragen vier Dinge, bevor sie PO-Dateien zu Smartcat verschieben: was mit der Agentur passiert, die sie bereits nutzen, ob Platzhalter erhalten bleiben, was ein erneuter Upload kostet und ob Smartcat .mo-Dateien ausgibt.
Behalten Sie die Linguisten, denen Sie vertrauen: Holen Sie sie als Prüfer in Smartcat, oder beauftragen Sie geprüfte Linguisten über den Smartcat Marketplace. Die KI entwirft zuerst jeden PO-Eintrag, sodass Menschen prüfen, statt von Grund auf zu übersetzen.
Das können sie nicht. %s, %d, {name} und {0} werden zu gesperrten Tags, die sie verschieben, aber weder bearbeiten noch löschen können, und jeder davon wird beim Export exakt wiederhergestellt.
Als Tags gesperrt
Verwenden Sie den Serge.io-PO-Parser. Nur Segmente, deren Ausgangstext sich geändert hat, werden neu verarbeitet und berechnet, und der Prüfverlauf bleibt bei allen anderen erhalten.
Nicht direkt. Smartcat exportiert übersetzte PO-Dateien; das Kompilieren zu MO bleibt in Ihrer Pipeline, wo ein einziger msgfmt-Befehl pro Sprache genügt.
Ja. PO-Dateien enthalten oft UI-Strings für Funktionen, die Sie noch nicht veröffentlicht haben, und Smartcat schützt diesen Inhalt bei jedem Schritt; erfahren Sie mehr darüber auf der Smartcat-Sicherheitsseite.
Rollenbasierte Zugriffskontrollen
Legen Sie bei Enterprise-Abos nach Team, Rolle oder Region fest, wer jedes Projekt einsehen, übersetzen, überprüfen und freigeben kann.
Einmalanmeldung (SSO)
Melden Sie sich bei Enterprise-Abos über Ihren bestehenden Identitätsanbieter an.
SOC 2 Typ II konform
Smartcat ist SOC 2 Typ II-konform und isoliert jeden Arbeitsbereich.
Wird niemals zum Trainieren öffentlicher KI-Modelle verwendet
Ihre Quell-Strings und Übersetzungen werden niemals verwendet, um öffentliche KI-Modelle zu trainieren.
Prüfpfade
Sehen Sie in Enterprise-Abos, wer was und wann während der Übersetzung und Übersetzungsprüfung geändert hat.
Verschlüsselung und Löschung auf Anfrage
Inhalte werden sowohl bei der Übertragung als auch im Ruhezustand verschlüsselt und innerhalb von 30 Tagen nach einer schriftlichen Anfrage gelöscht oder zurückgegeben.
Anleitungen zur Übersetzung von Django- und Python-Projekten, die gettext verwenden, und zur Durchführung von Softwarelokalisierung als Teil jedes Releases.
Eine PO-Datei (Portable Object) ist die reine Textdatei für die Übersetzung von GNU gettext, und Smartcat importiert sie als zweisprachige Datei. Jede Eingabe verknüpft einen Quell-String (msgid) mit seiner Übersetzung (msgstr), sodass eine PO-Datei eine Sprache enthält. PO-Dateien sind Standard in Python-, PHP-, WordPress-, Django- und Drupal-Projekten.
Eine POT-Datei ist die leere Vorlage, die aus Ihrem Code extrahiert wurde, eine PO-Datei enthält die Übersetzungen einer Sprache und eine MO-Datei ist die kompilierte Binärdatei, die Ihre App lädt. Smartcat übersetzt sowohl .po- als auch .pot-Uploads in jede Projekt-Sprache und gibt PO-Dateien zurück, die Sie in Ihrem Build zu MO kompilieren.
Laden Sie die .po- oder .pot-Datei in ein Online-Smartcat-Projekt hoch, wählen Sie Ihre Zielsprachen und den Serge.io PO-Parser, wenn Ihre Eingaben String-IDs enthalten, und lassen Sie dann die KI jedes Segment entwerfen. Ihre Prüfer oder Marktplatz-Linguisten bestätigen die Übersetzungen im Editor, und Sie exportieren eine gültige PO-Datei pro Sprache.
Smartcat eignet sich für Teams, die PO-Dateien in viele Sprachen übersetzen und sie bei jedem Release erneut per Upload hochladen, aber das beste Tool hängt von Ihrer Pipeline ab. Egal, was Sie testen, stellen Sie sicher, dass Platzhalter geschützt werden, msgid_plural und msgctxt Support geboten wird, der Verlauf beim erneuten Upload überprüft werden kann und die Abrechnung nur für die Strings erfolgt, die Änderungen aufweisen. Für eine einzelne Datei, die Sie einmal bearbeiten, ist ein Desktop-PO-Editor möglicherweise alles, was Sie brauchen.
Verwenden Sie Poedit, wenn eine Person jeweils eine PO-Datei bearbeitet: Es ist ein Desktop-PO-Editor mit einer kostenlosen Version. Verwenden Sie eine Plattform wie Smartcat, wenn ein Team bei jedem Release PO-Dateien mit KI-Entwürfen, im Browser arbeitenden Prüfern, gemeinsam genutztem Translation Memory und erneuten Uploads, bei deren Abrechnung nur geänderte Strings berücksichtigt werden, in viele Sprachen übersetzt.
Ja, zur Probe. Smartcat bietet eine 15-tägige kostenlose Testversion mit 15.000 Smartwords und ohne Kreditkarte an. Dies reicht aus, um eine typische PO-Datei in einige Sprachen zu übersetzen und den Export in Ihrem Build zu testen. Smartcat hat kein kostenloses Abo; nach dem Testzeitraum wird die Nutzung in Smartwords abgerechnet, wie auf der Seite für Smartcat-Preise beschrieben.
Nein. Universelle Übersetzer arbeiten mit Texten, die Sie einfügen, nicht mit der PO-Datei, sodass Platzhalter, Pluralformen und msgctxt leicht beschädigt werden können. Smartcat übersetzt die Datei selbst, behält Variablen als gesperrte Tags bei und schreibt jede Übersetzung zurück in msgstr, sodass das Ergebnis weiterhin kompiliert werden kann.
Jeder reine Text-Editor öffnet eine PO-Datei, aber ein PO-Datei-Editor ist sicherer. Smartcat funktioniert als Online-PO-Datei-Editor: Sie führen einen Upload der Datei durch und bearbeiten jede Eingabe im Browser, wobei die Quelle weiter neben der Übersetzung steht, Entwickler-Kommentare als Kontext dienen und Platzhalter gesperrt sind, und exportieren dann die bearbeitete PO-Datei mit unveränderter Struktur.
Exportieren Sie die übersetzte PO-Datei aus Smartcat und führen Sie dann das gettext-Dienstprogramm msgfmt aus, zum Beispiel msgfmt fr.po -o fr.mo, oder überlassen Sie dies dem Build-Schritt Ihres Frameworks. Django, WordPress und die meisten gettext-Toolchains kompilieren automatisch. Smartcat erstellt selbst keine MO-Dateien, sodass das Kompilieren in Ihrer bestehenden Pipeline verbleibt.
Ja. Smartcat bietet Support für gettext-Plural-Eingaben: Es importiert msgid_plural und dessen msgstr[n]-Varianten, sodass jede Pluralform eines Strings in jeder Zielsprache separat übersetzt wird. Ihre Übersetzer sehen die Quelle im Singular und Plural nebeneinander und tragen eine Übersetzung pro Pluralform ein.
Präzise genug, sodass die meisten Strings nicht mehr zu bearbeiten sind: 92 % der von der Smartcat-KI übersetzten Wörter werden ohne eine einzige menschliche Revision akzeptiert, und Ihr Glossar sowie Ihr Translation Memory sorgen für konsistente UI-Begriffe. Kurze UI-Strings ohne einen #-Entwickler-Kommentar sind die Ausnahme, da ein Wort wie „Open“ für sich allein mehrdeutig ist, überprüfen Sie diese also im Kontext.
Nein. Mit Smartcat können Sie beim Upload entscheiden, was mit den bereits in der Datei enthaltenen msgstr-Werten geschehen soll: Sie importieren, sie als unbestätigte Entwürfe belassen, sie in einer ausgewählten Workflow-Phase bestätigen oder sie sperren, damit niemand sie bearbeiten kann. Nur die leeren Eingaben müssen dann noch übersetzt werden.
Smartcat übersetzt jede gültige gettext-PO- oder -POT-Datei, sodass es die Ausgabe von Djangos makemessages, WordPress-Themes und -Plugins, PHP- und Python-gettext, Drupal und anderen gettext-Toolchains verarbeitet. Smartcat liest das Dateiformat, nicht das Framework, sodass Ihre Extraktions- und Kompilierungsschritte unverändert bleiben. Die Django-Lokalisierungs-Anleitung zeigt eine funktionierende Einrichtung.
Nein. Smartcat ist eine unabhängige Plattform ohne Verbindung zum GNU-Projekt, Poedit, Phrase, Crowdin oder Lokalise. Smartcat liest PO-Dateien gemäß dem öffentlich dokumentierten gettext-Format, und der Vergleich auf dieser Seite stützt sich ausschließlich auf die eigene öffentliche Dokumentation jedes Anbieters.
Haben Sie Ihre Antwort nicht gefunden? Sprechen Sie mit einem Lokalisierungsexperten
Markenhinweis. Smartcat ist eine unabhängige Plattform und steht in keiner Verbindung zum GNU-Projekt, zu Poedit, Phrase, Crowdin oder Lokalise und wird von diesen weder unterstützt, gesponsert noch anderweitig mit ihnen assoziiert. Alle Produktnamen und Marken auf dieser Seite gehören ihren jeweiligen Eigentümern und werden nur zur Identifizierung verwendet. Der PO-Support von Smartcat basiert auf dem öffentlich dokumentierten gettext-Standard und impliziert keine Partnerschaft oder Zertifizierung.
Sehen Sie, wie Smartcat eine Ihrer eigenen PO-Dateien übersetzt, vom Upload bis hin zur build-fertigen Datei pro Sprache, oder starten Sie eine 15-tägige kostenlose Testversion mit 15.000 Smartwords und ohne Kreditkarte.