Privacy Policy
A privacy policy written from what your site actually does - GDPR and CCPA sections included only where they apply.
100% free. Runs entirely in your browser - your files and data never leave your device and nothing is uploaded to any server.
Template, not legal advice. This produces a starting draft from standard clauses. It is not legal advice, and it cannot know everything your business does. Read every paragraph before you publish it - a policy that describes data collection you do not do is as much of a problem as one that omits collection you do.
Start from an example
Fills every answer with a worked example you can edit. Pick the one closest to your business.
Other documents you can generate
Most sites need more than one. A privacy policy without terms, or terms without a refund policy, leaves the obvious gap.
About this tool
Any website, app or online shop that collects personal data needs a privacy policy - and an IP address in a server log already counts. This generator writes one from your answers: which services receive visitor data, why you collect it, how long you keep it and how people use their rights. It handles GDPR and CCPA properly rather than with a region switch: GDPR needs a lawful basis for each purpose and a list of your processors, while CCPA needs a "do not sell or share" route and a promise not to retaliate. Clauses that do not apply to you are left out instead of padded in. Write it before launch, and update it whenever you add a tool that touches visitor data. Your answers are processed in your browser and are never uploaded.
How to use this tool
- Describe your site and contactEnter the business or site name, the address and the email people should use for privacy questions.
- Say what you collect and who receives itTick the data you collect and the services that process it - payments, email, analytics, ads - so each one is named.
- Publish it in the footerDownload the policy, read it through, and link it from your footer, checkout and app store listing.
What a privacy policy has to explain
Privacy laws such as the GDPR in the UK and EU and state laws such as California's CCPA/CPRA share a core idea: people must be told what personal data you collect, why, who you share it with, how long you keep it and what rights they have over it. A privacy policy is where that explanation lives.
Most of the work is being specific. "We may share data with partners" tells a reader nothing; "we use Stripe to take payments and Mailchimp to send our newsletter" tells them exactly where their details go. The questionnaire asks for those names so the finished policy describes your real setup.
Key features
- Lists the actual services that receive personal data, such as payment, email and analytics providers.
- Includes data-subject rights wording for visitors in the UK, EU and US states with privacy laws.
- Covers retention, children's data and international transfers only when your answers make them relevant.
- Ready to link from your footer, checkout and app store listing.
Common uses
- Launching a website with a contact form, newsletter sign-up or analytics.
- Publishing an app that the Apple App Store or Google Play requires a privacy policy URL for.
- Opening an online shop where payment and delivery details are collected.
- Updating an old policy after adding new tools such as a chat widget or ad pixel.
Tips for better results
- Open your site’s developer tools and list every third-party script before you start - each one is a processor the policy should name.
- Link the policy from every page footer and from any form that collects data.
- Add the date of the last update at the top, so returning visitors can see when it changed.
Mistakes to avoid
- Copying a policy from a bigger site and inheriting data practices you do not have - every untrue line is a misrepresentation.
- Claiming GDPR and CCPA compliance without stating a lawful basis or a "do not sell or share" route.
- Forgetting to update the policy after adding a chat widget, ad pixel or new email tool.
Frequently asked questions
If it collects any personal data - a contact form, newsletter sign-up, analytics cookies or an order - it generally does. Many third-party services, including Google Analytics and the app stores, also require one in their terms.
In the footer of every page, and next to any form that collects personal data, such as checkout, sign-up and contact forms. App stores also ask for a public URL to it.
Whenever you start collecting new data, add a new service that receives it or change how long you keep it - and review it at least once a year. Note the last-updated date at the top.
No. It assembles a draft from standard clauses, and every page says so above the preview. Beyond regulators, the practical cost is commercial: Apple and Google both refuse app submissions without a reachable policy URL, Google Ads disapproves accounts, and payment processors ask for it during onboarding.
Broadly, anyone running a website, app or shop that collects a single piece of personal information - and an IP address in a server log already counts. The best time to do it is before launch, and again whenever you add a tool that touches visitor data.
Copying a policy from a bigger site. You inherit their data practices on paper - the analytics they run, the payment processor they use, the children clause they need - and every line that is not true of you is a misrepresentation you published deliberately.
Most people need Cookie Policy and Terms and Conditions as well. They cover the gaps this one does not.