Google gør Nano Banana 2.1 klar til brug og anbefaler migration

Google har gjort billedmodellen Gemini Nano Banana 2.1 generelt tilgængelig i Gemini API. Samtidig er forgængeren gemini-3.1-flash-image markeret som udfaset, og Google anbefaler brugerne at migrere til det nye model-id gemini-nano-banana-2.1.

Der er ikke annonceret en stopdato for den gamle model. Det gør ændringen vigtig, men ikke akut på en bestemt dato: Har du en eksisterende integration, bør du planlægge en kontrolleret migration frem for enten at ignorere udfasningen eller skifte direkte i produktion.

Hvad ændrer Nano Banana 2.1?

Nano Banana 2.1 er fortsat rettet mod billedgenerering og samtalebaseret billedredigering med fokus på høj effektivitet. Google fremhæver forbedringer i visuel kvalitet, realisme, efterlevelse af prompts, konsistens for figurer gennem flere redigeringer og gengivelse af tekst.

Den nye version retter ifølge Google også flisemønstre og andre synlige fejl i brede panoramaformater ved 2K og 4K. Modellen understøtter billedoutput i 1K, 2K og 4K, herunder de brede formater 1:4, 4:1, 1:8 og 8:1.

Det er leverandørens beskrivelse af forbedringerne, ikke resultatet af en uafhængig AIBI-test. Den praktiske effekt kan afhænge af motiv, prompt, referencebilleder og efterfølgende redigeringer.

Google oplister også billedsøgning og websøgning som grounding, flere referencebilleder og valgbare thinking-niveauer. Søgning og brug af flere referencebilleder fandtes allerede i den tidligere modelgeneration og bør derfor ikke fremstilles som helt nye muligheder i 2.1. Den relevante nyhed er den nye stabile model, Googles beskrevne kvalitetsændringer og migrationsanbefalingen.

Skal du migrere nu?

Hvis din kode kalder gemini-3.1-flash-image, er svaret ja til at begynde arbejdet. Udfasningen er bekræftet, selv om der ikke er fastsat en stopdato. Et nyt projekt bør som udgangspunkt starte med det nye model-id. Et eksisterende produktionsflow bør først skifte, når det har bestået et lille sæt faste kontrolopgaver.

1. Find alle steder, hvor det gamle model-id bruges, herunder kode, konfiguration og automatiserede job.
2. Skift model-id i et testmiljø, ikke direkte i produktion.
3. Kør de samme repræsentative prompts og referencebilleder gennem begge modeller.
4. Sammenlign de egenskaber, der betyder noget i dit flow, for eksempel læsbar tekst, faste figurer, panoramaer, svartid og faktisk forbrug.
5. Gem eksemplerne og beslut på forhånd, hvilke forskelle der kan accepteres. Skift først produktion, når de væsentlige krav er opfyldt.

Tænkt eksempel: Et dansk bureau laver kampagnebannere med en fast figur og korte produktnavne. I testen giver Nano Banana 2.1 læsbar tekst og et rent 1:4-banner, men figurens jakke skifter farve mellem to redigeringer. Bureauets krav er, at figuren skal være ens gennem hele serien. Beslutningen bliver derfor at beholde den gamle model i produktion midlertidigt, justere prompt og referencebilleder og gentage testen. Når både tekst, bannerformat og figur er stabile i det aftalte testsæt, kan bureauet skifte model-id. Eksemplet viser et afsluttet valg, men er ikke en udført produkttest.

Bruger du kun Nano Banana gennem en færdig app, er et API-model-id ikke nødvendigvis noget, du selv kan eller skal ændre. Læs også om Gemini-appen og Googles AI-modeller. Googles meddelelse dokumenterer API-modellens status, ikke at alle Gemini-funktioner er rullet ud til alle danske konti.

Det ved vi ikke endnu

Google har ikke angivet, hvornår gemini-3.1-flash-image lukkes. De officielle kilder giver heller ikke grundlag for at love, at alle eksisterende prompts bliver bedre, eller at adgangen er ens i alle produkter og regioner. Derfor er en test af egne arbejdseksempler vigtigere end en generel antagelse om højere kvalitet.

Kilder

• Google AI for Developers: Gemini API release notes, opslag for 6. oktober 2026.
• Google AI for Developers: Gemini Nano Banana 2.1, senest opdateret 6. oktober 2026.
• Google AI for Developers: Gemini 3.1 Flash Image, brugt til at skelne videreførte funktioner fra nye ændringer.