FAQ

Что такое Digital Services Act DSA в Apple Developer аккаунте и почему его нужно закрывать до релиза

📅 2 апреля 2026 ⏱ 8 мин чтения ✍️ SmartShop

DSA — один из тех compliance-пунктов, о которых узнают слишком поздно. Разбираем, что такое trader status, какие данные нужны и почему лучше закрыть этот вопрос до релиза.

Digital Services Act, или DSA, стал одним из тех требований, о которых многие разработчики узнают слишком поздно: уже на этапе подготовки релиза, отправки обновления или настройки доступности приложения в странах Европейского Союза. На первый взгляд это выглядит как ещё один пункт compliance в App Store Connect, но на практике DSA напрямую влияет на то, сможет ли приложение работать в европейском регионе.

🎬 Короткий разбор темы

Посмотреть краткий обзор на нашем канале: youtube.com/shorts/ZB-w6_vm1OA

Что такое Digital Services Act

Digital Services Act — это регламент Европейского Союза, который вводит дополнительные требования к цифровым платформам и участникам онлайн-рынка. Его задача — сделать цифровую среду более прозрачной, безопасной и понятной для пользователей. Для крупных платформ, таких как App Store, это означает обязанность собирать и отображать определённую информацию о продавцах, которые распространяют цифровые товары и услуги для пользователей в ЕС.

В контексте Apple Developer аккаунта DSA чаще всего проявляется через требование указать trader status в App Store Connect. То есть разработчик должен подтвердить, действует ли он как trader — коммерческий участник, который предлагает товары или услуги пользователям в рамках своей профессиональной или бизнес-деятельности.

Если приложение распространяется в Европейском Союзе, этот пункт нельзя игнорировать. DSA влияет не только на юридическую сторону, но и на техническую возможность публиковать, обновлять и монетизировать приложение в странах ЕС.

Что такое trader status

Trader status — это статус разработчика с точки зрения европейского регулирования. В упрощённом виде Apple просит ответить: вы распространяете приложение как коммерческий продавец или не являетесь trader в контексте DSA.

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

Важно понимать: trader status — это не просто галочка «для Apple». Это часть compliance-процесса, который связан с тем, как пользователи в ЕС видят разработчика и могут связаться с ним. Для трейдеров Apple должна проверить и отобразить контактную информацию на странице приложения в App Store в Европейском Союзе.

Какие данные могут потребоваться

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

Для индивидуальных и корпоративных аккаунтов логика может отличаться. У компании обычно есть юридический адрес, корпоративный email, рабочий телефон, налоговые и банковские данные. У Individual аккаунта часть информации может быть более чувствительной, потому что контактные данные могут быть связаны с физическим лицом. Поэтому перед прохождением DSA важно заранее понимать, какие данные будут использоваться и насколько они готовы к публичному отображению в рамках требований ЕС.

Отдельно стоит проверить, совпадает ли информация в Apple Developer, App Store Connect, банковских и налоговых разделах. Если данные выглядят противоречиво, это может привести к задержкам при проверке.

Почему без DSA нельзя нормально работать с ЕС

Европейский Союз — это не один рынок, а 27 стран с большим количеством платёжеспособных пользователей. Для многих iOS-приложений Европа даёт значимую долю органики, подписок, покупок и долгосрочного retention. Поэтому потеря доступа к ЕС может сильно ударить по экономике проекта.

Если trader status не указан или не прошёл проверку, приложение может быть недоступно в App Store в странах ЕС. Это означает, что пользователи из этого региона не смогут нормально находить, скачивать или покупать приложение, а команда может потерять часть выручки и маркетинговых возможностей.

Особенно неприятно, когда проблема всплывает прямо перед релизом. Команда уже подготовила билд, креативы, ASO, рекламные кампании, локализации и план запуска, но публикация в Европе тормозится из-за незакрытого compliance-пункта. В такой ситуации DSA превращается из формальности в реальный блокер.

Почему DSA лучше проходить заранее

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

Лучше проходить DSA ещё на этапе подготовки аккаунта, а не в момент, когда приложение уже готово к отправке. Такой подход даёт несколько преимуществ:

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

DSA — это не тот пункт, который стоит оставлять «на потом». Если проект планирует работать с Европой, лучше воспринимать его как обязательную часть подготовки Apple Developer аккаунта.

Когда DSA действительно нужно учитывать

DSA нужно учитывать, если приложение распространяется или планирует распространяться в странах Европейского Союза. Это касается как новых приложений, так и существующих проектов, которые уже доступны в ЕС или планируют туда выходить.

Особенно важно закрыть DSA, если приложение:

  • продаёт подписки или встроенные покупки;
  • является платным;
  • связано с коммерческим сервисом;
  • собирает лиды или продвигает бизнес;
  • работает с пользователями из Европы;
  • планирует локализации под европейские рынки;
  • закупает трафик в странах ЕС;
  • использует Европу как часть ASO-стратегии.

Если же проект ориентирован только на США, Канаду, Австралию или другие регионы вне ЕС и не планирует выходить на европейский рынок, DSA может быть не приоритетным этапом. Но даже в этом случае стоит понимать, что при будущем расширении в Европу этот вопрос всё равно придётся закрывать.

Как DSA связан с App Store Connect

DSA на стороне Apple обрабатывается через App Store Connect. Обычно с этим работают Account Holder или Admin. Именно там указывается trader status и контактная информация, которая нужна для выполнения требований Европейского Союза.

Важно, чтобы человек, который занимается DSA, имел достаточный уровень доступа. Если у команды есть только технический доступ для загрузки билдов, но нет доступа к бизнес-разделам и compliance-настройкам, закрыть вопрос не получится. Поэтому перед релизом стоит проверить не только код и метаданные, но и роли в аккаунте.

App Store Connect — это не просто место для загрузки приложения. Там же находятся соглашения, банковские данные, налоговые формы, compliance-разделы, региональная доступность и другие элементы, которые могут повлиять на публикацию. DSA — один из таких элементов.

Типичные ошибки при прохождении DSA

Первая ошибка — узнавать о DSA только после того, как приложение уже готово к релизу. В этот момент любое ожидание проверки воспринимается как критическая задержка.

Вторая ошибка — указывать данные без предварительной проверки. Если email, телефон или адрес неактуальны, это может создать проблемы как при верификации, так и при дальнейшем контакте с пользователями.

Третья ошибка — не понимать разницу между trader и not a trader. Команда может выбрать статус формально, не оценив реальную модель приложения и его коммерческую деятельность.

Четвёртая ошибка — думать, что DSA касается только крупных компаний. На практике требование может затрагивать и небольших разработчиков, если они распространяют приложения в ЕС.

Пятая ошибка — игнорировать Европу на этапе планирования, а потом срочно включать страны ЕС перед релизом. Если DSA не закрыт, такой запуск может затормозиться.

Практический вывод

Digital Services Act в Apple Developer аккаунте — это не просто юридическая аббревиатура, а важный compliance-этап для работы с европейским рынком. Если приложение должно распространяться в Европейском Союзе, разработчику нужно указать trader status в App Store Connect и, при необходимости, пройти проверку контактных данных.

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

Нужен аккаунт разработчика?

Individual $350 · Company $650 · Продление $200. Чистые аккаунты с проверенной историей. Напишите нам — подберём подходящий вариант.

Написать в Telegram