Am 11. November 2026 um 20:05 Uhr MEZ hat Google Flutter 3.50.0 als stabile Version veröffentlicht, zusammen mit Dart 3.14, der Programmiersprache hinter Flutter^[1][2]. Flutter ist Googles Framework, mit dem aus einer gemeinsamen Codebasis Apps für iOS und Android entstehen. Stand 12. November ist 3.50.0 weiterhin die aktuelle stabile Version, ein Korrektur-Update 3.50.1 ist noch nicht erschienen^[1].

Was müssen Unternehmen mit eigener App jetzt bei ihrem Dienstleister einplanen, und was kann warten?

Für Entwickler wichtig: Direkte Aufrufe nativer iOS- und Android-Schnittstellen aus Dart gelten jetzt als stabil^[2]. Für Ihre Planung zählt eher: Am 12. November hat die Fehlersichtung (Triage) des Projekts einen Android-Build-Fehler unter 3.50.0 nachgestellt und als Regression eingestuft, also als Fehler, der mit der Vorversion 3.47.9 nicht auftrat. Er trifft Projekte, die für den Build-Typ „profile“ eine abgewandelte App-Kennung setzen und Erweiterungen (Plugins) mit eigenem Android-Code nutzen; ein Fix ist noch nicht ausgeliefert^[3].

Flutter testet nicht mehr auf Intel-Macs, die Kommandozeile warnt beim Bauen einmalig. Sobald eine künftige Version die Intel-Unterstützung entfernt, braucht man für iOS-, macOS- und Android-Builds auf dem Mac einen Mac mit Apple-Chip (Apple Silicon)^[2]. Einen Termin nennt der Release-Blog nicht. Ein Strategiepapier des Flutter-Teams vom Mai 2026 peilt diesen Schritt für April/Mai 2027 an, ein Planwert, keine Zusage^[4].

Apple setzt den zweiten Zeitpunkt: Ab April 2027 müssen iOS- und iPadOS-Apps für App Store Connect mit dem SDK für iOS 27 gebaut sein, also dem Entwicklungspaket der aktuellen Systemgeneration. macOS 26 ist laut Apple die letzte Version für Intel-Macs^[5]. In seinem Strategiepapier rechnet das Flutter-Team damit, dass sich iOS-Apps ab April 2027 wegen Apples Mindestanforderung an die Entwicklungsumgebung Xcode wahrscheinlich nicht mehr auf Intel-Macs entwickeln lassen^[4].

Android-Builds betrifft das nur auf dem Mac (Hintergründe in den Fragen unten). Für Builds unter Windows oder Linux nennt Flutter keine solche Einschränkung.

Material (Googles Designsystem) und Cupertino (Bedienelemente im iOS-Stil) steckten bisher direkt im Flutter-SDK. Seit Flutter 3.47 gibt es sie als eigenständige Pakete material_ui und cupertino_ui; mit 3.50 sind die eingebauten Fassungen formal abgekündigt, also als veraltet markiert^[2]. Neue Projekte binden material_ui automatisch ein^[2]. Abgekündigt heißt nicht entfernt: Einen Termin dafür nennt die Migrationsanleitung nicht^[6].

Die Umstellung der Importe in bestehendem Code übernimmt laut Flutter-Doku dieser Befehl^[6]:

dart fix --apply --code=migrate_design_widgets

Aufwendig wird es bei Fremdpaketen. Eine Kompatibilitätsbrücke reicht Design- und Sprachdaten an noch nicht umgestellte Pakete weiter. Tauschen Pakete aber Material-Typen über ihre Schnittstellen aus, kann die Brücke die Typkonflikte nicht lösen; diese Pakete müssen erst selbst umstellen^[6]. Lassen Sie deshalb die Paketliste Ihrer App prüfen, bevor Sie ein Budget festlegen.

Ein Detail für Apps mit langen Wörtern, wie sie im Deutschen häufig sind: Weiche Trennstellen (Soft Hyphens), an denen lange Wörter umbrechen dürfen, zeigen außerhalb des Webs jetzt einen sichtbaren Bindestrich. In 3.50 kann er laut Flutter noch an falschen Stellen erscheinen, eine spätere Version behebt das^[7]. Eine Sichtprüfung der Texte gehört deshalb in jeden Test.

Android öffnet Apps und einzelne Bildschirme über sogenannte Intents, Nachrichten mit optionalen Zusatzdaten (Extras). Release-Builds werten fünf Flutter-Angaben daraus, etwa Startroute und Einstiegspunkt, nur noch aus, wenn sie nachweislich aus der App selbst stammen. Sonst greifen die Werte aus dem Manifest, der Konfigurationsdatei der App, oder Standardwerte^[8].

Deep Links, also Links, die direkt einen Bereich der App öffnen, funktionieren weiter, müssen aber zu den im Manifest deklarierten Filtern passen. Handlungsbedarf besteht laut Flutter-Doku nur, wenn eine App diese Extras an einen von außen erreichbaren Bildschirm übergibt^[8]. Testen sollten Sie trotzdem jeden Weg, auf dem Ihre App von außen geöffnet wird, etwa über Links, Benachrichtigungen oder Partner-Apps.

Die Standardwerte, die Flutter 3.50 an die Android-Builddateien übergibt, liegen bei API-Level 36 für Ziel- und Kompilierversion und bei API-Level 24 als Minimum; das API-Level bezeichnet die Android-Versionsstufe^[2]. Das passt zu Google Play, wo neue Apps und Updates für Smartphones und Tablets seit dem 31. August 2026 grundsätzlich API-Level 36 anvisieren müssen^[9]; weitere Termine zeigt unser Überblick zu den App-Store-Fristen.

CocoaPods ist der bisherige Paketverwalter, über den iOS-Projekte Bibliotheken einbinden. Sein zentrales Verzeichnis wird im Dezember 2026 schreibgeschützt, Flutter stellt deshalb auf Apples Swift Package Manager um. Seit 3.50 warnt Flutter bei jedem Befehl, wenn der Swift Package Manager abgeschaltet ist; eine künftige Version entfernt diese Option und später den CocoaPods-Rückweg ganz^[2]. Wer ihn wegen eines Build-Problems deaktiviert hat, soll ihn laut Flutter jetzt wieder einschalten und den Build prüfen^[2].

Auch die Bedienung ändert sich: Laut Flutter-Team reagieren iOS-Apps ein ganzes Bild (Frame) früher auf Berührungen, 16 Millisekunden auf 60-Hz-Displays und 8 Millisekunden auf 120-Hz-Displays^[2]. Das ist eine Herstellerangabe.

Unabhängig von 3.50 gilt als Hintergrund eine Sicherheitswarnung vom 23. Oktober 2026: Android-, Windows- und bestimmte Linux-Apps, die über Darts Standardbibliothek verschlüsselte Verbindungen aufbauen, sollen mit Flutter 3.47.8 oder neuer neu gebaut und ausgeliefert werden, weil Angreifer sonst mit gefälschten Zertifikaten mitlesen könnten. iOS-, macOS- und Web-Apps sind nicht betroffen^[10].