Wer ein Mobile-App-Projekt startet, steht früher oder später vor derselben Frage: native oder Cross-Platform? Diese Wahl ist nicht nur eine technische Entscheidung, sondern eine Geschäftsentscheidung, die Budget, Zeitplan, Team und die nächsten fünf Jahre Ihrer App bestimmt.
Bis vor ein paar Jahren war die Antwort einfacher: Wer Performance wollte, ging native, wer es schnell und günstig wollte, Cross-Platform. Heute sind Flutter und React Native ausgereift, und Kotlin Multiplatform ist auch auf iOS stabil. In diesem Beitrag erklären wir die Ansätze verständlich, vergleichen Flutter mit React Native und zeigen an Beispielen, welche Lösung für welches Projekt sinnvoll ist.
Was bedeuten native und Cross-Platform-App?
Eine native App wird für jedes Betriebssystem separat in dessen eigener Sprache und mit dessen eigenen Werkzeugen geschrieben: Swift und SwiftUI für iOS, Kotlin und Jetpack Compose für Android. Das Ergebnis sind zwei getrennte Codebasen und oft zwei getrennte Teams.
Eine Cross-Platform-App erzeugt dagegen aus einer einzigen Codebasis sowohl die iOS- als auch die Android-Version. Die wichtigsten Optionen sind heute:
- Flutter: Das von Google entwickelte Framework mit der Sprache Dart. Es zeichnet die Oberfläche mit einer eigenen Rendering-Engine und erreicht so auf jedem Gerät eine pixelgenau identische Darstellung.
- React Native: Das von Meta entwickelte Framework auf Basis von JavaScript / TypeScript und React. Es nutzt die nativen UI-Komponenten der Plattform. Seit Version 0.76 ist die „Neue Architektur“ Standard, wodurch die Engpässe der alten Bridge zwischen JavaScript und nativem Code weitgehend beseitigt wurden.
- Kotlin Multiplatform: Die Lösung von JetBrains. Sie erlaubt es, die Geschäftslogik in Kotlin zu teilen und die Oberfläche wahlweise nativ oder mit Compose Multiplatform zu schreiben. Die iOS-Unterstützung von Compose Multiplatform ist seit Mai 2025 stabil.
Daneben gibt es die Option PWA (Progressive Web App): eine im Browser laufende Web-App, die sich auf dem Startbildschirm ablegen lässt. Für einfache Anforderungen ohne Store-Pflicht kann sie ein guter Einstieg sein, hat aber Einschränkungen bei Benachrichtigungen und Gerätefunktionen, vor allem unter iOS.
Native vs. Cross-Platform: Vergleich nach 7 Kriterien
Um die Entscheidung zu erleichtern, haben wir beide Ansätze anhand der aus geschäftlicher Sicht wichtigsten Kriterien gegenübergestellt:
| Kriterium | Native (Swift + Kotlin) | Cross-Platform (Flutter / React Native) |
|---|---|---|
| Entwicklungskosten | Hoch; zwei getrennte Codebasen | Niedriger; der Großteil des Codes wird auf beiden Plattformen geteilt |
| Time-to-Market | Länger | Kürzer; beide Plattformen erscheinen gleichzeitig |
| Performance | Am besten; vor allem bei grafik- und hardwareintensiven Aufgaben | Bei der großen Mehrheit der Business-Apps kaum spürbar |
| Zugriff auf neue Plattformfunktionen | Ab dem ersten Tag | Meist über Plugins oder eine native Code-Brücke, teils mit Verzögerung |
| Look and Feel | Die native Designsprache der Plattform | Bei Flutter ein einheitlicher Markenauftritt; bei React Native native Komponenten |
| Wartung | Jede Funktion wird doppelt aktualisiert | Aktualisierung an einer Stelle; Framework-Versionen müssen verfolgt werden |
| Team | Separate iOS- und Android-Spezialisten | Ein Team; dennoch wird jemand mit Know-how auf der nativen Seite benötigt |
Wie die Tabelle zeigt, ist Cross-Platform bei den meisten Kriterien aus geschäftlicher Sicht im Vorteil; native liegt vorn bei Projekten, in deren Kern Performance und plattformspezifische Funktionen stehen.
Flutter oder React Native? Unterschiede und Auswahlkriterien
Wenn Sie sich für Cross-Platform entschieden haben, folgt die zweite Frage. Beide Frameworks sind ausgereift, haben große Communities und werden in Produktions-Apps großer Unternehmen eingesetzt. Entscheidend sind vor allem folgende Faktoren:
Flutter ist im Vorteil, wenn …
- Sie eine markenspezifische, animierte Oberfläche wünschen, die auf jedem Gerät exakt gleich aussieht.
- Sie mit demselben Code neben Mobile auch Web und Desktop (Windows, macOS, Linux) ins Auge fassen.
- Ihnen eine vorhersehbare Performance wichtig ist, die auch auf schwächeren Android-Geräten flüssig läuft.
React Native ist im Vorteil, wenn …
- Ihr Team oder Ihr bestehendes Webprojekt bereits React und TypeScript nutzt; Wissen und Code lassen sich leichter teilen.
- die App auf jeder Plattform mit deren eigenen Komponenten erscheinen soll.
- Sie vom großen Bibliotheksangebot des JavaScript-Ökosystems profitieren und leichter Entwickler finden möchten.
Bei welchen Projekten ist native Entwicklung wirklich nötig?
Deckt Cross-Platform alles ab? Nein. In folgenden Fällen ist native Entwicklung oder zumindest eine bedeutende native Schicht erforderlich:
- Intensive Grafik und Echtzeitverarbeitung: Spiele, Augmented Reality, anspruchsvolle Kamera- und Videobearbeitung.
- Tiefe Hardwareintegration: spezielle Bluetooth-Geräte, medizinische Sensoren, Low-Level-Audioverarbeitung, dauerhafter Hintergrundbetrieb.
- Zugriff auf Plattformfunktionen ab dem ersten Tag: wenn Widgets, Smartwatch-Apps oder neu angekündigte APIs von Apple oder Google im Zentrum Ihres Produkts stehen.
- Sehr große Skalierung: Produkte mit Millionen Nutzern, bei denen jede Millisekunde und die App-Größe zählen.
Abgesehen davon lässt sich die große Mehrheit der Projekte – etwa E-Commerce, Reservierung, Außendienst, Kundenbindung, interne Unternehmens-Apps und Admin-Panels – problemlos mit Cross-Platform umsetzen. Zudem kann man in Cross-Platform-Apps bei Bedarf einzelne Bildschirme oder Funktionen in nativem Code schreiben; die Wahl ist nicht schwarz oder weiß.
Die richtige Technologie ist nicht die populärste, sondern die, mit der sich die wichtigste Funktion Ihres Produkts mit dem geringsten Risiko umsetzen lässt.
Kosten, Wartung und langfristige Risiken
Die Technologieentscheidung beeinflusst weniger die Anfangsinvestition als vielmehr die Gesamtbetriebskosten. Bei native wird jede neue Funktion zweimal geschrieben und zweimal getestet – ebenso jede Fehlerbehebung. Bei Cross-Platform sinkt dieser Aufwand, je höher der Anteil an gemeinsamem Code ist.
Andererseits hat Cross-Platform eigene Risiken:
- Framework-Updates: Große Versionssprünge von Flutter oder React Native und die Kompatibilität von Drittanbieter-Plugins mit diesen Versionen erfordern regelmäßigen Aufwand.
- Plugin-Abhängigkeit: Ein nicht mehr gepflegtes Plugin kann eine kritische Funktion blockieren. Bei der Auswahl sollte man auf Update-Häufigkeit und Community achten.
- App-Größe: Cross-Platform-Apps können etwas größer sein als native Pendants, da sie die Framework-Engine mitbringen.
Wenn Sie sich genauer für die Budgetseite interessieren: In unserem Beitrag zu den Kosten der App-Entwicklung haben wir die preisbestimmenden Posten einzeln aufgeschlüsselt.
Vier Beispielprojekte: Welche Technologie und warum?
Statt in abstrakten Kriterien in konkreten Beispielen zu denken, erleichtert die Entscheidung. Nachfolgend finden Sie vier Projekttypen, die uns häufig begegnen, und unsere Einschätzung dazu:
Bestell- und Treue-App für Restaurants
Menü, Warenkorb, Online-Zahlung, Kampagnen-Benachrichtigungen und Punktesystem. Hardware wird kaum benötigt; wichtig sind ein gleichzeitiger Start auf beiden Plattformen und ein markenspezifischer Auftritt. Hier ist eine einzige Codebasis mit Flutter oder React Native mit Abstand die effizienteste Wahl.
App für Außendienstteams
Techniker sehen Arbeitsaufträge, machen Fotos, scannen Barcodes und arbeiten manchmal in Kellern ohne Internet. Offline-Datenspeicherung und Synchronisierung sind entscheidend. Cross-Platform deckt diesen Bedarf ab; wichtiger als die Technologiewahl ist jedoch, die Offline-Architektur von Anfang an richtig aufzusetzen.
Gesundheits-App, die mit einem speziellen Bluetooth-Gerät kommuniziert
Das Herzstück der App ist ein kontinuierlicher, zuverlässiger Datenaustausch mit dem Gerät; zudem muss sie im Hintergrund laufen. Hier ist native Entwicklung oder zumindest eine hybride Struktur, die die Gerätekommunikation in nativen Modulen umsetzt, die sicherere Wahl. Da Gesundheitsdaten verarbeitet werden, müssen außerdem die Regeln für besondere Kategorien personenbezogener Daten nach dem KVKK (türkisches Datenschutzgesetz) eigens eingeplant werden.
Interne Unternehmens-App
Eine App, in der Mitarbeitende Urlaubsanträge, Freigabeprozesse und Ankündigungen verfolgen. Die Nutzerzahl ist überschaubar, Sichtbarkeit im Store spielt keine Rolle. Bei knappem Budget kann es sinnvoll sein, mit einer PWA zu starten und bei wachsendem Bedarf auf eine Cross-Platform-App umzusteigen. In solchen Fällen stellt sich auch die Frage: Desktop- oder Webanwendung? – auch das sollte früh geklärt werden.
Die richtige Mobile-Technologie in 5 Fragen
Um die Entscheidung für Ihr eigenes Projekt zu treffen, beantworten Sie die folgenden Fragen der Reihe nach:
- Frage 1 — Stehen intensive Grafik, Echtzeitmedien oder spezielle Hardware im Zentrum der App? Wenn ja, sollten Sie native ernsthaft in Betracht ziehen.
- Frage 2 — Müssen Sie gleichzeitig auf zwei Plattformen und mit begrenztem Budget starten? Wenn ja, ist Cross-Platform im Vorteil.
- Frage 3 — Welche Technologie nutzt Ihr bestehendes Team oder Webprojekt? Bei React-Basis ist React Native, bei einem Neustart Flutter ein starker Kandidat.
- Frage 4 — Wollen Sie dasselbe Produkt auch im Web und auf dem Desktop anbieten? Flutter deckt mit einem Code mehr Ziele ab; ein gemeinsames Backend ist in jedem Fall Pflicht.
- Frage 5 — Wer wartet die App mindestens drei Jahre lang? Werden Sie für die gewählte Technologie Entwickler finden?
Diese Fragen haben wir uns auch bei unseren eigenen Produkten gestellt. So sind etwa das Webpanel, die iOS- / Android-Apps und die Windows-Anwendung von KATSİS, unserer Software für Haus- und Wohnanlagenverwaltung, an dieselbe Infrastruktur angebunden. Die Oberfläche auf die Bedürfnisse der Nutzer jeder Plattform zuzuschneiden und die Daten zentral zu bündeln, hat den Wartungsaufwand deutlich reduziert. Details finden Sie in unseren Projekten – schauen Sie gern vorbei.
- Ist die wichtigste Funktion der App schriftlich festgelegt?
- Sind Hardware- und Performance-Anforderungen geklärt?
- Sollen beide Plattformen gleichzeitig veröffentlicht werden?
- Welche Technologie nutzen das bestehende Team und die Web-Infrastruktur?
- Lassen sich für die gewählte Technologie langfristig Entwickler finden?
- Wurde der Pflegezustand der verwendeten Plugins geprüft?
Häufig gestellte Fragen
Sind Cross-Platform-Apps so schnell wie native?
Bei der großen Mehrheit der Business-Apps merken Nutzer keinen Unterschied. Flutter bietet mit seiner eigenen Rendering-Engine, React Native mit seiner neuen Architektur ein flüssiges Erlebnis. Bei intensiver Grafik, Spielen oder Echtzeit-Medienverarbeitung ist native jedoch weiterhin im Vorteil.
Ist Flutter oder React Native besser?
Es gibt keine allgemeingültige Antwort. Für eine markenspezifische, auf jedem Gerät identische Oberfläche und Desktop-Ziele neben Mobile ist Flutter meist sinnvoller; hat man ein Team mit React- und TypeScript-Kenntnissen oder ein bestehendes React-Webprojekt, eher React Native.
Können Cross-Platform-Apps im App Store und bei Google Play veröffentlicht werden?
Ja. Mit Flutter und React Native entwickelte Apps werden wie native Apps kompiliert und in beiden Stores nach denselben Regeln veröffentlicht. Für Nutzer ist nicht erkennbar, mit welcher Technologie die App geschrieben wurde.
Kann man mit Cross-Platform starten und später auf native umsteigen?
Das ist möglich, bedeutet aber meist eine Neuentwicklung der App. Oft ist es wirtschaftlicher, innerhalb der Cross-Platform-App gezielt einzelne Bildschirme oder Module in nativem Code zu schreiben.
Können mobile App und Website dieselbe Infrastruktur nutzen?
Ja, und meistens sollten sie das auch. Unabhängig von der gewählten Mobile-Technologie können App und Website bzw. Admin-Panel an dieselbe API und Datenbank angebunden werden. Bei React Native lässt sich zudem ein Teil der Geschäftslogik mit einem React-basierten Webprojekt teilen. Das senkt die Wartungskosten und hält die Daten zentral und konsistent.
Was ist Kotlin Multiplatform und wann ist es die richtige Wahl?
Kotlin Multiplatform ist ein Ansatz, bei dem die Geschäftslogik zwischen iOS und Android geteilt wird, während die Oberfläche nativ oder mit Compose Multiplatform geschrieben wird. Es eignet sich für Projekte mit einem starken Android-Team, die Code teilen möchten, ohne auf das native Gefühl zu verzichten.
Fazit
Auf die Frage „native oder Cross-Platform?“ gibt es keine universelle Antwort, aber wer die richtigen Fragen stellt, kommt meist zu einer klaren Entscheidung. Für die meisten Business-Apps ist eine einzige Codebasis mit Flutter oder React Native der effizienteste Weg in puncto Budget und Zeitplan; bei Projekten, in deren Kern Performance und Hardware stehen, zahlt sich eine native Investition aus. Wenn Sie gemeinsam prüfen möchten, welcher Ansatz zu Ihrem Projekt passt, werfen Sie einen Blick auf unsere Leistungen für mobile Apps oder kontaktieren Sie uns.