Skip to content

How to document Google Veo work for client delivery

SynthID makes Veo clips reliably identifiable as Google AI output. Which prompt, which project, which tier, and which inputs stand behind a clip is your record to keep.

Published July 22, 2026.

Google Veo is the video model behind Google Flow, the AI filmmaking tool Google describes as built for cinematic clips, scenes, and stories. Flow gives Veo three documented ways in: a text prompt, a pair of start and end frames, or ingredient images that keep the same characters and objects across clips. That structure is good news for documentation, because it means every Veo generation has identifiable inputs you can archive. The bad news is that none of those inputs travel with the finished clip.

Google's marking system is the most consistent part of the story. Every output generated in Flow with Veo or Imagen carries an invisible SynthID watermark, and whether a clip also carries a visible watermark depends on your subscription tier. Google states that videos generated on the free, Plus, and Pro tiers carry a visible mark indicating the content was made with Veo, while Ultra tier videos carry one only where local regulations require it. Two clips from the same project can therefore look differently marked, and nothing in the files explains why. Your production record has to carry the tier.

Verification is also documented, with limits worth knowing before you rely on it. Gemini can check whether a file carries a SynthID watermark, and Google says the watermark usually survives re-scaling, re-coloring, compression, and other alterations. But the check only recognizes content made by Google AI tools, a negative result does not rule out other systems, and the documented quota is roughly ten video checks in any rolling 24-hour window. SynthID can tell a client that Google AI made the clip. It cannot tell anyone which prompt, project, or account made it, which is exactly the part a delivery record exists to answer.

What Google Veo stores on its side

  • Google states that all outputs generated in Google Flow using Veo and Imagen include invisible SynthID watermarks. Source
  • Videos generated on the free, Plus, and Pro tiers carry a visible watermark indicating the content was made with Veo, while Ultra tier videos carry one only where local regulations require it. Source
  • Flow documents three generation methods: text-to-video from a described scene, frames-to-video from specified start and end images, and ingredients-to-video that reuses the same images for characters and key objects across clips. Source
  • Gemini can verify whether an image, video, or audio file carries a SynthID watermark, with a quota of approximately ten checks per media type within any 24-hour rolling window. Source
  • Google states the SynthID watermark will usually still exist even if the content is re-scaled, re-colored, compressed, or altered in other ways. Source
  • Gemini can currently only recognize content created by Google AI tools, so a file without a detected watermark could still have been created by other AI systems. Source

What gets lost without your own record

  • SynthID tells a checker that Google AI made or edited the content; it carries no prompt, no project name, and no account, so it cannot replace a production record.
  • The visible watermark depends on the subscription tier at generation time, so two clips from one project can be marked differently and nothing in the files explains why.
  • Flow keeps prompts, ingredient images, and scene edits inside the project, and the downloaded clip carries none of that context.
  • Gemini's verification quota of roughly ten video checks per rolling 24-hour window makes it impractical to verify a large delivery in one sitting.
  • A negative SynthID check does not establish that footage is free of AI generation, because the check only recognizes Google AI content.

The documentation checklist for Google Veo

  1. Keep one Flow project per client job and record the project name in your delivery record, so generations, ingredients, and edits stay traceable to the job.
  2. Save the full prompt for every text-to-video generation exactly as entered.
  3. For frames-to-video, archive the exact start and end frames you supplied alongside the output clip.
  4. For ingredients-to-video, store the ingredient images with the delivery, because consistency across clips depends on reusing exactly those files.
  5. Write down the subscription tier active on the generation date, since it determines whether the download carries a visible Veo watermark.
  6. Run a SynthID check in Gemini on each final delivered file, and record the result and the check date, planning around the quota of roughly ten video checks per day.

If your delivery falls under the EU AI Act's Article 50 transparency obligations, SynthID gives you a documented, machine-readable marking on the Google side, and the Gemini check gives you a way to demonstrate it on a specific file. What it does not give you is the deployment-side record: what was generated, what was disclosed to whom, and when. Penalties for transparency violations can reach up to €15 million or 3% of worldwide turnover, which is reason enough to keep that record with the project rather than in someone's chat history.

Verify strategically rather than exhaustively. With roughly ten video checks available per rolling day, run the SynthID check on final delivered files, not on every iteration, and store the result with a date next to the clip's hash. That combination of a marking check plus your own prompt and project records covers inclusion, integrity, and time. It still proves nothing about causation, and a good delivery note says so plainly.

Frequently asked questions

My Ultra tier download has no visible watermark. Is it unmarked?

No. Google states that all Flow outputs generated with Veo and Imagen carry an invisible SynthID watermark regardless of tier. The visible mark is what varies: free, Plus, and Pro tier videos carry it, while Ultra tier videos carry it only where local regulations require it.

Can my client check a Veo clip themselves?

Yes. Gemini can check whether a file carries a SynthID watermark, within a quota of roughly ten video checks per rolling 24-hour window. The result says whether Google AI made or edited the content. It does not say who prompted it, in which project, or under which account.

Will SynthID survive the client's post-production?

Google says the watermark usually still exists after re-scaling, re-coloring, compression, and other alterations. That makes it a durable origin mark, but durability does not add information: everything about prompts, versions, and approvals still has to come from your records.

Which Flow inputs should I archive per shot?

Whatever the generation method consumed. For text-to-video that is the prompt, for frames-to-video the exact start and end frames, and for ingredients-to-video the ingredient images, because Flow's cross-clip consistency depends on reusing exactly those files.

A SynthID check on outside footage came back negative. Can I tell the client it is not AI?

No. Google is explicit that Gemini currently only recognizes content created by Google AI tools, so a negative result only means Google AI did not make it. Content from other systems can pass the check without being flagged.

Related guides

  • How to document AI-generated work for client delivery What broadcasters, platforms, agencies, and rights offices already require when AI is part of delivered work, and the per-shot checklist that answers all of them.
  • EU AI Act Article 50 for creative teams What the transparency obligations for AI-generated and AI-manipulated content actually say, the real timeline and penalty ceiling, and what a team should record to be ready.
  • AI provenance: what you can prove and what you cannot An honest map of provenance claims: what a record can demonstrate about inclusion, integrity, and time, and which causal claims no system can support.
  • Prompt and model documentation: a practical checklist for studios The fields worth capturing for every generation: prompts, models, versions, settings, references, and edits, and how to keep the habit alive in production.
  • What is an AI production log? An AI production log is the per-asset record of prompts, models, settings, references, edits, rights decisions, and approvals behind AI-assisted work. Here is the minimum useful structure and the limits of what that record can prove.
  • C2PA vs. AI workflow documentation C2PA and AI workflow documentation solve different parts of the provenance problem. C2PA protects signed assertions attached to media; workflow records preserve prompts, sources, decisions, rights, versions, and approvals around the file.
  • AI shot log template for image and video production A practical AI shot log template for prompts, models, references, versions, human edits, disclosure, and approval. Download the CSV and adapt the field guide to your production workflow.
  • How to record client approval for AI-generated work A client approval record for AI-generated work should identify the exact version, disclosed AI use, review scope, requested changes, approver, and time. This guide turns sign-off into evidence instead of an ambiguous email.
  • Guide editorial and verification policy How Behind The Workflow researches, sources, dates, updates, and corrects its AI production guides. Product facts use primary sources, legal claims link to official text, and machine-readable markup mirrors visible content.
  • How to document Sora work for client delivery Sora embeds C2PA metadata in every asset and marks downloads with a visible moving watermark, but the prompts, iterations, and cameo consents behind a clip stay in the app. This guide covers what OpenAI's provenance signals prove and what you still have to record before client delivery.
  • How to document Luma Dream Machine work for client delivery Dream Machine keeps your work organized in Boards and an Ideas stream, but the watermark and the commercial license of a clip depend on the plan that generated it, and the exported file names neither. This guide covers the records that close that gap before client delivery.
  • How to document Ideogram work for client delivery Ideogram shows the seed and even the Magic Prompt rewrite for every image in its Details Panel, but none of it travels with the downloaded file, and images are public by default. This guide covers what to copy out of the panel and when to generate privately.
  • How to document Midjourney work for client delivery Midjourney keeps a searchable archive of everything you generate, but the record stays inside your account and images are publicly discoverable by default. This guide covers what midjourney.com actually stores, what never travels with a delivered file, and the per-job checklist that closes the gap.
  • How to document Runway work for client delivery Runway keeps your generations in sessions and an asset browser, with a Fixed seed option for related takes, but the video you deliver carries no prompt, seed, or settings. This guide covers what Runway stores in the account and what a producer has to record per shot.
  • How to document ComfyUI work for client delivery ComfyUI automatically embeds the workflow graph in the metadata of every image it saves, which makes it unusually self-documenting. This guide covers what that embedded workflow proves, where it silently disappears, and what a client record still needs on top.
  • How to document self-hosted Stable Diffusion work for client delivery A self-hosted Stable Diffusion setup writes its generation parameters into every image by default, at least in the AUTOMATIC1111 web UI most teams run. This guide covers what that buys you, what silently breaks it, and what a client record still needs.
  • How to document FLUX work for client delivery The FLUX API from Black Forest Labs delivers each image through a signed URL that stays valid for ten minutes, and the docs describe no archive to return to later. This guide covers what the API gives you at request time and the logging your pipeline must do in that window.
  • How to document Adobe Firefly work for client delivery Firefly attaches a Content Credential naming the model and version to what it generates, and its API returns the seed for every image. This guide covers what that provenance layer proves, how it can be stripped, and what a client delivery record still adds.

Every requirement in this guide is answered from a record kept while the work happens. BTW keeps that record for you.

Start your own record