Skip to main content
Watch: I Built an AI App Without Leaving Databricks

Data retention - verified

Does Vertex AI store your API prompts?

Default retention: only flagged prompts, up to 90 days. Trains on your API data: No. Zero data retention: by approval (configuration plus an abuse-monitoring exception request on the online Google Cloud terms). Regional processing: US, EU, UK, APAC, Canada and Brazil.

Scope: Google Cloud managed models (Gemini, partner models such as Claude, open models). Old cloud.google.com/vertex-ai URLs redirect to docs.cloud.google.com/gemini-enterprise-agent-platform.

Read from docs.cloud.google.com. Compare every AI API's data retention

Trains on data
No
ZDR
By approval
Regions
US, EU, UK, APAC, Canada and Brazil
Verified
2026-10-18

How long are prompts kept by default?

Default retention

Only flagged prompts, up to 90 days

No blanket retention of all prompts for standard Google models: prompts are logged only when classifiers detect suspicious activity, up to 90 days, and only for customers on the online GCP Terms (Master Agreement customers exempt by default). Google Frontier Models log prompts and responses up to 30 days in the customer's environment. Non-Google Advanced AI models (e.g. Claude Fable/Mythos) log all prompts and responses up to 30 days. Implicit caching keeps data up to 24 hours.

“If automated safety classifiers detect suspicious activity that requires further investigation into whether a customer has violated our policies, then Google may log customer prompts solely for the purpose of examining whether a violation of the AUP or Prohibited Use Policy has occurred. This data won't be used to train or fine-tune any AI/ML models. This data is stored securely for up to 90 days in the same region or multi-region selected by the customer for their project and adheres to Google Cloud assurances, such as Data Residency, Access Transparency and VPC Service Controls.”
docs.cloud.google.com
“This means that customers with a Google Cloud Master Agreement are exempt from prompt logging for this abuse monitoring by default.”
docs.cloud.google.com
“These logs are stored securely inside the customer's environment for up to 30 days.”
docs.cloud.google.com
“All prompts and responses will be logged and securely stored for up to 30 days for the sole purpose of monitoring for abuse.”
docs.cloud.google.com
Duration

Up to 90 days for flagged prompt logs (standard Google models); up to 30 days for Frontier / Advanced AI models

Purpose

abuse monitoring (AUP and Prohibited Use Policy)

Does it train on your API data?

No

“Google won't use your data to train or fine-tune any AI/ML models without your prior permission or instruction. This applies to all managed models on Gemini Enterprise Agent Platform, including GA and pre-GA models.”
docs.cloud.google.com

Zero data retention (ZDR)

Availability

By approval: the provider must approve your request

Configuration plus an abuse-monitoring exception request on the online Google Cloud terms

Who can get it

Self-serve by configuration plus an abuse-monitoring exception request for customers in scope (online GCP Terms). Requires: request abuse-monitoring exception, disable caching (or durable caching), do not enable request-response logging, set store=false on Interactions API, do not enable Live API session resumption, avoid Grounding with Google Maps.

Not covered

Grounding with Google Maps (30 days) cannot be disabled; Advanced AI models/features may not allow ZDR; CodeMender sessions up to 7 days.

From the docs
“If you are in scope for prompt logging for abuse monitoring and want zero data retention, you can request an exception for abuse monitoring.”
docs.cloud.google.com
“Zero data retention may not be possible when using some Advanced AI features. Please contact your account team for clarification.”
docs.cloud.google.com
“If your organization's policy does not permit Customer Data to be stored at rest, you can disable durable caching on a per-project basis and maintain in-memory caching. Alternatively, you can disable caching entirely.”
docs.cloud.google.com

Features kept longer

Stateful features hold your content until a job finishes, a window expires or you delete it, often regardless of the default above.

Vertex AI features with their own retention
FeatureRetentionThe docs say
Implicit in-memory caching (default on)Deleted no later than 24 hours after written“It's deleted no later than 24 hours after it's written.”docs.cloud.google.com
Implicit durable caching (default on for supported models)No later than 24 hours, at rest; can be disabled per project“It's deleted no later than 24 hours after it's written, and is often evicted sooner.”docs.cloud.google.com
Grounding with Google Maps30 days“Google stores prompts and contextual information that customers may provide, and generated output for thirty (30) days for the purposes of creating grounded results”docs.cloud.google.com
Interactions API (store defaults to true)Not stated on ZDR page“If you do not specify a value for store, it defaults to true for all models. To achieve zero data retention, explicitly set store = false in your API requests.”docs.cloud.google.com
Request-response logging (opt-in, to customer BigQuery)Customer-controlled (disabled by default)“This feature is disabled by default. It can be enabled using a configuration setting on a per-model, per-project basis.”docs.cloud.google.com
Gemini Live API session resumptionup to 24 hours“Enabling Session Resumption allows the user to reconnect to a previous session within 24 hours by storing cached data, including text, video, and audio prompt data and model outputs, for up to 24 hours.”docs.cloud.google.com
CodeMender sessionsup to 7 days from session creation“is stored encrypted for up to seven (7) days from session creation.”docs.cloud.google.com
Anthropic Claude Fable 5 / Mythos 5 on Google Cloudup to 30 days“For Anthropic Claude Fable 5 on Google Cloud and Mythos 5, prompts and responses are retained for up to 30 days.”docs.cloud.google.com

Where is your data stored and processed?

Regional processing

US, EU, UK, APAC, Canada and Brazil

Multi-region and country endpoints; the global endpoint has no guarantee

Stated location

Follows the endpoint you call

Regions
  • US multi-region
  • EU multi-region
  • Brazil (southamerica-east1)
  • Canada (northamerica-northeast1)
  • France (europe-west9)
  • Germany (europe-west3)
  • Netherlands (europe-west4)
  • United Kingdom (europe-west2)
  • Australia (australia-southeast1)
  • India (asia-south1)
  • Japan (asia-northeast1)
  • Singapore (asia-southeast1)
  • South Korea (asia-northeast3)
Region note

These are the column headers of the Google-models ML-processing table; per-model check marks did not render in the fetched page, so per-model support was not verified. Partner-model columns: US multi-region, EU multi-region, Belgium (europe-west1), Netherlands (europe-west4), Singapore (asia-southeast1), Taiwan (asia-east1).

How to choose

Choice of endpoint: jurisdictional multi-region endpoints (us, eu), locational/regional endpoints (e.g. us-central1, europe-west1), or the global endpoint (no residency guarantee). Data at rest stays in the customer-selected location regardless of endpoint.

What it covers

Both: storage at rest follows the selected location; ML processing location follows the endpoint chosen.

From the docs
“Data stored at rest in the customer selected location remains at rest in that location, independent of the Agent Platform endpoint called by that customer's request.”
docs.cloud.google.com
“Requests submitted to a global endpoint may be processed in any Google Cloud location around the world, and therefore don't provide any data residency guarantees.”
docs.cloud.google.com
“Jurisdictional multi-region endpoints: When you use jurisdictional endpoints, ML processing stays within that specific geographical region (such as the United States or the European Union).”
docs.cloud.google.com
“Locational endpoints: These endpoints (like us-central1, europe-west1) ensure that ML processing remains entirely within the broader multi-regional or country jurisdiction associated with that region (for example, requests to us-central1 are processed within the United States).”
docs.cloud.google.com
“For European regions, local in-country processing varies by model type (for example, specific models may have local processing in France or Germany, while others are processed within the broader EU multi-region boundary).”
docs.cloud.google.com

Regional endpoints

  • US multi-region
    https://aiplatform.us.rep.googleapis.com
    “| United States | us | https://aiplatform.us.rep.googleapis.com |”
    docs.cloud.google.com
  • EU multi-region
    https://aiplatform.eu.rep.googleapis.com
    “| European Union | eu | https://aiplatform.eu.rep.googleapis.com |”
    docs.cloud.google.com
  • Global, no residency guarantee
    https://aiplatform.googleapis.com
    “These endpoints (like https://aiplatform.googleapis.com) don't specify a region in the hostname.”
    docs.cloud.google.com
  • Locational endpoint
    {REGION}-aiplatform.googleapis.com

    Pattern shown in examples, e.g. https://us-central1-aiplatform.googleapis.com

    Source: docs.cloud.google.com

Certifications

Certifications on the pages checked: Not stated

Research notes

  • Abuse-monitoring prompt logs are not encrypted with CMEK.
  • CMEK is not supported for durable caching.
  • Google Frontier Model logs (currently Gemini 4 Argon Cyber Permissive) are exempt from human review for Cloud Master Agreement customers.
  • Data residency page mentions GDPR and HIPAA as requirements locational endpoints meet; this is not a certification listing, so certifications are left null.

FAQ

Does Vertex AI store your API prompts?

Only flagged prompts, up to 90 days. No blanket retention of all prompts for standard Google models: prompts are logged only when classifiers detect suspicious activity, up to 90 days, and only for customers on the online GCP Terms (Master Agreement customers exempt by default). Google Frontier Models log prompts and responses up to 30 days in the customer's environment. Non-Google Advanced AI models (e.g. Claude Fable/Mythos) log all prompts and responses up to 30 days. Implicit caching keeps data up to 24 hours. The provider says: "If automated safety classifiers detect suspicious activity that requires further investigation into whether a customer has violated our policies, then Google may log customer prompts solely for the purpose of examining whether a violation of the AUP or Prohibited Use Policy has occurred. This data won't be used to train or fine-tune any AI/ML models. This data is stored securely for up to 90 days in the same region or multi-region selected by the customer for their project and adheres to Google Cloud assurances, such as Data Residency, Access Transparency and VPC Service Controls."

Does Vertex AI train on your API data?

No. The provider says: "Google won't use your data to train or fine-tune any AI/ML models without your prior permission or instruction. This applies to all managed models on Gemini Enterprise Agent Platform, including GA and pre-GA models."

Does Vertex AI offer zero data retention?

By approval (configuration plus an abuse-monitoring exception request on the online Google Cloud terms). Self-serve by configuration plus an abuse-monitoring exception request for customers in scope (online GCP Terms). Requires: request abuse-monitoring exception, disable caching (or durable caching), do not enable request-response logging, set store=false on Interactions API, do not enable Live API session resumption, avoid Grounding with Google Maps.

Where does Vertex AI process your data?

Regional processing options: US, EU, UK, APAC, Canada and Brazil (multi-region and country endpoints; the global endpoint has no guarantee). Stated processing location: Follows the endpoint you call.

Sources

Last verified from Vertex AI's own pages below. Quotes are verbatim.

This page summarizes what each provider's own pages say. It is not legal advice; your contract, data processing addendum and the provider's current terms govern what happens to your data.

Newsletter

Know when a provider changes its data terms

One email per week. New model releases, pricing and policy changes, and what they mean for what you build.