Юридические документы для мобильного приложения
Входим в ведущие рейтинги и объединения страны:
Для пользователя мобильное приложение начинается с иконки в магазине приложений и нескольких простых действий: зарегистрироваться, согласиться с условиями использования, разрешить использование некоторых функций смартфона (диктофон, контакты, геолокация). Для бизнеса за каждым таким действием стоят вопросы, решение которых не ограничивается средствами разработки. Юридическое сопровождение подготовки мобильного приложения тоже является частью работы над продуктом.
Рейтинг материала:
юрист практики цифрового права
Дата публикации: 03.11.2026
Дата обновления: 03.11.2026
Дата обновления: 03.11.2026
Структура страницы
Преимущества наших документов
- Проходят модерациюСверяем документы с правилами RuStore, App Store и Google Play и с тем, что вы указали в консоли разработчика.
- Соответствуют Федеральному закону от 27.07.2006 № 152-ФЗ «О персональных данных»Учитываем актуальные нормы законодательства: согласие отдельным документом, локализация, зарубежные SDK.
- Написаны под ваше приложениеОтталкиваемся от функций, разрешений и модели монетизации, а не от шаблона из интернета.
Какие документы нужны мобильному приложению
Состав необходимых документов находится в непосредственной зависимости от функционала приложения: собирает ли оно персональные данные, принимает ли платежи, предлагает ли пользователям персональные рекомендации – всё это скажется на итоговом перечне документации.
Для мобильного приложения в России обычно готовят как минимум три документа: пользовательское соглашение или лицензионное соглашение с конечным пользователем (EULA), политику обработки персональных данных и согласие на обработку персональных данных (оно обязательно оформляется отдельно от других документов). Для подписок, рекомендательной ленты, пользовательского контента и push-рассылок могут дополнительно устанавливаться специальные требования. При подготовке документов нужно учитывать не только российское законодательство, но и требования магазина приложений. Несоблюдение этих требований может помешать пройти модерацию. Например, Google Play требует разместить политику конфиденциальности в приложении и ссылку на неё в карточке, даже если приложение не собирает персональные данные пользователей.
Таблица ниже поможет определить, какие документы нужны вашему приложению:
К обеспечению наличия необходимых документов нужно подходить со всей серьезностью, за отсутствие минимально необходимого набора документов владелец приложения может быть подвергнут ответственности. Так, например, обработка персональных данных без надлежаще оформленного согласия на обработку персональных данных может влечь за собой наложение административного штрафа в размере от 300 000 до 700 000 рублей, санкция за повторное нарушение нанесет ещё больший ущерб бюджету предпринимателей: суммы варьируются от 1 млн до 1,5 млн рублей (ст. 13.11 КоАП РФ).
Документ | Зачем нужен | Когда обязателен |
Пользовательское соглашение | Правила сервиса, ответственность, блокировка аккаунта | Всегда, особенно если есть сервис или регистрация |
EULA (лицензионное соглашение) | Право пользоваться программой и его пределы | Всегда, однако можно объединить с пользовательским соглашением |
Политика конфиденциальности | Какие данные собираются приложением, для каких целей и сколько они хранятся | Всегда, требуется согласно Федеральному закону от 27.07.2006 № 152-ФЗ «О персональных данных» и правилам RuStore, App Store и Google Play |
Согласие на обработку персональных данных | Основание для обработки данных | В случаях, когда обработка не опирается на договор или закон. С 01.09.2025 согласие должно быть в форме отдельного документа |
Согласие на рекламные рассылки и push | Право отправлять рекламу | Если есть маркетинговые push, email, SMS |
Правила подписки и оплаты | Цена, автопродление, отказ, возврат | Если есть подписки или встроенные покупки. Можно включить в пользовательское соглашение |
Правила рекомендательных технологий | Как формируется персональная лента | Когда приложение подбирает контент или товары по предпочтениям пользователя |
Правила пользовательского контента | Что нельзя публиковать, как работает модерация | Когда пользователи пишут отзывы, комментарии, загружают свой контент (фото, видео) |
К обеспечению наличия необходимых документов нужно подходить со всей серьезностью, за отсутствие минимально необходимого набора документов владелец приложения может быть подвергнут ответственности. Так, например, обработка персональных данных без надлежаще оформленного согласия на обработку персональных данных может влечь за собой наложение административного штрафа в размере от 300 000 до 700 000 рублей, санкция за повторное нарушение нанесет ещё больший ущерб бюджету предпринимателей: суммы варьируются от 1 млн до 1,5 млн рублей (ст. 13.11 КоАП РФ).
Пользовательское соглашение для мобильного приложения
Пользовательское соглашение — это договор между владельцем приложения и пользователем, заключаемый через акцепт оферты. Акцепт может быть выражен разными способами, как правило, пользовательское соглашение может содержать варианты принятия своих условий прямо в преамбуле. Например, оферта может быть принята путем проставления пользователем галочки в чекбоксе «Соглашаюсь с условиями оферты», оплаты подписки на сервис или любого иного использования приложения после регистрации.
Содержание пользовательского соглашения обычно охватывает достаточно широкий спектр вопросов:
- правила использования сервиса;
- права и обязанности сторон;
- порядок оплаты;
- продления подписки;
- основания блокировки или удаления аккаунта;
- пределы ответственности;
- порядок разрешения споров и порядок изменения условий.
Индустрия мобильных приложений имеет свою специфику, когда дело касается пользовательских соглашений: учет поддержки старых версий приложения, а также работа приложения на определенных версиях операционных систем (Android, iOS), офлайн-доступ к функциям, покупки через платёжные системы магазинов приложений и ответственность за сбои сторонних сервисов. Если приложение размещается в магазинах приложений, оно с большей долей вероятности ориентировано на потребителей, а потому соглашение должно учитывать Закон РФ от 07.02.1992 № 2300-1 «О защите прав потребителей».
EULA — лицензионное соглашение с конечным пользователем
EULA (End User License Agreement) — это лицензионное соглашение с конечным пользователем, по которому правообладатель обычно предоставляет простую (неисключительную) лицензию на приложение. В российском праве такое соглашение можно заключить в упрощённом порядке по п. 5 ст. 1286 ГК РФ: пользователь начинает пользоваться программой на указанных в соглашении условиях и тем самым принимает их.
В EULA указывают саму программу, разрешённые способы её использования, территорию и срок действия лицензии, а также условия оплаты или бесплатного использования. В таком соглашении также прописывают ограничения: например, на декомпиляцию, обход технической защиты и распространение изменённых версий программы.
Когда в EULA существует необходимость
Для небольшого сервиса EULA и пользовательское соглашение можно объединить в один документ. Отдельное EULA может быть удобнее, если приложение распространяется среди корпоративных клиентов или разные тарифы предусматривают разный объём прав на программу. Необходимость в составлении собственного EULA может быть обусловлена правилами магазина приложений. Например, в App Store действует особое правило: если разработчик не добавит своё EULA, к приложению применяется стандартное EULA Apple (App Store Connect Help). Как правило, стандартные формы, особенно если платформа администрируется иностранным лицом, не рассчитаны на требования российского законодательства или требования российских магазинов приложений, поэтому рекомендуется составлять свое EULA, носящее более универсальный характер. Подробнее о лицензиях на ПО — в разделе договор на передачу прав на ПО, для приложений по подписке — договор SaaS.
Отличия пользовательского соглашения от EULA
При изучении содержания пользовательского соглашения и EULA закономерно может возникнуть вопрос: иногда пользовательское соглашение предусматривает всё то же самое, что и EULA, в чем же тогда состоит принципиальное отличие одного от другого? Как понять, что нужно для конкретного приложения?
EULA отвечает на вопрос «что пользователю можно делать с программой», а пользовательское соглашение — на вопрос «как программа работает». Содержание пользовательского соглашения обычно шире, чем содержание EULA, поэтому данные понятия пользовательского соглашения и EULA могут соотноситься как общее и частное.
Политика конфиденциальности для приложения
Если приложение собирает и использует персональные данные своих пользователей, владелец приложения является оператором персональных данных на основании Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных». Согласно законодательству о персональных данных, а именно ч. 2 ст. 18.1 Федерального закона от 27.07.2006 № 152-ФЗ, оператор обязан публиковать в сети Интернет актуальную политику обработки персональных данных в свободном доступе.
В приложении ссылку удобно разместить на экране регистрации и в настройках, чтобы пользователь мог ознакомиться с политикой до передачи данных и вернуться к ней позже. Apple и Google также требуют, чтобы политика была доступна из приложения, а ссылка на неё была указана в соответствующем поле при публикации в магазине.
Содержание политики должно предусматривать перечень используемых персональных данных, способы обработки, цели обработки и её сроки. Некоторые персональные данные могут образовывать наборы данных, каждый из которых используется для отдельной цели. Для каждого такого набора лучше отдельно пояснять цель обработки, способы обработки и возможность передачи третьим лицам.
В политике нужно описать не только сведения, которые самостоятельно вводит в приложение пользователь, но и данные, которые собираются автоматически: например, идентификаторы устройства, геолокацию, информацию, получаемую через встроенные инструменты аналитики и рекламы.
Отдельно следует описать сроки или условия хранения данных. Apple прямо требует раскрывать в политике правила хранения и удаления данных, а также объяснять, как отозвать согласие или запросить удаление информации. Google также требует описывать правила хранения и удаления данных. Если приложение позволяет создавать аккаунт, одного описания в политике недостаточно: Apple требует возможности инициировать его удаление из приложения, а Google — как из приложения, так и через отдельную веб-страницу. Если часть данных необходимо сохранить после удаления аккаунта, например для выполнения требований закона, об этом нужно сообщить пользователю.
Если использование зарубежных сервисов предполагает трансграничную передачу персональных данных, до её начала по общему правилу нужно направить отдельное уведомление в Роскомнадзор. Подробнее — на странице разработки политики обработки персональных данных.
Согласия пользователя
В соответствии с поправками в Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных», внесенными ст. 5 Федерального закона от 24.06.2025 № 156-ФЗ «О создании многофункционального сервиса обмена информацией и о внесении изменений в отдельные законодательные акты Российской Федерации», с 1 сентября 2025 года согласие на обработку персональных данных оформляется отдельно от других документов.
В соответствии с поправками в Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных», внесенными ст. 5 Федерального закона от 24.06.2025 № 156-ФЗ «О создании многофункционального сервиса обмена информацией и о внесении изменений в отдельные законодательные акты Российской Федерации», с 1 сентября 2025 года согласие на обработку персональных данных оформляется отдельно от других документов. Теперь фразы «принимая пользовательское соглашение, вы соглашаетесь на обработку данных» недостаточно для получения согласия, оно должно быть выражено явно и недвусмысленно. Пользователь должен совершить самостоятельное действие.
Самый распространенный вариант — проставление галочки рядом со ссылкой на текст согласия (самим текстом согласия). Причем чекбокс согласия должен быть пустым по умолчанию, предустановленная галочка считается нарушением ч. 1 ст. 9 Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных».
Подробнее — в разделе разработка согласия на обработку персональных данных.
Самый распространенный вариант — проставление галочки рядом со ссылкой на текст согласия (самим текстом согласия). Причем чекбокс согласия должен быть пустым по умолчанию, предустановленная галочка считается нарушением ч. 1 ст. 9 Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных».
Подробнее — в разделе разработка согласия на обработку персональных данных.
Аналогично ситуация обстоит с согласием на рекламные рассылки. Для разных целей необходимо использовать разные чекбоксы, а для каждой цели должно оформляться отдельное согласие. Включение согласия на получение рекламы в текст других документов является недобросовестной практикой (например, Информационное письмо Банка России № ИН-06−59/70, ФАС России № АК/75 514/21 от 06.09.2021).
Для включения функции push-уведомлений также от пользователя потребуется дополнительное согласие, но выражено оно может быть уже не в форме отдельного документа. Требование о push-уведомлениях предусмотрено непосредственно правилами магазинов приложений. Например, в Apple Developer Program License Agreement, в п. 1.3 дополнения №1 (Additional Terms for Apple Push Notification Service and Local Notifications) установлено: до направления пользователю push он должен дать согласие на их получение. Запрашивает отдельное согласие и RuStore. Пункт 5.10 Соглашения о распространении программных продуктов прямо обязывает разработчиков получить предварительные согласия на получение push-уведомлений от пользователей.
Запросы разрешений на геолокацию, камеру и контакты должны совпадать с целями из политики, при этом такой доступ нужно запрашивать для конкретных функций приложения. Так, например, Apple (п. 5.1.5. App Review Guidelines) прямо предусматривает, что геолокацию можно использовать только тогда, когда она непосредственно связана с функциями и услугами приложения. На использование таких данных у пользователя нужно получить согласие, а саму цель использования геолокации необходимо объяснить внутри приложения. Аналогично ситуация обстоит с использованием камеры или диктофона: для их использования необходимо явное согласие и понятная визуальная или звуковая индикация.
Подписки и встроенные покупки
Если в приложении продаётся подписка, в пользовательских документах нужно указать:
- её стоимость;
- периодичность списаний;
- условия пробного периода;
- порядок отказа от подписки и возврата денег.
“
Например, порядок автоматических списаний также должен быть описан в документах разработчика — это прямо предусмотрено п. 4.2 Условий приема платежей для Разработчиков RuStore. Причем если говорить об автоматических списаниях, то также очень важно упомянуть про запрет использования для оплаты банковских реквизитов пользователя, если такой пользователь отказался использовать данные реквизиты для оплаты подписки. Данное правило установлено п. 4.2 ст. 16.1 Закона РФ от 07.02.1992 № 2300-1 «О защите прав потребителей» и действует с 1 марта 2026 года.
Подключить приём платежей через RuStore могут только российские юридические лица и индивидуальные предприниматели, зарегистрированные в России, комиссия в пользу RuStore составит 15% от дохода разработчика (п. 5.9 и 6.1 Соглашения RuStore о распространении программных продуктов). Причем ответственность перед пользователями за обработку платежей, а также организацию возврата платежей лежит на разработчике, не на RuStore (п. 3.2 Соглашения RuStore о распространении программных продуктов и п. 5.9.3 Условий приема платежей для Разработчиков).
Документы для отдельных функций
Иногда правила конкретных магазинов или законодательство могут предусматривать отдельные требования относительно мобильных приложений:
Рекомендательная лента
Владелец любой программы, на которой применяются рекомендательные технологии, обязан публиковать правила применения рекомендательных технологий на русском языке, которые содержат в себе описание, а также способы осуществления процессов и методов обработки предпочтений пользователей и предоставление рекомендаций на основе этих предпочтений, а также информацию о том, какие сведения в принципе будут относиться к категории предпочтений в целях поиска рекомендаций (ст. 10.2-2 Федерального закона от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»).
Пункт 5.2 Соглашения RuStore о распространении программных продуктов прямо обязывает разработчиков размещать в открытом доступе посредством RuStore все документы, необходимые в соответствии с требованиями действующего применимого законодательства.
Пункт 5.2 Соглашения RuStore о распространении программных продуктов прямо обязывает разработчиков размещать в открытом доступе посредством RuStore все документы, необходимые в соответствии с требованиями действующего применимого законодательства.
Пользовательский контент
В отношении приложений, предусматривающих возможность создания и публикации, как правило, также требуется предоставлять правила публикации, устанавливать порядок жалоб и удаления контента, а также получения от пользователя лицензии на его фото и тексты. В RuStore приложения с UGC должны предусматривать правила допустимого контента, их наличие проверяется при модерации UGC-приложений (п. 3.5 Правил модерации RuStore).
Возрастная маркировка
Необходимость возрастной маркировки мобильных приложений прямо предусмотрена законодательством Российской Федерации (ст. 12 Федерального закона от 29.12.2010 № 436-ФЗ «О защите детей от информации, причиняющей вред их здоровью и развитию»).
RuStore требует наличия такого знака (п. 4.6 Соглашения RuStore о распространении программных продуктов), причем если неисполнение разработчиком требования разместить маркировку повлечет за собой привлечение RuStore к административной ответственности и взыскание штрафов, то компания имеет право требовать возмещения понесенных убытков, включая судебные расходы, от разработчика-нарушителя. В Google Play тоже нельзя публиковать приложения без указания возрастных ограничений (причем реклама, если таковая есть в приложении, должна соответствовать тому же возрастному ограничению, что и иной контент). App Store предусматривает требование об использовании механизма возрастного ограничения, основанного на подтвержденном или заявленном возрасте.
RuStore требует наличия такого знака (п. 4.6 Соглашения RuStore о распространении программных продуктов), причем если неисполнение разработчиком требования разместить маркировку повлечет за собой привлечение RuStore к административной ответственности и взыскание штрафов, то компания имеет право требовать возмещения понесенных убытков, включая судебные расходы, от разработчика-нарушителя. В Google Play тоже нельзя публиковать приложения без указания возрастных ограничений (причем реклама, если таковая есть в приложении, должна соответствовать тому же возрастному ограничению, что и иной контент). App Store предусматривает требование об использовании механизма возрастного ограничения, основанного на подтвержденном или заявленном возрасте.
Сведения о правообладателе
В App Store требуется указать название лица или организации, обладающих исключительными правами на приложение, с указанием года получения прав, сам символ авторского права добавляется автоматически. По правилам RuStore разработчик обязан разместить сведения о лице, разместившем приложение, его наименование, юридический и фактический адреса, ИНН, иные контактные данные (п. 4.4 Соглашения RuStore о распространении программных продуктов). Google Play не только запрашивает данные сведения, но и прямо говорит о том, что будет отображать юридическое наименование, адрес, электронную почту разработчика и номер его телефона для повышения прозрачности и установления безопасности пользователей.
Требования RuStore, App Store и Google Play
Для всех трех сторов требуется разместить политику конфиденциальности и заполнить сведения о том, какие данные собирает приложение и как их использует. Если в приложении можно создать аккаунт, пользователь должен иметь возможность подать запрос на его удаление из приложения. Для Google Play также нужен доступный вне приложения способ отправить такой запрос — через веб-страницу. При публикации в RuStore необходимо соблюдать российское законодательство, указывать актуальные контактные данные разработчика и корректный возрастной рейтинг.
Источники:
1] Соглашение RuStore о распространении программных продуктов;
2] Правила модерации RuStore: требования к приложениям;
3] Декларация разрешений: защита пользовательских данных в RuStore;
4] App Store App Review Guidelines;
5] Apple Developer Program License Agreement;
6] Справочные материалы App Store;
7] App privacy details on the App Store;
8] Политика Google Play «User Data»;
9] Google Play Developer Distribution Agreement.
Данные проверены в октябре 2026 года.
Требование | RuStore | App Store | Google Play |
Политика конфиденциальности | Разработчик выступает самостоятельным и независимым от RuStore оператором персональных данных и является ответственным за обработку данных пользователей. Публикация ссылки на политику конфиденциальности обязательна (п. 4.4 и 4.5 Соглашения RuStore о распространении программных продуктов) | Все приложения должны содержать ссылку на политику конфиденциальности в поле метаданных App Store Connect и в самом приложении, причем доступ не должен быть затруднен (п. 5.1.1(i) App Review Guidelines) | Разработчик всегда должен соблюдать законодательство о защите данных и конфиденциальности, действующее в юрисдикциях, в которых распространяется приложение. Актуальная политика конфиденциальности должна быть размещена в приложении и на его странице в Google Play (User Data) |
Пользовательское соглашение / EULA | Разработчик обязуется разместить в приложении и (или) совместно с ним ссылку на пользовательское соглашение (п. 4.4 Соглашения RuStore о распространении программных продуктов) | Без своей EULA действует стандартная EULA Apple (п. 3.2. Apple Developer Program License Agreement) | По желанию разработчика он может включить в свой продукт отдельное EULA, но документы Google всё равно будут иметь приоритет над EULA (п. 5.3 Google Play Developer Distribution Agreement). |
Удаление аккаунта | Если приложение предусматривает создание учётной записи, то должна быть предусмотрена и возможность её удаления (непосредственно в приложении, с удалением персональных данных) (п. 5.2 Правил модерации RuStore: требования к приложениям) | Опция удаления должна быть легко находимой в приложении. Если для удаления аккаунта необходимо перейти на веб-сайт, для этого нужно добавить прямую ссылку на страницу, на которой можно завершить удаление (п. 5.1.1(v) Справочных материалов) | Приложение должно позволять пользователям запрашивать удаление своей учетной записи как внутри приложения, так и за его пределами (например, на веб-сайте). Временная деактивация, отключение или «заморозка» учетной записи не считается удалением (User Data) |
Декларация данных | Для обеспечения безопасности данных пользователя RuStore проводит проверку всех запрашиваемых разрешений каждого приложения (Декларация разрешений: защита пользовательских данных в RuStore) | Разработчик должен предоставить в App Store Connect сведения о работе приложения с данными, включая практики сторонних партнёров, код которых встроен в приложение (App privacy details on the App Store) | Разработчик обязательно заполняет для каждого приложения раздел Data safety, подробно описывающий сбор, использование и передачу пользовательских данных. Разработчик отвечает за достоверность и актуальность сведений. Такие сведения должны согласовываться с раскрытиями в политике конфиденциальности (Data safety section) |
Информация о разработчике | Разработчик обязуется разместить в приложении и (или) совместно с ним сведения о наименовании, адресах, ИНН, контактных данных (п. 4.4 Соглашения RuStore о распространении программных продуктов) | Приложение и URL-адрес службы поддержки должны содержать способ связи с разработчиком (контактную информацию) (п. 1.5 App Review Guidelines) | Сведения о разработчике и контакт по вопросам конфиденциальности — в политике, доступной из приложения; email поддержки — в карточке Google Play (п. 4.7 Google Play Developer Distribution Agreement и User Data) |
Источники:
1] Соглашение RuStore о распространении программных продуктов;
2] Правила модерации RuStore: требования к приложениям;
3] Декларация разрешений: защита пользовательских данных в RuStore;
4] App Store App Review Guidelines;
5] Apple Developer Program License Agreement;
6] Справочные материалы App Store;
7] App privacy details on the App Store;
8] Политика Google Play «User Data»;
9] Google Play Developer Distribution Agreement.
Данные проверены в октябре 2026 года.
Важно: российские требования действуют независимо от стора, где публикуется приложение. Если приложение доступно российским пользователям через App Store или Google Play, политика всё равно должна соответствовать положениям Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных», а сами данные пользователей — изначально собираться в базы на территории России (ч. 5 ст. 18 Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных»).
Почему приложения получают отказ стора
Зачастую публикации мобильного приложения в магазине приложений с первого раза препятствуют именно расхождения между документацией, сведениями в кабинете разработчика и фактической работой приложения. На что стоит обратить внимание разработчику перед началом релиза:
Предоставлен ли доступ к политике конфиденциальности в самом приложении? Минимальное требование о размещении ссылки на политику конфиденциальности в приложении действует для RuStore, App Store и Google Play.
Полностью ли содержание политики конфиденциальности соответствует данным из кабинета разработчика? Речь идет про информацию, указанную разработчиком в Data safety в Google Play или App Privacy в App Store. Например, если приложение собирает данные о геолокации, а в самой политике ничего подобного нет. Сведения из кабинета разработчика должны отражать реальную работу приложения, причем соответствие должно иметь место и в отношении сторонних модулей, если они собирают информацию.
Предоставлена ли возможность удаления аккаунта? Например, если в приложении прямо предусмотрена только временная блокировка (заморозка) аккаунта. Для Google такое расхождение с правилами будет критично.
Нет ли чрезмерного запрашивания разрешений, когда работой приложения не обусловлена такая необходимость? Например, если приложение запрашивает доступ к контактам или микрофону, но пользователю непонятно, для какой функции он нужен, сам интерфейс не предусматривает записи аудио или осуществления звонков. Цели обработки данных необходимо раскрывать в политике, а назначение запрашиваемого доступа — объяснять в интерфейсе.
Достаточно ли информации о приложении или об издателе? Как уже было сказано ранее, сторы предусматривают перечень информации, которую обязательно нужно указывать в приложении либо карточке приложения. В дополнение важно указывать также те сведения, указание которых напрямую требуется по законодательству Российской Федерации.
Доступна ли документация? Например, в приложении нужно размещать ссылку на политику конфиденциальности. Проблемы могут возникать, например, когда просмотр документа, как и доступ к сайту в целом, будет блокироваться с зарубежных IP-адресов.
Рекомендуем заранее обращать внимание на выделенные нами пункты. Заблаговременное исправление замечаний только поспособствует снижению риска отказов или переносов запусков.
Услуги и цены
Услуга | Что входит | Цена |
Консультация по документам приложения | Разбор функций и модели монетизации, список нужных документов и рисков | от 30 000 руб. |
Пользовательское соглашение или EULA | Документ под ваш сервис, порядок акцепта, версия для App Store Connect | от 50 000 руб. |
Политика конфиденциальности и согласия по Федеральному закону от 27.07.2006 № 152-ФЗ «О персональных данных» | Аудит данных и SDK, политика, согласие на обработку и рассылки | от 50 000 руб. |
Комплект документов для публикации под ключ | Все документы выше, чек-лист для разработчиков, помощь с заполнением Data safety (Google Play) и App Privacy (App Store) | от 120 000 руб. |
Проверка готовых документов перед релизом | Заключение с рисками и правками по Федеральному закону от 27.07.2006 № 152-ФЗ «О персональных данных» и правилам отдельных конкретных сторов | от 70 000 руб. |
Помощь при отказе стора | Анализ причин, исправление документов, ответ модератору | от 70 000 руб. |
Итоговая цена услуг зависит от особенностей приложения: есть ли в нём модуль платежей и подписок, могут ли пользователи размещать свой контент (UGC), используются ли зарубежные SDK, обрабатываются ли персональные данные пользователя, и если да, то какие категории (например, данные о здоровье или биометрия).
Указанная стоимость, как сказано выше, в первую очередь обеспечивает гарантию учета всей специфики приложения клиента. Конечно, в сети Интернет можно найти готовые шаблоны, это, безусловно, будет стоить дешевле, чем разработка документации с нуля. Вместе с тем шаблонные документы не учитывают использованные сторонние модули приложения, сбор определенных категорий данных, а также вам нужно будет приложить усилия, чтобы обеспечить соответствие шаблона информации, изложенной в кабинете разработчика. Нельзя исключить и возможность наличия ошибок в готовых шаблонах.
Если проблемы обнаружатся при подготовке к публикации или проверке приложения, исправление документов и связанных с ними сведений может отложить релиз. Для бизнеса такая задержка может означать дополнительные расходы и упущенную выручку. Поэтому экономия на специалисте может оказаться мнимой.
Как мы готовим документы
Рабочий процесс начинается не с разработки самой документации, а с изучения функционала приложения. Документы должны отражать действительный функционал, то, как работает мобильное приложение: какие данные собирает и кому передает, как пользователи оплачивают покупки и подписки.
Специалисты предпринимают следующие шаги:
Шаг 1. Сбор информации о приложении
Клиент рассказывает о функциях приложения, его потенциальных пользователях, моделях коммерциализации. Дополнительно уточняется, в каких магазинах приложений планируется публикация приложения. Для создания у юриста полноценного представления о работе приложения можно направить прототип приложения, дизайн его интерфейса или ссылку на тестовую сборку
Шаг 2. Аудит данных
На основе полученной информации специалист составляет схему движения данных: что собирает само приложение, каким сервисам передается информация далее и где она хранится. Для построения полной картины работы приложения также устанавливается необходимость в конкретных разрешениях, запрашиваемых приложением, например доступе к камере или геолокации.
Шаг 3. Подготовка документов
Документы готовит IT-практика «Афонин, Божор и партнеры», которая сопровождает разработчиков ПО, онлайн-сервисы и технологические компании. Данный этап включает в себя непосредственно разработку необходимой документации. Состав документов (пользовательское соглашение, лицензионное соглашение на использование приложения (EULA), политика обработки персональных данных, необходимые согласия и отдельные правила) подбирается с учетом функций приложения и требований выбранных магазинов. Наши специалисты разрабатывают документы как на русском языке, так и, при необходимости, на английском по запросу клиента.
Шаг 4. Согласование
При необходимости с менеджером продукта и разработчиками обсуждаются отдельные вопросы по работе приложения, уточняются детали и вносятся правки.
Шаг 5. Ответы на вопросы по внедрению
Как правило, команде разработки необходимо понимать, как на практике, применительно к интерфейсу приложения, компания может соблюдать нормы действующего законодательства. В этих целях наши специалисты объясняют, на каких экранах разместить ссылки на документы, где нужны поля для отметок о согласии и какие формулировки использовать рядом с ними. Если функционал мобильного приложения позволяет, юристы также могут подготовить комментарии к заполняемым полям. Кроме перечисленного выше клиент всегда может получить пояснения о том, какие сведения о работе с данными внести в раздел Data safety в Google Play Console и App Privacy в App Store Connect.
Шаг 6. Сопровождение модерации
Если магазин приложений отклонит публикацию или обновление из-за замечаний к документам, наши специалисты помогут разобраться в причинах отказа, определить необходимые исправления и подготовить ответ.
Документы для разных типов приложений
Базовый комплект одинаков, но у каждой отрасли есть свои требования, которые нужно учесть в документах.
Тип приложения | Что добавить к базовому комплекту |
Публичная оферта на продажу, дистанционная торговля, возврат товара, правила рекомендательных технологий | |
Проверка, нужна ли лицензия или партнёрская схема с банком, идентификация клиентов, требования Федерального закона от 07.08.2001 № 115-ФЗ «О противодействии легализации (отмыванию) доходов, полученных преступным путем, и финансированию терроризма» | |
Специальные категории данных о здоровье, врачебная тайна, разграничение медуслуги и информационного сервиса | |
Оферта на обучение, данные несовершеннолетних, возрастная маркировка | |
Правила виртуальных предметов и валюты, возрастные ограничения, правила чата | |
Социальные сервисы и UGC | Правила контента и модерации, порядок жалоб, лицензия на пользовательские материалы |
Права на сгенерированный контент, передача запросов во внешние модели, ограничение ответственности за ответы |
Кейсы
Mobifitness: система управления фитнес-клубом
Задача: Программный комплекс клиента включал в себя в том числе мобильное приложение для клиента и мобильное приложение для тренера. Клиенту требовалось провести аудит существующей системы обработки персональных данных и подготовить «под ключ» документацию, необходимую для работы приложения.
Что сделали: Проведен комплексный аудит. По результатам аудита предоставлены рекомендации по корректировке интерфейса системы. Юристами подготовлен полный комплект документов, необходимый для законной обработки ПДн.
Результат: В ходе реализации проекта обеспечено полное соблюдение применимого законодательства.
Что сделали: Проведен комплексный аудит. По результатам аудита предоставлены рекомендации по корректировке интерфейса системы. Юристами подготовлен полный комплект документов, необходимый для законной обработки ПДн.
Результат: В ходе реализации проекта обеспечено полное соблюдение применимого законодательства.
Протек: дистанционные медицинские консультации для клиентов
Задача: Требовалось полное юридическое сопровождение работ по разработке, модификации и продвижению приложения для мобильных устройств «Мое Здоровье».
Что сделали: Наряду с иными мерами юридического сопровождения подготовлен комплект юридической документации для эксплуатации мобильного приложения.
Результат: Обеспечена максимальная законность работы медицинского маркетплейса.
Что сделали: Наряду с иными мерами юридического сопровождения подготовлен комплект юридической документации для эксплуатации мобильного приложения.
Результат: Обеспечена максимальная законность работы медицинского маркетплейса.
Level Travel: сервис онлайн-бронирования туров и система сбора аналитики для туроператоров
Задача: Клиенту требовался комплексный аудит сайтов и мобильных приложений на соблюдение требований законодательства о персональных данных.
Что сделали: Проведен подробный аудит, проверены механизмы сбора согласий субъектов ПДн на обработку их ПДн с помощью мобильных приложений клиента, а также наличие согласия на распространение перс. данных. По результатам проведенного анализа имеющиеся документы были скорректированы, а недостающие — разработаны.
Результат: Значительно снижены риски инцидентов с персональными данными и последующих проверок Роскомнадзора.
Что сделали: Проведен подробный аудит, проверены механизмы сбора согласий субъектов ПДн на обработку их ПДн с помощью мобильных приложений клиента, а также наличие согласия на распространение перс. данных. По результатам проведенного анализа имеющиеся документы были скорректированы, а недостающие — разработаны.
Результат: Значительно снижены риски инцидентов с персональными данными и последующих проверок Роскомнадзора.
Вопросы и ответы (FAQ)
Да. Загрузка политики конфиденциальности является обязательным требованием в магазинах приложений RuStore, App Store и Google Play. Отсутствие регистрации и форм для ввода данных в функционале приложения ещё не означает, что само мобильное приложение вообще не собирает никаких данных. Сторонние компоненты всё же могут собирать и передавать сведения о пользователях и устройствах.
EULA — это лицензионное соглашение на мобильное приложение с конечным пользователем. Оно определяет, как можно использовать программу и какие ограничения нужно соблюдать. Пользовательское соглашение может охватывать более широкий круг вопросов: правила работы с сервисом (регистрация или удаление аккаунта), оплата, случаи блокировки аккаунта разработчиком, ответственность сторон, дисклеймер об использовании ИИ.
Да, но их нужно адаптировать под специфику мобильного приложения. Оно может собирать другие данные, например идентификаторы устройства и геолокацию, запрашивать доступ к камере или микрофону и использовать сторонние программные модули (SDK). Также нужно учесть требования магазинов приложений к удалению аккаунта и связанных с ним данных. Например, если приложение позволяет создать аккаунт, Google Play требует дать пользователю возможность инициировать его удаление из приложения и дополнительно — предоставить веб-страницу, через которую можно подать такой запрос.
Поэтому документы для сайта можно взять за основу, но обязательно дополнить с учётом особенностей приложения либо подготовить общий комплект для обеих платформ, отдельно описав различия в их работе.
Поэтому документы для сайта можно взять за основу, но обязательно дополнить с учётом особенностей приложения либо подготовить общий комплект для обеих платформ, отдельно описав различия в их работе.
Минимальный перечень необходимых материалов выглядит следующим образом. Для регистрации необходимы пользовательское соглашение или правила оказания услуг и политика конфиденциальности. Также необходимо указать сведения о самом разработчике: наименование, юридический и фактический адреса, ИНН и контактные данные. Возрастная маркировка ставится в зависимости от специфики приложения.
Дополнительно могут понадобиться документы, подтверждающие исключительное право разработчика на публикуемое приложение (в том числе авторские договоры, лицензии и разрешения от правообладателей), а также документы о самом разработчике (учредительные документы, выписка из ЕГРЮЛ, свидетельство о постановке на налоговый учет, приказ о назначении генерального директора, а также иные сведения – перечень открытый). При возможности публиковать пользовательский контент может проверяться наличие правил допустимого контента, а также согласия для пользователей на обработку их персональных данных.
Дополнительно могут понадобиться документы, подтверждающие исключительное право разработчика на публикуемое приложение (в том числе авторские договоры, лицензии и разрешения от правообладателей), а также документы о самом разработчике (учредительные документы, выписка из ЕГРЮЛ, свидетельство о постановке на налоговый учет, приказ о назначении генерального директора, а также иные сведения – перечень открытый). При возможности публиковать пользовательский контент может проверяться наличие правил допустимого контента, а также согласия для пользователей на обработку их персональных данных.
Формально собственная EULA необязательна: если разработчик не добавил свою, к приложению автоматически применяется стандартная EULA Apple. Для простых приложений использование стандартной EULA может не нести никаких рисков. Однако чем сложнее и специфичнее приложение, тем яснее для разработчика будет тот факт, что стандартный документ не заменяет условия, которые описывают особенности именно его сервиса, а также не учитывает специфику российского законодательства. Более того, при загрузке приложения в RuStore и Google Play данные сторы не предоставляют свою стандартную EULA.
Если ранее компания-разработчик не осуществляла обработку персональных данных — да. Причем уведомление в Роскомнадзор необходимо подать до начала обработки данных, то есть до размещения мобильного приложения в любом из сторов. Отдельно отметим, что, если приложение осуществляет передачу данных на зарубежные сервера, компания также должна предупредить Роскомнадзор о планах осуществлять трансграничную передачу персональных данных. За нарушение обозначенных выше обязанностей законодательством об административных правонарушениях предусмотрена ответственность по ч. 1 и 10 ст. 13.11 КоАП РФ в размере от 150 000 руб. и 100 000 руб. соответственно.
Само по себе иностранное происхождение SDK не означает полного запрета на его использование. Но если модуль обрабатывает персональные данные, нужно проверить соблюдение требований законодательства. Первичный сбор персональных данных граждан России должен осуществляться в базы данных на территории Российской Федерации согласно ч. 5 ст. 18 Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных». Дополнительно не стоит забывать об уже упомянутой трансграничной передаче персональных данных, которая требует отдельного уведомления Роскомнадзора. Как следствие, например, для Firebase, у которого Google выступает в качестве обработчика данных в соответствии с GDPR, обозначенные выше требования имеют особенно актуальное значение.
Разработка документации занимает от 5 до 10 рабочих дней после заключения договора и оплаты. Срок зависит от количества функций приложения и от того, как быстро команда предоставит информацию о приложении (в том числе об обработке данных и используемых компонентах). Если дата релиза уже назначена, вы можете дополнительно сообщить её при согласовании условий нашего сотрудничества, работа будет спланирована с учетом вашего графика.
Рассчитать комплект документов для приложения
Опишите приложение и сторы, в которых планируете публикацию. Юрист IT-практики свяжется с вами, уточнит функции и назовёт состав, стоимость и срок.
Эксперт, проверивший статью
Руководитель практики цифрового права «Афонин, Божор и партнеры»
Входит в ТОП-30 юристов в области защиты персональных данных — индивидуальный рейтинг ИД «Коммерсантъ», 2026. Смотреть рейтинг Мы в цифрах
Динамичность
< 3 час.
средний срок ответа на запрос клиента по стандартной задаче. Оперативно отвечаем на обращения и согласовываем сроки решения задач
Заслуживаем доверие
6 лет
подряд нашу фирму и специалистов отмечают рейтинги Право-300, ИД Коммерсантъ, Российская газета в числе лучших юристов
Опыт
9 лет
средний юридический стаж наших экспертов, из которых порядка пяти лет работы в нашей компании. Мы сплоченная команда энтузиастов с прочной позицией на рынке
клиенты из Forbes, RAEX
> 10
крупнейших компаний доверяют нам свои проекты, в их числе компании группы Сбера, Яндекса, Технониколь, LG, 1С и Самолет