Перейти к содержимому
AppFoyer
Начать

Руководства Перед отправкой

Все URL, которые нужны до отправки приложения

Полный список для Play Console, App Store Connect и AdMob: какие URL обязательны, а какие нет, что должна содержать каждая страница и в каком порядке всё делать.

Большинству приложений нужны четыре публичных URL: политика конфиденциальности, страница удаления аккаунта, если в приложении есть аккаунты, страница поддержки для App Store и сайт разработчика, если приложение показывает рекламу. Каждый — отдельное поле в консоли, каждый проверяется, и все они должны продолжать работать ещё долго после одобрения приложения.

1:09
Видео 1:09 · откроется на YouTube

Сделайте это за несколько минут

AppFoyer размещает страницы, о которых это руководство, — политику конфиденциальности, условия использования, поддержку, удаление аккаунта и app-ads.txt — на отдельном поддомене, без собственного домена и сервера. Одно приложение — бесплатно, и ничто из того, что требует магазин, никогда не бывает платным.

Начать бесплатно Посмотреть живой пример

Проверено 19 сентября 2026 г. Правила магазинов меняются, иногда без предупреждения. Всё ниже ссылается на официальную документацию, и авторитетна именно она, а не эта страница. Если они расходятся, прав магазин. Это руководство переведено с английского; цитаты из документации магазинов приведены в оригинале на английском.

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

Поля по консолям

URLКонсоль и полеОбязателен?
Политика конфиденциальностиPlay Console → App content → Privacy policy; App Store Connect → App PrivacyДа, в обоих магазинах
Удаление аккаунтаPlay Console → App content → Data deletionДа, если в приложении есть аккаунты
ПоддержкаApp Store Connect → Platform version information версии → Support URLДа, Apple
Сайт разработчикаСтраница в Play; Marketing URL в App Store ConnectPlay: необязателен, но на практике обязателен, если вы показываете рекламу — именно там ищут app-ads.txt. Marketing URL у Apple действительно необязателен
Контактный emailPlay Console → Store settings → Store listing contact detailsДа, для публикации Play требует email

Apple тоже требует удаления аккаунта, но в виде пути внутри приложения, а не поля URL — см. руководство по удалению аккаунта в App Store.

Что должна содержать каждая страница

Политика конфиденциальности. Что собирается, зачем, кто ещё это видит, как долго хранится, как с вами связаться. Раздел, из-за которого вас отклоняют, — «кто ещё это видит»: в нём должны быть названы третьи стороны, то есть каждый SDK в вашей сборке, а сама политика должна совпадать с вашими ответами в Data safety.

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

Поддержка. Путь к живому человеку. Достаточно адреса электронной почты, который вы читаете. Не ваша маркетинговая страница, не страница в App Store, не профиль в соцсети.

Сайт разработчика. Страница о вашем приложении на хосте, который вы контролируете, — и это тот хост, из корня которого рекламная сеть будет запрашивать /app-ads.txt.

Четыре проверки, которые должна пройти каждая из них

Каждый раз одни и те же четыре, поэтому их удобно проверять все сразу:

  1. Она открывается без входа в аккаунт. Откройте её в приватном окне. Классическая ошибка — страница, которая работает только потому, что вы вошли в сервис, где она размещена.
  2. Это не цепочка перенаправлений. Особенно для app-ads.txt, который должен отдаваться напрямую.
  3. В ней названы ваше приложение и ваша компания. Политика, в которой названо другое приложение, — верный признак копирования, и проверяющие это замечают.
  4. Она будет на месте и через два года. Страницу в магазине проверяют не один раз, а забытый бесплатный хостинг — самый частый способ сломать опубликованное приложение.
curl -i https://your-url.example/privacy

200 OK, читаемое содержимое, нет заголовка Location:.

В каком порядке это делать

  1. Решите один раз, где будут жить все страницы. Если разнести их по странице Notion, сайту на GitHub Pages и сервису форм, в итоге придётся поддерживать три вещи, и одна из них сломается.
  2. Пишите политику конфиденциальности по списку зависимостей, а не по шаблону. Откройте build.gradle / Podfile / pubspec.yaml и пройдитесь по нему сверху вниз.
  3. Сделайте путь удаления аккаунта — и в приложении, и в вебе. Это единственный пункт с настоящей инженерной работой, поэтому он и определяет ваши сроки.
  4. Сначала опубликуйте, потом заполняйте поля в консоли. Не наоборот: поле, указывающее на страницу, которой ещё нет, — это то самое отклонение, которого вы пытаетесь избежать.
  5. Заполните Data safety / App Privacy по тому же списку, по которому писали политику, чтобы они не могли расходиться.
  6. app-ads.txt — в последнюю очередь, и только если вы показываете рекламу.

Что здесь делает AppFoyer

Этот список и есть продукт. Все пять страниц — главная, политика конфиденциальности, условия, поддержка, удаление аккаунта — плюс app-ads.txt публикуются вместе на собственном поддомене вашего приложения, так что вы вставляете рабочие URL во все поля за один проход. Страница удаления аккаунта принимает запрос и уведомляет вас; само удаление вы выполняете в своих собственных системах.

В дашборде также есть чек-лист, который показывает, какое поле в консоли ещё пустое и почему это важно. Одно приложение — бесплатно, и ничто из того, что требует магазин, никогда не закрыто платным доступом.

Официальные источники