Gemini 3.6 Flash vs 3.5 Flash
Gemini 3.6 Flash vs 3.5 Flash: the same input price with cheaper output in the new version. When switching makes sense.
Reading time: 8 min

Between Gemini 3.6 Flash and Gemini 3.5 Flash there is an uncommon situation in the industry: the most recent version costs less in output, at the same price in input.
It is an internal comparison to the same family, so cleaner than those between different providers. Verified data on the official Google price page on 3 September 2026, Standard plan.
In summary
- Same input: $1.50 per million tokens on both.
- Output: $7.50 on 3.6 against $9 on 3.5.
- The new version costs about 17% less in output.
- Both are Stable Models, not in preview.
- Prices of the plan Standard: there are other plans.
- Output includes the reasoning tokens.
Data Compared
| Feature | Gemini 3.6 Flash | Gemini 3.5 Flash |
|---|---|---|
| Identification | gemini-3.6-flash | gemini-3.5-flash |
| Input per million tokens | 1,50 $ | 1,50 $ |
| Output per million tokens | 7,50 $ | 9 $ |
| Status | Stable | Stable |
| Reference Plan | Standard | Standard |
The official documentation describes both in a substantially analogous way, as models built for speed that combine search and grounding capabilities and functions. We do not report here context window and date limit because it is information that the price page does not expose: it must be verified on the models page.
Why the new version costs less
It is a situation that deserves attention, because it overturns the common expectation. Usually a later version costs the same or more: here the output drops by about seventeen percent.
We don't have an official explanation to quote and we don't invent one. What can be observed is the practical consequence: for those who use the previous version today, the passage is favorable economically, for all the rest.
It should be remembered, however, that the output price includes the reasoning tokens. If the two versions process different amounts before answering, the actual bill can diverge from the list-price ratio in either direction. This is something to measure, not estimate.
How much you save
We take 100,000 requests per month with 2,000 input tokens and 500 outputs each.
| Voice | Gemini 3.6 Flash | Gemini 3.5 Flash |
|---|---|---|
| Input (200M token) | 300 $ | 300 $ |
| Output (50M token) | 375 $ | 450 $ |
| Monthly Total | 675 $ | 750 $ |
| Annual difference | $900 saved | — |
Nine hundred dollars a year on a high volume: a real figure but not huge. The value of the passage therefore depends above all on other — the quality on your cases and the fact that staying on the current version reduces future debt.
As always, the table is the floor of the shopping. It does not include the repeated system prompt at each call, reasoning tokens beyond estimation, and failed attempts. The comparison he decides is on the cost per task completed, explained in cost per task or price per token.
How to Evaluate Passage
Even when the change seems obvious economically, a system in production must be verified before touching it.
- Collect ten real cases, at least three difficult
- Record the current outcomes of the system in production
- Perform the same cases on the new version
- Compare the Average length of answers
- Measure the Tokens actually consumed
- Reread the system prompt while you're there
The fourth point intercepts in a single stroke changes in verbosity, format and cost: it is a number that is calculated in a minute and that reveals a lot.
The sixth is the one that brings the most value. Prompts in production accumulate written instructions over time to correct behaviors of a specific version. When the version changes, those instructions remain there: they occupy context, pay each call, and sometimes make the answers worse because they remedy a problem that no longer exists.
The typical surprises of a version change
What to Check
- Has the verbosity of the answers changed?
- Is the output format still the expected format?
- Do limit cases behave the way they used to?
- Has the latency improved or worsened?
What Doesn't Change
- The input price, identical between the two
- The plan structure of the price list
- The inclusion of reasoning tokens
- The need to provide the documents yourself
The second row of the left column is the one that breaks multiple systems silently. If the downstream code expects a precise structure and derives it from the text of the answer, a version change can alter it in subtle ways.a preamble that was not there before, a field formatted differently —that do not emerge in a test out of ten cases but manifest themselves in production.
Mistakes to Avoid
- Changing version without re-reading prompts.
- Comparing prices of different plans.
- Estimating output tokens instead of measuring them.
- Testing only on easy cases.
- Moving into production without a phase in parallel.
- Not having an exit route Quick.
The Flash Family in Context
To understand where these two versions are located it is better to see the entire Flash and Flash-Lite band, which is the one designed for volume.
| Model | Input | Output |
|---|---|---|
| Gemini 3.6 Flash | 1,50 $ | 7,50 $ |
| Gemini 3.5 Flash | 1,50 $ | 9 $ |
| Gemini 3.5 Flash-Lite | 0,30 $ | 2,50 $ |
| Gemini 3.1 Flash-Lite | $0.25 (text, images, video) ) $0.50 (audio) | 1,50 $ |
Standard plan prices, verified on 3 September 2026. The interesting jump is not between the two Flash versions — where the output difference is seventeen percent — but between Flash and Flash-Lite, where input falls by a factor of five and output by a factor of three.
This suggests a question that is worth more than the comparison between 3.6 and 3.5: Do you really need the Flash Band? If your task is pure high-volume recognition — classify, route, check for a field — the Flash-Lite band does the same job at a fraction of the cost.
When to Stop
Not every version change needs to be made, and it is useful to say it explicitly in a sector that pushes in the opposite direction.
If your system is stable, calibrated, produces outcomes of sufficient quality and no one has opened a problem, the nine hundred dollar gain per year of the previous example must be compared with the cost of the change: the time to verify, the risk of silent regressions, the review of prompts.
| Situation | Is it better to pass? |
|---|---|
| System under construction | Yes, start from the current version |
| Stable system, high volumes | Yes, but with serious verification |
| Stable system, low volumes | Not Urgent |
| Critical system just calibrated | Wait for a quiet window |
There is, however, an argument in favor of the transition that goes beyond immediate savings: models come out of catalogs with a certain regularity, and staying on a version that no longer appears means having to deal with migration later, perhaps with less time available. Aligning with the current version reduces future debt.
The general criterion on when it makes sense to change — and when it is best to stop — is developed in when it is best to change the AI model.
Practical examples
High volume grading system already in production. One hundred thousand messages per month routed automatically. Here the step is convenient on two fronts: save on the output and align the system to the current version. Verification takes an afternoon and the risk is low, because the task is simple and the errors are easy to spot.
Document assistant with long answers. The system generates detailed summaries, so output has a major impact on the bill. This is the scenario where a seventeen percent saving really shows. Actual verbosity still needs to be measured: if the new version produces longer responses with the same instructions, the published pricing advantage is eroded.
In both cases the rule remains the same: measure the tokens actually consumed on a hundred real cases, not estimate them by the apparent length of the responses.
How to apply it in the company
Even when the change seems obvious economically, a system in production must be verified before touching it. The procedure takes half a day.
It begins by recording the current outcomes out of ten real cases, three of which are difficult. Without a reference, comparison after change is not possible — and it is the error that makes it impossible to tell whether a regression is real or just perceived.
Then run the same cases on the new version and compare three numbers: the quality of the outcomes, the Average Length of Responses and the response time. The second is the one that intercepts the most problems in a single stroke: it reveals changes in verbosity, format and cost, and is calculated in a minute.
Beware of the problem that breaks systems silently: if the downstream code expects a precise structure and derives it from the text of the answer, a version change can alter it in subtle ways —a preamble that was not there before, a field formatted differently. They are errors that do not emerge in one test in ten cases and manifest themselves in production.
Before concluding, it is also worth checking the opposite direction: the jump between the Flash and Flash-Lite tiers is much greater than the seventeen percent at stake here. If your task is purely high-volume recognition, that is where the real opportunity to save lies, according to the criterion of when an economic model is enough.
Finally, you decide whether the change should be done now. On a stable, calibrated and problem-free system, the gain must be compared with the risk of silent regressions — the criterion is in when it is best to change the AI model.
If you want to review the configuration of your AI system and figure out where you are spending more than you need to, Giallo Studio can help you turn the problem into a real workflow.
Three readings to close the picture. If you are still choosing the band, the operating criterion is in Mixed model strategy: light and powerful. For the calculation of real expenditure —the one that includes repeated context, failed attempts and human review —the reference is how to read AI benchmarks. And when traffic is uneven, the setting that gives the best relationship between quality and cost is described in because vendor benchmarks are not comparable.
Conclusion
Gemini 3.6 Flash costs the same as Gemini 3.5 Flash for input and around seventeen percent less for output. Both are stable models, so they can be used in production without the reservations that apply to preview models.
On the economic level the passage is favorable, but there remains a verification to be done on their cases: the surprises of a version change concern verbosity, format and behavior on the limit cases, not the price list.
If you want to review the configuration of your AI system and figure out where you are spending more than you need to, Giallo Studio designs and maintains automations tailored to SMEs.
Giallo Studio guides: methodology and sources
How we apply it in the company
Related resources
Other direct comparisons
The same criteria applied to other model pairs.
- Claude Fable 5.1 vs Sonnet 5
- ChatGPT vs Gemini: which subscription is worthwhile in October 2026?
- Claude vs Perplexity
- Gemini vs Copilot: Which to Choose
- Claude vs Gemini: Which to Use
- GPT-5.6 Sol vs Terra: which makes sense?
- Claude vs DeepSeek: Which to Choose
- GPT-6 Astra vs Claude Fable 5.1
- ChatGPT vs Perplexity: Research or Generation
- GPT-6 Astra vs GPT-5.6 Sol
- ChatGPT vs Grok
- GPT-6 Sol vs Claude Opus 5.5: the official numbers and when to use which
FAQ
How much do Gemini 3.6 Flash and 3.5 Flash cost?
On the Standard plan, checked on September 3, 2026, both cost $1.50 per million input tokens. For output, Gemini 3.6 Flash costs $7.50 and Gemini 3.5 Flash costs $9.
Does the newer version cost less?
For output, yes: $7.50 versus $9 per million tokens, about 17% less. The input price is identical. This is unusual, because a new version usually costs the same or more.
Are both available as stable models?
Yes, the official page lists them among the stable models, not among the preview ones. Both are therefore usable in production.
Is it worth switching from 3.5 to 3.6?
Financially, the switch is favorable, because output costs less while input pricing stays the same. It should still be tested on your own real use cases before changing a production system.
Does the indicated price apply to all plans?
No. Google offers pricing across several service plans; the prices quoted here are for Standard. Cheaper options are available for non-urgent processing, along with a more expensive priority option.
Does the output include reasoning tokens?
Yes. Google’s documentation specifies that output pricing includes thinking tokens: the intermediate processing the model produces before answering.





