Gemini zonder gegevensopslag: zoekgrounding bewaart toch data

Voor de Gemini Developer API is store: false geen algemene schakelaar tegen gegevensopslag. De bewaarregels van Google tonen één doorslaggevende uitzondering: Grounding with Google Search bewaart prompts, context en gegenereerde uitvoer dertig dagen, ook wanneer de Interactions API geen gespreksstatus opslaat. Die bewaring kun je bij zoekgrounding niet uitschakelen.

Wil je klantgegevens zonder opgeslagen interacties verwerken, zet store expliciet op false en beoordeel daarnaast elke functie die eigen gegevens achterlaat: zoek- en kaartgrounding, sessiehervatting, uploads, expliciete caches en projectlogs. Een eis van werkelijk nul bewaring bij de aanbieder gaat verder. Ook bij betaald gebruik bestaat een afzonderlijke verwerking voor misbruikcontrole; wie gegarandeerde nulbewaring nodig heeft, moet Vertex AI en de bijbehorende voorwaarden apart beoordelen.

Training, tijdelijke bewaring en opgeslagen objecten

Bij betaalde diensten gebruikt Google prompts en antwoorden niet om zijn producten te verbeteren. Daaronder vallen ook bijbehorende systeemprompts, cache-inhoud en bestanden. Die trainingsbeperking zegt echter niets over de vraag of dezelfde inhoud tijdelijk beschikbaar blijft voor een functie of in een door jou aangemaakt object staat. Het bewaarbeleid moet daarom benoemen welke van die vormen van opslag zijn toegestaan.

Bij betaalde diensten worden prompts en antwoorden bovendien gedurende een beperkte periode gelogd voor het opsporen van schendingen van het gebruiksbeleid. Dat is een andere categorie dan de gespreksstatus die de toepassing kan laten bewaren. Wie 'geen training' als synoniem voor 'geen opslag' gebruikt, mist dus een relevante gegevensstroom. Voor een contractuele eis van gegarandeerd nul gegevensbehoud volstaat een reeks API-instellingen op zichzelf niet.

Welke functie kan aan blijven?

Begin bij de route die de klantgegevens werkelijk doorlopen. De volgende keuzes gaan over opslag door de genoemde functie; ze vervangen de beoordeling van projectlogs en misbruikcontrole niet.

Interactions API: zet store in elke betrokken aanvraag expliciet op false. Standaard staat het bewaren van interactiestatus aan, zodat een volgend verzoek op een eerdere interactie kan voortbouwen. Zonder die status moet de toepassing zelf bepalen welke eerdere inhoud voor een volgend verzoek nodig is en die opnieuw aanbieden. Vertrouw niet op een projectinstelling als een aanvraag haar kan overschrijven.
Live API: laat SessionResumptionConfig weg wanneer ook kortdurende opslag van gespreksinhoud niet is toegestaan. Sessiehervatting bewaart de toestand die nodig is om na een onderbreking weer aan te sluiten. Wordt een sessiehandle aangemaakt, dan blijft de bijbehorende toestand met tekst, audio of video tot 24 uur beschikbaar. Het is dus een aparte keuze naast store bij Interactions.
Grounding with Google Search: gebruik deze functie niet voor verzoeken die onder een nuleis vallen. De zoekgrounding bewaart zowel de aangeleverde context als de gegenereerde uitvoer; store: false verandert die regel niet. Grounding with Google Maps bewaart prompts, context en uitvoer eveneens dertig dagen zonder uitschakeloptie. Als actuele externe informatie essentieel is, moet het team die functiekeuze tegen het bewaarbeleid afzetten voordat klantgegevens worden meegestuurd.

Uploads en expliciete caches zijn eigen opslag

Een bestand dat via de File API wordt geüpload, is een zelfstandig opgeslagen object. Het blijft opgeslagen totdat het wordt verwijderd of verloopt; store: false verwijdert het niet. Sluit uploads met klantgegevens uit wanneer die gegevens niet als bestand bij de aanbieder mogen staan. Staat het beleid tijdelijke bestandsopslag wel toe, dan hoort bij die keuze een verwijderproces voor reeds geüploade bestanden, omdat een later aangepaste aanvraag bestaande objecten niet opruimt.

Expliciete contextcaching doet iets vergelijkbaars met herbruikbare invoer: er ontstaat een afzonderlijk CachedContent-object met een ingestelde ttl of vervaltijd. De API-referentie voor caching beschrijft het aanmaken, opvragen en verwijderen van zulke objecten via bèta-endpoints onder /v1beta/. Ook als je de cache snel verwijdert, heeft de inhoud tussen aanmaak en verwijdering opgeslagen gestaan. Voor een absolute nuleis laat je expliciete caching daarom weg.

Impliciete caching is een ander mechanisme. De Gemini-modellen kunnen invoer tot 24 uur in het werkgeheugen houden om herhaald werk te beperken; die gegevens staan volgens de bewaaruitleg niet als cacheobject opgeslagen en zijn per project geïsoleerd. Maak daarom in het ontwerp onderscheid tussen tijdelijk geheugen tijdens de dienstverlening en een cache die jouw toepassing zelf aanmaakt en later kan terughalen.

Projectlogs vragen een aparte instelling

Controleer naast de aanvraag de loginstellingen van het betaalde project in Google AI Studio. De documentatie over logs en datasets vermeldt dat Interactions verzoeken standaard bewaart, terwijl generateContent verzoeken standaard niet opslaat; projectinstellingen en waarden per aanvraag kunnen dat gedrag veranderen. Voor beide API's zijn afzonderlijke logschakelaars beschikbaar. Wie alleen de code inspecteert, kan daardoor een projectinstelling over het hoofd zien.

Gewone projectlogs hebben standaard een bewaartermijn van 55 dagen en kunnen op een kortere termijn worden ingesteld. Logregels die naar een dataset zijn opgeslagen, verlopen niet automatisch met de gewone logs. Bestaande datasets verdienen daarom een eigen beoordeling: toekomstige logging uitschakelen laat eerder opgeslagen exemplaren staan. Ook het verwijderen van een API-sleutel is geen betrouwbare opruimactie; zonder actieve sleutel kan de zichtbaarheid van logs juist verdwijnen.

De grens van een configuratie zonder blijvende klantgegevens

Voor een route zonder door de toepassing aangemaakte opslag is de combinatie concreet: store: false bij Interactions, geen sessiehervatting in Live, geen zoek- of kaartgrounding met beschermde inhoud, geen File API-upload daarvan en geen expliciete contextcache. Schakel projectlogging voor de gebruikte API's uit en voorkom dat klantverzoeken in datasets worden bewaard. Leg de keuze per API-route vast, want een later toegevoegde functie kan een eigen bewaartermijn introduceren zonder dat de oorspronkelijke instelling verandert.

Die configuratie voorkomt de genoemde functieopslag, maar maakt de Gemini Developer API niet vanzelf tot een dienst met gegarandeerd nul bewaring. De tijdelijke logging voor misbruikcontrole blijft een afzonderlijke voorwaarde van betaald gebruik. Als het beleid ook dat soort bewaring uitsluit, moeten de productkeuze en de bijbehorende overeenkomst die strengere eis dragen.