Use Gemini’s free tier only for the models and project conditions that are actually documented. Check the feature, data-use terms and upgrade path before building a prototype around an allowance.
What is free at Google right now
| Condition | Verified details |
|---|---|
| Current terms | Selected models have a Free Tier in the official pricing table. Paid-only features and use of submitted data follow the terms linked on that page. |
| Eligible models | gemini-3.8-flash, gemini-3.7-flash, gemini-3.6-flash, gemini-3.5-flash, gemini-3.5-live-translate-preview, gemini-3.5-transcribe-live, gemini-3.5-transcribe, gemini-3.5-flash-lite, gemini-3.1-flash-lite, gemini-3.1-flash-tts-preview, gemini-3-flash-preview, gemini-2.5-pro, gemini-2.5-flash, gemini-2.5-flash-lite, gemini-2.5-flash-preview-tts, gemini-robotics-er-2, gemini-robotics-er-2-streaming |
Last verified · Source ↗
The pricing page provides free-tier columns by model and feature, rather than a universal promise covering the catalog. Official documentation.
Choose the exact model and feature before reading the free-tier column. A Gemini text example, an image-generation feature and a speech workflow should each be evaluated against their own documented conditions. Do not extend a free claim from a successful text experiment to a different media path that has not been checked.
Inspect the project’s billing state and the applicable data-use terms before sending application material. Use synthetic fixtures during initial setup, especially while deciding whether the service arrangement fits private documents. Keep the account evidence and the technical evaluation separate: one establishes eligibility, while the other establishes whether the output meets the task.
If the source leaves a condition unclear, preserve that uncertainty in the project record. A prototype can proceed with a deliberately authorized paid plan or a narrower documented feature set. It should not rely on the assumption that a blank or unavailable pricing field means unrestricted free use.
Limits of the free tier
Published limits have not yet been verified for this selection. Check the official limits documentation and your account console.
Last verified · Source ↗
Rate limits are applied to the project and vary with the model and tier. Official documentation.
Treat the project as the shared capacity boundary described by the provider. Inventory other experiments that use it before interpreting a rejected request as a model problem. Creating another key does not supply a reason to ignore the project’s documented controls.
Keep the evaluation’s completed and unfinished examples separate. If capacity prevents a difficult media input from being tested, record the gap rather than excluding it from the result. A prototype that only evaluates easy text prompts does not establish the behavior of a document or image application.
Build a clean pause into background testing. Save task identities and stop resubmitting while the account condition is unresolved. Decide how to resume deliberately if the project’s eligibility or funding changes. This prevents a restored project from receiving an accidental burst of work accumulated during the pause.
What ends the free tier
Billing configuration changes the project’s usage path. Read the current billing guide before linking paid billing. Official documentation.
Record whether the intended feature remains eligible under your account’s current terms. A successful console experiment should not be treated as evidence about every future API call.
Read the model’s current offer and the project’s billing configuration together. Decide whether the experiment will stop when its documented allowance or eligibility ends, or continue under a separately approved paid arrangement. Make this a conscious project decision before leaving scheduled work running.
When linking or changing billing, inspect what the provider documents for the new state rather than assuming only the rate changes. Review the selected features and data treatment again. Preserve the date and conditions under which the evaluation was performed so later results are not mixed with a different account arrangement.
At the end of a prototype, save its findings, disable unused tasks and retire credentials that have no continuing purpose. An experiment that has no explicit end can keep consuming shared project resources long after anyone is learning from it.
How to build within the free tier
Separate public sample inputs from anything sensitive while evaluating the service. Choose a model with an explicitly documented free row, save the test purpose and inspect usage. Stop abandoned jobs instead of leaving them to consume shared project capacity.
Prepare fixtures that resemble the intended application. For a scanned document, include a page whose relevant field is incomplete or visually ambiguous. For image generation, define the elements that must be present and the errors that would make the result unusable. For speech, arrange a listening review rather than judging only a text transcript.
Keep acceptance criteria fixed while testing. Record the chosen model, interface, input fixture and observed outcome. Do not reinterpret an appealing output as success if it misses the task’s requested evidence. Use the experiment to identify which parts of media preparation, prompting or result handling need work.
Run only the cases needed to assess a change after repairing a failure. Repeatedly generating easy examples consumes capacity without resolving difficult questions. Keep private material out of shared logs and use redacted reproductions when diagnosing an SDK or request-shape problem.
Alternatives if you need more
Compare other documented free API choices and OpenRouter free models. Budget the paid continuation using Gemini pricing and project throughput.
Use the AI API cost calculator to turn the model and workload you are considering into an estimate.
Choose a continuation based on the application’s missing evidence. If text quality is already acceptable, compare a paid Gemini path with the cost and uncertainty of moving. If the necessary media feature is not available under the current arrangement, inspect a documented alternative that actually supports it rather than selecting solely by a free label.
Preserve the fixture set when changing provider or interface. Translate request fields deliberately and inspect the response contract. A model that accepts an image may still produce a different type of result than your application expects. Keep data treatment, account access and operational failure behavior in the comparison.
Close the experiment with a clear decision and its unresolved assumptions. Continue, narrow the workflow, migrate or stop. A useful result explains which examples support the decision and which remain untested, rather than presenting a temporary allowance as proof that the application can operate indefinitely without cost.
Last verified · Source ↗
Frequently asked questions
Is a free tier available on every Google model?
Can a second key multiply project quota?
Should I inspect data-use terms?
What should I do before enabling billing?
How do I preserve a reproducible free experiment?
Sources
- Gemini API getting started ↗
- Gemini models ↗
- Developer API pricing ↗
- Rate limits ↗
- API-key management ↗
- API errors ↗
- Troubleshooting ↗
- Billing ↗
- Context caching ↗
- Batch API ↗
- Python SDK reference ↗
Last verified · Source ↗