Рекомендации для разработчиков, создающих приложения для сторонних компаний (схема White Label)

Если вы создаете шаблонные приложения для сторонних компаний по схеме White Label, это руководство поможет вам упростить их публикацию в Google Play. В нем освещены четыре ключевых момента:

  • Управление аккаунтами. Типы аккаунтов и связанные с ними компромиссы.
  • Привлекательность страниц приложений. Создание уникальных, привлекательных и соответствующих правилам страниц приложений, содержимое которых будет понятным для пользователей.
  • Соблюдение правил. Правила и их соблюдение для предотвращения временных или постоянных блокировок аккаунта.
  • Проверка приложения и его публикация. Оптимизация процесса проверки и эффективное управление выпусками.

Управление аккаунтами

Разработчики, действующие по схеме White Label, обычно используют два основных способа управления аккаунтами. Мы рекомендуем выбрать децентрализованный подход.

Подход Децентрализованное управление аккаунтами (рекомендуется)

Централизованное управление аккаунтами

Описание

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

  • Неуправляемые аккаунты. Клиенты сохраняют полный контроль над аккаунтами и сами несут ответственность за управление ими.
  • Управляемые аккаунты. Разработчики, действующие по схеме White Label, получают административный доступ к клиентским аккаунтам и могут их контролировать. Эта модель обычно используется, когда клиенту нужны индивидуальные аккаунты разработчиков, но он все равно предпочитает нанять стороннего поставщика, чтобы тот обеспечил определенную степень технической поддержки.
Все приложения контролируются через один аккаунт разработчика. Обновлениями приложений и контентом управляет разработчик, действующий по схеме White Label.
Преимущества

Неуправляемые аккаунты. Подходящая модель для случаев, когда клиенты предпочитают сами поддерживать приложения.

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

При децентрализованном подходе как с управляемыми, так и с неуправляемыми аккаунтами разработчики, действующие по схеме White Label, могут изолировать риски со стороны своих компаний-клиентов. Это позволяет создавать полностью независимые бренды с уникальными именами разработчика.

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

От вас потребуется активное участие в поддержке приложения. Возможно появление узких мест. Нарушение правил одним из приложений может привести к негативным последствиям для всех приложений в аккаунте.

К тому же, при централизованном подходе для всех приложений разработчика в Google Play будут показываться одинаковые сведения об аккаунте. Если клиент намерен выпускать приложения под собственным брендом, следует воспользоваться децентрализованным подходом.

Резюме

Мы рекомендуем разработчикам, действующим по схеме White Label, использовать децентрализованный подход, так как он:

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

Мы настоятельно рекомендуем разработчикам, действующим по схеме White Label, применять децентрализованный подход и ограничить использование централизованного по следующим причинам:

Централизованное управление аккаунтом со множеством приложений для разных организаций или физических лиц несет в себе определенные риски.
Нарушение правил в едином аккаунте может привести к удалению всех связанных с ним приложений и нанести ущерб партнерам, покупателям или клиентам.

Помните, что повторное или серьезное единичное нарушение правил может привести к постоянной блокировке аккаунта, удалению всех связанных с ним приложений и невозможности дальнейшей их публикации. Независимо от выбранного вами подхода к управлению аккаунтами, для успешной продолжительной работы по схеме White Label необходимо соблюдать правила Google Play.

Привлекательность страниц приложений

Разработчики, действующие по схеме White Label, часто используют одни и те же метаданные для разных приложений. Тем не менее, чтобы страница приложения была удобной и соответствовала правилам Google Play, важно избегать повторяющегося или вводящего в заблуждение контента. Вот несколько подсказок, как сделать страницу привлекательнее:

  • Убедитесь, что страница приложения уникальна. У каждого приложения, даже если оно создано по шаблону и выпускается под собственным брендом, должна быть собственная страница в Google Play с уникальным описанием, значками, графикой и подходящими скриншотами. Это поможет сделать ее удобной для пользователей и избежать появления огромного количества одинаково выглядящих приложений. По нашим правилам в отношении повторяющегося контента приложения должны представлять ценность для пользователей благодаря уникальному содержимому или сервисам. Не используйте графические объекты, которые можно принять за материалы других приложений или сервисов. Например, если продукт создан для распространения в определенном регионе, включите обозначение этого региона в значок приложения. Ниже приведены примеры некоторых наиболее распространенных нарушений.

Чтобы развернуть или свернуть раздел, нажмите на его название.

Использование одинакового описания для разных приложений
Использование одинаковых скриншотов для страниц разных приложений
Использование одинаковых основных изображений для разных приложений
  • Точно опишите приложение. Убедитесь, что описание содержит точную информацию о функциях и контенте вашего продукта и не нарушает наши правила в отношении введения в заблуждение. Если вы хотите выделить определенные функции, убедитесь, что они есть в приложении. Не упоминайте те, что ещё не реализованы: вы сможете обновить описание, когда это произойдет.

Ниже приведены примеры распространенных нарушений.

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

  • Создайте четкое ценностное предложение. Как можно понятнее объясните, что делает ваше приложение и чем оно отличается от других подобных ему (например, от региональных версий).

  • Будьте лаконичны. Старайтесь, чтобы описания были короткими, хорошо оформленными и не содержали ненужных подробностей.

  • Избегайте повторов. Не используйте ключевые слова слишком часто и не копируйте краткое описание в полном. Пример повторов и излишних подробностей: "Гонки на машинах, вождение машины, автогонки, гонки на авто, гоночные трассы для машин, вождение, гонки, машины, авто, автомобили, грузовики".

  • Пишите понятно. Четко указывайте, если приложение предназначено для определенной пользовательской базы.

Дополнительные рекомендации

Рекомендации по соблюдению правил

Нарушение правил Google Play может привести к серьезным последствиям, в том числе к постоянной блокировке аккаунта. В результате вы не сможете публиковать приложения и обновления к ним. Вот несколько советов, как этого избежать:

  • Публикуйте работающие приложения. Перед тем как отправить приложение на проверку, убедитесь, что оно полностью работоспособно. Если какая-то часть вашего приложения работает не так, как ожидается, оно может быть отклонено. Для приложений, находящихся в разработке, используйте тестовые версии.

  • Предоставляйте учетные данные для входа. Убедитесь, что добавили активный демоаккаунт, учетные данные и другие сведения, необходимые нам, чтобы получить доступ к вашему приложению, как это описано в требованиях Play Console. Иначе нам не удастся проверить ваш продукт и, возможно, придется отклонить его публикацию. Изучите требования к предоставляемым учетным данным. Также вы можете пройти наш бесплатный онлайн-курс.

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

Проверка и публикация приложений

Ниже перечислено несколько советов, как упростить публикацию.

  • Не вносите изменений во время проверки. Не меняйте приложение после того, как отправили его на проверку. Дождитесь ее окончания. По возможности заблокируйте изменения в коде на это время.

  • Проверяйте соответствие правилам. Это поможет вовремя исправлять нарушения.

    1. Откройте Play Console.
    2. Выберите приложение.
    3. В меню слева нажмите "Соответствие правилам".
    4. Оцените соответствие правилам.
      • Если приложение полностью соответствует правилам и никакие действия не нужны, вы увидите сообщение "Проблем не найдено".
      • Если новая версия приложения отклонена, предыдущая успешно опубликованная версия будет по-прежнему доступна в Google Play.
      • Если приложение удалено, оно будет недоступно в Google Play до тех пор, пока вы не устраните нарушения и не загрузите обновленную версию.
      • Если приложение заблокировано, оно больше не будет доступно в Google Play. В этом случае вы можете подать апелляцию.
  • Учитывайте проверку в своих планах. Добавьте дополнительное время на проверку в свой график выпуска, так как ее сроки могут различаться в зависимости от найденных проблем. Обычно она занимает не более семи дней, но иногда может понадобиться больше времени.

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

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

Эти советы и руководства помогут разработчикам, действующим по схеме White Label, разобраться в особенностях процесса публикации, а также поддерживать хорошую репутацию аккаунта и обеспечивать удобный и беспроблемный запуск приложений для своих клиентов.

Эта информация оказалась полезной?

Как можно улучшить эту статью?
true
Поиск
Очистить поле поиска
Закрыть поиск
Главное меню
15562123991539470439
true
Поиск по Справочному центру
true
true
true
true
true
92637
false
false
false