## 8. Що має бути в privacy policy Privacy policy не має бути просто "копіпастою з інтернету". Мінімальна структура: ```txt 1. Who we are 2. What data we collect 3. Why we collect it 4. Legal basis 5. Cookies and analytics 6. Third-party services 7. Data retention 8. User rights 9. Security 10. Contact ``` Приклад простого блоку: ```txt We collect your email address when you create an account. We use it to authenticate you, send account-related notifications, and help you recover access to your account. ``` Для analytics: ```txt We use analytics tools to understand how users interact with our product. Where required, analytics cookies are only used after you provide consent. ``` Для third-party services: ```txt We may use third-party providers for hosting, analytics, payments, email delivery, and error monitoring. ``` Приклади third-party сервісів: ```txt Vercel AWS Stripe Google Analytics PostHog Sentry Resend SendGrid Supabase Firebase Clerk Auth0 ``` --- ## 9. Практичний приклад для Next.js Поганий варіант: ```tsx // app/layout.tsx - антипатерн: analytics до consent import Script from "next/script"; const RootLayoutBad = ({ children }: { children: React.ReactNode }) => ( {children} ); }; ``` І cookie banner: ```tsx "use client"; import { useState } from "react"; export const CookieBanner = () => { const [visible, setVisible] = useState(() => { if (typeof window === "undefined") return false; return !localStorage.getItem("cookie-consent"); }); const accept = () => { localStorage.setItem("cookie-consent", "accepted"); setVisible(false); window.location.reload(); }; const reject = () => { localStorage.setItem("cookie-consent", "rejected"); setVisible(false); }; if (!visible) return null; return (

We use cookies for analytics and improving the product. You can accept or reject non-essential cookies.

); }; ``` Для production краще мати ще `Customize`, категорії cookies і нормальне збереження preferences. --- ## 10. Типові помилки ### Помилка 1: Analytics до consent ```txt Користувач ще нічого не натиснув, а Meta Pixel вже відправив page_view. ``` Це погано. ### Помилка 2: Privacy policy не відповідає реальності Написано: ```txt We do not share data with third parties. ``` А реально використовуються: ```txt Google Analytics Stripe Sentry Intercom ``` Це проблема. ### Помилка 3: Збір зайвих даних ```txt Для демо-доступу просимо phone, company size, job title, address. ``` Якщо це не потрібно - не збирай. ### Помилка 4: Відсутність delete/export process Користувач просить видалити акаунт, а команда не знає, де його дані: ```txt Postgres Stripe Sentry Analytics Email provider Backups CRM ``` Треба хоча б мати checklist. ### Помилка 5: Логи з sensitive data Погано: ```ts console.log("Login request:", { email, password, }); ``` Дуже погано: ```txt passwords tokens authorization headers payment data private messages ``` Таке не має потрапляти в logs. --- ## 11. Compliance checklist перед запуском Перед production launch перевір: ```txt Privacy policy є? Cookie banner є? Non-essential scripts blocked before consent? Analytics не збирає email/phone/name без потреби? Є список third-party services? Є процес delete/export user data? Passwords hashed? HTTPS enabled? Secrets не лежать у GitHub? Logs не містять sensitive data? Retention policy хоча б приблизно зрозуміла? Admin access обмежений? ``` Для маленького pet project не треба будувати enterprise compliance department. Але мінімальна гігієна має бути. --- ## 12. Просте пояснення Можна сказати так: > Privacy - це про повагу до користувача. Не збирай зайве, не трекай без згоди, пояснюй простими словами, що робиш з даними, і дай користувачу контроль. --- ## 13. Короткий script У цьому розділі говоримо про privacy та compliance basics. Коли ми створюємо вебзастосунок, ми майже завжди працюємо з персональними даними: email, IP-адресами, cookies, analytics events, user IDs або даними з форм. Головне правило: не збирай дані просто "про всяк випадок". Збирай тільки те, що реально потрібно для конкретної функції. Окрема тема - cookies. Є cookies, які потрібні для роботи сайту: наприклад, session cookie або cart cookie. А є analytics і marketing cookies: Google Analytics, Meta Pixel, Hotjar, PostHog, рекламні трекери. Для таких речей часто потрібна згода користувача перед запуском. Cookie banner має давати реальний вибір: accept, reject і бажано customize. Поганий варіант - просто показати "We use cookies, OK" і одразу запускати всі скрипти. GDPR на базовому рівні говорить: обробляй дані законно, прозоро, збирай мінімум, зберігай не довше ніж потрібно, захищай дані і дай користувачу можливість отримати, змінити або видалити свої дані. Для розробника це означає практичні речі: не відправляти email в analytics, не логувати passwords або tokens, не запускати marketing scripts до consent, мати privacy policy, знати які third-party сервіси використовуються, і мати хоча б ручний процес видалення даних користувача. Compliance - це не тільки про юристів. Це частина нормального engineering process. --- ## 14. Домашнє завдання Візьми будь-який свій проєкт і зроби privacy audit: ```txt 1. Які personal data я збираю? 2. Навіщо я їх збираю? 3. Де вони зберігаються? 4. Кому вони передаються? 5. Чи є analytics? 6. Чи запускається analytics до consent? 7. Чи є privacy policy? 8. Чи можу я видалити всі дані конкретного користувача? ``` Якщо не можеш відповісти на ці питання - це не катастрофа, але це означає, що privacy частину треба доробити.

Privacy та compliance basics

Privacy та compliance basics