Zurück zu Swift & Kotlin: Wie Coding-Agents den Cross-Platform-Trend umdrehen
Shopify kehrt nach sechs Jahren React Native zu nativem Swift und Kotlin zurück — und begründet es mit Coding-Agents. Warum das mehr als eine Einzelfall-Entscheidung ist.
2020 war React Native für Shopify eine rationale Entscheidung: Ein Team, ein Codebase, halbierte Entwicklungskosten für zwei Plattformen. Im September 2026 dreht Shopify den Spieß um und kehrt zu nativem Swift und Kotlin zurück — mit einer Begründung, die aufhorchen lässt: Der Hauptvorteil von Cross-Platform-Frameworks ist weggefallen.
Die Rechnung von 2020 geht 2026 nicht mehr auf
Cross-Platform-Frameworks leben von einer einfachen Gleichung: Einmal schreiben, zweimal ausliefern. Die doppelte Implementierung von Features für iOS und Android war der Hauptkostentreiber der mobilen Entwicklung — React Native, Flutter und Konsorten versprachen, sie zu halbieren.
Genau hier setzen Coding-Agents an. Ein Agent implementiert ein Feature einmal für iOS, übersetzt es nach Android, passt Test- und Review-Prozesse plattformübergreifend an — und das in einem Bruchteil der Zeit, die menschliche Teams dafür brauchen. Shopify hat vorgemacht, wie schnell das geht: Die komplette Shop-App wurde in nur zwölf Wochen nativ rebuilt, KI-unterstützt, und ist bereits in den App Stores. Was früher ein Halbjahresprojekt mit zwei Teams war, ist heute ein Quartalsprojekt mit einem.
Die Kernthese: Agents machen Plattform-Kosten planbar
Die eigentliche Story ist nicht “React Native ist tot”. Die eigentliche Story ist: Der Kostenvorteil von “einmal schreiben, zweimal laufen lassen” schrumpft messbar, weil die Übersetzung zwischen Plattformen — historisch der teure Teil — zum großen Teil automatisierbar geworden ist.
Wenn Features plattformübergreifend übersetzt, getestet und reviewt werden können, dann ist das Framework kein Schicksal mehr. Teams wählen wieder nach anderen Kriterien: Performance, Plattform-Integration, Tooling, langfristige Wartbarkeit. Native gewinnt diese Abwägung oft — nicht ideologisch, sondern ökonomisch.
Was das für Studios bedeutet
Für Agenturen wie uns gibt es eine falsche und eine richtige Schlussfolgerung.
Falsch wäre: “Jetzt erst recht React Native — Agent-Unterstützung gibt’s ja überall.” Richtig ist: “Das Framework ist keine Einbahnstraße mehr. Wir wählen pro Projekt — und können auch mitten im Projekt die Richtung wechseln, wenn sich die Randbedingungen ändern.”
Konkret heißt das für unsere Kundenprojekte: Mobile-Entscheidungen fallen nicht mehr für die Ewigkeit. Ein MVP kann schnell cross-platform starten; wenn er sich bewährt, ist ein nativer Rebuild mit Agent-Unterstützung kein Albtraum mehr, sondern ein kalkulierbares Quartal.
Ausblick: Die Ökosysteme wachsen aufeinander zu
Interessant ist, dass beide Lager gleichzeitig aufeinander zubewegen: Swift 6.4 (Mitte September 2026) macht Swift Build zum Default und bringt offiziellen Android-Support via NDK 30 — native iOS-Sprache auf Android. Und Kotlin 2.4.20 liefert natives Swift Export für Kotlin Multiplatform — die JVM-Sprache exportiert sauber nach Swift. Beide Ökosysteme bereiten sich darauf vor, dass Entwickler ohnehin mit beiden arbeiten werden — oft mit einem Agent als Übersetzer dazwischen.
Wer heute ein mobiles Projekt startet, sollte die Framework-Frage also entspannter behandeln als noch 2024: Entscheiden pro Projekt, Agenten die Übersetzung Arbeit machen lassen, und die Technologie als das behandeln, was sie wieder ist — ein Werkzeug, kein Glaubensbekenntnis.