Персональные данные в мобильном приложении: политика конфиденциальности, анкеты магазинов и 152-ФЗ

Короткий ответ: приложению, которое собирает данные пользователей, нужны три вещи. Политика конфиденциальности по ссылке в магазине и внутри приложения, честно заполненные анкеты о данных — этикетка конфиденциальности в App Store и раздел Data safety в Google Play — и удаление аккаунта прямо из приложения, если в нём можно зарегистрироваться. Для российских пользователей сверху действует 152-ФЗ: согласие, политика обработки, уведомление Роскомнадзора и хранение первой записи данных в России. Ниже — что требует каждая сторона по первоисточникам на 30 октября 2026 года, как учесть сторонние SDK и чек-лист перед публикацией.

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

Требование	App Store	Google Play	152-ФЗ
Политика конфиденциальности	Ссылка в App Store Connect и внутри приложения (5.1.1(i))	Ссылка в Play Console и внутри приложения, открытая страница, не PDF	Политика обработки в открытом доступе там, где собираются данные (ст. 18.1 ч. 2)
Раскрытие данных	Этикетка конфиденциальности в App Store Connect	Раздел Data safety в Play Console	Цели, состав и сроки — в политике и согласии
Согласие	На сбор данных, с понятным способом отозвать (5.1.1(ii))	Для сбора, которого пользователь не ждёт, — пояснение в приложении и явное согласие	Конкретное, информированное, оформленное отдельно (ст. 9)
Удаление	Удаление аккаунта, инициируемое в приложении (5.1.1(v))	Путь в приложении плюс веб-страница для запроса	Прекратить обработку и уничтожить данные в течение 30 дней после отзыва согласия (ст. 21 ч. 5)
Сторонний код	Данные, которые собирают SDK, — тоже в этикетке	Данные SDK — тоже в анкете, ответственность на вас	Оператор отвечает за передачу данных третьим лицам и за границу
Хранение	Не регулирует	Не регулирует	Первая запись данных граждан РФ — в базы в России (ст. 18 ч. 5)

Что требуют App Store и Google Play?

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

Apple. По правилу 5.1.1(i) все приложения дают ссылку на политику в App Store Connect и в самом приложении, на видном месте. Политика должна прямо говорить, какие данные собираются, как и зачем; подтверждать, что третьи стороны — аналитика, рекламные сети, сторонние SDK — защищают данные не хуже; объяснять, сколько данные хранятся, как отозвать согласие и запросить удаление. Правило 5.1.1(ii) требует согласия на сбор данных, даже если они считаются анонимными, и понятного способа его отозвать; платная функция не может зависеть от того, дал ли человек доступ к данным. Для отслеживания между приложениями и сайтами других компаний нужно явное разрешение через App Tracking Transparency — правило 5.1.2(i).

Google Play. Политика о пользовательских данных требует ссылку на политику в специальном поле Play Console и ссылку или текст внутри приложения. Страница должна открываться по общедоступному адресу без географических ограничений, не быть PDF и быть явно названа политикой конфиденциальности. В ней — кто разработчик и как с ним связаться по вопросам данных, какие данные собираются и кому передаются, как они защищены, сколько хранятся и как удаляются. Если приложение собирает данные, которых пользователь не ждёт, например в фоне, нужно пояснение прямо в приложении и явное согласие перед системным запросом разрешения.

Данные	Откуда и зачем	Куда уходят	Что отметить в анкетах
Имя и телефон	Регистрация и вход по SMS-коду	Сервер в России, SMS-агрегатор	Контактные данные, связаны с пользователем, функциональность приложения
История записей	Основной сценарий	Сервер в России, CRM салона	Пользовательский контент или история покупок — по смыслу
Токен push	Напоминания о визите	Сервис доставки уведомлений платформы	Идентификатор устройства, функциональность
Отчёты о сбоях	Исправление ошибок	Сервис сбора сбоев (SDK)	Диагностика; проверить, куда SDK отправляет данные
События аналитики	Какие экраны открывают	Сервис аналитики (SDK)	Данные об использовании, аналитика; связаны ли с аккаунтом
Геолокация	Не собираем — адрес салона выбирают из списка	—	Не отмечать; убедиться, что ни один SDK её не запрашивает

Как заполнить анкету о данных в магазинах?

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

Обе анкеты считают «сбором» передачу данных с устройства. У Apple в описании этикеток конфиденциальности не нужно раскрывать данные, которые обрабатываются только на телефоне или отправляются на сервер и сразу удаляются после ответа на запрос. У Google в справке по Data safety раздел заполняют все приложения, включая те, что ничего не собирают; освобождены только приложения на внутреннем тестировании.

Что важно учесть в ответах:

• Связь с пользователем. Apple спрашивает, привязаны ли данные к личности — к аккаунту, телефону, почте. Аналитика с идентификатором пользователя — привязана.
• Цель. Функциональность, аналитика, реклама, персонализация — у каждого типа данных своя. Реклама и отслеживание — отдельные вопросы.
• Передача. Google не считает передачей третьим лицам отправку данных подрядчику, который обрабатывает их по вашему поручению, но сбор всё равно указывается.
• Шифрование при передаче. Отметить его в Data safety можно, только если всё, что приложение и его SDK отправляют с телефона, идёт по защищённому соединению.
• Запрос на удаление. Google спрашивает, может ли человек запросить удаление данных, и отдельно — про удаление аккаунта со ссылкой на веб-страницу.

Ответы нужно держать актуальными. Apple позволяет менять этикетку в App Store Connect в любой момент без нового релиза. Google пишет, что сам точность анкеты не проверяет, но при найденном расхождении требует исправления, а неисправленным приложениям грозят блокировка обновлений или удаление. Поэтому каждую новую библиотеку и новое поле в анкете регистрации стоит сверять с картой данных до релиза.

Почему удаление аккаунта из приложения обязательно?

Потому что этого требуют оба магазина: если в приложении можно создать аккаунт, удалить его тоже должно быть можно, а не только выйти или временно отключить. Без этого сборку отклоняют на проверке, а в Google Play приложение рискует ограничениями.

Что пишет Apple. В разъяснении к правилу 5.1.1(v): удаление начинается внутри приложения, обычно в настройках аккаунта; удаляется вся запись аккаунта с персональными данными; одной деактивации недостаточно. Если удаление завершается на сайте, нужна прямая ссылка на нужную страницу. Звонок, письмо или чат поддержки допустимы только в строго регулируемых сферах. Если есть автопродлеваемая подписка, человека предупреждают, что списания идут через Apple, и предлагают сначала её отменить. Если вход через Apple, при удалении отзывают токены. Если часть данных вы обязаны хранить по закону, скажите, что остаётся и что удаляется.

Что пишет Google. В требованиях к удалению аккаунта к пути внутри приложения добавлена веб-страница, где можно запросить удаление, не открывая приложение: ссылка, форма или адрес поддержки, с названием приложения или разработчика, как в карточке. Ссылка указывается в разделе Data safety. Вместе с аккаунтом удаляются связанные с ним данные на ваших серверах, а подрядчиков, которые обрабатывают их по вашему поручению, просят сделать то же. Что и сколько хранится после удаления — для безопасности или по закону, — нужно прямо сказать пользователю, например в политике.

Технически удаление — это не одна кнопка. Нужно решить, что делать с заказами и платежами, которые закон требует хранить, с сообщениями в чатах, с файлами в хранилище, с копиями в CRM и в резервных копиях, и сделать подтверждение, чтобы аккаунт не удаляли случайно.

Что требует 152-ФЗ от приложения?

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

Основное по тексту закона 152-ФЗ:

• Уведомление. По ч. 1 ст. 22 оператор уведомляет Роскомнадзор до начала обработки. Исключения узкие, обработка с помощью приложения под них обычно не подпадает.
• Согласие. По ч. 1 ст. 9 оно конкретное, информированное, однозначное и оформляется отдельно от других документов. В приложении это отдельный экран или отдельная галочка, а не строчка в пользовательском соглашении.
• Политика обработки. Ч. 2 ст. 18.1 обязывает оператора, который собирает данные через интернет, опубликовать документ о политике и дать к нему доступ. Для приложения практичный вариант — та же страница, что для магазинов, если в ней есть всё, что требует закон.
• Локализация. Ч. 5 ст. 18: при сборе данных граждан России запись, хранение и извлечение идут в базах в России. Сервер приложения и базу размещаем в российском дата-центре.
• Отзыв согласия. По ч. 5 ст. 21 оператор прекращает обработку и уничтожает данные в срок не более 30 дней с даты отзыва, если закон или договор не требуют иного. Кнопка удаления аккаунта закрывает и этот сценарий.
• Передача за границу. По ч. 3 ст. 12 о намерении передавать данные за рубеж уведомляют Роскомнадзор заранее, отдельно от общего уведомления.

Подробно о хранении, уведомлении, оформлении согласия и штрафах — в статье «Где хранить данные из форм сайта по 152-ФЗ»; для приложения правила те же. Если данные клиентов уходят во внешние сервисы обработки текста, отдельные риски разобраны в материале о передаче данных клиентов во внешние сервисы.

Сторонние SDK: тоже ваши данные?

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

На практике данные утекают не из основного кода, а из библиотек, подключённых «для удобства». Аналитика отправляет идентификаторы устройства, отчёт о сбое может прихватить содержимое экрана или поля формы, рекламный SDK — рекламный идентификатор. Если сервер такой библиотеки за границей, возникают вопросы и к анкетам магазинов, и к локализации с трансграничной передачей по 152-ФЗ.

Что делаем с библиотеками:

1. Составляем список всех SDK в сборке, включая те, что подтянулись зависимостями.
2. Для каждого смотрим опубликованные производителем сведения о данных: Google советует сверяться с ними при заполнении Data safety.
3. Убираем то, что не нужно: часто аналитика подключена в двух вариантах, а рекламный модуль — по умолчанию.
4. Отключаем лишний сбор в настройках: рекламный идентификатор, IP, автоматический сбор событий.
5. Для iOS проверяем, что популярные SDK из списка Apple подключены в версиях с манифестом конфиденциальности, а бинарные — с подписью: без этого новую сборку с ними не принять.

Push-уведомления тоже идут через сервис платформы: токен устройства уходит в службу доставки. Как она устроена, разобрано в статье о push-уведомлениях.

Что должно быть в политике конфиденциальности приложения?

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

1. Кто оператор: название, реквизиты, контакт для вопросов о данных.
2. Какие данные собираются — по карте данных, включая данные SDK.
3. Цели и правовые основания обработки для каждого типа данных.
4. Где хранятся данные: сервер в России, сроки хранения.
5. Кому передаются: подрядчики, сервисы, библиотеки, есть ли передача за границу.
6. Как защищены данные при передаче и хранении.
7. Права пользователя: доступ, исправление, отзыв согласия, удаление аккаунта — с путём в приложении и ссылкой на веб-страницу.
8. Что остаётся после удаления по закону и на какой срок.
9. Дата редакции и порядок изменений.

Одна страница на сайте закрывает и ссылку для App Store, и ссылку для Google Play, и публикацию по 152-ФЗ, если в ней есть всё перечисленное. Главное — чтобы текст, анкеты магазинов и код говорили одно и то же.

Какие ошибки встречаются чаще всего?

Чаще всего политика и анкеты пишутся отдельно от кода: текст скопирован, анкета заполнена по памяти, а SDK собирают больше, чем написано. Второе место — удаление аккаунта через письмо в поддержку.

• Ссылка на PDF или страницу, закрытую для зарубежных адресов. Google требует общедоступный адрес без ограничений и не PDF; проверяющие магазина могут открывать ссылку не из России.
• «Деактивировать» вместо «удалить». Обоим магазинам этого мало.
• Согласие внутри пользовательского соглашения. По 152-ФЗ оно оформляется отдельно.
• Данные регистрации пишутся сначала в зарубежный облачный сервис. Это вопрос локализации, а не только анкеты.
• Новая библиотека в обновлении без правки анкеты. Этикетка и Data safety устаревают молча.
• Запрос разрешений на старте. Геолокацию, контакты и камеру просят в момент, когда они нужны, с пояснением зачем.

Когда всё это проще, чем кажется?

Если приложение работает без регистрации и не отправляет данные с телефона, нужны короткая политика, анкеты с ответом «не собираем» и проверка SDK. Удаление аккаунта и большая часть требований 152-ФЗ в таком случае не возникают.

Примеры — калькулятор, справочник, игра без аккаунтов и аналитики. Если вход нужен только сотрудникам компании, а приложение не публикуется в общем каталоге, требования магазинов к удалению аккаунта могут не применяться: Google исключает из этого требования постоянно частные приложения и приложения для управления корпоративными устройствами. Но 152-ФЗ про данные сотрудников никуда не девается.

Чек-лист перед публикацией

• Составлена карта данных: что, откуда, куда и зачем, включая SDK.
• Лишние библиотеки и лишний сбор отключены.
• Политика опубликована по открытому адресу, не PDF, и совпадает с картой данных.
• Ссылка на политику есть в App Store Connect, в Play Console и внутри приложения.
• Этикетка конфиденциальности и Data safety заполнены по карте данных.
• Удаление аккаунта начинается в приложении; есть веб-страница для запроса удаления; в политике сказано, что и сколько хранится после удаления.
• Согласие на обработку оформлено отдельным действием; есть способ его отозвать.
• Разрешения запрашиваются в момент использования, с пояснением.
• Сервер и база с данными пользователей — в России; передачи за границу согласованы с юристом.
• Владелец подал уведомление в Роскомнадзор.
• Демо-аккаунт для проверяющих создан, удаление на нём проверено.

Порядок публикации и проверки — в статье как выпустить приложение в App Store, Google Play и RuStore. В нашем тарифе мобильное приложение стоит от 200 000 ₽, срок — от 2 недель; в него входят регистрация и вход, профиль и настройки, push, аналитика и публикация под вашими аккаунтами, а удаление аккаунта и хранение данных на сервере в России закладываем в ТЗ на брифе. Тексты политики и согласия готовит ваш юрист, мы даём ему карту данных и список SDK. После публикации 14 дней бесплатно вносим мелкие правки, гарантия по договору — 30 дней, дальше — поддержка от 7 900 ₽ в месяц. Подробнее — на странице разработки мобильных приложений.

Короткие ответы на частые вопросы

Нужна ли политика конфиденциальности, если приложение ничего не собирает?

Да. Apple требует ссылку на политику у всех приложений, правила Google Play прямо требуют политику и от приложений, которые не получают доступа к персональным данным. В таком случае политика короткая и прямо говорит, что приложение и встроенные библиотеки ничего не передают с устройства.

Можно ли взять политику конфиденциальности из шаблона?

Как основу — да, но текст должен совпадать с тем, что делает именно ваше приложение: какие данные, какие сервисы и SDK, где сервер, сколько хранятся данные и как их удалить. Шаблон, который расходится с анкетами магазинов и кодом, — частая причина замечаний на проверке. Юридические формулировки стоит доверить юристу.

Можно ли вместо кнопки удаления аккаунта дать адрес почты?

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

Кто оператор персональных данных — заказчик или студия?

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

Что будет, если в анкете Data safety указать неправду?

Google пишет, что за точность ответов отвечает разработчик, а проверка магазина их не подтверждает. Если найдено расхождение, его нужно исправить; приложения, которые не исправлены, рискуют блокировкой обновлений или удалением из Google Play.

Услуги и кейсы по теме: мобильные приложения · цены и сроки