Native vs. Cross-Platform: Swift/Kotlin oder React Native?
Native App-Entwicklung mit Swift und Kotlin oder Cross-Platform mit React Native? Ein ehrlicher Vergleich: Kosten, Performance, Wartung – und eine klare Entscheidungshilfe.
Die Frage kommt in fast jedem App-Projekt: Sollen wir nativ entwickeln – Swift für iOS, Kotlin für Android – oder mit React Native eine Code-Basis für beide Plattformen bauen? Die ehrliche Antwort hängt von Ihrer Zielgruppe, Ihrem Budget und Ihren Funktionen ab. Hier der Vergleich ohne Framework-Religion.
Was bedeutet „nativ" und „Cross-Platform"?
Native Apps werden in der Sprache und mit den Werkzeugen der jeweiligen Plattform gebaut: Swift und SwiftUI für iOS, Kotlin und Jetpack Compose für Android. Zwei Plattformen heißt: zwei Code-Basen.
Cross-Platform (hier: React Native) nutzt eine gemeinsame Code-Basis, die auf beiden Plattformen läuft. Die UI-Elemente werden dabei auf echte native Komponenten abgebildet – es ist keine „Webseite in einer App-Hülle".
Der direkte Vergleich
| Kriterium | Nativ (Swift/Kotlin) | Cross-Platform (React Native) |
|---|---|---|
| Performance | Maximal, auch bei Animationen | Für Business-Apps gleichwertig |
| UX-Qualität | Plattform-perfekt | Sehr gut, kleine Kompromisse |
| Kosten bei 1 Plattform | Basis | Kein Vorteil |
| Kosten bei 2 Plattformen | ~2× Aufwand | ~30–40% Ersparnis |
| Systemintegration (Widgets, Watch, HealthKit, NFC) | Voller Zugriff | Teilweise über Brücken, mit Mehraufwand |
| Wartung | Zwei Code-Basen pflegen | Eine Code-Basis |
| Updates bei neuen OS-Versionen | Sofort nutzbar | Kurze Verzögerung durch Framework |
Wann nativ die richtige Wahl ist
- Eine Plattform reicht. Wenn Ihre Zielgruppe klar auf iOS oder Android liegt, gibt es keinen Grund für Cross-Platform – nativ ist dann nicht teurer, aber besser.
- Premium-UX ist Teil des Produkts. Flüssige Animationen, haptisches Feedback, polierte Details – bei Apps, die sich „hochwertig anfühlen" müssen (z. B. Endkunden-Apps mit Bezahlmodell), spielt nativ seine Stärken aus.
- Tiefe Systemintegration. Apple Watch, Widgets, Live Activities, HealthKit, komplexe Hintergrund-Prozesse, NFC: alles möglich in React Native, aber mit Brücken-Aufwand – nativ ist hier schneller und stabiler.
Wann Cross-Platform gewinnt
- Beide Plattformen, ein Budget. Der Klassiker: Die App muss für Kunden mit iPhone und Android verfügbar sein, das Budget ist begrenzt. Eine Code-Basis statt zwei spart real 30–40%.
- Schneller Marktstart auf beiden Plattformen. Ein Team, ein Sprint-Plan, zwei Stores.
- Standard-UI-Anforderungen. Listen, Formulare, Karten, Kamera, Push, Login – das Brot und Butter von Business-Apps funktioniert in React Native hervorragend.
Die Kostenfrage konkret
Für eine typische Business-App mit Login, Backend und 2–3 Kernfunktionen (Details zur Kalkulation im Artikel Was kostet eine App?):
- Nur iOS nativ: ab ca. 7.000€
- iOS + Android nativ: grob das Doppelte
- iOS + Android mit React Native: ca. 30–40% unter zwei nativen Apps
Wichtig: Backend, App-Store-Prozesse und Projektmanagement fallen in jedem Szenario nur einmal an – deshalb ist die Ersparnis nicht 50%.
Meine Empfehlung als Faustregel
- Eine Plattform? → Nativ. Immer.
- Beide Plattformen + Standard-Funktionen + begrenztes Budget? → React Native.
- Beide Plattformen + Premium-Anspruch oder tiefe Systemintegration? → Zwei native Apps, ggf. zeitversetzt: erst die Hauptplattform, dann die zweite.
Welcher Fall auf Ihr Projekt zutrifft, klärt sich meist in einem kurzen Gespräch – inklusive ehrlicher Empfehlung, auch wenn sie das günstigere Szenario ist. Ich entwickle alle drei Varianten: nativ in Swift und Kotlin sowie Cross-Platform mit React Native.
Plattform-Frage für Ihr Projekt klären – kostenloses 15-Minuten-Gespräch.
Sie planen eine eigene App, eine Webseite oder mehr Sichtbarkeit bei Google? Erzählen Sie mir von Ihrem Vorhaben – Sie bekommen innerhalb eines Werktags eine ehrliche Einschätzung.
Projekt besprechen