Wir entwickeln überwiegend nativ in Swift, Sie könnten also eine einseitige Antwort erwarten. Die bekommen Sie nicht. Flutter und React Native sind ausgereift und für manche Produkte die bessere Wahl. So denken wir darüber.
Die Antwort in einem Absatz
Wenn Ihr Produkt iOS-first ist, auf Plattformfunktionen wie Widgets, Live Activities, Siri und Kurzbefehle setzt oder sich auf dem iPhone einfach perfekt anfühlen muss, wählen Sie natives Swift und SwiftUI. Wenn Sie iOS und Android ab dem ersten Tag mit einer weitgehend standardisierten Oberfläche und einem gemeinsamen Team brauchen, wählen Sie Flutter oder React Native. Schreibt Ihr Team bereits React fürs Web, fühlt sich React Native wie zu Hause an.
Wie sie funktionieren
- Swift und SwiftUI sind Apples eigene Sprache und UI-Framework. Sie nutzen die echten Systemkomponenten, die App verhält sich also genau wie iOS.
- Flutter nutzt die Sprache Dart und zeichnet jedes Pixel mit einer eigenen Rendering-Engine selbst. Es sieht auf jeder Plattform gleich aus.
- React Native nutzt JavaScript oder TypeScript und rendert über seine New Architecture, die in aktuellen Versionen Standard ist, echte native Komponenten.
Performance
Alle drei erreichen in normalen Apps 60 oder 120 Bilder pro Sekunde. Unterschiede zeigen sich an den Rändern: aufwendige Animationen, große Listen, Spiele, Kamera- und Audioverarbeitung. Natives Swift hat keine Bridge und keine zusätzliche Laufzeit, was diese Grenzfälle leichter beherrschbar macht.
Zugriff auf iOS-Funktionen
Hier zieht nativ davon. Widgets für Home- und Sperrbildschirm (WidgetKit), Live Activities, App Intents, StoreKit-2-Ansichten und viele neue APIs jeder WWDC sind Swift-first. Cross-Platform-Apps können sie nutzen, meist aber, indem genau dieser Teil doch in Swift geschrieben wird, plus der Verbindungscode.
Look and Feel
SwiftUI-Apps übernehmen neue iOS-Designänderungen automatisch, etwa die Liquid-Glass-Materialien in iOS 26. Flutter bildet das Aussehen jeder Plattform nach und kann neuen Designs daher hinterherhinken. React Native liegt dazwischen, weil es native Komponenten verwendet.
Kosten und Team
- Eine gemeinsame Cross-Platform-Codebasis kann günstiger sein, wenn Sie wirklich beide Plattformen zum Start brauchen.
- Eine native iOS-App ist meist günstiger als eine Cross-Platform-App plus die native Arbeit, die sie früher oder später braucht.
- Recruiting: JavaScript-Entwickler sind am leichtesten zu finden, dann Swift-Entwickler, Dart-Entwickler am seltensten.
Unsere Kostenaufstellung für iOS-Apps zeigt, wie die Plattformwahl das Budget beeinflusst.
Wann wir was empfehlen
Wählen Sie natives Swift, wenn
- iPhone-Nutzer Ihre Hauptzielgruppe sind
- Sie Widgets, Live Activities, Siri, Apple Watch oder anspruchsvolle Kamera- und Audiofunktionen wollen
- das Erlebnis selbst das Produkt ist: Premium-Apps, Spiele, kreative Werkzeuge
Wählen Sie Flutter, wenn
- Sie iOS und Android zum Start mit einem Team brauchen
- Ihre Oberfläche individuell und markengetrieben statt plattformtypisch ist
Wählen Sie React Native, wenn
- Ihr Team bereits mit React und TypeScript arbeitet
- Sie Logik mit einer Web-App teilen wollen
Unser Standard, und warum
Unsere eigenen Produkte wie Scevia und Paw & Home entwickeln wir nativ, weil sie stark auf iOS-Funktionen und Animation setzen. Für Kundenprojekte empfehlen wir nativ bei iOS-first-Produkten und planen gern eine Android-Phase, sobald die Idee sich bewährt hat.
Häufige Fragen
Ist Flutter schneller als natives iOS?
Nein. Eine gut gebaute native App ist mindestens genauso schnell. Flutter ist für die meisten Apps schnell genug, aber bei aufwendiger Grafik, Audio und großen Listen hat nativ die Nase vorn.
Kann ich nativ starten und Android später ergänzen?
Ja, das ist ein üblicher Weg. Backend und Design lassen sich übernehmen, und die Android-App kann nativ in Kotlin oder Cross-Platform entstehen.
Bevorzugt Apple native Apps im App Store?
Apple ordnet Apps nicht nach Technologie, lehnt aber dünne Web-Hüllen mit wenig nativem Mehrwert ab. Wer Plattformfunktionen nutzt, kommt außerdem eher für redaktionelle Empfehlungen infrage.
Ist SwiftUI bereit für den Produktiveinsatz?
Ja. SwiftUI ist Apples primäres UI-Framework, und jede App, die wir veröffentlichen, ist damit gebaut. UIKit nutzen wir nur, wo eine bestimmte Funktion es erfordert.