Сначала найдите этап, на котором остановился выпуск
Сборка готова, но Google Play просит тестировщиков. Или приложение уже в App Store, а участие в Apple Developer заканчивается и оплата не проходит. В третьем случае пользователи покупают подписки, но перевод от магазина не приходит в банк. Во всех трёх ситуациях кажется, что «не получается опубликовать приложение», хотя решать нужно разные задачи.
Сначала разделите аккаунт, готовность приложения, модерацию и деньги. Определите статус в консоли и сохраните точное сообщение. Затем проверьте, кто владеет аккаунтом, в какой стране зарегистрирован издатель и на какие рынки вы выпускаете продукт. Так можно заказать конкретную работу и заранее понять её результат.
Наш опубликованный проект
ProxyControl: один продукт, два магазина
В нашем портфолио есть мобильный ProxyControl. Приложение можно открыть в Google Play и App Store. При выпуске на две платформы нужно отдельно готовить сборки, карточки и сведения о данных.
Тестирование Google Play: внутреннее и закрытое — разные этапы
Когда ищут «помощь с внутренним тестированием Google Play», часто имеют в виду обязательный закрытый тест. Согласно требованиям Google Play к закрытому тесту он нужен личным аккаунтам, созданным после 13 ноября 2023 года: минимум 12 участников должны быть подключены непрерывно 14 дней, после чего подают заявку на доступ к рабочей версии. Внутренний канал служит для быстрой проверки сборки и не заменяет этот этап.
Практический пример: разработчик добавил адреса знакомых, но часть участников не подключилась к тесту. Ожидание само по себе не помогло. Нужно проверить подключение, дать понятные сценарии и собрать замечания. Для заявки полезны фактическая обратная связь и перечень исправлений.
Для корпоративного аккаунта Google Play обязательное ожидание 14 дней новых личных аккаунтов не применяется. Это позволяет рассмотреть публикацию через аккаунт организации. До отправки мы всё равно проверяем приложение; время модерации определяет Google. В App Store такого двухнедельного правила Google нет.
Если вам нужен собственный личный аккаунт, заказывайте организацию внутреннего или закрытого тестирования. Если подходит размещение через издателя студии, обсудите корпоративный слот. В обоих случаях сначала нужен разбор аккаунта и сборки.
Аккаунт на юридическое лицо: важны реальные документы
Для собственного имени издателя нужен собственный аккаунт. Apple проверяет юридическое лицо, D-U-N-S, представителя с правом заключать соглашения, корпоративную почту и рабочий сайт. Google также требует подтверждать сведения об организации. Подготовка начинается с согласованного написания реквизитов и полномочий человека, который проходит проверку. Условия описаны в правилах регистрации организации в Apple Developer и требованиях Google к проверке организации.
Если у клиента есть иностранная компания, мы проверяем, может ли она выступать издателем и какие документы готовы. Если компании пока нет, создание юрлица и банковское обслуживание нужно обсуждать отдельно: регистрация аккаунта магазина не создаёт компанию автоматически.
Зарубежный аккаунт сам по себе не подтверждает допустимость любого приложения. Нужно учитывать владельцев, назначение продукта, страны и применимые ограничения. Официальные условия описаны в Google Play: санкционные ограничения и Программа санкций OFAC в отношении России; выбор конкретной структуры зависит от обстоятельств проекта. Мы строим работу на реальных документах и согласованных правах.
Услуга оформления аккаунта на ваше юрлицо подходит, если вам нужен контроль издателя. При размещении в слоте студии издатель другой; права на код, обновления и дальнейший перенос фиксируют в договоре.
Если своего юрлица пока нет, можно обсудить отдельный аккаунт реальной компании-издателя. Её участие, права на приложение, обязанности и роли вашей команды согласуют в договоре. Возможность смены владельца аккаунта проверяют по правилам конкретного магазина; согласие компании само по себе не заменяет согласование с платформой.
Оплата Apple Developer и продление членства
Оплата регистрации, продление участия и получение дохода от приложения проходят разными процессами. В Apple Developer ежегодное членство нужно поддерживать активным. Если оплата не проходит, сначала выясните способ регистрации (сайт или приложение Apple Developer), свою роль и регион аккаунта. В организации продлением управляет Account Holder.
Apple описывает порядок в инструкции по продлению членства. При истечении членства новые загрузки и отправка приложений или обновлений становятся недоступны; ранее установленные приложения могут продолжать работать. После продления отдельно проверяют соглашения и статус продукта. В Google Play регистрационный сбор разовый, а требования к активности и проверке аккаунта сохраняются.
Например, сотрудник команды видит консоль, но не может продлить участие организации. Сначала нужен владелец аккаунта с нужными полномочиями. Попытки оплатить через другой профиль не исправляют отсутствие роли. Перед оплатой сверяйте доступный способ с условиями реального владельца.
Для этой задачи есть помощь с оплатой и продлением Apple Developer. На первичном разборе достаточно срока членства и обезличенного сообщения об ошибке.
Подписки, покупки и выплаты: три причины разных сбоев
Для платного приложения и цифровых подписок важны настройки продуктов, правила платежей магазина, договоры и налоговые сведения. Для перевода выручки дополнительно нужны подходящие банковские реквизиты. У Apple эти условия описаны в документации о соглашениях App Store Connect и банковских реквизитах: банк получателя должен соответствовать участнику программы, а сведения в консоли совпадать с банковскими документами.
Google приостановил монетизацию через Play для разработчиков с банком выплат в России с 26 декабря 2024 года. Ограничение касается платных приложений, встроенных покупок и подписок; новые бесплатные приложения и обновления бесплатных приложений допускаются. Условия приведены в уведомлении Google о приостановке сервисов продавца. Это отдельная проблема от ограничения покупок для пользователей в определённых регионах.
Практический пример: подписка активна и тестовая покупка проходит, но реальные пользователи конкретной страны не могут оплатить. Нужно проверить региональную доступность и правила оплаты. Другой пример: продажа появилась в отчете, но банк отклонил перевод. Здесь проверяют реквизиты, ограничения банка и статус выплаты.
Не стоит объяснять любой сбой отсутствием SWIFT: причину определяют по статусу магазина и ответу банка. Зарубежный издатель не делает автоматически доступными платежи всех пользователей и переводы в любую страну. Для App Store условия проверяют отдельно; ограничения Google нельзя переносить на Apple по аналогии.
В сопровождении подписок и выплат мы сначала разделяем эти этапы, затем готовим план по приложению, соглашениям и банковскому получению.
Отклонения, вылеты и сведения о данных
Готовый аккаунт не компенсирует проблемную сборку. Приложение может вылетать на запуске, не давать модератору войти, требовать код с телефона владельца или показывать неработающий платежный экран. Сначала повторите путь проверки на релизной сборке и устройстве, затем подготовьте стабильный демонстрационный доступ.
Сведения в карточке магазина могут расходиться с тем, что приложение и его SDK делают с данными. Проверять нужно разрешения, аналитику, сведения о сборе данных, политику конфиденциальности и удаление аккаунта. В App Store дополнительно важны требования к цифровым покупкам и сценарию проверки: Правила App Review. Подготовку для Google Play подробно разобрали в чек-листе публикации, а чек-лист для iOS смотрите в чек-листе App Store.
После отказа сохраните сообщение и номер правила, воспроизведите проблему, исправьте её и опишите изменения. Если причина понята неверно, подготовьте ответ с шагами и доказательствами. Для блокировки аккаунта сначала нужен разбор и доступная апелляция: новый издатель не устраняет нарушения приложения.
Публикация в слоте и последующий перенос
Можно рассмотреть такой порядок: сначала согласованное размещение в корпоративном аккаунте студии, затем перенос в готовый аккаунт клиента. В Google Play первый выпуск через аккаунт организации не требует обязательного 14-дневного теста нового личного аккаунта. Для переноса требуется отдельная процедура; её условия зависят от состояния аккаунта получателя и правил платформы.
Перед переносом проверьте активность обоих аккаунтов Google и сохраните финансовые отчеты: они и тестовые группы автоматически не переносятся. Назначьте разработчика, который перенастроит Firebase и аналитику. Например, после переноса приложения проверьте вход пользователя и тестовую покупку, чтобы смена издателя не прервала работу продукта. Для Apple отдельно сверяйте связанные функции и условия переноса. Источники: Перенос приложения Google Play и Условия переноса приложения App Store.
Для приложения с подписками и авторизацией нужен план миграции: кто обновляет ключи, кто проверяет покупки, кто отвечает за уведомления и историю отчетов. Услуга переноса приложения между аккаунтами начинается с проверки возможности и карты зависимостей. Трансфер не гарантирует ускорение модерации или отмену требований к получателю.
Как выбрать услугу под свою проблему
| Ситуация | Первая проверка | Подходящая задача |
|---|---|---|
| Нужны участники тестирования | Тип аккаунта и канал | Организация теста и обратной связи |
| Нужен собственный издатель | Юрлицо, документы и полномочия | Оформление аккаунта организации |
| Apple Developer не продлевается | Срок, роль и способ регистрации | Сопровождение оплаты и продления |
| Не работает покупка или выплата | Этап сбоя, страна и статус | Разбор монетизации и платежей |
| Есть отказ или вылет | Сообщение магазина и путь модератора | Проверка сборки и исправление |
| Продукт нужно передать себе | Оба аккаунта и связанные сервисы | План официального переноса |
Если приложение готово и вы хотите передать выпуск команде, выберите публикацию в Google Play или публикацию в App Store. Если весь выпуск вам не нужен, можно заказать разбор одного препятствия.
Что уточнить до договора и передачи исходников
- Продукт: назначение, права на код и контент, платформы, страны пользователей, наличие рабочей сборки.
- Издатель: чей аккаунт используется, чье имя увидит пользователь, кто управляет доступами и соглашениями.
- Проверка: какую сборку и исходники изучает студия, какие функции и SDK требуют отдельного внимания.
- Деньги: стоимость услуги, сборы магазина, условия монетизации, получатель выручки и банковские ограничения.
- После релиза: обновления, диагностика ошибок, ответы платформе, исходники, условия завершения сопровождения и возможного переноса.
Для первичного разговора подготовьте короткое описание, статус аккаунта и точное сообщение о препятствии. Исходники и расширенные доступы передаются после согласования объема и защищенного способа обмена. Так проверка начинается с конкретной задачи, а условия публикации можно оценить до оплаты.
Частые вопросы
Обязательны ли две недели тестирования в обоих магазинах?
Нет. Правило закрытого теста Google Play относится к новым личным аккаунтам. Для корпоративного аккаунта и App Store это правило не применяется; проверка сборки и модерация сохраняются.
Можно ли выпустить бесплатное приложение, если выплаты недоступны?
Это разные условия. Google допускает публикацию новых бесплатных приложений при приостановке монетизации для разработчиков с банком выплат в России. Аккаунт и приложение должны соответствовать остальным требованиям.
Зарубежное юрлицо решает все ограничения?
Нет. Проверяют реального владельца, представителей, банк, назначение продукта и рынки. Доступность публикации, покупки пользователя и выплаты издателю нужно разбирать по отдельности.
Стоит ли менять аккаунт после блокировки?
Сначала разбирают причину и порядок исправления или апелляции. Новый аккаунт или перенос не устраняет нарушение правил, а связанные аккаунты могут тоже попасть под ограничения.
Что прислать студии для первого разбора?
Описание приложения, магазины и страны пользователей, тип аккаунта, наличие сборки, модель монетизации и конкретное сообщение об ошибке. Пароли, ключи и полные банковские реквизиты на первом этапе не нужны.
Что мешает выпуску вашего приложения?
Расскажите о платформе, аккаунте и текущем препятствии. Определим первый шаг, предложим формат работы и список материалов для оценки.
На первом этапе не нужны пароли, ключи и банковские реквизиты.