Как изменить URL, который уже указан на опубликованной странице в магазине

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

Порядок, при котором ничего не ломается

1. Опубликуйте новый URL и проверьте его без входа в аккаунт. Он должен работать до того, как на него что-либо начнёт указывать.
2. Настройте редирект со старого адреса на новый. Не удаление — редирект. Этот шаг пропускают, и именно он вас спасает.
3. Обновите поля в консолях. Play Console → App content для URL политики конфиденциальности и удаления данных; App Store Connect для политики конфиденциальности и Support URL. Google Play требует, чтобы политика “is available on an active URL” (была доступна по действующему URL), — так что поле ни на миг не должно указывать на что-то неработающее.
4. Обновите ссылки внутри приложения. Политика User Data в Play требует ссылку на политику конфиденциальности в Play Console и внутри самого приложения, а ссылка в приложении обычно зашита в сборку, выпущенную месяцы назад. Пользователи старой версии продолжают попадать на старый URL, пока не обновятся, а некоторые не обновятся никогда.
5. Оставьте редирект на месте. Не на неделю — по возможности бессрочно.

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

Почему старый адрес должен продолжать отвечать

Поле в консоли — это адрес, который вы контролируете. Но это не единственное место, где существует старый URL:

• Выпущенные сборки приложения. Каждая установленная копия каждой предыдущей версии ссылается на старый URL. Их вы обновить не можете; пользователи со временем обновляются, а некоторые никогда.
• Кэш страниц в магазине и сайты-агрегаторы, которые скопировали вашу страницу.
• Письма и чеки, которые вы уже отправили.
• Записи рекламных сетей, если старый хост был вашим заявленным сайтом разработчика.

Так что «старый URL мёртв, но поле обновлено» верно только с вашей стороны.

Исключение: app-ads.txt нельзя перенаправлять

Один особый случай, и именно он незаметно стоит денег. Рекламные сети запрашивают /app-ads.txt в корне сайта, указанного на вашей странице в магазине, и спецификация предполагает, что он отдаётся напрямую. Редирект перед ним — частая причина результата «не найден», даже если сам файл абсолютно корректен.

Поэтому если старый хост был вашим заявленным сайтом разработчика и вы оставляете его ради редиректа, /app-ads.txt на этом хосте должен отдаваться с кодом 200, а не перенаправляться, пока старый адрес ещё могут обходить. Всё остальное может отдавать 301; этот один путь — нет.

Что проверить после переезда

Выполните это без входа в аккаунт, в приватном окне:

curl -i https://old-host.example/privacy        # expect 301 to the new URL
curl -i https://new-host.example/privacy        # expect 200
curl -i https://old-host.example/app-ads.txt    # expect 200 text/plain, NOT a redirect

Затем в консолях: каждое поле URL открывает нужную страницу, а ответы в Data safety / App Privacy всё ещё соответствуют тому, что написано на новых страницах. Перенос страницы — хороший момент заметить, что политика устарела два SDK назад.

Изменение, которое трудно отменить

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

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

Две вещи построены как раз вокруг этой проблемы.

Случайный адрес вашего приложения постоянен. Каждое приложение при создании получает app-xxxxxx.appfoyer.page, и этот адрес никогда не меняется — даже если позже вы займёте собственный поддомен на платном тарифе, исходный продолжает отвечать тем же сайтом — без перенаправления и без срока действия. Адрес, который вы вставили в поле консоли год назад, не перестанет работать из-за того, что вы что-то переименовали.

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

А поскольку постоянный адрес отдаёт сам сайт, а не перенаправляет, /app-ads.txt отвечает кодом 200 и на нём, и на текущем адресе — правило выше соблюдается без какой-либо настройки.

Первоисточники

• Privacy policy requirements — справка Google Play, формулировка “available on an active URL”.
• User Data policy — справка Google Play, правило «консоль плюс приложение».
• Set up app-ads.txt — справка AdMob, как находится файл.
• App Store Connect — app information — Apple, где находятся поля.