18. Juni 2024

Warum Du jetzt eine Multi-Plattform-App mit Flutter brauchst

Als Flutter-Agentur bauen wir Apps, die aus einer Codebasis auf Android, iOS, im Web und auf dem Desktop laufen. Seit der ersten Fassung dieses Artikels 2024 hat sich Flutter deutlich weiterentwickelt: Impeller ist Standard-Renderer, Google I/O 2026 brachte Flutter 3.44 mit Dart 3.12 und ein KI-Tooling, das Coding-Agenten direkt an die laufende App anbindet. Dieser Artikel erklärt, warum eine Multi-Plattform-App sinnvoll ist, wo Flutter 2026 steht und wann Du besser etwas anderes wählst.

Thorsten Wesseler

App-Entwicklung

A photo of smartphones & desktop computer beautifully aligned. · Foto: ChatGPT

Warum überhaupt Multi-Plattform?

Wer eine App für Kunden oder Mitarbeitende plant, braucht in der Regel iOS und Android, oft zusätzlich eine Web-Version und manchmal einen Desktop-Client. Nativ entwickelt heißt das zwei bis vier getrennte Codebasen, jede mit eigener Sprache, eigenem Team und eigenem Release-Zyklus. Jede neue Funktion wird mehrfach gebaut, mehrfach getestet und mehrfach gewartet, und die Versionen driften mit der Zeit auseinander.

Eine Multi-Plattform-App löst das mit einer gemeinsamen Codebasis. Die Vorteile sind praktischer Natur:

Eine Codebasis statt zwei oder mehr. Funktionen, Fehlerbehebungen und Design-Änderungen werden einmal umgesetzt und erscheinen auf allen Plattformen gleichzeitig.
Ein Team. Das Wissen über die App liegt an einer Stelle, die Abstimmung zwischen Plattform-Teams entfällt.
Konsistentes Erlebnis. Nutzer bekommen auf jedem Gerät dieselbe App, mit demselben Verhalten und derselben Gestaltung.
Reichweite auf Abruf. Wünscht sich ein Kunde später eine Web- oder Desktop-Version, ist das ein zusätzliches Build-Ziel und kein neues Projekt.

Wie groß die Ersparnis gegenüber nativer Doppelentwicklung ausfällt, hängt vom Projekt ab. Tencent berichtet auf flutter.dev, dass mit Flutter 90 % des Codes plattformübergreifend wurde und nur noch einmal gepflegt werden musste. Pauschale Prozentangaben zu Kosten oder Time-to-Market lassen wir bewusst weg; sie hängen davon ab, wie viel plattformspezifische Logik eine App tatsächlich braucht.

Flutter unterstützt alle relevanten Zielplattformen

Android und iOS
Web (inzwischen auch als WebAssembly-Build)
Desktop (macOS, Windows, Linux)
Embedded (Infotainment, Geräte mit Display)

Dass das über Demos hinausgeht, zeigt der Automobilbereich: Toyota hat Flutter in das Infotainment-System des 2026er RAV4 und des 2026er Lexus ES gebracht, mit einem breiteren Rollout auf weitere Modelle in Vorbereitung. Auch BMW nutzt Flutter für seine Kunden-App-Plattform und beschreibt sie mit den Worten von Dr. Nicolai Kraemer, Vice President Offboard Platform BMW Group: „The new app platform is built on three pillars: user friendliness, safety and reliability.“ (flutter.dev)

Wo Flutter 2026 steht

Flutter erscheint inzwischen in kurzen Abständen. Die wichtigsten Stationen des Jahres:

Flutter 3.44 mit Dart 3.12 (Mai 2026, Google I/O). Im Zentrum stand die Zusammenarbeit mit KI-Coding-Agenten. Der Dart- und Flutter-MCP-Server verbindet Agenten wie Antigravity, Gemini CLI oder Claude Code mit Deiner laufenden App; mit Agentic Hot Reload sehen sie ihre eigenen Änderungen sofort, ohne dass ein Entwickler den Reload auslöst. Dart 3.12 bringt private benannte Parameter und, als experimentelle Vorschau, Primary Constructors, die Klassen-Boilerplate reduzieren. Swift Package Manager ist für iOS und macOS Standard geworden, und die Material- und Cupertino-Bibliotheken wurden eingefroren, um sie aus dem SDK in eigenständige Pakete zu überführen.

Flutter 3.47 (August 2026). Die Pakete material_ui und cupertino_ui sind in Version 1.0 erschienen und können nun wöchentlich aktualisiert werden, unabhängig vom SDK. Impeller ist jetzt auch auf macOS, Windows und Linux der Standard-Renderer. Widget Previews sind stabil, die Mindestversionen wurden auf iOS 15 und macOS 12 angehoben.

GenUI. Mit dem GenUI SDK kann eine App auf Nutzeranfragen mit echten, interaktiven Oberflächen antworten statt nur mit Text. Google zeigte das zur I/O in einer Demo; das Paket ist verfügbar, die Roadmap beschreibt agentische Oberflächen aber noch als Entwicklungsziel. Für Business-Apps ist das ein Thema für Piloten, nicht für den Kern.

Desktop mit Canonical. Canonical, das Unternehmen hinter Ubuntu, leitet seit Mai 2026 die Desktop-Roadmap von Flutter. Die im August vorgestellte Desktop Windowing API bringt echte Mehrfenster-Anwendungen, ist aber noch experimentell und nur auf dem Main-Channel verfügbar. Wer heute eine Desktop-App mit Flutter plant, sollte das einkalkulieren.

Was Impeller für Dein Projekt bedeutet

Impeller ist die von Google entwickelte Rendering-Engine, die Skia als Zeichenschicht ablöst. Ihr Kernprinzip: Shader werden beim Bauen der App vorkompiliert statt zur Laufzeit. Das beseitigt das bekannte Ruckeln beim ersten Abspielen einer Animation, das Flutter-Apps früher anhaftete.

Auf iOS ist Impeller der einzige Renderer, auf Android ist er ab Android 10 (API 29) Standard, mit Skia als Rückfallebene für ältere Geräte und Geräte ohne Vulkan. Die Flutter-Roadmap 2026 sieht vor, das Skia-Backend auf Android 10 und neuer komplett zu entfernen. Seit Flutter 3.47 gilt Impeller auch auf dem Desktop.

Für Dich als Auftraggeber heißt das: Der Einwand „Flutter-Apps ruckeln“ ist nicht mehr aktuell. Animationen und Übergänge laufen von Anfang an flüssig, und das Framework-Team investiert dort weiter, etwa in Vulkan-Speicherverwaltung und Textdarstellung in 3.44.

Was das KI-Tooling für Dein Projekt bedeutet

Coding-Agenten sind 2026 Teil des Entwickler-Alltags, und Flutter hat sie früh angebunden. Der MCP-Server erlaubt einem Agenten, Fehler in der laufenden App zu sehen, Widgets zu inspizieren und nach einer Änderung sofort neu zu laden. Das verkürzt die Schleife zwischen Anforderung, Umsetzung und Sichtprüfung. In unseren Projekten heißt das vor allem: Routinearbeit wie Formulare, Listenansichten oder Refactorings geht schneller von der Hand, und die frei werdende Zeit fließt in Architektur, Tests und die Details, die eine App gut machen. Die Verantwortung für Qualität und Sicherheit bleibt beim Team.

Flutter, React Native oder Kotlin Multiplatform?

Flutter ist nicht die einzige Option, und ein fairer Vergleich gehört dazu.

	Flutter	React Native	Kotlin Multiplatform
Sprache	Dart	JavaScript / TypeScript	Kotlin
UI	eigenes Rendering (Impeller), pixelgenau auf allen Plattformen	native Komponenten der Plattform	Compose Multiplatform, für iOS seit Mai 2025 stabil; alternativ native UI je Plattform
Plattformen	Android, iOS, Web, Desktop, Embedded	Android, iOS, Web (über Community), Desktop (über Microsoft)	Android, iOS, Desktop, Web (Beta)
Stand 2026	3.47, Impeller überall Standard	New Architecture seit 0.76 (Oktober 2024) Standard	Compose Multiplatform 1.8+
Passt gut, wenn	einheitliches Design und mehrere Plattformen gefragt sind	ein Web-Team mit React-Erfahrung die App baut	ein Android-Team Logik teilen und die iOS-UI nativ oder mit Compose bauen will

React Native hat mit der New Architecture (Standard seit Version 0.76) die alte Bridge abgelöst und ist damit deutlich schneller geworden. Wer bereits ein React-Team hat, findet hier den kürzesten Einstieg. Die UI nutzt native Komponenten, was Vor- und Nachteil ist: Plattform-Look inklusive, aber eigene Designs erfordern mehr Aufwand pro Plattform.

Kotlin Multiplatform (KMP) teilt Geschäftslogik zwischen Android und iOS; mit Compose Multiplatform lässt sich seit 2025 auch die UI teilen. Für Unternehmen mit starkem Android-Team ist das ein natürlicher Weg. Das Ökosystem ist jünger als das von Flutter, und viele Bibliotheken existieren zunächst nur für Android.

.NET MAUI ist für Microsoft-Häuser eine Option; Microsoft konzentriert sich in .NET 10 nach eigener Aussage auf Produktqualität. Außerhalb von .NET-Umgebungen sehen wir es selten.

Unsere Empfehlung für die meisten Business-Apps bleibt Flutter, weil es das breiteste Plattformspektrum mit einem einzigen UI-Modell abdeckt und weil die Werkzeuge, von Hot Reload bis MCP, auf schnelle Iteration ausgelegt sind. Wenn Deine Ausgangslage anders ist, etwa ein bestehendes React-Team, sagen wir das auch.

Wann Flutter nicht passt

Deine Anwendung ist im Kern eine Webseite. Kundenportale, Shops und Content-Apps ohne tiefe Gerätezugriffe sind oft als Progressive Web App günstiger und schneller. Den Vergleich findest Du in PWA vs. native Apps.
Die App lebt von Betriebssystem-Integration. Widgets, App Intents für Siri und Apple Intelligence, Wearables oder Hintergrunddienste sind in Flutter über Plattform-Code möglich, aber jede dieser Anbindungen ist wieder plattformspezifische Arbeit. Bei einer App, die fast nur aus solchen Integrationen besteht, ist nativ ehrlicher.
Du brauchst heute eine produktive Mehrfenster-Desktop-App. Die Windowing API ist noch experimentell.
Ein eingespieltes natives Team existiert bereits und die App bleibt auf einer Plattform. Dann gibt es keinen Grund zu wechseln.

Modernisierung Deiner Bestands-App

Flutter lässt sich als Modul in bestehende Android- und iOS-Apps einbetten (Add-to-App). Du kannst einzelne Bereiche, etwa einen neuen Buchungsflow, in Flutter bauen und in beiden nativen Apps ausliefern, während der Rest unverändert bleibt. Über die Zeit wächst der gemeinsame Anteil, bis ein vollständiger Wechsel keine Big-Bang-Migration mehr ist. Wer eine Web-App zur Store-App machen will, findet den passenden Weg in Von Lovable zum App Store.

Fazit

Flutter ist 2026 ein ausgereiftes Framework mit klarer Roadmap, einem Renderer, der das alte Performance-Argument erledigt hat, und einem Tooling, das KI-Agenten als normale Teammitglieder behandelt. Der Grund für eine Multi-Plattform-App ist derselbe wie 2024: eine Codebasis, ein Team, ein Erlebnis auf allen Geräten. Neu ist, dass die Alternativen ebenfalls gereift sind und die Wahl vom Team und vom Produkt abhängt. Für die meisten Business-Apps, die iOS, Android und Web brauchen, ist Flutter aus unserer Sicht die beste Ausgangslage. Corey Sprague, Senior iOS Engineer bei eBay, fasst die Erfahrung so zusammen: „Flutter has not only met our expectations, it has dramatically exceeded them.“ (flutter.dev)

Häufige Fragen

Ist Flutter 2026 noch relevant, oder setzt Google es ab?

Flutter erscheint weiterhin in kurzen Abständen (3.44 im Mai, 3.47 im August 2026), Google hat eine öffentliche Roadmap für 2026 veröffentlicht, und Canonical hat die Verantwortung für den Desktop übernommen. Toyota setzt es in Serienfahrzeugen ein. Von einem Rückzug ist nichts zu erkennen.

Fühlt sich eine Flutter-App nativ an?

Flutter zeichnet die Oberfläche selbst und bringt mit den Material- und Cupertino-Paketen Komponenten mit, die sich an Android bzw. iOS orientieren. Gestensteuerung, Scrollverhalten und Übergänge folgen den Plattformkonventionen. Wer ein eigenes Design hat, bekommt es pixelgenau auf allen Plattformen.

Kann eine Flutter-App auf Kamera, Bluetooth oder NFC zugreifen?

Ja. Flutter greift über Plugins auf native APIs zu, und für Funktionen ohne fertiges Plugin lässt sich Plattform-Code in Kotlin oder Swift einbinden. Bei Gerätefunktionen musst Du keine Kompromisse eingehen.