Конструктор политики конфиденциальности

1. Что такое политика конфиденциальности и откуда взялось это название

Политика конфиденциальности — это публичный текст, в котором владелец сайта, мобильного приложения или другого онлайн-сервиса рассказывает пользователям, какие сведения о них он получает, зачем, кому их передаёт, как защищает и как человек может этим управлять. Название пришло из англоязычной практики (privacy policy): именно так документ называют магазины приложений, рекламные системы и зарубежные партнёры, и так его ищут владельцы сайтов.

Российский закон этого термина не знает. Закон о персональных данных № 152-ФЗ говорит о «документе, определяющем политику оператора в отношении обработки персональных данных», и требует, чтобы оператор, собирающий данные через интернет, опубликовал его на тех страницах, где идёт сбор. Поэтому для российского регулятора политика конфиденциальности — это и есть такой документ, только написанный языком пользователя и привязанный к конкретному ресурсу.

Отсюда главное правило чтения всей страницы: неважно, как называется файл в подвале сайта. Роскомнадзор, суд и модератор магазина приложений оценивают содержание — видно ли из текста, кто оператор, какие данные и для каких целей он обрабатывает, на каком основании, кому передаёт и что может сделать сам пользователь.

Документ нужен практически любому ресурсу, где человек хоть что-то о себе оставляет: форма обратной связи, заявка на звонок, корзина интернет-магазина, личный кабинет, подписка на новости, запись на приём, чат-бот. Даже сайт-визитка без форм обычно собирает технические сведения через счётчик посещаемости, и это тоже нужно описать.

2. Политика конфиденциальности и политика обработки персональных данных — одно и то же?

По сути это два способа изложить одни и те же обязанности, но с разным адресатом. Политика обработки персональных данных — внутренний по происхождению документ оператора: в ней для каждой цели перечисляются категории данных и субъектов, сроки, способы и порядок уничтожения, и она охватывает всех, чьи данные есть у компании, включая работников и контрагентов. Политика конфиденциальности смотрит наружу — на посетителя конкретного сайта или приложения.

Небольшому бизнесу допустимо обойтись одним документом, если в нём есть всё, что требует закон для опубликованной политики. Когда у компании много процессов (кадры, поставщики, несколько сайтов), удобнее держать общую политику оператора и короткие политики конфиденциальности для каждого ресурса со ссылкой на общую. Главное — чтобы тексты не противоречили друг другу в целях, сроках и перечне получателей.

Как распределяются роли в типовом комплекте документов онлайн-сервиса:

Правила сервиса и ответственность сторон удобнее вынести в пользовательское соглашение или публичную оферту, а в политике оставить только то, что касается информации о человеке.

3. Кто выступает администратором: гражданин, ИП или компания

В шаблоне владелец ресурса называется администратором. В конструкторе три варианта — физическое лицо, индивидуальный предприниматель и юридическое лицо, — и от выбора зависят реквизиты в тексте и часть обязательных шагов.

Гражданин, который ведёт блог или сайт для себя, не всегда подпадает под закон: 152-ФЗ не применяется к обработке исключительно для личных и семейных нужд (п. 1 ч. 2 ст. 1). Но как только через сайт собираются заявки клиентов, подписчики рассылки или записи на услугу, гражданин становится оператором, как и компания. Закон прямо относит к операторам физических лиц (п. 2 ст. 3).

Для юридического лица издание документов о политике прямо названо среди обязательных мер (п. 2 ч. 1 ст. 18.1), поэтому его политику обычно утверждают приказом руководителя. Вопрос конструктора «Политика утверждается приказом» добавляет гриф утверждения с датой и номером приказа. ИП и гражданину приказ не обязателен: им достаточно опубликовать текст, а дату утверждения видно из строки о редакции.

Вариант «Указать дату редакции политики» стоит оставлять включённым всегда. Дата показывает пользователю и проверяющему, какой текст действовал на момент конкретного события — регистрации, заявки, отправки рассылки, — и без неё спор о том, что человек видел при согласии, превращается в спор о скриншотах.

4. Сайт, мобильное приложение или иной сервис: чем отличаются тексты

Первый содержательный вопрос конструктора — для какого ресурса размещается документ. От ответа зависит, как описан объект в общих положениях.

Сайт в сети Интернет — указывается доменное имя. Если у компании несколько доменов или поддоменов с разными формами, лучше перечислить их все или сделать отдельные политики, иначе неясно, на какие страницы распространяется текст.

Мобильное приложение — указываются название приложения и платформа (iOS, Android, HarmonyOS и т. п.). Для приложения особенно важны разрешения устройства: доступ к камере, контактам, геолокации, уведомлениям. Каждое разрешение, которое запрашивает приложение, должно найти отражение в перечне данных и целях.

Иной сервис — чат-бот в мессенджере, мини-приложение в социальной сети, облачная программа, онлайн-касса или сервис бронирования. Здесь пишется полное наименование и адрес сервиса.

Если один бизнес работает и через сайт, и через приложение, удобнее составить два документа или один с разделами для каждого канала. Приложение почти всегда собирает больше: идентификаторы устройства, push-токены, данные о сбоях, иногда местоположение. Сайт, наоборот, чаще опирается на cookie и счётчики.

5. Где нужна ссылка на документ: сайт, App Store, Google Play, RuStore

Закон требует опубликовать политику на страницах сайта, с использованием которых осуществляется сбор данных (ч. 2 ст. 18.1). На практике это означает не только ссылку в подвале, но и ссылку рядом с каждой формой: заявка, корзина, регистрация, подписка.

Оператор, осуществляющий сбор персональных данных с использованием информационно-телекоммуникационных сетей, обязан опубликовать в соответствующей информационно-телекоммуникационной сети, в том числе на страницах принадлежащего оператору сайта в информационно-телекоммуникационной сети «Интернет», с использованием которых осуществляется сбор персональных данных, документ, определяющий его политику в отношении обработки персональных данных, и сведения о реализуемых требованиях к защите персональных данных… (ч. 2 ст. 18.1 Федерального закона № 152-ФЗ)

Для мобильных приложений к требованиям закона добавляются правила магазинов, и именно они чаще всего становятся причиной отказа в публикации:

• App Store (правило 5.1.1 руководства для разработчиков Apple): ссылка указывается в метаданных приложения и должна быть легко доступна внутри самого приложения; в тексте — какие данные собираются и как используются, какие третьи лица (аналитика, реклама, SDK) их получают, с подтверждением, что они обеспечивают равный уровень защиты, как долго данные хранятся и как пользователь отзывает согласие или просит удаление.
• Google Play (правила о пользовательских данных): ссылка обязательна для всех приложений — и в консоли разработчика, и внутри приложения; документ должен открываться по активной публичной ссылке, а не в виде PDF, содержать контакт разработчика для обращений, типы данных, получателей, порядок хранения и удаления. Текст сверяется с разделом «Безопасность данных» в карточке приложения.
• RuStore: если приложение работает с персональными данными, разработчик должен быть оператором, информировать пользователя о сборе данных и запрашиваемых разрешениях и получать согласие; сведения размещаются в приложении или ссылкой в описании.

Отсюда практический вывод: для приложения политику публикуют на отдельной веб-странице (а не только в файле внутри сборки), дублируют ссылку в меню «О приложении» или «Настройки» и следят, чтобы перечень данных в тексте совпадал с анкетами магазинов. Расхождение между анкетой «Безопасность данных» и политикой — частая причина отклонения обновления.

6. Какие данные пользователей перечислить

Вопрос «Обработку каких персональных данных осуществляет администратор» — один из самых важных. Закон запрещает избыточную обработку: содержание и объём данных должны соответствовать заявленным целям (ч. 5 ст. 5). Перечень в политике должен совпадать с тем, что реально запрашивают формы и собирают технические средства.

Варианты конструктора выстроены по нарастанию:

• «Только фамилию, имя и отчество» — подходит для формы вопроса или отзыва без контактов, но почти любая заявка требует ещё телефона или почты;
• «ФИО и дату рождения» и «ФИО, дату и место рождения» — нужны сервисам с возрастными ограничениями, страховым и туристическим услугам, записи к специалисту;
• «Иные данные, позволяющие идентифицировать пользователя» — расширенный набор: паспортные реквизиты, адрес регистрации и доставки, электронная почта, статистические данные;
• «Указать самостоятельно» — свободное поле, в котором перечень составляется под конкретные формы.

Расширенный набор уместен для сервисов, где без паспорта действительно не обойтись: бронирование авиабилетов, аренда автомобиля, оформление договоров с проверкой личности. Интернет-магазину или сервису записи паспортные данные обычно не нужны, и тогда точнее выбрать «Указать самостоятельно» и перечислить только используемые поля: имя, телефон, электронная почта, адрес доставки, история заказов.

Отдельно стоит подумать о категориях, которые требуют особых правил. Сведения о здоровье и биометрия (фото для распознавания, голосовой слепок) обрабатываются по специальным нормам 152-ФЗ (ст. 10, 11), а согласие за ребёнка даёт его законный представитель. Простого упоминания в политике для таких случаев недостаточно. Если сервис с такими данными работает, это повод для отдельного согласия и отдельного раздела.

7. Цели обработки: четыре варианта конструктора

Данные можно собирать только для конкретных, заранее определённых и законных целей (ч. 2 ст. 5). Цель определяет и основание обработки, и срок хранения, поэтому формулировка «для улучшения качества обслуживания» без конкретики — самая слабая часть любой политики.

Конструктор предлагает четыре готовых набора:

1. Для предоставления обслуживания — информационно-справочная работа: ответить на вопрос, прислать информацию о товарах или услугах администратора.
2. Обслуживание и идентификация — то же плюс узнавание пользователя: личный кабинет, история обращений, сохранённые настройки.
3. Обслуживание, идентификация и оформление договоров — для магазинов и сервисов, где через сайт заключаются сделки; в поле указывается вид договоров, например купли-продажи или оказания услуг.
4. Исполнение обязанностей, возложенных законом — когда хранить сведения требует закон: бухгалтерский и налоговый учёт, требования о противодействии отмыванию доходов, хранение информации организаторами распространения информации.

От цели зависит основание. Для заключения и исполнения договора по инициативе самого человека согласие не требуется (п. 5 ч. 1 ст. 6), для исполнения обязанности по закону — тоже (п. 2 ч. 1 ст. 6). А вот рекламная рассылка, персонализация и передача данных партнёрам для их собственных целей обычно опираются на согласие. Поэтому полезно разделять цели в тексте, а не соединять их в одну фразу: тогда видно, где отзыв согласия остановит обработку, а где нет.

8. Почему политика не заменяет согласие пользователя?

Политика — документ информационный: её публикуют, и обязанности оператора выполняются самим фактом размещения. Согласие — волеизъявление конкретного человека, и закон предъявляет к нему самостоятельные требования.

Согласие на обработку персональных данных должно быть конкретным, предметным, информированным, сознательным и однозначным. Согласие на обработку персональных данных может быть дано субъектом персональных данных или его представителем в любой позволяющей подтвердить факт его получения форме, если иное не установлено федеральным законом. Согласие на обработку персональных данных должно быть оформлено отдельно от иных информации и (или) документов, которые подтверждает и (или) подписывает субъект персональных данных (ч. 1 ст. 9 Федерального закона № 152-ФЗ)

Требование об отдельном оформлении действует с 1 сентября 2025 года. Поэтому в разделе о согласии политика лишь описывает, когда и как оно запрашивается, а само согласие оформляется отдельным текстом рядом с формой. Для этого на сайте есть согласие на обработку персональных данных, к которому ведёт ссылка у чекбокса.

Рабочая связка на форме выглядит так: отдельный неотмеченный чекбокс «Даю согласие на обработку персональных данных» со ссылкой на текст согласия и рядом — ссылка «Политика конфиденциальности» для ознакомления. Отмеченный заранее чекбокс или фраза «отправляя форму, вы соглашаетесь» мелким шрифтом под кнопкой плохо доказывают однозначность, а доказывать согласие придётся оператору (ч. 3 ст. 9).

Если форма нужна только для заключения договора, который инициирует сам человек (оформить заказ, записаться на услугу), основанием служит договор, и согласие формально не требуется. Но когда те же данные потом идут в рассылку, в CRM для повторных продаж или партнёрам, без согласия уже не обойтись. Проще сразу продумать, какие цели покрывает договор, а какие — согласие.

9. Регистрация и учётная запись: что сказать о профиле

Вопрос «Прохождение пользователем регистрации» добавляет раздел о профиле. При варианте «Требуется» перечисляются данные регистрационной формы, описываются обязанности пользователя по сохранности логина и пароля и правило о том, что действия под учётной записью считаются совершёнными её владельцем.

Дополнительный вопрос о подтверждении регистрации предлагает три режима: без подтверждения, по ссылке из письма или по коду из SMS. Подтверждение по коду одновременно проверяет номер телефона — один из способов авторизации, разрешённых законом; вход только по почте и паролю в этот перечень не входит.

С 1 декабря 2023 года ч. 10 ст. 8 закона об информации (в редакции № 406-ФЗ) обязывает российские компании и граждан, чьи сайты и приложения дают доступ к информации после авторизации, авторизовать пользователей из России одним из установленных способов: по номеру мобильного телефона, через Госуслуги (ЕСИА), через Единую биометрическую систему или через иную информационную систему российского владельца. Федеральным законом от 26.06.2026 № 199-ФЗ введена статья 13.55 КоАП: за нарушение порядка авторизации организациям грозит штраф от 500 до 700 тысяч рублей, должностным лицам — от 30 до 50 тысяч, гражданам — от 10 до 20 тысяч. Поэтому в политике стоит честно описать, какой способ входа используется и какие данные при этом передаются.

10. Cookie и веб-аналитика в тексте политики

Четыре вопроса конструктора касаются технических данных. «Сервис применяет систему cookies» добавляет определение и перечень автоматически собираемых сведений: тип действия, дата и время, адрес страницы, источник перехода, IP-адрес, сведения о браузере, идентификатор браузера, разрешение экрана, просмотренные товары. «Условие об обработке статистических данных» позволяет указать конкретную систему аналитики.

Два других вопроса — об управлении cookie через настройки браузера и о том, что после их блокировки часть функций может перестать работать. Эти условия полезны почти всегда: они подсказывают пользователю, как ограничить сбор, и снимают претензии к тому, что корзина или личный кабинет не открываются при отключённых файлах.

Квалификация cookie и идентификаторов браузера как персональных данных — предмет споров, а позиция практики не единая. Безопаснее исходить из того, что сочетание идентификатора с IP-адресом и поведением на сайте позволяет выделить конкретного человека, и описывать такую обработку так же подробно, как и анкетные данные. Подробный разбор видов файлов, баннера и сроков хранения — в отдельной политике обработки файлов cookie; в политике конфиденциальности достаточно короткого раздела и ссылки на неё.

Для аналитики важно указать сервис по названию. Если счётчик принадлежит иностранной компании или хранит данные за рубежом, возникают вопросы локализации (ч. 5 ст. 18 152-ФЗ) и трансграничной передачи, поэтому многие владельцы сайтов оставляют только российские системы.

11. Кому передаются данные: подрядчики, сервисы и государственные органы

Почти ни один сайт не работает в одиночку: есть хостинг, CRM, сервис рассылок, служба доставки, платёжный агрегатор, колл-центр. Если такой подрядчик обрабатывает данные для целей администратора, это поручение обработки, и закон предъявляет к нему особые требования.

Оператор вправе поручить обработку другому лицу с согласия субъекта, если иное не предусмотрено федеральным законом, на основании договора с этим лицом (ч. 3 ст. 6 152-ФЗ). Сам обработчик согласие у пользователя не получает (ч. 4 ст. 6) — это задача администратора.

За действия обработчика перед пользователем отвечает сам администратор (ч. 5 ст. 6). Поэтому с каждым подрядчиком нужен договор или условие в договоре, где указаны перечень данных, действия с ними, цели и обязанность соблюдать конфиденциальность. Для разработчика сайта такое условие удобно включить прямо в договор на разработку сайта, а для прочих партнёров — оформить соглашение о конфиденциальности с разделом о персональных данных.

Конструктор предлагает три способа определить перечень третьих лиц: администратор определяет его самостоятельно, публикует перечень на своём ресурсе в разделе «Конфиденциальность» или указывает получателей прямо в политике с наименованием и адресом. Чем конкретнее перечень, тем легче доказать, что согласие было информированным, и тем проще ответить на запрос пользователя о том, кому передавались его сведения. Отдельно опубликованный перечень удобен, когда подрядчики меняются часто: список обновляется без новой редакции всего документа.

Передача данных органам дознания, следствия и другим уполномоченным органам происходит по основаниям, предусмотренным законом, и согласия не требует. Условие об этом в шаблоне носит информационный характер: оно предупреждает пользователя, что такие запросы возможны.

12. Можно ли включить в политику согласие на рекламу?

Вопрос конструктора «Согласие пользователя на распространение ему рекламных материалов» добавляет условие о рекламе администратора и его партнёров, а дополнительный вопрос — канал: SMS, push-уведомления, электронная почта, звонки, мессенджеры или любой способ по оставленным контактам.

Для рекламы действует отдельный закон со строгим правилом.

Распространение рекламы по сетям электросвязи, в том числе посредством использования телефонной, факсимильной, подвижной радиотелефонной связи, допускается только при условии предварительного согласия абонента или адресата на получение рекламы. При этом реклама признается распространенной без предварительного согласия абонента или адресата, если рекламораспространитель не докажет, что такое согласие было получено (ч. 1 ст. 18 Федерального закона № 38-ФЗ «О рекламе»)

Бремя доказывания лежит на рассылающем. Надёжнее всего получать рекламное согласие отдельной галочкой, не связанной с оформлением заказа, и хранить журнал: когда, с какого устройства и на какой номер или адрес согласие дано. Условие в политике при этом описывает каналы и порядок отказа, а не заменяет саму галочку. Для персональных данных то же правило закреплено в ч. 1 ст. 15 152-ФЗ: продвижение товаров путём прямых контактов через средства связи допускается только с предварительного согласия.

Отказ от рассылки должен работать так же просто, как подписка: ссылка «отписаться» в письме, команда в SMS, переключатель в настройках приложения. По требованию получателя рассылка прекращается немедленно. За рекламу без согласия по ч. 1 ст. 14.3 КоАП организацию могут оштрафовать на сумму от 100 до 500 тысяч рублей, должностное лицо — от 4 до 20 тысяч. Если рекламу по вашей базе рассылает агентство, распределите ответственность в договоре оказания рекламных услуг.

13. Меры защиты: стандартный перечень или собственный

Закон требует опубликовать не только политику, но и сведения о реализуемых требованиях к защите данных (ч. 2 ст. 18.1). Раздел о мерах выполняет именно эту задачу. Меры делятся на правовые, организационные и технические (ст. 19).

Вариант «Стандартные» добавляет типовой набор:

• правовые — положение о защите персональных данных, приказ о назначении ответственных, соглашения о конфиденциальности с теми, у кого есть доступ;
• организационные — назначение ответственных лиц, хранение бумажных носителей в сейфе;
• технические — средства защиты информации, прошедшие оценку соответствия, взаимодействие с государственной системой обнаружения компьютерных атак.

Стандартный набор подходит, если эти меры действительно приняты. Если нет — лучше выбрать «Указать самостоятельно» и описать то, что есть: шифрование соединения, разграничение доступа к административной панели, резервное копирование, журналирование входов, двухфакторная аутентификация для сотрудников. Опубликованное обещание, которое не исполняется, при проверке или утечке работает против администратора. Внутренние документы о защите удобно оформить на основе шаблона положения о защите персональных данных.

14. Права пользователя и обязанности администратора в тексте

Вопросы «Права пользователя» и «Права и обязанности администратора» позволяют включить или исключить эти разделы, а права — сформулировать самостоятельно. Исключать их не стоит: пользователю важнее всего знать, что он может сделать и куда обратиться.

Типовой раздел прав напоминает, что человек вправе уточнять, обновлять свои данные, требовать их блокирования или уничтожения и запрашивать сведения об обработке: перечень данных, правовые основания, источники, сроки обработки и хранения. На запрос оператор отвечает в течение 10 рабочих дней, срок может быть продлён ещё на 5 рабочих дней с мотивированным уведомлением (ч. 1 ст. 20 152-ФЗ).

Раздел будет полезнее, если добавить к нему способ обращения: адрес электронной почты, форму в личном кабинете, почтовый адрес. Магазины приложений прямо требуют контакт для вопросов о конфиденциальности, а пользователю так проще, чем искать реквизиты по всему сайту.

Обязанности администратора в шаблоне сводятся к использованию данных только в заявленных целях, мерам защиты и хранению в пределах нужного срока. Помните, что документы оператора не могут содержать положений, ограничивающих права субъектов (п. 2 ч. 1 ст. 18.1): формулировки вроде «пользователь не вправе требовать удаления» не действуют, даже если опубликованы.

15. Сколько действует согласие и когда удалять данные?

Последний вопрос конструктора — срок действия согласия. Вариантов три:

Без ограничения по времени — согласие действует, пока его не отзовут. Удобно для долгих отношений, но не отменяет правила о сроке хранения: данные хранятся не дольше, чем требуют цели (ч. 7 ст. 5).

В течение определённого периода — указывается число лет. Подходит для рассылок и программ лояльности: по истечении срока согласие нужно обновить.

До достижения цели обработки — самый понятный вариант для разовых заявок и заказов: исполнили договор, прошли сроки на возврат и претензии — данные уничтожаются или обезличиваются.

Во всех вариантах пользователь вправе отозвать согласие, уведомив администратора; текст предусматривает письменное уведомление. После отзыва обработку нужно прекратить и данные уничтожить в срок не более 30 дней, если нет иного законного основания их хранить (ч. 5 ст. 21). Такие основания есть часто: сведения о покупке нужны для бухгалтерского и налогового учёта, и закон разрешает продолжать обработку без согласия по основаниям п. 2–11 ч. 1 ст. 6 (ч. 2 ст. 9). В политике это стоит сказать прямо, чтобы пользователь не ожидал полного удаления истории заказов.

16. Как обновлять политику и хранить старые редакции?

Документ живёт вместе с ресурсом: появилась новая форма, подключили чат, сменили сервис рассылок, запустили приложение — текст нужно обновить. Строка о редакции в шаблоне указывает, что политика действует до принятия новой редакции, и это позволяет менять её без переподписания.

Порядок обновления, который выдерживает проверку:

1. Сначала изменить процессы и договоры с подрядчиками, потом — текст, чтобы политика описывала то, что есть на самом деле.
2. Утвердить новую редакцию (у юридического лица — приказом) и поставить новую дату.
3. Опубликовать её по тому же адресу, чтобы не сломать ссылки в формах и карточках магазинов приложений.
4. Сохранить прежние редакции с датами действия — архивом на сайте или в файлах компании.
5. Сообщить пользователям о существенных изменениях: баннер, письмо, уведомление в приложении.
6. Если появились новые цели, которые опираются на согласие, получить новое согласие, а не считать старое распространившимся на них.

Последний пункт важен: согласие конкретно и информировано на момент его дачи. Расширение целей публикацией новой редакции без нового согласия уязвимо, а обработка несовместимая с целями сбора запрещена (ч. 2 ст. 5).

17. Какая ответственность грозит за отсутствие или ошибки в политике?

Санкции зависят от того, в чём состоит нарушение:

• не опубликована политика или сведения о мерах защиты — ч. 3 ст. 13.11 КоАП: для граждан от 1,5 до 3 тысяч рублей, для должностных лиц от 6 до 12 тысяч, для ИП от 10 до 20 тысяч, для организаций от 30 до 60 тысяч;
• обработка без законного основания или несовместимая с целями сбора — ч. 1 ст. 13.11 КоАП: для организаций от 150 до 300 тысяч рублей, для граждан от 10 до 15 тысяч, повторно — больше;
• реклама без согласия — ч. 1 ст. 14.3 КоАП, до 500 тысяч рублей для организации;
• авторизация неразрешённым способом — ст. 13.55 КоАП, до 700 тысяч рублей для организации.

Помимо штрафов, пользователь вправе требовать компенсации морального вреда, причинённого нарушением правил обработки, независимо от возмещения убытков (ч. 2 ст. 24 152-ФЗ). Для бизнеса с приложением ощутимой бывает и внеправовая санкция: магазин снимает приложение или отклоняет обновление до исправления текста.

Грамотная политика сама по себе от ответственности не освобождает: наказывают за фактическую обработку, а не за формулировки. Но она показывает, что оператор определил цели, основания и сроки, и даёт опору при проверке и в споре с пользователем. Для интернет-магазинов полный набор документов разобран в статье о том, какие соглашения нужны интернет-магазину.

18. Как составить политику конфиденциальности в конструкторе

Перед заполнением выпишите, какие формы есть на ресурсе, какие поля в них запрашиваются, какие сервисы подключены (аналитика, CRM, рассылка, оплата, доставка) и какой способ входа используется. С этим списком ответы на вопросы займут несколько минут:

1. Решите, утверждается ли политика приказом, и включите дату редакции.
2. Выберите ресурс — сайт, приложение или иной сервис — и укажите домен, название приложения и платформу либо адрес сервиса.
3. Укажите администратора: гражданина, ИП или компанию с реквизитами.
4. Оставьте определения персональных данных и обработки — они делают текст понятным без обращения к закону.
5. Выберите перечень данных; если стандартные наборы не совпадают с вашими формами, перечислите поля самостоятельно.
6. Настройте cookie, статистику, управление файлами и предупреждение о недоступности функций.
7. Определите, передаются ли данные подрядчикам, и выберите способ указать их перечень.
8. Настройте регистрацию и способ её подтверждения, а также условие о рекламе и её каналах.
9. Выберите цель обработки, меры защиты, права пользователя, обязанности администратора и срок согласия.

После скачивания проверьте текст на соответствие реальным формам сайта и анкетам магазинов приложений, поставьте ссылки в подвал, у каждой формы и в меню приложения, а рядом с формами разместите отдельное согласие. Готовую политику конфиденциальности можно заполнить онлайн прямо в конструкторе или скачать в PDF или WORD и дописать поля на своём компьютере.

Автор статьи: Мария Губина (юрист)