Flutter Web 2026 — ist es produktionsreif?
Nach 5 Jahren Flutter in Produktion und einem eigenen Flutter-Web-Produkt (Table Online), eine ehrliche Einschätzung: wann Flutter Web die richtige Wahl ist, wann nicht, und welche Edge Cases zu vermeiden sind.
Die Frage kommt in jedem Discovery Call mit einem neuen Kunden: „Ich habe gelesen, dass Flutter Web nicht produktionsreif ist. Stimmt das?” Kurze Antwort: manchmal ja, manchmal nein — es hängt stark vom Anwendungstyp ab. Dieser Artikel gibt Ihnen die Kriterien, die wir verwenden, wenn wir Flutter Web für ein Projekt empfehlen oder davon abraten.
Wann Flutter Web die richtige Wahl ist
Interne Tools oder B2B-Apps, bei denen die Zielgruppe eng, authentifiziert und bereits zur Nutzung des Produkts bereit ist. Die große Bundle-Size von Flutter Web spielt keine Rolle, wenn der Nutzer die App 8-mal am Tag öffnet und sie ab dem ersten Besuch cached. Hier glänzt Flutter Web — eine Codebasis sowohl für das Desktop-Tool als auch für den mobilen Begleiter.
Produkte, die eine bestehende Mobile-App ergänzen — die Web-Version einer Flutter-Mobile-App, in wenigen Wochen ausgeliefert, mit 80 % Code-Wiederverwendung. Siehe Table Online — die Web-Version kam als praktisch kostenloser Bonus, nachdem die Mobile-App fertig war.
Interaktive Dashboards mit komplexem State, bei denen Flutter elegant Probleme löst, die React verkompliziert (flüssiges Drag&Drop, koordinierte Animationen über viele Widgets, Custom Paint).
Wann Flutter Web NICHT die richtige Wahl ist
Marketing-Websites. Und nein, es ist nicht ironisch, dass wir das von unserer Astro-Site aus sagen. Flutter Web hat ein großes initiales Bundle (1–3 MB nur Runtime), Text-as-Pixels im CanvasKit-Modus, komplexes SEO ohne Prerender-Infrastruktur. Für eine Seite, die Google sehen und Leute auf LinkedIn teilen sollen, schlägt statisches HTML + CSS Flutter mit großem Abstand.
Apps mit hohem anonymen Traffic, bei denen jeder neue Besucher das Bundle herunterlädt. Eine Nachrichtenseite, ein Blog, ein Mass-Market-E-Commerce — Flutter Web kostet Sie echte Conversions durch schlechten LCP.
Produkte, die kritisch von organischem SEO auf vielen Seiten abhängen. Flutter Web kann SEO-tauglich gemacht werden (wir schreiben in einem zukünftigen Artikel über Prerendering mit Puppeteer), aber das ist eine Engineering-Investition, die viele Teams nicht tätigen.
Edge Cases, mit denen man rechnen sollte
- Routing: Wenn Sie
setPathUrlStrategy()nicht ab dem ersten Commit setzen, bleiben Sie mit/#/foo-URLs hängen, die SEO und User Experience kaputtmachen. - PWA: Der Default-Service-Worker von Flutter cached im Development zu aggressiv. Investieren Sie von Anfang an in eine saubere Konfiguration.
- Web-Fonts: Lassen Sie Flutter nicht Roboto herunterladen. Nutzen Sie
font-display: swapund laden Sie Fonts über CSS, nicht über pubspec. - Accessibility: Der CanvasKit-Modus produziert ein fast leeres DOM — Screen Reader stehen im Regen. Verwenden Sie den HTML-Renderer oder fügen Sie aggressiv
Semantics()hinzu.
Unser Fazit
Wir setzen Flutter Web seit 4+ Jahren in Produktion ein, sowohl für Kunden als auch für eigene Produkte (Table Online ist das Flaggschiff-Beispiel). Wir empfehlen Flutter Web, wenn der Wert einer einzigen Codebasis für Mobile + Web die Kosten der First-Load-Performance übersteigt — das ist in etwa 70 % der Projekte, die zu uns mit Bedarf für Mobile und Web gleichzeitig kommen.
Aber nicht für diese Website. Diese Site ist Astro, genau weil Flutter hier keinen Sinn ergibt.
Möchten Sie besprechen, ob Flutter (Web oder Mobile) die richtige Wahl für Ihr Produkt ist? Schreiben Sie uns.