Gemini 3.6 Flash vs 3.5 Flash: Alle Änderungen und lohnt sich das Upgrade?

Google hat seinen Flash-Tier am 21. Juli 2026 aktualisiert: Das Arbeitstier-Modell ist jetzt Gemini 3.6 Flash. Wenn Sie Gemini 3.5 Flash in Produktion verwenden, ist die Kurzfassung klar: Gemini 3.6 Flash ist ein günstigerer und token-effizienterer Drop-in-Ersatz. Modellfamilie, 1M-Token-Kontextfenster und Input-Preis bleiben gleich. Der Output kostet weniger und das Modell benötigt für vergleichbare Aufgaben weniger Output-Tokens. Eine vollständige Einführung finden Sie unter Was ist Gemini 3.6 Flash?.

Apidog noch heute ausprobieren

Die kurze Antwort

Führen Sie das Upgrade durch, sofern Sie Ihre Evals erneut ausführen können.

Gemini 3.6 Flash behält den Input-Preis von 1,50 $ pro Million Tokens, senkt aber den Output-Preis von 9,00 $ auf 7,50 $ pro Million Tokens. Zusätzlich erzeugt es bei vergleichbaren Aufgaben etwa 17 % weniger Output-Tokens als Gemini 3.5 Flash.

Auch bei der Computernutzung verbessert sich das Modell: Auf OSWorld-Verified erreicht Gemini 3.6 Flash 83,0 statt 78,4. Für mehrstufige Agenten-Workflows bedeutet das potenziell weniger Denk- und Tool-Schritte.

Warten sollten Sie nur, wenn Gemini 3.5 Flash bereits produktiv validiert ist und Sie aktuell kein Zeitfenster für Regressionstests haben.

Gemini 3.6 Flash vs. 3.5 Flash

Die folgenden Werte stammen aus den Veröffentlichungsdaten von Google. Details finden Sie im Google-Blogbeitrag und auf der DeepMind-Modellseite für Flash.

Attribut	Gemini 3.6 Flash	Gemini 3.5 Flash
Modell-ID	gemini-3.6-flash	gemini-3.5-flash
Input-Preis pro 1M Tokens	$1.50	$1.50
Output-Preis pro 1M Tokens	$7.50	$9.00
Output-Token-Effizienz	ca. 17 % weniger Output-Tokens	Baseline
Computernutzung (OSWorld-Verified)	83.0	78.4
Kontextfenster	1M Input-Tokens	1M Input-Tokens

Der Input-Preis und das Kontextfenster ändern sich nicht. Die relevanten Unterschiede liegen beim Output-Preis und bei der Token-Effizienz.

Was sich tatsächlich verbessert hat

Vier Änderungen sind für eine Migration relevant:

Weniger Output-Tokens

Gemini 3.6 Flash erzeugt für dieselbe Arbeit etwa 17 % weniger Output-Tokens. Dazu gehören auch Denk-Tokens. Weniger Tokens bedeuten direkt niedrigere Kosten, weil jeder erzeugte Output-Token abgerechnet wird.

Niedrigerer Output-Preis

Der Output-Preis sinkt von 9,00 $ auf 7,50 $ pro Million Tokens. Das entspricht rund 17 % weniger Kosten pro Output-Token.

Bessere Computernutzung

Auf OSWorld-Verified erreicht Gemini 3.6 Flash 83,0 statt 78,4. Wenn Sie Agenten bauen, die UIs bedienen, Formulare ausfüllen oder externe Tools steuern, können weniger fehlgeschlagene Schritte den Unterschied ausmachen.

Weniger Denk- und Tool-Aufrufe

Bei mehrstufigen Agenten-Workflows kann Gemini 3.6 Flash Aufgaben mit weniger Denk- und Tool-Schritten abschließen. Jeder eingesparte Tool-Aufruf reduziert Roundtrips, Latenz und potenziell auch die Token-Menge über den gesamten Lauf.

Die API-Form bleibt unverändert: Request-Format, Modalitäten für Eingaben — Text, Bild, Video, Audio und PDF — sowie Text als Output bleiben gleich.

Was das für Ihre Rechnung bedeutet

Die beiden Effekte wirken zusammen:

1. Sie zahlen weniger pro Output-Token.
2. Sie erhalten weniger Output-Tokens für dieselbe Aufgabe.

Beispiel: Ein täglicher Job erzeugt mit Gemini 3.5 Flash 10 Millionen Output-Tokens.

• Gemini 3.5 Flash: 10M × $9.00 = $90.00 pro Tag
• Gemini 3.6 Flash: 8.3M × $7.50 = $62.25 pro Tag

Das entspricht in diesem Output-intensiven Beispiel ungefähr 31 % Einsparung auf der Output-Seite, ohne einen Prompt anzupassen.

Die Input-Kosten bleiben unverändert, weil der Input-Preis bei beiden Modellen 1,50 $ pro Million Tokens beträgt. Wie stark Ihre Gesamtkosten tatsächlich sinken, hängt vom Input-Output-Verhältnis ab:

• Leseintensive Jobs wie Klassifizierung oder Extraktion sparen weniger, weil sie relativ wenig Output erzeugen.
• Output-intensive Jobs wie Entwürfe, Codegenerierung oder lange Agenten-Traces profitieren stärker.
• Agenten mit vielen Tool-Aufrufen können zusätzlich sparen, wenn weniger Roundtrips erforderlich sind.

Eine Aufschlüsselung zu Tarifen, Caching und Denk-Tokens finden Sie unter Gemini 3.6 Flash Pricing sowie in den offiziellen Gemini API Pricing Docs.

Gibt es einen Grund, bei 3.5 Flash zu bleiben?

Ja — aber nur in einem engen Szenario: Gemini 3.5 Flash ist bereits produktiv validiert und Sie können Ihre Evaluierungs- und Regressionstests aktuell nicht erneut ausführen.

Typische Gründe dafür sind:

• Eine gesperrte Evaluierungs-Suite ist an eine Compliance-Abnahme gebunden.
• Nachgelagerte Parser hängen von prompt-optimierten Outputs ab.
• Ein Sprint erlaubt derzeit kein Regressionsfenster.
• Eine Änderung der Output-Struktur könnte bestehende Integrationen beeinträchtigen.

Ein Modellwechsel kann Formulierungen und Strukturen subtil verändern. Ein günstigeres Modell ist keinen stillen Produktionsfehler wert.

Wenn das auf Ihr Team zutrifft, pinnen Sie vorübergehend weiterhin:

gemini-3.5-flash

Planen Sie die Migration für das nächste verfügbare Testfenster. Gemini 3.5 Flash bleibt über die API verfügbar; es geht also um das Wann, nicht um das Ob.

So migrieren Sie

Die technische Änderung ist eine Zeile: Tauschen Sie die Modell-ID aus.

- gemini-3.5-flash
+ gemini-3.6-flash

Request Body, Authentifizierung und Endpunkte bleiben unverändert. Eine vollständige Anleitung finden Sie unter So verwenden Sie die Gemini 3.6 Flash API und in den Gemini API Docs.

Die eigentliche Arbeit ist die Verifizierung. Führen Sie vor dem Rollout diese Schritte aus:

1. Evaluierungs-Suite erneut ausführen
   
   Vergleichen Sie Qualitätswerte von Gemini 3.6 Flash mit Ihrer Gemini-3.5-Flash-Baseline.

2. Regressionstests starten
   
   Prüfen Sie besonders Outputs, deren Formulierung oder Struktur sich ändern könnte.

3. Strukturierte Antworten validieren
   
   Testen Sie JSON-Schlüssel, Regexes, Schema-Validierung und alle nachgelagerten Parser.

4. Realistischen Traffic testen
   
   Beobachten Sie Latenz, Token-Zahlen und Fehlerraten mit einer Stichprobe echter Requests.

5. Über ein Feature-Flag ausrollen
   
   Vergleichen Sie beide Modelle parallel, bevor Sie Gemini 3.6 Flash vollständig aktivieren.

Behandeln Sie den Austausch wie jedes andere Abhängigkeits-Upgrade: isoliert ändern, messen, vergleichen und anschließend gezielt promoten.

Regressionstest des Austauschs in Apidog

Apidog eignet sich als API-Client und Testplattform, um beide Modellversionen vor dem Produktionsrollout zu vergleichen. Apidog führt das Modell nicht selbst aus, sondern sendet Ihre API-Requests und prüft die Antworten.

So richten Sie einen A/B-Test ein:

1. Bestehende Gemini-Anfrage speichern
   
   Erstellen Sie Ihren POST-Request zur Gemini API. Legen Sie den API-Schlüssel in einer Umgebungsvariable ab, statt ihn im Request Body zu speichern.

2. Request duplizieren
   
   Ändern Sie nur die Modell-ID:
   

   - gemini-3.5-flash
   + gemini-3.6-flash

Alle anderen Parameter bleiben identisch.

1. Assertions hinzufügen
   
   Prüfen Sie mindestens den Statuscode und die JSON-Felder, die Ihre Anwendung tatsächlich verwendet. So schlagen Strukturänderungen früh sichtbar fehl.

2. Antworten und Latenz vergleichen
   
   Führen Sie beide Requests aus. Vergleichen Sie Output, Antwortzeit und Token-Verbrauch. Die neue Modellversion sollte dieselben fachlichen Assertions bestehen wie die bisherige.

3. Tests als Regressionstest planen
   
   Speichern Sie beide Requests als Testszenario und planen Sie den API-Test, damit zukünftige Modell- oder Prompt-Änderungen den Vertrag nicht unbemerkt brechen.

Der Workflow ist bewusst einfach: Request duplizieren, nur die Modell-ID ändern, Assertions ausführen und Ergebnisse vergleichen. Sie können Apidog herunterladen, um den Vergleich mit Ihren eigenen Gemini-Requests durchzuführen.

Häufig gestellte Fragen

Ist Gemini 3.6 Flash ein Drop-in-Ersatz für 3.5 Flash?

Mechanisch ja. Sie ändern gemini-3.5-flash zu gemini-3.6-flash; der Rest der Anfrage bleibt gleich. Führen Sie dennoch vor dem Produktionsrollout Evals und Regressionstests aus, da sich Output-Formulierung und -Struktur ändern können.

Hat sich der Input-Preis geändert?

Nein. Der Input bleibt bei beiden Modellen bei 1,50 $ pro Million Tokens. Der Output-Preis sinkt von 9,00 $ auf 7,50 $ pro Million Tokens.

Warum ist das Modell 3.6, während Lite und Cyber 3.5 heißen?

Google hat mit diesem Update nur das Flash-Arbeitstier-Modell auf 3.6 angehoben. Flash-Lite und Flash Cyber wurden als 3.5-Versionen veröffentlicht. Verlassen Sie sich deshalb auf die konkrete Modell-ID, nicht nur auf die Familiennummer.

Sinkt meine Rechnung garantiert um 31 %?

Nein. Die 31 % sind ein Rechenbeispiel für eine Output-intensive Arbeitslast. Die tatsächliche Einsparung hängt vom Verhältnis zwischen Input- und Output-Tokens ab. Output-intensive Jobs profitieren am stärksten.

Ist Gemini 3.5 Flash weiterhin nutzbar?

Ja. Das Modell bleibt über die API verfügbar. Wenn Sie es bereits validiert haben und aktuell nicht erneut testen können, ist ein temporäres Pinning sinnvoll. Planen Sie die Migration für das nächste Testfenster.

Für die vorherige Generation finden Sie hier eine Einführung: Was ist Gemini 3.5?.

Für die meisten Teams ist die Empfehlung eindeutig: Wechseln Sie zu gemini-3.6-flash, führen Sie Ihre Evals und einen kompakten Regressionstest aus und profitieren Sie von niedrigeren Output-Kosten sowie effizienteren Antworten. Pinnen Sie Gemini 3.5 Flash nur dann weiter, wenn eine bestehende Validierungssperre den Wechsel verhindert.