1
Audit every point where you collect personal data
Before editing the template, list every touchpoint where personal data enters your systems β web forms, checkout flows, email sign-ups, analytics tools, support tickets, and offline intake. This list drives every section that follows.
π‘ Check your website's source code or tag manager for third-party scripts you may have forgotten β ad pixels and chat widgets often collect data you have not formally disclosed.
2
Complete the 'Data we collect' section
For each data category you identified in your audit, add a row to the collection section. Specify the category (identity, usage, financial, communications), the specific data points, and how they are collected (form submission, cookie, API, etc.).
π‘ IP addresses and cookie identifiers count as personal data in the EU, UK, Canada, and California β include them even if you never see them directly.
3
Map each data use to a legal basis
In the 'How we use your data' section, pair every stated purpose with one of the standard legal bases: consent, contract performance, legal obligation, vital interests, public task, or legitimate interests.
π‘ Legitimate interests is the most flexible basis but requires a balancing test β document internally why your interests override the data subject's rights before relying on it.
4
Name your third-party processors and partners
List every vendor, tool, or platform that receives or processes personal data on your behalf β your email platform, analytics provider, payment processor, CRM, cloud host, and any advertising network.
π‘ Review each vendor's own privacy policy and Data Processing Agreement before listing them. You are responsible for due diligence on your processors.
5
Set specific data retention periods
For each data category, define a concrete retention period based on business need and legal obligation β for example, financial records kept 7 years for tax purposes, marketing data deleted 2 years after last engagement.
π‘ Align retention periods with your actual deletion schedule. A policy that promises 2-year deletion while data sits in backups indefinitely creates compliance risk.
6
Describe your security measures concretely
Replace any generic 'we take security seriously' language with specific measures: encryption standards, access control policies, staff training frequency, and your breach notification procedure.
π‘ You do not need to disclose every technical detail β but naming your encryption standard and access control approach is far more credible than vague assurances.
7
Add a working contact method for privacy requests
Enter a dedicated email address or web form for data subject requests, the name or title of your privacy contact, and your committed response timeframe (30 days is the standard under most frameworks).
π‘ A dedicated privacy@ email address signals operational maturity and makes it easier to track and respond to requests systematically.
8
Publish and link the policy prominently
Post the final policy at a permanent URL (e.g., yoursite.com/privacy), link it in your website footer, and reference it at every data collection point β sign-up forms, checkout, contact pages.
π‘ Screenshot or archive the published policy with a timestamp each time you update it. A dated version history protects you if a user later disputes what was disclosed at the time they signed up.