Нужен ли вашему приложению сайт?

Разработчики задают этот вопрос в ожидании «да» или «нет» и получают противоречивые ответы, потому что отвечающие отвечают на разные вопросы. Вот все четыре по отдельности.

1. Требует ли магазин маркетинговый сайт?

Нет. В консоли нет поля «website», без которого отправка на проверку не пройдёт.

На странице приложения в Google Play есть поле website в Store settings → Store listing contact details (Настройки магазина → Контактные данные для страницы приложения), рядом с адресом электронной почты и номером телефона. Для публикации обязателен email, а website — нет. В App Store Connect есть Marketing URL, явно необязательный.

Так что если вопрос звучит как «обязан ли я сделать лендинг со скриншотами и кнопкой скачивания» — нет.

2. Требует ли что-нибудь URL?

Да, несколько вещей, и именно здесь настоящий ответ:

Требование	Нужен URL?
Политика конфиденциальности	Да. Политика Play User Data: “All apps must post a privacy policy link in the designated field within Play Console, and a privacy policy link or text within the app itself.” (Перевод: «Все приложения должны разместить ссылку на политику конфиденциальности в специальном поле в Play Console, а также ссылку на политику конфиденциальности или её текст в самом приложении».) Apple: обязательное поле Privacy Policy
Удаление аккаунта	Да, если в приложении есть аккаунты. Публичный веб-URL, указанный в Play Console в разделе App content → Data deletion
Поддержка	Да, в Apple. Поле Support URL обязательно
app-ads.txt	Да, если вы показываете рекламу. Сети забирают его из корня сайта разработчика, указанного на странице приложения

Четыре требования, четыре URL, и ни одно из них не закрывается маркетинговой страницей. Вам нужны страницы, а не сайт в том смысле, который имеют в виду, задавая этот вопрос.

3. Тогда почему поле «сайт разработчика» всё-таки важно?

Из-за app-ads.txt. Этот файл находят не через ваше приложение, не через имя пакета и не через рекламный аккаунт — его находят через URL сайта, указанный на странице приложения в магазине. Краулер берёт этот hostname и запрашивает /app-ads.txt в его корне.

Оставьте поле пустым — и краулеру не с чего начать; это самая частая причина, по которой файл отображается как «not found». Если вы монетизируетесь рекламой, поле website перестаёт быть необязательным в любом практическом смысле.

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

4. А как насчёт домашней страницы приложения?

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

• даёт полю website на странице приложения реальное место, на которое можно указать;
• даёт проверяющему, открывающему ваши URL, цельную картину вместо пяти разрозненных юридических страниц;
• даёт краулеру app-ads.txt hostname, который контролируете вы.

Скриншоты, hero-изображение или кнопка скачивания ей не нужны. Достаточно одной страницы текста.

Без чего можно обойтись

• Без домена, если он вам пока не нужен. См. хостинг без домена.
• Без маркетингового сайта, если вы не занимаетесь маркетингом.
• Без блога, пресс-кита, рассылки. Ничто из этого не относится к соответствию требованиям.
• Без сервера — для всего, кроме удаления аккаунта, которому нужно что-то, способное принять запрос, а не только отдавать файлы.

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

1. Выберите один hostname, который будет обслуживать всё это.
2. Опубликуйте на нём страницы политики конфиденциальности, условий, поддержки и удаления аккаунта.
3. Разместите в его корне простую домашнюю страницу.
4. Укажите этот hostname как website на странице приложения в магазине.
5. Добавьте app-ads.txt в корень, если показываете рекламу.

Только после этого заполняйте поля в консоли — не раньше, иначе вы укажете в поле страницу, которой ещё нет.

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

Продукт устроен ровно так: ваше приложение получает собственный поддомен с домашней страницей, политикой конфиденциальности, условиями, страницами поддержки и удаления аккаунта, плюс app-ads.txt в корне — без домена, без сервера, без собственного бэкенда. Вы указываете этот поддомен как сайт разработчика на странице приложения в магазине, и на все четыре требования выше отвечает один и тот же hostname.

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

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

• Политика User Data — Справка Google Play. Цитата выше взята с этой страницы.
• Требования к политике конфиденциальности — Справка Google Play, о том, где находится поле
• Требования Google Play к удалению аккаунтов в приложениях — Справка Google Play
• Обязательные, локализуемые и редактируемые свойства — Apple, таблица, где Support URL отмечен как обязательный, а Marketing URL — нет
• Настройка app-ads.txt — Справка AdMob