Cookie Policy Templates, GDPR Requirements, and Compliance for Startup Websites

GDPR and state privacy laws require clear cookie consent mechanisms — not just a banner. This guide covers what a compliant cookie policy includes, consent management platforms, and enforcement realities for startups.

Abstract fresco lattice with teal nodes and copper lines, focal left; navy field, right negative space.
Loading AudioNative Player...

Most startup websites set cookies before the founder has written a single line of a privacy policy. Analytics tools go in on day one. A marketing pixel gets added before the first ad campaign. A chat widget lands on the site without anyone thinking about what data it collects. By the time a lawyer gets involved, the gap between what the site actually does and what the legal documents say can be significant.

A cookie policy template gives you a starting point — but filling it in correctly requires understanding what your site actually sets, what laws apply based on where your users are, and what those laws specifically require you to disclose. The rules differ meaningfully between the EU, California, and the rest of the US. Getting this wrong isn't just a compliance gap; it's an enforcement risk that regulators in both jurisdictions are actively pursuing.

This guide walks through what a cookie policy is, what GDPR and CCPA require, what a complete policy must include, and what a good one looks like in practice. It also covers the mistakes startups consistently make — most of which are easy to fix once you know what to look for.

This is a Practical Guide to cookie policy requirements for startup websites — what to disclose, what GDPR and CCPA require, and how to avoid the most common compliance gaps.

Who it's for: Founders and product teams building public-facing web products, especially those with EU or California users.

Cookies are small text files that a website places on a visitor's device to store information about their session or behavior. They come in several forms. First-party cookies are set by the site itself — used for things like keeping a user logged in or remembering language preferences. Third-party cookies are set by external services embedded in the site, such as Google Analytics, Facebook Pixel, or HubSpot, and those third parties can read the cookie data across every site where their code is embedded.

Cookies also differ by duration. Session cookies exist only for the length of a single browser session and are deleted when the browser closes. Persistent cookies remain on the device for a defined period — anywhere from a few days to several years — and are what most analytics and advertising tools rely on to track users across visits and sessions.

The legal basis for requiring a cookie policy is straightforward: if your site collects data about users through cookies, most privacy laws in force today require you to tell users what you're collecting, why, and how they can stop it. The EU's GDPR and ePrivacy Directive impose the most demanding requirements, but California's CCPA and CPRA add a parallel set of obligations. The practical reality for US-founded startups is that EU users arrive from day one — through organic search, product directories, and referrals — which means GDPR applies to those users regardless of where your company is incorporated or where your servers are located.

The GDPR, read together with the ePrivacy Directive, imposes two distinct sets of requirements on cookies: a disclosure obligation and a consent obligation. The disclosure obligation requires you to tell users what cookies you use, the purpose of each cookie, who sets it, and how long it persists. The consent obligation requires you to obtain freely given, specific, informed, and unambiguous consent before setting any cookie that is not strictly necessary for the site to function.

GDPR Article 13 governs information that must be provided at the point of data collection. Applied to cookies, this means your cookie policy must identify the legal basis for processing each category of cookie, which for non-essential cookies is consent — not legitimate interest. Regulators across the EU have consistently rejected attempts to rely on legitimate interest as a basis for analytics or advertising cookies.

The distinction between essential and non-essential cookies is where most startups get the rules wrong. Essential cookies — those strictly necessary to deliver a service the user has requested — do not require consent. These include session authentication tokens, load-balancing cookies, and CSRF protection tokens. Everything else requires prior consent: analytics cookies (including Google Analytics), marketing and advertising cookies, personalization cookies, and social media tracking pixels. "Prior" means before the cookie is set, not after the user has already browsed several pages.

A GDPR-compliant cookie policy must also provide a clear and easy opt-out mechanism. Users must be able to withdraw consent as easily as they gave it. That means a "Reject All" option must be as prominent and accessible as an "Accept All" option — a requirement that regulators have enforced through fines and orders against companies that buried or obscured the rejection path.

GDPR and CCPA cookie compliance isn't optional — and enforcement is increasing. Have your cookie policy reviewed to close the gaps before you get flagged.
Schedule a Review

California's CCPA and its amendment CPRA take a different structural approach to cookies than GDPR does. Rather than requiring consent before setting cookies, CCPA focuses on the right to opt out. If your site uses third-party cookies in connection with cross-context behavioral advertising — serving targeted ads based on browsing behavior tracked across multiple sites — that constitutes "sharing" of personal information under the CCPA, and California residents have the right to opt out of it.

The opt-out mechanism must be clearly disclosed. Most businesses implement this via a "Do Not Sell or Share My Personal Information" link placed in the website footer and connected to a preference center or consent management platform. Businesses must also honor Global Privacy Control (GPC) signals — browser-level signals that automatically communicate a user's opt-out preference — without requiring the user to take any additional steps on the site.

The California Privacy Protection Agency's enforcement actions have recently expanded scrutiny to how opt-out mechanisms are designed. In March 2025, the CPPA fined Honda $632,500 in part because its cookie banner required two steps to turn off advertising cookies but only one step to turn them on. The agency held that this asymmetry violated CCPA's "symmetry of choice" requirement — meaning a "Reject All" option must be as easy to reach as an "Accept All" option. That enforcement signal matters: cookie banner design is now a live enforcement area, not a theoretical one.

Other state privacy laws add to the patchwork. Virginia's CDPA, Colorado's CPA, and Texas's TDPSA all include opt-out rights for targeted advertising and data sales. None of them impose GDPR-style prior consent requirements, but all require clear disclosure of how cookies are used and how residents can opt out. If your site attracts users from multiple states — which most SaaS products do — a single well-drafted cookie policy that addresses the CCPA framework will typically cover the other state laws as well, with minor adjustments for jurisdiction-specific language.

A GDPR and CCPA-compliant cookie policy needs to cover specific ground. A checklist approach helps here: work through each element and verify that your policy addresses it with accurate, current information rather than placeholder or generic language.

A complete cookie policy must include:

  • Definition of cookies and similar technologies — Explain what cookies are, and clarify that the policy also covers web beacons, pixels, local storage, SDKs, and fingerprinting techniques where applicable.
  • Categories of cookies used — Break cookies into categories: essential/strictly necessary, analytics/performance, functional/preference, marketing/advertising, and social media. Define what each category does.
  • Purpose of each cookie category — State specifically why each category is used. "Analytics cookies help us understand how visitors use the site" is better than a generic statement about "improving user experience."
  • Third-party cookies and who sets them — Identify each third-party service that sets cookies through your site (Google Analytics, Meta Pixel, HubSpot, Hotjar, Intercom, etc.) and link to their privacy policies where possible.
  • Cookie duration — For each cookie or cookie category, disclose whether it is a session cookie or persistent, and if persistent, how long it lasts.
  • Legal basis for each category (GDPR) — State the legal basis: consent for non-essential cookies, legitimate interest for essential cookies where applicable.
  • How to manage or decline cookies — Explain both the on-site mechanism (consent banner, preference center) and browser-level controls. Include links to browser cookie management instructions for major browsers.
  • How to opt out of sale/sharing (CCPA) — Include a "Do Not Sell or Share My Personal Information" disclosure and explain how California residents can exercise this right, including how the site honors GPC signals.
  • Link to full privacy policy — The cookie policy should reference and link to the site's broader privacy policy, which covers data subject rights, data retention, and other processing activities.
  • Last updated date — Include the date the policy was last reviewed and updated. This matters because cookies change when you add or remove tools, and an outdated policy creates compliance exposure.
  • Contact information — Provide a method for users to ask questions or exercise their rights: an email address, a contact form, or a data controller's mailing address.

To illustrate how these elements come together, consider a hypothetical SaaS startup called Stackform — a B2B project management tool with users in the US and EU. Stackform's site uses Google Analytics for traffic measurement, HubSpot for marketing automation and live chat, LinkedIn Insight Tag for ad conversion tracking, and a handful of essential cookies for session management and CSRF protection.

A well-structured cookie policy for Stackform would open with a brief plain-language explanation of what cookies are and why the company uses them. The second section would present a cookie table — organized by category — that lists each cookie by name, the third party that sets it, its purpose, and its duration. The table would clearly distinguish essential cookies (no consent required) from analytics, marketing, and functional cookies (all requiring GDPR consent and CCPA opt-out disclosure).

The consent mechanism section would explain that EU visitors see a consent banner on their first visit, with clearly labeled "Accept All," "Reject Non-Essential," and "Manage Preferences" options — all equally prominent. The opt-out section would address California users separately, explaining the "Do Not Sell or Share" right, confirming that the site honors GPC signals automatically, and linking to the preference center. The policy would close with a "Last Updated" date, a contact email for privacy questions, and a link to the full privacy policy.

That structure — categorized disclosures, clear consent mechanics, jurisdiction-specific opt-out language, and current contact information — is what regulators look for. Our cookie policy template follows this structure and includes a complete cookie table, GDPR and CCPA language, and customizable sections for each cookie category your site uses.

The most frequent problem is a policy that doesn't match what the site actually does. A founder downloads a generic cookie policy template, drops it in the footer, and never revisits it. Six months later, the site is running Google Analytics, a HubSpot pixel, a LinkedIn Insight Tag, and a Hotjar session recording tool — none of which are mentioned in the policy. The policy says the site uses cookies "for analytics purposes" without identifying any of the actual tools. That gap is both a GDPR violation and a CCPA disclosure failure.

Missing third-party cookie disclosures are the single most common specific gap. Founders think about first-party cookies but overlook what third-party scripts are setting on their behalf. Google Analytics alone sets multiple persistent cookies with durations up to two years. Meta Pixel and LinkedIn Insight Tag set their own cookies. HubSpot sets several. Each of these needs to be disclosed by name, provider, purpose, and duration for the policy to be accurate.

The absence of a consent mechanism for EU users is a structural failure, not just a drafting problem. Having a cookie policy in the footer is not the same as obtaining GDPR consent. If your site sets Google Analytics cookies before a EU user has had any opportunity to consent or decline, you are in violation regardless of what the policy document says. The policy and the technical implementation must align.

Confusing a cookie policy with a privacy policy is another common error. These are two distinct documents. A privacy policy covers your overall data processing practices — what data you collect, how you use it, how long you retain it, what rights users have. A cookie policy is narrowly focused on cookie-based tracking technologies. Both are required; one cannot substitute for the other. Many startups merge them into a single document, which is acceptable if both sets of required disclosures are fully covered, but often the cookie-specific details get lost when they're buried in a longer privacy policy.

Finally, failing to update the policy after adding new tools is a recurring problem. Every time you add a new analytics tool, marketing platform, or third-party widget, you should audit what cookies it sets and update your policy accordingly. Running tools that aren't disclosed is the fastest way to turn a technical compliance gap into an enforcement-level violation.

Actionable Next Steps

Getting your cookie policy right is a five-step process. Each step is discrete and manageable — the challenge is doing them in the right order.

  1. Audit what your site actually sets. Use a browser extension (like EditThisCookie or the Chrome DevTools Application panel) or a dedicated scanning tool (CookieYes, Cookiebot, or OneTrust's free scanner) to generate a complete list of every cookie your site sets, including third-party cookies from embedded scripts. This is your source of truth — your policy needs to reflect this list accurately.
  2. Update your cookie policy to match the audit results. Work through the complete cookie policy checklist above and verify that each element is present, accurate, and current. If you're starting from scratch, use a properly structured template — like our cookie policy template — that covers both GDPR and CCPA requirements, includes a cookie table structure, and provides the right legal basis language for each category.
  3. Implement a consent management platform if you have EU users. A static cookie policy in the footer is not sufficient for GDPR compliance. You need a consent management platform (CMP) — tools like OneTrust, Cookiebot, or Osano — that presents a consent banner on first visit, blocks non-essential cookies until consent is given, and stores consent records. Make sure the banner presents "Accept All" and "Reject All" with equal prominence to satisfy the symmetry-of-choice requirement.
  4. Add a "Do Not Sell or Share" opt-out mechanism for California users. If your site uses third-party advertising or analytics cookies, add a clear opt-out link in your site footer, connect it to your preference center, and configure your CMP to honor GPC signals automatically. This covers CCPA and most other active state privacy laws in a single implementation.
  5. Schedule a periodic cookie audit. Set a calendar reminder to re-run your cookie scan every six months, or any time you add a new third-party tool to your site. Compliance isn't a one-time event — it requires keeping your policy synchronized with what your site actually does. If you're processing sensitive data, handling significant EU traffic, or building a product with complex tracking requirements, a privacy attorney review can identify gaps before regulators do.