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 vollständigen Workflow mit SwiftUI und Xcode 15+ String Catalogs, dem modernen, von Apple empfohlenen Weg. Für eine plattformübergreifende Service-Übersicht, die sowohl iOS als auch Android abdeckt, lesen Sie iOS- und Android-Apps mit KI übersetzen.

Teil 1: Wie die iOS-Lokalisierung funktioniert

Die iOS-Lokalisierung ist der Prozess der Anpassung von Texten, Formatierungen und Assets Ihrer App, um mehrere Sprachen und Regionen zu unterstützen. Mit den in Xcode 15 eingeführten String Catalogs ist der Workflow wesentlich einfacher als der veraltete Ansatz mit .strings / .stringsdict.

Internationalisierung vs. Lokalisierung

Dies sind zwei separate Phasen, die in dieser Reihenfolge stattfinden müssen:

Internationalisierung (i18n) ist die technische Vorarbeit. Sie strukturieren Ihren Code so, dass Texte, Bilder und Formatierungen je nach Gebietsschema variieren können, ohne den Code zu ändern. Dies geschieht einmalig, idealerweise vor dem ersten Release.
Lokalisierung (l10n) ist die darauf folgende kontinuierliche Arbeit. Das Erstellen von Übersetzungen, das Anpassen von Layouts und das Bereitstellen gebietsschemaspezifischer Assets für jede neue Sprache.

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

Wie Xcode 15+ Localizable.xcstrings als Single Source of Truth nutzt

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

Xcode extrahiert lokalisierbare Strings automatisch aus Ihrem SwiftUI-Code (jedes Text("..."), Label("...", systemImage:), Button("...") und jede String-Interpolation, die LocalizedStringKey verwendet). Das Ausführen des App-Builds füllt Localizable.xcstrings mit jedem extrahierten Ausgangsstring.

Apple unterstützt mehrere Formate: .strings (Legacy Key-Value), .stringsdict (Legacy Plurale) und .xcstrings (modern). Neue Projekte sollten mit .xcstrings starten. Bestehende auf .strings basierende Projekte können über File > New > File > String Catalog und die Import-Option von Xcode migriert werden. Apples offizielle Dokumentation zur Lokalisierung deckt alle Hintergründe 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 die Projektdatei im Navigator aus. Scrollen Sie unter dem Tab Info zu Localizations. Englisch ist bereits als Basissprache aufgeführt. Klicken Sie auf +, um jede Zielsprache (Spanisch, Französisch, Arabisch usw.) hinzuzufügen.

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. Erstellen Sie das Projekt einmal mit Cmd+B. Xcode scannt Ihren Code, findet jeden lokalisierbaren String und füllt den Katalog automatisch.

Schritt 3: Strings für die Lokalisierung markieren. In SwiftUI wird jedes String-Literal, der an Text(_:), Label, Button-Aktionslabels, Navigationstitel usw. übergeben wird, automatisch als LocalizedStringKey behandelt:

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
            }
        }
    }
}

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

Tipp 1: Vermeiden Sie die Übergabe von Variablen an Text. Wenn Sie eine Variable an eine Text-View übergeben anstatt eines String-Literals, behandelt SwiftUI diese 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 irgendwo 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 oft unterschiedliche Formen je nach Kontext.

Für die Pluralisierung beginnen Sie 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 Key und wählen Sie Vary by Plural. Xcode generiert die Pluralkategorien automatisch und füllt sie mit dem Ausgangstext 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, wird die Pluralstruktur mit der Datei übertragen. Für Arabisch generiert PTC Übersetzungen für alle sechs Pluralkategorien (zero, one, two, few, many, other), da die arabische Grammatik alle sechs erfordert. Spanisch benötigt zwei, genau wie Englisch.

Für Gerätevarianten (z. B. „Tippen zum Fortfahren“ auf dem iPhone vs. „Klicken zum Fortfahren“ auf dem Mac) klicken Sie mit der rechten Maustaste auf den Key und wählen Sie Vary by Device. Fügen Sie die Geräte hinzu, die Sie anpassen möchten, und geben Sie den entsprechenden String für jedes Gerät ein. iOS liefert zur Laufzeit die Version aus, die zum aktuellen Gerät passt.

Teil 3: Übersetzen Sie Ihre .xcstrings mit PTC

Für kleine Projekte könnten Sie jede Spalte für die Zielsprachen im Katalog öffnen und Übersetzungen direkt eintippen. Wenn Ihre App wächst, wird dies bei Hunderten von Keys und Dutzenden von Sprachen unüberschaubar. 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 mit der rechten Maustaste auf die exportierte .xcloc im Finder und wählen Sie Paketinhalt zeigen, um Localizable.xcstrings zu finden.

Wenn Sie eine Benachrichtigung „Unable to build project for localization string extraction“ sehen, verwendet Ihr Projekt iOS-exklusive 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: Melden Sie sich bei PTC an. Die kostenlose Testphase deckt 20.000 Wörter in bis zu 2 Zielsprachen ab, was ausreicht, um die meisten Apps zu lokalisieren. Nach der Testphase läuft PTC auf Pay-As-You-Go-Basis. Kein Abonnement, die ersten 500 Wörter pro Monat sind kostenlos.

Schritt 3: Projekt einrichten und übersetzen. Ziehen Sie Localizable.xcstrings in PTC. Lassen Sie den Ausgabedateinamen als Localizable.xcstrings stehen. Xcode erwartet genau diesen Namen beim Auflösen lokalisierter Strings. Wählen Sie Ihre Zielsprachen aus.

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

Schritt 4: Überprüfen und herunterladen. Sobald die Übersetzung abgeschlossen ist, zeigt der Tab Translations jeden Ausgangsstring neben seiner Übersetzung an. Alle, die Sie zum Projekt hinzufügen, können Übersetzungen direkt bearbeiten. Wenn etwas nicht stimmt, melden Sie ein Problem mit einer spezifischen Ü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 ein übersetzter String sein Längenlimit überschreitet, wird er hervorgehoben. Sie haben drei Optionen: Akzeptieren Sie die längere Übersetzung, wenn Ihr UI dies zulässt. Fordern Sie eine Neuübersetzung an, die in das aktuelle Limit passt. Passen Sie das Limit in Settings > Translation lengths an.

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

Sie haben drei Optionen.

Option 1: Dateien manuell von PTC herunterladen. Gehen Sie zum Tab Resource Files und laden Sie die ZIP-Datei herunter. Sie 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 neu. Ihre Übersetzungen erscheinen im String Catalog mit einem Häkchen neben jeder vollständig übersetzten Sprache.

Option 2: Integration mit Git. Wenn Ihr Projekt auf GitHub, GitLab oder Bitbucket liegt, verbinden Sie PTC direkt. Die Git-Integration ist ein Pro-Feature. 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 nutzen. Die API von PTC gibt Ihnen die volle Kontrolle darüber, wann und wie Übersetzungen in Ihre Build-Pipeline gezogen werden. Gehen Sie bei aktiviertem Pay-As-You-Go zu Settings > Manage API tokens, klicken Sie auf Add access token und lesen Sie dann die PTC API-Referenz für die Endpunkte.

Ein In-App-Sprachwähler (einige Apps benötigen dies) kann das System-Gebietsschema pro View über die SwiftUI-Umgebung ü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("Español") { localeManager.setLocale("es") }
            Button("Français") { localeManager.setLocale("fr") }
        }
        .environment(\.locale, localeManager.currentLocale)
    }
}

Das Ändern von AppleLanguages zur Laufzeit erfordert bei einigen System-Strings einen Neustart der App. Der SwiftUI-Environment-Override wird für Views innerhalb dieses Scopes sofort wirksam.

Teil 5: Testen Sie Ihre lokalisierte iOS-App

Testen mit der Scheme-Spracheinstellung. Der schnellste Weg, eine bestimmte Sprache zu testen, ist über Ihr Xcode-Scheme. Gehen Sie zu Product > Scheme > Edit Scheme, klicken Sie auf den Tab Options, ändern Sie App Language und App Region auf das gewünschte Gebietsschema und führen Sie die App mit Cmd+R aus. Dies funktioniert für die meisten Sprachen gut. Sie sollten dasselbe Layout und Design wie im Englischen sehen, wobei alle Texte ausgetauscht sind.

Testen von Arabisch und anderen RTL-Sprachen. Die Scheme-Spracheinstellung kann im Simulator für RTL unzuverlässig sein. Nutzen 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 Home-Bildschirm zu gelangen.
Öffnen Sie Settings > General > Language & Region.
Tippen Sie auf Add Language, wählen Sie Arabisch aus und legen Sie es als Primärsprache fest.
Der Simulator startet neu. Öffnen Sie Ihre App vom Home-Bildschirm aus.

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

Best Practices für die iOS-Lokalisierung

Prüfen Sie Ihr UI auf unterschiedliche Textlängen. Deutsch ist ca. 30 % länger als Englisch. Französisch und Spanisch ca. 20 %. Nutzen Sie das flexible Layout-System von SwiftUI, lassen Sie Labels natürlich wachsen und umbrechen, vermeiden Sie feste Breitenbeschränkungen für Textelemente und testen Sie während der Entwicklung in verschiedenen Sprachen.
Überspringen Sie keine Pluralvarianten. Russisch hat fünf Pluralkategorien, Arabisch sechs, Japanisch keine. String Catalogs handhaben dies, wenn Sie die Sprache hinzufügen. Stellen Sie sicher, dass alle generierten Felder vor dem Versand ausgefüllt sind.
Lokalisieren Sie Bilder und Assets. Bilder mit Text oder kulturspezifischen visuellen Elementen 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 wünschen, und ersetzen Sie jede durch die entsprechende Version. iOS liefert das korrekte Bild basierend auf dem Gebietsschema des Benutzers aus.
Halten Sie Ihre Basissprache vollständig. Ihre Basissprache (meist Englisch) ist der Fallback für jede fehlende Übersetzung. Eine unvollständige Basis kann zu unerwarteten Fallbacks führen, selbst in ansonsten vollständig übersetzten Sprachen. Xcode markiert fehlende oder veraltete Basis-Strings während des Builds.
Lokalisieren Sie Ihren App-Store-Eintrag. Eine lokalisierte App mit einem rein englischen Eintrag verliert Benutzer bei der Entdeckung. In App Store Connect können Sie App-Namen, Untertitel, Beschreibung und Keywords pro Territorium lokalisieren. Keywords sind besonders wertvoll. Apple indiziert Keywords aus mehreren Gebietsschemata pro Territorium, was Ihr Keyword-Zeichenbudget effektiv über die standardmäßigen 100 Zeichen hinaus vervielfacht. Nutzen Sie die Funktion Paste to Translate von PTC für App-Store-Inhalte.
Verwenden Sie gebietsschemaspezifische Formatierer. Date.FormatStyle, Decimal.FormatStyle und Locale-bewusste Formatierer. Hardcodieren Sie niemals "$" oder "MM/DD/YYYY".
Verwenden Sie %lld für Ganzzahl-Zählwerte und String(localized: "You have ^[\(count) message](inflect: true)"), wo Apples automatische grammatikalische Übereinstimmung greift.

In-Kontext-Übersetzungsprüfung Ihrer iOS-App – Release ohne manuelle QA pro Sprache

Nachdem PTC Ihre .xcstrings übersetzt hat, müssen Sie die laufende App dennoch in jeder Sprache verifizieren. Traditionell ist dies ein mehrtägiger manueller QA-Durchgang pro Release. Ein übersetztes Label könnte im Deutschen das Layout einer Navigationsleiste sprengen. „Send“ wird im Französischen vielleicht als Substantiv übersetzt, obwohl der Button ein Verb benötigt. Ein hartcodierter englischer String außerhalb von Text(_:) wird in der laufenden iOS-App unübersehbar unübersetzt bleiben.

AI Visual QA von PTC ersetzt diesen Durchgang. Für native iOS-Apps (der Workflow mit der Browser-Erweiterung gilt hier nicht) nutzen Sie den Screenshot-Upload. Erfassen Sie die kritischen Bildschirme der laufenden App in jeder Zielsprache (Anmeldung, Haupt-Tab, Einstellungen, Sonderfälle) und laden Sie diese bei PTC hoch. Die Vision-KI von PTC inspiziert jeden Bildschirm und:

Behebt Fehler in den .xcstrings, sofern PTC diese kontrolliert. Sie übersetzt eine falsche Wortart neu, wählt ein kürzeres Synonym, das in eine Navigationsleiste passt, oder generiert eine Pluralform mit korrekter grammatikalischer Übereinstimmung neu.
Generiert einen Cursor / Claude Code Prompt, wenn der Fehler in Ihrem Swift-Code liegt. Ein fehlender LocalizedStringKey, ein hartcodierter String außerhalb des Lokalisierungssystems oder ein Satz, der durch Konkatenation statt durch Ersetzung aufgebaut wurde.

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

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

Ihre App-Store-Beschreibung, die „Was ist neu“-Release Notes und Push-Benachrichtigungstexte befinden sich 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 die Zielsprachen und erhalten Sie Übersetzungen zurück, die dasselbe Glossar und dieselbe Markenstimme wie Ihre In-App-Strings verwenden. Apple indiziert Keywords aus mehreren Gebietsschemata pro Territorium, daher sind lokalisierte Einträge besonders wertvoll für die Auffindbarkeit.

In-App-Benutzerinhalte mit der PTC API übersetzen

In-App-Chats, Social-Media-Posts und Benutzerbewertungen müssen übersetzt werden, sobald der Inhalt eintrifft. Die PTC REST API übersetzt diese Inhalte auf Abruf mit Bearer-Token-Authentifizierung unter Verwendung desselben Glossars und derselben Markenstimme wie Ihre .xcstrings-Übersetzungen.

Fehlerbehebung: iOS-Lokalisierung funktioniert nicht

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 ausgewählt 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, bereinigen Sie den Build-Ordner mit Shift+Cmd+K und erstellen Sie das Projekt neu.

iOS-Lokalisierungsdateiformate: .xcstrings, .strings, .stringsdict, .xliff

.xcstrings (String Catalog) ist seit Xcode 15 der aktuelle Standard. Eine einzelne JSON-basierte Datei, die alle Strings, Pluralregeln und gerätespezifischen Varianten konsolidiert. .strings ist das veraltete Key-Value-Format, das in älteren Codebasen immer noch gültig ist, gepaart mit .stringsdict für Plurale. .xliff und .xcloc sind Exportformate für die Übergabe an Übersetzer. Sie sind keine Speicherformate.

Lokalisieren Sie Ihren App-Namen mit InfoPlist.strings

Erstellen Sie eine InfoPlist.strings-Datei und lokalisieren Sie diese für jede unterstützte Sprache. Fügen Sie in jeder Sprachversion CFBundleDisplayName = "Ihr übersetzter 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 korrekten App-Namen basierend auf der Gerätesprache an.

iOS-App-Sprache ohne Neustart ändern

iOS bietet hierfür keine native API an. 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 einen Wechsel während der Sitzung ohne Neustart benötigen, müssen Sie die Lokalisierung manuell verwalten, indem Sie das entsprechende 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 Fallback, wenn eine Übersetzung nicht verfügbar ist. Dies ist das erwartete Verhalten. Um Fallbacks zu minimieren, stellen Sie sicher, dass Ihr String Catalog vor jedem Release keine fehlenden oder veralteten Strings aufweist.

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

PTC nutzt KI, um .xcstrings-, .strings- und .stringsdict-Dateien in Minuten zu übersetzen, wobei Pluralregeln und Platzhalter automatisch erhalten bleiben. Die Mehrheit der übersetzten Strings geht ohne Bearbeitung live. Für beste Ergebnisse beschreiben Sie PTC während der Einrichtung Ihre App, damit die Übersetzungen die richtige Tonalität und Terminologie widerspiegeln.

In welche iOS-Sprachen sollte man zuerst lokalisieren

Spanisch, Französisch, Deutsch, Japanisch und vereinfachtes Chinesisch sind neben Englisch gängige Ausgangspunkte. Wenn Ihre App bereits Benutzer 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

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

Verwandte Themen:

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