React Native oder Flutter: was entscheidet die Wahl 2026?
Beide Frameworks sind produktionsreif, und die Entscheidung fällt selten an der Technik. Sie fällt an Ihrem Team und an Ihrer Oberfläche. Ein vorhandenes TypeScript-Team wird mit React Native in Tagen produktiv. Ein von Grund auf gebautes, animationsstarkes Interface fährt mit Flutter besser. Der Rest ist Abwägung im Detail.
Jedes Jahr erscheinen Dutzende React Native vs Flutter Vergleiche, und fast alle enden bei „kommt darauf an“. Das stimmt sogar. Nützlich wird die Aussage erst, wenn jemand benennt, worauf es ankommt. Genau das versuchen wir hier, mit den Zahlen, die wir belegen können, und mit einer klaren Kennzeichnung dort, wo die Datenlage dünn ist.
Der Stand zum Zeitpunkt dieses Textes: React Native 0.83 liefert React 19.2 aus, und seit Version 0.82 läuft das Framework vollständig auf der New Architecture. Flutter 3.38 hat mit der Impeller-Engine geantwortet, die auf iOS und Android der Standard-Renderer ist.
Wie unterscheiden sich die Architekturen der beiden Frameworks?
React Native benutzt die nativen UI-Bausteine der Plattform und spricht sie seit der New Architecture direkt über C++ an. Flutter bringt eine eigene Rendering-Engine mit und zeichnet jedes Pixel selbst auf der GPU. Aus diesem einen Unterschied folgen fast alle weiteren Abweichungen im Verhalten.
React Native: von der Bridge zu JSI
Der historische Kritikpunkt an React Native war die JavaScript-Bridge. Jede Kommunikation zwischen JS-Code und nativer Schicht lief über diesen Engpass, inklusive JSON-Serialisierung. Das ist erledigt. Die New Architecture steht auf drei Bausteinen:
- JSI, das JavaScript Interface, erlaubt direkten synchronen Zugriff auf die native Schicht. JavaScript ruft C++-Funktionen ohne Umverpackung auf.
- Fabric ist der neue Renderer mit synchroner Layout-Berechnung. Bei komplexen Oberflächen verschwinden dadurch die sichtbaren Sprünge, die das alte asynchrone Rendering erzeugt hat.
- TurboModules laden native Module erst bei Bedarf. Das senkt die Startzeit spürbar, vor allem bei Apps mit vielen Integrationen.
Die JavaScript-Engine Hermes ist seit 0.76 der Standard. Hermes V1 kam mit 0.82 als experimentelle Option dazu, mit ES6-Klassen, sauberem const/let-Verhalten und Plänen für einen JIT-Compiler. Das Expo-Ökosystem steht auf SDK 54 mit voller Unterstützung der New Architecture, SDK 55 ist in der Beta-Phase. Mit expo-widgets lassen sich iOS-Home-Screen-Widgets und Live Activities bauen, was früher ein Argument für nativen Code war.
Flutter: die eigene Rendering-Engine
Flutter hat einen anderen Weg gewählt und verzichtet auf die nativen UI-Komponenten der Plattform. Die Engine zeichnet direkt auf der GPU, früher mit Skia, heute mit Impeller. Der Vorteil ist pixelgenaue Gleichheit auf allen Zielsystemen und vollständige Kontrolle über das Rendering. Plattformspezifische Überraschungen fallen weg.
Der Preis dafür hat zwei Teile. Erstens sieht eine Flutter-App nie zu hundert Prozent nativ aus. Die Material- und Cupertino-Widgets kommen nah heran, aber Details der Systemgestik und der Textfelder weichen ab. Zweitens wächst die Installationsgröße, weil die Engine mitgeliefert wird. Bei einer Marketing-App mit Zielgruppe in Regionen mit knappem Datenvolumen ist das ein echtes Argument, bei einer internen Anwendung nicht.
Welches Framework liefert 2026 die bessere Performance?
Flutter liegt bei Bildrate und CPU-Auslastung vorn, React Native hat mit der New Architecture stark aufgeholt. Sichtbar wird der Abstand bei Animationen, langen Listen und aufwendigen Übergängen. In Formularen, Detailansichten und Tabellen einer Geschäftsanwendung merkt ein Nutzer den Unterschied im Alltag nicht.
Bildrate und CPU-Auslastung
| Messgröße | Flutter | React Native |
|---|---|---|
| Durchschnittliche FPS | 60–120 | 55–60, steigend |
| CPU-Auslastung | 43,4 % | 52,9 % |
| Frame-Verluste beim Scrollen | Minimal | Besser geworden, aber messbar |
| Animation während des Scrollens | Flüssig | Gut, Flutter bleibt vorn |
Impeller gegen Skia
Seit Flutter 3.27 ist Impeller auf iOS und ab Android API 29 der Standard, und Flutter 3.38 hat die Möglichkeit abgekündigt, unter Android darauf zu verzichten. Die Umstellung ist damit in der Endphase. Die veröffentlichten Vergleichswerte:
91,6 %
der Frames bleiben unter dem 8,33-ms-Ziel für 120-Hz-Displays
Skia im selben Test: 67,1 %
6,57 ms
durchschnittliche Frame-Zeit mit Impeller
Skia: 7,71 ms
−30 %
GPU-Rasterisierungszeit gegenüber Skia
In einer produktiven E-Commerce-App verlor Skia 12 Prozent der Frames, Impeller nur 1,5 Prozent. Das Ruckeln durch Shader-Kompilierung verschwindet, weil Impeller alles vorab übersetzt.
Was die New Architecture bei React Native gebracht hat
- Stabile 60 fps in Listen und Übergängen
- Startzeit um bis zu 40 Prozent verbessert, Speicherbedarf um 20 bis 30 Prozent gesunken
- TurboModules senken den Overhead in der Kommunikation zwischen JavaScript und nativer Schicht
- Fabric berechnet Layouts synchron und beseitigt damit visuelle Sprünge
- Concurrent Rendering und Suspense aus React 19 werden direkt unterstützt
Wie unterscheidet sich die Entwicklererfahrung im Tagesgeschäft?
Flutter gewinnt beim Werkzeugkasten, React Native beim Einstieg. Der Stateful Hot Reload von Flutter ist schneller und zuverlässiger als Fast Refresh, und die DevTools sind vollständiger. Dafür entfällt bei React Native das Erlernen einer neuen Sprache, was in der Praxis meist schwerer wiegt.
Hot Reload
Der Stateful Hot Reload von Flutter behält den Zustand der App und ist praktisch verzögerungsfrei. Er funktioniert wirklich so gut, wie die Dokumentation behauptet, was man nicht von jedem Feature sagen kann. Fast Refresh bei React Native ist mit der New Architecture besser geworden, verliert bei tiefen Zustandsbäumen aber häufiger den Kontext.
Programmiersprache
Flutter läuft auf Dart. Die Sprache ist solide, das Typsystem strenger als bei TypeScript, und es entstehen dadurch weniger Laufzeitfehler. Nur muss Ihr Team sie lernen, und das Ökosystem drumherum ist kleiner. React Native läuft auf JavaScript oder TypeScript. Wer die Sprache bereits im Web einsetzt, überträgt Linting, Testwerkzeuge und einen Teil der Geschäftslogik direkt.
Debugging und Werkzeuge
Die Flutter DevTools bringen Widget-Inspector, Performance-Profiler und Speicheranalyse mit, alles aus einer Hand. Bei React Native wurde Flipper abgekündigt, die eingebauten DevTools zusammen mit der Chrome-Integration decken den Alltag aber ab. Expo Go verkürzt den Weg vom Codeeinstieg bis zum ersten Gerätetest deutlich. In der IDE nehmen sich beide nichts, VS Code und die IntelliJ-Reihe unterstützen jeweils die volle Werkzeugkette.
Welches Ökosystem trägt weiter, npm oder pub.dev?
npm ist um Größenordnungen umfangreicher, pub.dev ist besser gepflegt. Bei React Native finden Sie für fast jede Anforderung ein Paket, müssen aber Qualität und Kompatibilität selbst prüfen. Bei Flutter ist die Auswahl kleiner, die Trefferquote pro Paket dafür höher.
| Kriterium | React Native (npm) | Flutter (pub.dev) |
|---|---|---|
| Paketanzahl | über 2 Mio. im gesamten npm | über 50.000 |
| Qualität | Gemischt, viele verwaiste Pakete | Vom Dart-Team kuratiert |
| Native Module | Gut, gelegentlich Anpassungsbedarf | Plugin-System, sauber integriert |
| Community | Sehr groß | Schnell wachsend |
Der praktische Stolperstein bei React Native heißt heute nicht mehr Bridge, sondern Kompatibilität mit der New Architecture. Bei einem selten gepflegten nativen Modul kann die Anpassung fehlen. Prüfen Sie das in der Architekturphase, nicht drei Wochen vor dem Release. Bei Flutter ist der umgekehrte Fall häufiger: Das Paket, das Sie brauchen, existiert schlicht nicht, und Sie schreiben ein eigenes Plugin. Beides ist planbar, wenn man früh danach sucht.
Wie gut finden Sie im DACH-Raum Entwickler für beide Frameworks?
React Native gewinnt diesen Punkt deutlich. Jede Entwicklerin mit JavaScript-Hintergrund wechselt in überschaubarer Zeit, und der JavaScript-Pool ist der größte in der Softwareentwicklung. Dart-Profile sind seltener. Sie finden sie, aber die Suche dauert länger und endet häufiger bei einem höheren Satz.
Zur Einordnung der Kostenseite: Der Freelancer-Kompass 2026 weist für IT-Freelancer im DACH-Raum einen Medianstundensatz von 95 EUR aus, im Bereich Software- und Webentwicklung 90 EUR. Deutsche Agenturen bewegen sich laut Branchenübersicht zwischen 100 und 180 EUR pro Stunde, Senior-Profile bei 120 bis 160 EUR. Nearshore-Sätze in Mittel- und Osteuropa liegen nach der Kostenübersicht von Groenewold IT bei 30 bis 55 EUR pro Stunde. Das ist der eigentliche Hebel, nicht die Frameworkwahl: Zwischen React Native und Flutter unterscheidet sich der Aufwand um wenige Prozent, zwischen Standorten um mehr als die Hälfte.
Welche bekannten Apps setzen auf welches Framework?
Beide Frameworks laufen in Anwendungen mit sehr großen Nutzerzahlen, was die Frage nach der Reife praktisch beantwortet. Interessant ist eher das Muster dahinter: React Native findet sich häufiger in Produkten mit starkem Web-Erbe, Flutter häufiger dort, wo eine eigene Designsprache konsequent durchgezogen wird.
| React Native | Flutter |
|---|---|
| Shopify (Mobil-App) | Google Pay |
| Meta (Facebook, Instagram) | BMW |
| Bloomberg | Alibaba (Xianyu) |
| Discord | eBay Motors |
| Microsoft (Teams, Office, Outlook) | Nubank |
Wie fällt der Direktvergleich Punkt für Punkt aus?
Die folgende Matrix bewertet die Kriterien, nach denen wir in Projektgesprächen tatsächlich gefragt werden. Die Sterne sind eine Einschätzung aus unserer Projektarbeit, keine Messung. Sie helfen beim Sortieren, ersetzen aber keine Bewertung Ihres konkreten Anwendungsfalls.
| Kriterium | React Native | Flutter | Vorn |
|---|---|---|---|
| Animations-Performance | ★★★★☆ | ★★★★★ | Flutter |
| Natives Erscheinungsbild | ★★★★★ | ★★★☆☆ | React Native |
| Einarbeitung mit JS-Team | ★★★★★ | ★★★☆☆ | React Native |
| Einarbeitung ohne Vorwissen | ★★★★☆ | ★★★★★ | Flutter |
| Eigenes UI, freie Animation | ★★★☆☆ | ★★★★★ | Flutter |
| Größe des Ökosystems | ★★★★★ | ★★★★☆ | React Native |
| Paketqualität | ★★★☆☆ | ★★★★★ | Flutter |
| Hot Reload | ★★★★☆ | ★★★★★ | Flutter |
| Web und Desktop | ★★★☆☆ | ★★★★★ | Flutter |
| Over-the-Air-Updates | ★★★★★ | ★★☆☆☆ | React Native |
| Verfügbarkeit von Entwicklern | ★★★★★ | ★★★☆☆ | React Native |
| CI/CD-Anbindung | ★★★★★ | ★★★★☆ | React Native |
| Test-Werkzeuge | ★★★★☆ | ★★★★★ | Flutter |
| Community | ★★★★★ | ★★★★★ | Gleichstand |
Die Punkte gleichen sich fast aus, und genau das ist die Aussage. Entscheidend ist, welche Zeilen für Sie Gewicht haben. Wer ein bestehendes Web-Team hat, gewichtet die Einarbeitung dreifach und ist damit fertig. Wer ein Produkt mit eigener Bildsprache baut, gewichtet Animation und UI-Freiheit und landet bei Flutter.
Wann wählen Sie React Native, wann Flutter, wann keines von beiden?
Drei kurze Entscheidungswege. Wenn mehrere Punkte einer Liste auf Sie zutreffen, ist die Sache in der Regel klar. Wenn sich die Listen bei Ihnen mischen, ist die Teamzusammensetzung der Tiebreaker, weil sie sich am schlechtesten kurzfristig ändern lässt.
React Native passt, wenn
- Ihr Team aus JavaScript- oder TypeScript-Entwicklern besteht
- das plattformtypische Erscheinungsbild zählt, etwa bei einer Anwendung für Mitarbeitende
- eine bestehende Web-Codebasis teilweise weiterverwendet werden soll
- Sie auf Over-the-Air-Updates über EAS Update angewiesen sind
- Sie kurzfristig zusätzliche Entwickler einkaufen müssen
Flutter passt, wenn
- eine eigene, visuell aufwendige Oberfläche das Produktmerkmal ist, typisch im Handel und im Fintech-Umfeld
- eine Codebasis Mobil, Web sowie Desktop bedienen soll
- die App animationslastig ist und jede Bildrate zählt
- Sie ohne bestehendes JavaScript-Team starten
- pixelgenaue Gleichheit zwischen iOS und Android verlangt wird, etwa aus Gründen der Markenführung
Keines von beiden, wenn
- Sie nur eine Plattform bedienen, dann ist Swift oder Kotlin direkt die günstigere Wahl
- die App tief an der Hardware arbeitet, etwa bei AR oder On-Device-Machine-Learning
- die Installationsgröße ein hartes Abnahmekriterium ist
Was kostet eine Cross-Platform-App bei uns?
Die Frameworkwahl verschiebt den Preis kaum, der Funktionsumfang bestimmt ihn. Unsere Projektspannen für iOS und Android aus einer Codebasis stehen unten. Sie gelten für React Native ebenso wie für Flutter, weil sich der Aufwand bei gleichem Funktionsumfang nur um wenige Prozent unterscheidet.
| Projekttyp | Preisspanne | Dauer | Umfang |
|---|---|---|---|
| MVP-App | 2.600 – 7.800 EUR | 6–10 Wochen | 3–5 Hauptbildschirme, Firebase oder Supabase, Anmeldung, Push, Store-Einreichung |
| App mit vollem Funktionsumfang | 7.800 – 18.200 EUR | 3–5 Monate | Eigenes Backend, Zahlungen, segmentierte Benachrichtigungen, Analytics, Offline-Sync |
| Enterprise-App | ab 18.200 EUR | 5–10 Monate | ERP- oder CRM-Anbindung, Rollenmodell mit SSO, Hochverfügbarkeit, Audit-Log, SLA |
Eine Detailaufstellung nach Funktionsblöcken finden Sie im Beitrag App-Entwicklungskosten 2026, den Leistungsumfang auf der Seite Mobile App-Entwicklung.
Was bleibt als Entscheidungsgrundlage?
Welches Framework ist 2026 schneller, React Native oder Flutter?
Bei Animationen und langen Listen liegt Flutter vorn. Mit der Impeller-Engine bleiben nach veröffentlichten Messungen 91,6 Prozent der Frames unter dem 8,33-Millisekunden-Ziel für 120 Hz, mit Skia waren es 67,1 Prozent. React Native erreicht mit der New Architecture stabile 60 fps, startet rund 40 Prozent schneller und braucht 20 bis 30 Prozent weniger Speicher. Für Formulare, Listen und Übergänge in einer Geschäftsanwendung reicht beides.
Was passt besser, wenn mein Team bereits JavaScript kann?
React Native. Ein TypeScript-Team ist innerhalb weniger Tage produktiv, weil Sprache, Paketmanager und Testwerkzeuge dieselben bleiben. Dart zu lernen kostet erfahrungsgemäß einige Wochen, bevor die Geschwindigkeit stimmt. Dazu kommt der Zugriff auf npm, das deutlich mehr Pakete führt als pub.dev.
Deckt Flutter auch Web und Desktop ab?
Ja, aus derselben Codebasis entstehen Builds für iOS, Android, Web, Windows, macOS und Linux. Die Desktop-Unterstützung gilt seit den 3.x-Versionen als produktionsreif. Web und Desktop erreichen allerdings nicht die Qualität einer nativen Anwendung, weshalb wir diese Ziele eher für interne Werkzeuge empfehlen als für ein Kundenprodukt.
Ist die New Architecture bei React Native Pflicht?
Ja. Mit Version 0.82 lief React Native erstmals vollständig auf der New Architecture, die alte Bridge wurde entfernt. Wer heute startet, arbeitet auf JSI, Fabric und TurboModules. Prüfen Sie vor Projektbeginn, ob alle benötigten nativen Module dafür angepasst sind. Bei selten gepflegten Bibliotheken ist das nicht garantiert.
Gibt es Over-the-Air-Updates bei beiden Frameworks?
Nur bei React Native als offiziell unterstützter Weg. Mit Expo EAS Update liefern Sie JavaScript-Änderungen ohne erneute Store-Prüfung aus, was Fehlerbehebungen von Tagen auf Minuten verkürzt. Für Flutter existiert kein vergleichbares Angebot von Google. Drittanbieter gibt es, offiziell abgesegnet ist der Austausch von Dart-Code zur Laufzeit nicht.
Wie unterscheiden sich die Kosten zwischen React Native und Flutter?
Der Entwicklungsaufwand ist bei vergleichbarem Funktionsumfang nahezu identisch. Der Unterschied entsteht am Arbeitsmarkt: React-Native-Entwickler kommen aus dem großen JavaScript-Pool, Dart-Spezialisten sind seltener und dadurch häufig teurer. Bei uns liegt eine MVP-App bei 2.600 bis 7.800 EUR, unabhängig vom gewählten Framework.
Wann ist native Entwicklung mit Swift oder Kotlin die bessere Wahl?
Wenn Sie nur eine Plattform bedienen, wenn die App tief an der Hardware arbeitet, etwa bei AR oder On-Device-Machine-Learning, oder wenn die Installationsgröße ein hartes Kriterium ist. In allen anderen Fällen fällt der Aufpreis für zwei Codebasen schwerer ins Gewicht als der technische Vorteil.
Lässt sich ein Projekt später von einem Framework auf das andere umstellen?
Praktisch bedeutet das eine Neuentwicklung der Oberfläche. Geteilt werden können nur Backend, API-Verträge sowie Design-Tokens. Wir raten deshalb dazu, die Entscheidung vor dem ersten Sprint zu treffen und sie an der Teamzusammensetzung festzumachen, weil das der Faktor ist, der sich am schwersten ändern lässt.
Wir arbeiten mit beiden Frameworks und haben keine Präferenz, die wir verteidigen müssten. Wenn Sie eine zweite Meinung zu einer bereits getroffenen Entscheidung wollen oder die Wahl noch offen ist, fordern Sie ein Angebot an. Was wir konkret liefern, steht unter App-Entwicklung.