So lokalisieren Sie Ihre iOS-App: SwiftUI-Internationalisierungsleitfaden

Bereiten Sie Ihre Xcode-App vor, übersetzen Sie .xcstrings mit KI und laden Sie anschließend Screenshots hoch, damit PTC (Private Translation Cloud) die gerenderte iOS-App in jeder Sprache prüft. Dieser Leitfaden führt Sie durch den gesamten Arbeitsablauf mit SwiftUI und den String Catalogs von Xcode 15+, dem modernen, von Apple empfohlenen Weg. Eine plattformübergreifende Dienstübersicht, die sowohl iOS als auch Android abdeckt, finden Sie unter iOS- und Android-Apps mit KI übersetzen.

Teil 1: So funktioniert die iOS-Lokalisierung

Die iOS-Lokalisierung ist der Prozess, bei dem Text, Formatierung und Assets Ihrer App so angepasst werden, dass sie mehrere Sprachen und Regionen unterstützen. Mit den in Xcode 15 eingeführten String Catalogs ist der Arbeitsablauf deutlich einfacher als der herkömmliche Ansatz mit .strings / .stringsdict.

Internationalisierung vs. Lokalisierung

Dies sind zwei getrennte Phasen, und sie müssen in dieser Reihenfolge ablaufen:

Internationalisierung (i18n) ist die technische Grundlage. Sie strukturieren Ihren Code so, dass Text, Bilder und Formatierung je nach Sprachraum variieren können, ohne dass Code-Änderungen nötig sind. Einmalig erledigt, idealerweise vor Ihrer ersten Veröffentlichung.
Lokalisierung (l10n) ist die fortlaufende Arbeit, die darauf folgt. Übersetzungen schreiben, Layouts anpassen und sprachraumspezifische Assets für jede neue Sprache bereitstellen.

Der häufigste Fehler besteht darin, die Lokalisierung als Aufgabe nach dem Launch zu behandeln, nur um dann festzustellen, dass die Codebasis nicht bereit ist. Hartcodierte Strings, Layouts mit fester Ausrichtung und nicht sprachraumbewusste Formatierer in einer bestehenden App nachträglich zu beheben, dauert viel länger, als von Anfang an mit Blick auf die Lokalisierung zu entwickeln.

So verwendet Xcode 15+ Localizable.xcstrings als einzige Quelle der Wahrheit

Apples Lokalisierungsmodell in Xcode 15+ konzentriert sich auf eine einzige Datei pro Target: Localizable.xcstrings. Diese Datei ist ein im JSON-Format vorliegender String Catalog, der Ihre Ausgangssprache sowie jede Übersetzung enthält, einschließlich Pluralvarianten, gerätespezifischer Varianten und Ersetzungen.

Xcode extrahiert automatisch lokalisierbare Strings aus Ihrem SwiftUI-Code (jedes Text("..."), Label("...", systemImage:), Button("...") sowie jede String-Interpolation, die LocalizedStringKey verwendet). Wenn Sie den Build Ihrer App ausführen, wird Localizable.xcstrings mit jedem extrahierten Ausgangsstring gefüllt.

Apple unterstützt mehrere Formate. .strings (herkömmliche Schlüssel-Wert-Paare), .stringsdict (herkömmliche Plurale) und .xcstrings (modern). Neue Projekte sollten mit .xcstrings beginnen. Bestehende, auf .strings basierende Projekte können über File > New > File > String Catalog und Xcodes Importoption migriert werden. Apples offizielle Lokalisierungsdokumentation deckt den vollständigen Hintergrund ab.

Teil 2: Richten Sie Ihr Xcode-Projekt für die Lokalisierung ein

Schritt 1: Lokalisierung aktivieren. Öffnen Sie Ihr Projekt in Xcode und wählen Sie im Navigator die Projektdatei aus. Scrollen Sie unter dem Tab Info zu Localizations. Englisch ist bereits als Basissprache aufgeführt. Klicken Sie auf +, um jede Zielsprache hinzuzufügen (Spanisch, Französisch, Arabisch usw.).

Schritt 2: Einen String Catalog erstellen. Klicken Sie mit der rechten Maustaste auf Ihr Projekt und wählen Sie New File from Template. Suchen Sie nach String Catalog und fügen Sie ihn hinzu. Behalten Sie den Standardnamen Localizable.xcstrings bei. Bauen Sie das Projekt einmal mit Cmd+B. Xcode durchsucht Ihren Code, findet jeden lokalisierbaren String und füllt den Katalog automatisch.

Schritt 3: Strings für die Lokalisierung markieren. In SwiftUI ist jeder literale String, der an Text(_:), Label, Button-Aktionsbeschriftungen, Navigationstitel usw. übergeben wird, automatisch ein LocalizedStringKey:

import SwiftUI

struct WelcomeView: View {
    let userName: String
    let unreadCount: Int

    var body: some View {
        VStack {
            Text("Welcome, \(userName)!")
            Text("You have \(unreadCount) unread messages")
            Button("Get Started") {
                // action
            }
        }
    }
}

Zwei Muster, bei denen Xcode Strings nicht automatisch extrahieren kann. Beide schlagen stillschweigend fehl:

Tipp 1: Vermeiden Sie es, Variablen an Text zu übergeben. Wenn Sie einer Text-View eine Variable anstelle eines String-Literals übergeben, behandelt SwiftUI sie als einfachen String und überspringt die Katalogsuche vollständig:

// NOT localized - SwiftUI treats the variable as a plain String
let title = "welcome_title"
Text(title)

// Localized correctly
Text(LocalizedStringKey(title))

Tipp 2: Verwenden Sie String(localized:) außerhalb von Views. Für Strings, die Sie in einem View Model, einer Hilfsfunktion oder an einer beliebigen Stelle außerhalb einer SwiftUI-View lokalisieren müssen, verwenden Sie String(localized:) anstelle eines einfachen Strings:

let errorMessage = String(localized: "error_generic")

Schritt 4: Plural- und Gerätevarianten hinzufügen. Strings benötigen je nach Kontext oft unterschiedliche Formen.

Beginnen Sie für die Pluralisierung mit dem String in Ihrer SwiftUI-View:

Text("\(bookCount) books on your shelf")

Öffnen Sie den String Catalog, klicken Sie mit der rechten Maustaste auf den Schlüssel und wählen Sie Vary by Plural. Xcode generiert die Pluralkategorien automatisch und füllt sie mit dem Ausgangsstring vor. Für Englisch sehen Sie One und Other. Korrigieren Sie das Feld One zu "%lld book on your shelf". Markieren Sie beide als geprüft.

Wenn Sie den Katalog später an PTC senden, wandert die Pluralstruktur mit der Datei mit. Für Arabisch generiert PTC Übersetzungen für alle sechs Pluralkategorien (zero, one, two, few, many, other), weil die arabische Grammatik alle sechs erfordert. Für Spanisch zwei. Genau wie im Englischen.

Klicken Sie für Gerätevarianten (z. B. „Tap to continue" auf dem iPhone vs. „Click to continue" auf dem Mac) mit der rechten Maustaste auf den Schlüssel und wählen Sie Vary by Device. Fügen Sie die Geräte hinzu, die Sie anpassen möchten, und geben Sie für jedes den passenden String ein. iOS liefert zur Laufzeit jeweils die Version, die zum aktuellen Gerät passt.

Teil 3: Übersetzen Sie Ihre .xcstrings mit PTC

Bei kleinen Projekten könnten Sie jede Sprachspalte im Katalog öffnen und Übersetzungen direkt eintippen. Wenn Ihre App wächst, ist das über Hunderte von Schlüsseln und Dutzende von Sprachen hinweg nicht mehr handhabbar. PTC übernimmt das Hochladen, Übersetzen und Synchronisieren.

Schritt 1: Exportieren Sie Ihren String Catalog aus Xcode. Gehen Sie zu Product > Export Localizations. Xcode verpackt Ihren String Catalog in eine .xcloc-Datei pro Zielsprache. Für PTC benötigen Sie nur die .xcstrings-Datei innerhalb des .xcloc-Pakets. Klicken Sie im Finder mit der rechten Maustaste auf die exportierte .xcloc-Datei und wählen Sie Show Package Contents, um Localizable.xcstrings zu finden.

Wenn Sie eine Meldung „Unable to build project for localization string extraction" sehen, verwendet Ihr Projekt nur für iOS verfügbare APIs, gegen die Xcode während der String-Extraktion nicht mit seinem internen macOS-SDK kompilieren kann. Lösung: Wählen Sie das Projekt-Target unter TARGETS aus, gehen Sie zu Build Settings, suchen Sie nach „Use Compiler to Extract Swift Strings" und setzen Sie es auf No. Exportieren Sie dann erneut.

Schritt 2: Registrieren Sie sich für PTC. Die kostenlose Testphase umfasst 20.000 Wörter in 2 Sprachen, was ausreicht, um die meisten Apps zu lokalisieren. Nach der Testphase läuft PTC nach dem Pay-As-You-Go-Prinzip. Kein Abonnement, die ersten 500 Wörter jeden Monat kostenlos.

Schritt 3: Richten Sie Ihr Projekt ein und übersetzen Sie. Ziehen Sie Localizable.xcstrings in PTC. Belassen Sie den Ausgabedateinamen als Localizable.xcstrings. Xcode erwartet genau diesen Namen, wenn es lokalisierte Strings auflöst. Wählen Sie Ihre Zielsprachen aus.

PTC generiert automatisch eine Beschreibung Ihrer App aus der hochgeladenen Datei. Prüfen Sie sie und bearbeiten Sie sie bei Bedarf. Wenn Sie bereits vorhandene Übersetzungsdateien haben, laden Sie sie hoch, damit PTC Ihren Stil übernehmen kann. Andernfalls übersetzen Sie von Grund auf. Fügen Sie Glossarbegriffe hinzu. PTC fügt Ihren App-Namen automatisch hinzu. Fügen Sie jede markenspezifische Terminologie hinzu, die auf eine bestimmte Weise oder gar nicht übersetzt werden soll. Klicken Sie auf Start Translation.

Schritt 4: Prüfen und herunterladen. Sobald die Übersetzung abgeschlossen ist, zeigt der Tab Translations jeden Ausgangsstring neben seiner Übersetzung an. Jeder, den Sie dem Projekt hinzufügen, kann Übersetzungen direkt bearbeiten. Wenn etwas nicht stimmt, melden Sie ein Problem mit einer bestimmten Übersetzung und fordern Sie eine kostenlose KI-Neuübersetzung an. PTC lernt aus dem Feedback und wendet es auf zukünftige Strings im selben Projekt an.

Wenn eine übersetzte Zeichenkette ihre Längenbegrenzung überschreitet, wird sie hervorgehoben. Sie haben drei Optionen. Akzeptieren Sie die längere Übersetzung, wenn Ihre Benutzeroberfläche sie aufnehmen kann. Fordern Sie eine Neuübersetzung an, die in die aktuelle Begrenzung passt. Passen Sie die Begrenzung unter Settings > Translation lengths an.

Teil 4: Integrieren Sie übersetzte .xcstrings in Ihr Xcode-Projekt

Drei Optionen.

Option 1: Dateien manuell aus PTC herunterladen. Gehen Sie zum Tab Resource Files und laden Sie das ZIP herunter. Es enthält eine einzige Localizable.xcstrings mit Ihren englischen Ausgangsstrings und allen Übersetzungen. Schließen Sie Xcode, ersetzen Sie die vorhandene Localizable.xcstrings in Ihrem Projektordner durch die von PTC und starten Sie Xcode dann neu. Ihre Übersetzungen erscheinen im String Catalog mit einem Häkchen neben jeder vollständig übersetzten Sprache.

Option 2: Mit Git integrieren. Wenn Ihr Projekt auf GitHub, GitLab oder Bitbucket liegt, verbinden Sie PTC direkt. Die Git-Integration ist eine Pro-Funktion. Aktivieren Sie Pay-As-You-Go, um darauf zuzugreifen. Gehen Sie in Ihrem PTC-Dashboard zu Settings > Merge Requests und klicken Sie auf Add Git Integration. Geben Sie Ihre Repository-URL an, gewähren Sie PTC Zugriff und wählen Sie Ihren Branch und Ihre Quelldateien aus. PTC sendet einen Merge Request mit den Übersetzungen.

Option 3: Die API verwenden. Die API von PTC gibt Ihnen volle Kontrolle darüber, wann und wie Übersetzungen in Ihre Build-Pipeline eingespeist werden. Gehen Sie mit aktiviertem Pay-As-You-Go zu Settings > Manage API tokens, klicken Sie auf Add access token und sehen Sie sich dann die PTC-API-Referenz für die Endpunkte an.

Eine In-App-Sprachauswahl (einige Apps benötigen diese) kann über die SwiftUI-Umgebung den Systemsprachraum pro View überschreiben:

import SwiftUI

@MainActor
class LocaleManager: ObservableObject {
    @Published var currentLocale: Locale = .current

    func setLocale(_ identifier: String) {
        currentLocale = Locale(identifier: identifier)
        UserDefaults.standard.set([identifier], forKey: "AppleLanguages")
    }
}

struct LanguageSettingsView: View {
    @EnvironmentObject var localeManager: LocaleManager

    var body: some View {
        List {
            Button("English") { localeManager.setLocale("en") }
            Button("Espanol") { localeManager.setLocale("es") }
            Button("Francais") { localeManager.setLocale("fr") }
        }
        .environment(\.locale, localeManager.currentLocale)
    }
}

Das Ändern von AppleLanguages zur Laufzeit erfordert für einige Systemstrings einen Neustart der App. Die Überschreibung der SwiftUI-Umgebung wird für Views innerhalb dieses Gültigkeitsbereichs sofort wirksam.

Teil 5: Testen Sie Ihre lokalisierte iOS-App

Testen Sie mit der Spracheinstellung des Schemas. Der schnellste Weg, eine bestimmte Sprache zu testen, ist über Ihr Xcode-Schema. Gehen Sie zu Product > Scheme > Edit Scheme, klicken Sie auf den Tab Options, ändern Sie App Language und App Region auf den gewünschten Sprachraum und führen Sie mit Cmd+R aus. Funktioniert für die meisten Sprachen gut. Sie sollten dasselbe Layout und Design wie in Englisch sehen, wobei der gesamte Text umgeschaltet ist.

Testen Sie Arabisch und andere RTL-Sprachen. Die Spracheinstellung des Schemas kann im Simulator für RTL unzuverlässig sein. Verwenden Sie die eigenen Spracheinstellungen des Simulators:

Führen Sie die App mit Cmd+R aus, um den Simulator zu öffnen.
Drücken Sie Cmd+Home, um zum Startbildschirm zu gelangen.
Öffnen Sie Settings > General > Language & Region.
Tippen Sie auf Add Language, wählen Sie Arabisch aus und legen Sie es als primäre Sprache fest.
Der Simulator startet neu. Öffnen Sie Ihre App vom Startbildschirm aus.

Prüfen Sie, ob der Text auf Arabisch erscheint und ob das Layout korrekt gespiegelt wird, wobei Navigationstitel und Inhalt rechtsbündig ausgerichtet sind. Für Vorschau-Tests, ohne sich auf eine Sprache festzulegen, ist Edit Scheme > Options > Application Language > Right-to-Left Pseudolanguage eine schnellere Prüfung. Verwenden Sie für Tests zur Textexpansion Double-Length Pseudolanguage, um zu sehen, wie Layouts mit 30-40 % längeren Strings umgehen, bevor Sie sich auf eine Zielsprache festlegen.

Bewährte Praktiken für die iOS-Lokalisierung

Prüfen Sie Ihre Benutzeroberfläche auf unterschiedliche Textlängen. Deutsch ist etwa 30 % länger als Englisch. Französisch und Spanisch etwa 20 %. Nutzen Sie das flexible Layoutsystem von SwiftUI, lassen Sie Beschriftungen natürlich wachsen und umbrechen, vermeiden Sie Einschränkungen mit fester Breite bei Textelementen und testen Sie während der Entwicklung in einigen verschiedenen Sprachen.
Überspringen Sie keine Pluralvarianten. Russisch hat fünf Pluralkategorien, Arabisch hat sechs, Japanisch hat keine. String Catalogs handhaben dies, wenn Sie die Sprache hinzufügen. Stellen Sie sicher, dass alle generierten Felder ausgefüllt sind, bevor Sie ausliefern.
Lokalisieren Sie Bilder und Assets. Bilder mit Text oder kulturell spezifischen Motiven benötigen lokalisierte Varianten. Wählen Sie in Assets.xcassets das Bild aus und klicken Sie im Attributes Inspector auf Localize. Wählen Sie die Sprachen aus, für die Sie Varianten möchten, und ersetzen Sie jede durch die passende Version. iOS liefert das richtige Bild basierend auf dem Sprachraum des Benutzers.
Halten Sie Ihre Basissprache vollständig. Ihre Basissprache (in der Regel Englisch) ist der Rückfall für jede fehlende Übersetzung. Eine unvollständige Basis kann selbst in ansonsten vollständig übersetzten Sprachen zu unerwarteten Rückfällen führen. Xcode kennzeichnet während des Builds fehlende oder veraltete Basisstrings.
Lokalisieren Sie Ihren App-Store-Eintrag. Eine lokalisierte App mit einem nur englischen Eintrag verliert Nutzer bereits bei der Entdeckung. In App Store Connect können Sie App-Name, Untertitel, Beschreibung und Schlüsselwörter pro Region lokalisieren. Schlüsselwörter sind besonders wertvoll. Apple indexiert Schlüsselwörter aus mehreren Sprachräumen pro Region und vervielfacht so Ihr Schlüsselwort-Zeichenbudget effektiv über die standardmäßigen 100 Zeichen hinaus. Verwenden Sie für App-Store-Inhalte die Funktion Paste to Translate von PTC.
Verwenden Sie sprachraumbewusste Formatierer. Date.FormatStyle, Decimal.FormatStyle und Locale-bewusste Formatierer. Codieren Sie niemals "$" oder "MM/DD/YYYY" hart.
Verwenden Sie %lld für Ganzzahl-Anzahlen und String(localized: "You have ^[\(count) message](inflect: true)"), wo Apples automatische grammatische Übereinstimmung greift.

Visuelle Übersetzungsprüfung Ihrer übersetzten iOS-App - liefern Sie aus, ohne manuelle QA pro Sprache

Nachdem PTC Ihre .xcstrings übersetzt hat, müssen Sie die laufende App immer noch in jeder Sprache überprüfen. Traditionell ein mehrtägiger manueller QA-Durchlauf pro Release. Eine übersetzte Beschriftung kann eine Navigationsleiste im Deutschen überlaufen. „Send" kann im Französischen als Substantiv übersetzt werden, wenn die Schaltfläche ein Verb benötigte. Ein hartcodierter englischer String außerhalb von Text(_:) ist in der laufenden iOS-App auffallend unübersetzt.

Die visuelle KI-Prüfung von PTC ersetzt diesen Durchlauf. Verwenden Sie für native iOS-Apps (der Ablauf über die Browser-Erweiterung gilt nicht) den Screenshot-Upload. Erfassen Sie die kritischen Bildschirme der laufenden App in jeder Zielsprache (Anmeldung, Haupt-Tab, Einstellungen, Randfälle) und laden Sie sie zu PTC hoch. Die Vision-KI von PTC inspiziert jeden Bildschirm und:

Behebt Probleme in den .xcstrings, wenn PTC sie kontrolliert. Übersetzt eine falsche Wortart neu, wählt ein kürzeres Synonym, das in eine Navigationsleiste passt, generiert eine Pluralform mit korrekter grammatischer Übereinstimmung neu.
Generiert einen Cursor- / Claude-Code-Prompt, wenn das Problem in Ihrem Swift-Code liegt. Ein fehlender LocalizedStringKey, ein hartcodierter String außerhalb des Lokalisierungssystems, ein durch Verkettung statt durch Ersetzung gebildeter Satz.

Das Ergebnis: eine verifizierte iOS-App pro Release. Keine übersetzte .xcstrings, bei der die manuelle QA noch bevorsteht.

Übersetzen Sie Ihren App-Store-Eintrag, Versionshinweise und Push-Benachrichtigungen

Ihre App-Store-Beschreibung, Was-ist-neu-Versionshinweise und Push-Benachrichtigungstexte liegen außerhalb von Localizable.xcstrings. Die Funktion Paste to Translate von PTC verarbeitet diese Texte im selben Projekt. Fügen Sie den Ausgangstext im PTC-Dashboard ein, wählen Sie Zielsprachen aus und erhalten Sie Übersetzungen zurück, die dasselbe Glossar und dieselbe Markenstimme wie Ihre In-App-Strings verwenden. Apple indexiert Schlüsselwörter aus mehreren Sprachräumen pro Region, weshalb lokalisierte Einträge besonders wertvoll für die Entdeckung sind.

Übersetzen Sie In-App-Benutzerinhalte mit der PTC-API

In-App-Chat, soziale Beiträge und Nutzerbewertungen müssen übersetzt werden, sobald Inhalte eintreffen. Die PTC REST API übersetzt diese Inhalte bei Bedarf mit Bearer-Token-Authentifizierung und verwendet dasselbe Glossar und dieselbe Markenstimme wie Ihre .xcstrings-Übersetzungen.

Beheben Sie eine iOS-Lokalisierung, die nicht funktioniert

Die häufigste Ursache ist, dass die Lokalisierungsdatei nicht im App-Target enthalten ist. Klicken Sie im Navigator auf Localizable.xcstrings, öffnen Sie den File Inspector und prüfen Sie, ob Ihr App-Target unter Target Membership angehakt ist. Bestätigen Sie außerdem, dass die Sprache im Abschnitt Localizations Ihres Projekts unter dem Tab Info aufgeführt ist. Wenn beides korrekt aussieht, leeren Sie den Build-Ordner mit Shift+Cmd+K und bauen Sie neu.

iOS-Lokalisierungs-Dateiformate: .xcstrings, .strings, .stringsdict, .xliff

.xcstrings (String Catalog) ist seit Xcode 15 die aktuelle Standardeinstellung. Eine einzelne JSON-basierte Datei, die alle Strings, Pluralregeln und gerätespezifischen Varianten zusammenführt. .strings ist das herkömmliche Schlüssel-Wert-Format, in älteren Codebasen weiterhin gültig, gepaart mit .stringsdict für Plurale. .xliff und .xcloc sind Exportformate für die Übergabe an Übersetzer. Keine Speicherformate.

Lokalisieren Sie Ihren App-Namen mit InfoPlist.strings

Erstellen Sie eine InfoPlist.strings-Datei und lokalisieren Sie sie für jede unterstützte Sprache. Fügen Sie in jeder Sprachversion CFBundleDisplayName = "Your Translated App Name"; hinzu. Wählen Sie die Datei im Navigator aus, öffnen Sie den File Inspector und klicken Sie auf Localize, um Sprachvarianten hinzuzufügen. iOS zeigt den richtigen App-Namen basierend auf der Gerätesprache an.

Ändern Sie die iOS-App-Sprache ohne Neustart

iOS bietet hierfür keine native API. Der Standardansatz besteht darin, AppleLanguages in UserDefaults zu setzen und den Benutzer um einen Neustart zu bitten:

UserDefaults.standard.set(["es"], forKey: "AppleLanguages")
UserDefaults.standard.synchronize()

Die Änderung wird beim nächsten Start der App wirksam. Wenn Sie ein Umschalten innerhalb der Sitzung ohne Neustart benötigen, müssen Sie die Lokalisierung manuell verwalten, indem Sie das passende Bundle für die ausgewählte Sprache laden.

Warum iOS bei nicht unterstützten Sprachen auf Englisch zurückfällt

iOS verwendet Ihre Basissprache als Rückfall, wenn eine Übersetzung nicht verfügbar ist. Dies ist erwartetes Verhalten. Um Rückfälle zu minimieren, stellen Sie sicher, dass Ihr String Catalog vor jedem Release keine fehlenden oder veralteten Strings aufweist.

Wie genau ist KI-Lokalisierung für eine ganze iOS-App

PTC verwendet KI, um .xcstrings-, .strings- und .stringsdict-Dateien in Minuten zu übersetzen und dabei Pluralregeln und Platzhalter automatisch zu bewahren. Die Mehrheit der übersetzten Strings geht ohne Bearbeitungen live. Für beste Ergebnisse informieren Sie PTC während der Einrichtung über Ihre App, damit die Übersetzungen den richtigen Ton und die richtige Terminologie widerspiegeln.

In welche iOS-Sprachen Sie zuerst lokalisieren sollten

Spanisch, Französisch, Deutsch, Japanisch und vereinfachtes Chinesisch sind gängige Ausgangspunkte neben Englisch. Wenn Ihre App bereits Nutzer in einer bestimmten Region hat, priorisieren Sie deren Sprache zuerst. Für die geringsten Anpassungskosten beginnen Sie mit Sprachen, die Ihrem Basismarkt geografisch oder kulturell nahestehen.

Lokalisieren Sie Ihre eigene iOS-App

Beginnen Sie mit der 30-tägigen kostenlosen Testphase von PTC - 20.000 Wörter geschenkt, keine Kreditkarte. Laden Sie Ihre Localizable.xcstrings hoch, übersetzen Sie sie in Minuten, laden Sie dann Screenshots hoch und lassen Sie PTC die gerenderte App verifizieren.

Verwandt:

iOS- und Android-Apps mit KI übersetzen - plattformübergreifende Dienstübersicht.
So lokalisieren Sie Ihre Android-App - der entsprechende Leitfaden für Android Studio.
PTC-API-Referenz - REST-Endpunkte für die CI-Integration.