Истории отказов от App Store

Максим Никулин, Movavi:

Reject приложения на review в App Store — достаточно известная проблема для iOS-разработки. Обычно после reject-а разработчики оперативно вносят необходимые изменения, и со второй попытки приложение успешно проходит ревью. В более сложных ситуациях бывает, что это удается с третьей попытки. Но мы превзошли всех: наше приложение Movavi Clips в период с 15 сентября по 30 октября получило 10 реджектов подряд.

В новом обновлении мы планировали добавить фичу автопродляемой платной подписки, которая дает доступ ко всем платным стикерам и позволяет убрать watermark с видео. До этого присутствовала возможность удаления watermark-а только навсегда и за большие деньги. Одновременно с этим мы добавили несколько платных пакетов стикеров, для которых заводились новые in-app-ы, что осложняло ситуацию. Так как добавление in-app-ов было не полностью отработанной процедурой, мы получили один-два «metadata rejected» за их неправильное оформление. В дополнение ко всему, новый ревьюер из Apple оказался более дотошным, чем все его предшественники. И нашел в настройках возможность купить наши десктопные Movavi-продукты со скидкой под платформы MacOS и Windows, которая была добавлена несколько релизов назад. За рекламу Windows мы получили reject и были вынуждены удалить ссылки на эти продукты.

Следующей проблемой оказалось то, что ревьюер из Apple оказался из Мексики и проверял цены наших подписок в мексиканских песо. На одной из подписок мы добавили бейджик, показывающий сколько процентов цены пользователь сэкономит, купив именно эту подписку. И эта цифра не совпала для цен в песо из-за округлений, хотя в рублях и долларах все было вполне корректно. Reject.

Путешествие моего первого приложения: как пережить 5 отказов App Store

Последней преградой для нас стали правила описания подписок: «ясное описание, что получит пользователь, купив нашу подписку», «описание того, что это именно автопродляемая подписка, и деньги будут списываться автоматически», «наличие ссылок на TOS и Privacy Policy». Чтобы не заваливать экран кучей информации, мы добавили отдельный экран со стеной текста, однако ревьюеры настаивали на том, что вся информация должна быть сразу вместе с кнопками покупки. Хотя мы находили примеры реализации таких экранов у наших конкурентов. И они каким-то образом успешно проходили ревью.

Прошло полтора месяца попыток пройти ревью, накопилось много функциональности, которую хотелось бы доставить до пользователей, поэтому было принято решение отключить подписки и зарелизить приложение без них. Через месяц мы добавляли новые платные пакеты стикеров и вновь столкнулись с проблемой ревью. Наши in-app-ы на сайте ITunesConnect оказались в невалидном состоянии, мы не могли отредактировать их метаданные, чтобы успешно пройти ревью, а также не могли их удалить, чтобы создать заново. Плюс ко всему, ITunesConnect вообще начал крайне плохо работать, например, мы не могли сделать самостоятельный Developer Reject, при нажатии на кнопку просто ничего не происходило. Мы связались с техподдержкой Apple и пытались решить эту проблему. Прохождение нескольких линий саппорта, отправление нескольких видео и описаний, подтверждающих баг, заняло несколько дней, после чего проблема разрешилась сама собой, и мы успешно зарелизились.

После этого настало время докатить наши многострадальные подписки. Мы в очередной раз обновили экран покупки, взяв за эталон пример приложения из гайдлайнов Apple. Чуда не произошло, и мы получили reject все с той же формулировкой: «Информация о подписках должна быть на одном экране вместе с кнопками покупки». После этого мы просмотрели пару десятков работающих приложений с подписками не только по тематике редактирования видео, у каких-то мы нашли такие же проблемы как у нас, какие-то делали огромные экраны с кучей текста. Психанув, мы добавили скролл на свой экран покупок и огромное уродливое полотно текста, после чего мы получили долгожданный аппрув от Apple.

Простой совет для уменьшения отказов в App Store

Андрей Кулаков, AppsCraft:

Самый смешной случай был такой: приложение развернули из-за того, что в форме регистрации нельзя было выбрать пол отличный от мужского и женского. Вот только регистрации у нас в игре вообще не было.

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

Денис Гордиенко, Bright Mobile:

Если отбросить явные нарушения (наркотики, оружие и т.д.), то, чаще всего, в отказах виноваты сами клиенты. На моей практике было три случая, когда приложения возвращали на «доделку»:

1. Клиент создавал аккаунт разработчика как одно физлицо, а оплачивал картой, зарегистрированной на другое (так же часто происходят блокировки, если создаётся аккаунт компании, а оплата производится физическим лицом).
2. Клиент составил недостаточное описание или название проекта похоже на популярный, уже раскрученный в сторе бренд. К примеру, описание «Крутое приложение» — это явный фейл :)
3. Бывает, что и специалисты в сторе ошибаются. Например, у нас одно из приложений такси первый раз вернули из-за того, что модератор подумал, что там какая-то мошенническая программа вместо дисконтной системы клиента. Самое важное — это не игнорировать и внимательно читать сопроводительные письма саппорта.

App Store, конечно, не единственный отказывает в публикации приложений. Посмотрите, например, историю Дениса Кириченко, руководителя проекта Pozika, который написал о том, как его гид по позированию был удален из Google Play.