Google schaltet am 24. Juni 2026 alte Imagen-Modelle in Firebase AI Logic ab. Entwickler, die weiter feste Imagen-Modellnamen in Apps oder Backend-Diensten verwenden, müssen nach der Abschaltung mit 404-Fehlern rechnen. Der Hinweis betrifft laut Firebase-Dokumentation die Nutzung über die Gemini Developer API und die Vertex AI Gemini API. Damit wird das Thema für Google-Entwicklerdienste akut.
Die Abschaltung betrifft ältere Modellnamen wie imagen-4.0-ultra-generate-001, imagen-4.0-generate-001, imagen-4.0-fast-generate-001, imagen-3.0-capability-001, imagen-3.0-generate-002, imagen-3.0-generate-001 und imagen-3.0-fast-generate-001. Google führt diese Modelle in der Firebase-Dokumentation inzwischen als veraltet. Der empfohlene Ersatz sind Gemini Image Modelle, die Google in der Firebase-Dokumentation auch als Nano Banana-Modelle bezeichnet.
Für Nutzer klassischer Gemini-Oberflächen ändert sich dadurch nicht automatisch sichtbar etwas. Die Meldung richtet sich vor allem an Entwickler, Apps, Webdienste und interne Workflows, die Bildgenerierung per API eingebaut haben. Wer etwa in einer mobilen App weiter einen abgeschalteten Imagen-Namen anspricht, bekommt nach der Deaktivierung keine Bildantwort mehr, sondern einen Fehler vom Modellendpunkt.
Google ersetzt Imagen in Firebase durch Gemini Image Modelle
Google beschreibt die Migration in der Firebase-Dokumentation als Wechsel von Imagen auf Gemini Image. Für einfache und schnelle Bildgenerierung soll gemini-3.1-flash-image mit minimalem Thinking-Level den bisherigen schnellen Imagen-4-Modus ersetzen. Für höhere Qualität nennt Google ebenfalls gemini-3.1-flash-image, aber mit höherem Thinking-Level. Für den bisherigen Ultra-Zweig verweist die Migrationsseite auf gemini-3-pro-image.
Der technische Wechsel ist mehr als ein Austausch des Modellnamens. Imagen und Gemini Image liefern nicht zwingend dieselbe Antwortstruktur. Entwickler müssen deshalb prüfen, wie Bilddaten im jeweiligen SDK, in der REST-Antwort oder in eigener Backend-Logik verarbeitet werden. Google weist in der Firebase-Dokumentation ausdrücklich darauf hin, dass Apps vor der Abschaltung migriert werden sollten, um Ausfälle zu vermeiden.
Der Zeitpunkt passt zu Googles größerer Umstellung seiner KI-Werkzeuge. Erst vor wenigen Tagen wurde Google Firebase Studio für neue Workspaces gesperrt. Gleichzeitig verschiebt Google immer mehr Funktionen in Richtung Gemini-Modelle und stärker gebündelter Entwicklerpfade. Auch der frühere Artikel zu Google I/O 2026 mit Gemini, Android, Chrome und Cloud zeigt diese Plattformrichtung.
| Alter Imagen-Name | Empfohlener Ersatz laut Firebase |
|---|---|
| imagen-4.0-fast-generate-001 | gemini-3.1-flash-image mit Thinking Level MINIMAL |
| imagen-4.0-generate-001 | gemini-3.1-flash-image mit Thinking Level HIGH |
| imagen-4.0-ultra-generate-001 | gemini-3-pro-image |
| imagen-3.0-capability-001 | gemini-3.1-flash-image |
404-Fehler treffen hart kodierte Modellnamen zuerst
Der kritischste Punkt ist die harte Kodierung alter Modellnamen. Google schreibt in den Firebase-Hinweisen, dass abgeschaltete Modelle nicht mehr zugänglich oder unterstützt sind. Eine Anfrage mit einem abgeschalteten Modellnamen gibt danach einen 404-Fehler zurück. Das ist für produktive Apps besonders riskant, weil der Fehler nicht nur neue Funktionen betrifft, sondern bestehende Bildgenerierung plötzlich stoppen kann.
Firebase empfiehlt deshalb Remote Config. Entwickler können den verwendeten Modellnamen dann serverseitig oder über Firebase-Konfiguration ändern, ohne eine neue App-Version an alle Nutzer auszuliefern. Das ist besonders wichtig bei mobilen Apps, weil ältere App-Versionen oft noch Wochen oder Monate im Umlauf bleiben. Wer Modellnamen direkt im Code festgeschrieben hat, muss dagegen App-Updates ausrollen oder serverseitige Zwischenschichten anpassen.
Die Änderung zeigt auch, wie schnell sich KI-Plattformen inzwischen bewegen. Google hatte zuvor bereits ältere Gemini-Modelle abgeschaltet. Entwickler müssen deshalb stärker mit Modell-Lebenszyklen, Ersatzmodellen und geplanten Shutdown-Daten rechnen. Das betrifft nicht nur Bildmodelle. Bei Sakana AI Fugu ging es zuletzt um die Orchestrierung mehrerer KI-Modelle. Genau solche Architekturen werden wichtiger, wenn einzelne Anbieter Modelle regelmäßig austauschen.
Für Google ist der Schritt zugleich ein Signal gegen eine zu lange Parallelpflege alter Bildmodelle. Imagen bleibt als Marke und Technologie sichtbar, aber die Firebase-Entwicklerpfade wandern in Richtung Gemini Image. Ähnliche Bündelungen ziehen sich durch weitere Google-Produkte, etwa beim Google Home Speaker mit Gemini oder bei lokaler KI wie dem Gemini Nano Modell in Chrome.
Entwickler sollten deshalb vor allem drei Punkte prüfen: verwendete Modellnamen, Antwortverarbeitung und Rollback-Strategie. Wer Imagen über Firebase AI Logic nutzt, sollte die Migration auf Gemini Image sofort testen. Wer zusätzlich direkt mit der Gemini Developer API oder Vertex AI Gemini API arbeitet, sollte die eigenen Endpunkte getrennt prüfen, da Google-Dokumente in der Recherche nicht an jeder Stelle dieselbe Frist angezeigt haben. Für Firebase AI Logic bleibt der 24. Juni 2026 der entscheidende Termin.