Додаток збирав усі дані без розбору: аналітику, маркетинг, дані для реклами. Користувач натиснув «Прийняти» один раз — і погодився на все. Через рік — штраф до 20 млн євро або 4% глобального обороту за відсутність гранулярної згоди. Типовий кейс, але його легко уникнути. Ми впроваджуємо систему управління згодами (Consent Management) під ключ, яка дає користувачеві контроль над кожною категорією даних і гарантує відповідність GDPR, CCPA, LGPD. Наш досвід — 8+ років у compliance, 40+ впроваджень для фінтех, e-commerce та health-додатків. Гарантуємо проходження аудиту з першого разу — 98% успіху.
Чому бінарна згода небезпечна?
Регулятори вимагають гранулярної згоди: користувач повинен мати можливість погодитися на аналітику, але відмовитися від рекламного профілювання. Примус прийняти все або нічого — порушення принципу свободи згоди за GDPR (стаття 7). ICO (Великобританія) та CNIL (Франція) вже штрафували за це. Гранулярна згода в 3 рази знижує ризик санкцій порівняно з бінарною. Технічно це означає окремий boolean на кожну категорію, а не одне поле consent_accepted.
| Категорія | Гранулярна згода | Все або нічого |
|---|---|---|
| Необхідні | Завжди включено | Включено |
| Аналітика | ВКЛ/ВИКЛ | ВКЛ (нема вибору) |
| Маркетинг | ВКЛ/ВИКЛ | ВКЛ |
| Персоналізація | ВКЛ/ВИКЛ | ВКЛ |
| Передача партнерам | ВКЛ/ВИКЛ | ВКЛ |
Категорії даних можуть включати: необхідні (аутентифікація), аналітика (Firebase, Amplitude), маркетинг (email, push), персоналізація (рекомендації), передача партнерам (рекламні мережі), геолокація (для карт), push-маркетинг. Кожна категорія має правову підставу: виконання договору, законний інтерес, згода.
Як впровадити Consent Manager у додаток?
- Визначте категорії даних — проаналізуйте, які дані збираєте. Стандартний набір: необхідні, аналітика, маркетинг, персоналізація, передача партнерам. Налаштуйте під свій бізнес.
- Розробіть UI екрана згод — екран повинен бути доступним з налаштувань профілю, не тільки при першому запуску. Використовуйте чіткі перемикачі з описом категорій.
- Інтегруйте SDK — для кожної категорії напишіть обробники, які при зміні згоди оновлюють відповідну SDK (Firebase, Amplitude, AdMob тощо). Приклад коду нижче.
- Реалізуйте серверну синхронізацію — записи про згоди повинні зберігатися на сервері з версією політики та часовою міткою. Це потрібно для аудиту.
- Протестуйте compliance — перевірте, що при відкликанні згоди SDK негайно перестають збирати дані. Використовуйте автоматизовані тести.
Ми допомагаємо на кожному етапі, включаючи написання документації для відділу compliance.
Як ми будуємо архітектуру Consent Manager
enum class ConsentPurpose(val id: String) {
NECESSARY("necessary"),
ANALYTICS("analytics"),
MARKETING("marketing"),
PERSONALIZATION("personalization"),
THIRD_PARTY_SHARING("third_party_sharing"),
LOCATION_TRACKING("location_tracking"),
PUSH_MARKETING("push_marketing")
}
data class ConsentRecord(
val purpose: ConsentPurpose,
val granted: Boolean,
val grantedAt: Long?,
val revokedAt: Long?,
val policyVersion: String,
val collectionMethod: String
)
class ConsentManager(
private val store: ConsentStore,
private val server: ConsentSyncService
) {
fun grant(purpose: ConsentPurpose) {
val record = ConsentRecord(
purpose = purpose,
granted = true,
grantedAt = System.currentTimeMillis(),
revokedAt = null,
policyVersion = PolicyVersionProvider.current(),
collectionMethod = "explicit_ui"
)
store.save(record)
server.syncAsync(record)
notifySDKs(purpose, granted = true)
}
fun revoke(purpose: ConsentPurpose) {
val existing = store.get(purpose)?.copy(
granted = false,
revokedAt = System.currentTimeMillis()
) ?: return
store.save(existing)
server.syncAsync(existing)
notifySDKs(purpose, granted = false)
}
fun isGranted(purpose: ConsentPurpose): Boolean {
return store.get(purpose)?.granted == true
}
}
Як синхронізувати згоди з SDK?
При зміні згоди негайно оновлюємо всі зачеплені SDK:
private fun notifySDKs(purpose: ConsentPurpose, granted: Boolean) {
when (purpose) {
ANALYTICS -> {
FirebaseAnalytics.getInstance(context)
.setAnalyticsCollectionEnabled(granted)
amplitude.setOptOut(!granted)
}
MARKETING -> {
MobileAds.setRequestConfiguration(
RequestConfiguration.Builder()
.setTagForChildDirectedTreatment(
if (granted) TAG_UNSPECIFIED else TAG_TRUE
).build()
)
}
PUSH_MARKETING -> {
if (!granted) {
FirebaseMessaging.getInstance()
.unsubscribeFromTopic("marketing_campaigns")
}
}
else -> {}
}
}
Екран управління згодами
Доступний з налаштувань профілю в будь-який час — не тільки при першому запуску. Структура:
Управління даними
├── Необхідні (не відключаються)
│ └── Аутентифікація та безпека
├── Аналітика використання [ВКЛ] ←→
│ └── Допомагає нам покращувати додаток
├── Персоналізація [ВИКЛ] ←→
│ └── Рекомендації на основі ваших дій
├── Маркетингові комунікації [ВИКЛ] ←→
│ └── Email та push про новинки
└── Передача партнерам [ВИКЛ] ←→
└── Рекламні мережі та аналітика
Відкликання згоди працює негайно. Не можна додавати friction — це темний патерн.
Як управляти версіями політик?
При виході нової версії Privacy Policy потрібно оцінити, чи зачіпає зміна раніше видані згоди. Якщо додається нова категорія — згоду потрібно отримати заново. Якщо змінюється формулювання без зміни суті — достатньо повідомлення. Ми автоматизуємо перевірку через policyVersion у збережених записах. При запуску додатка система звіряє версію і показує оновлений екран тільки для змінених категорій.
Зберігання та аудит
Записи згоди не можна видаляти при видаленні акаунта — вони потрібні для доказу compliance. Зберігаються окремо від даних користувачів, з retention 5–7 років для юридично значущих документів. 98% наших клієнтів успішно проходять аудит з першого разу. У нас налаштована інтеграція з SIEM-системою, яка надсилає сповіщення при спробі несанкціонованої зміни записів.
Типові помилки при впровадженні:
- Зберігання згод тільки локально — втрата даних при переустановці.
- Відсутність версіонування політик — неможливо довести, під яку версію давалася згода.
- Ігнорування відкликання в SDK — дані продовжують збиратися, штраф неминучий.
Ми також передбачаємо сценарії міграції: якщо у вас вже є база старих згод, ми конвертуємо їх у новий формат з присвоєнням мінімальної версії політики.
| Регіон | Регуляція | Вимоги до згоди |
|---|---|---|
| Європа | GDPR | Гранулярна, явна, відкликана |
| Каліфорнія | CCPA | Opt-out для продажу даних |
| Бразилія | LGPD | Аналогічно GDPR, але з додатковими категоріями |
Що входить в роботу
- Розробка UI екрана налаштувань конфіденційності — адаптивний, доступний, без темних патернів.
- Інтеграція SDK аналітики та реклами з автоматичним реагуванням на зміни згоди.
- Серверна синхронізація записів для аудиту та compliance.
- Документація з compliance для юристів — опис архітектури, зберігання, політик.
- Навчання команди — як адмініструвати систему та реагувати на зміни регуляцій.
- Підтримка після впровадження (2 тижні) — виправлення зауважень аудиторів.
Терміни та вартість
Терміни: від 2 до 5 днів залежно від складності. Вартість розраховується індивідуально. 40+ успішних впроваджень, гарантуємо compliance.
Зв'яжіться з нами для аудиту вашого додатка — отримайте детальний план впровадження за 2 дні. Або замовте консультацію — ми оцінимо ваш проєкт і розповімо, як уникнути штрафів.