Инструменты и эффективность

Сессия вопросов и ответов о правилах Google Play

Колонки

  • Пол Хуа (Paul Hua)

    Команда Google Play по обеспечению доверия и безопасности

  • Богдан Косенко

    Команда Google Play по обеспечению доверия и безопасности

  • Jan Kleinert

    Инженер по связям с разработчиками

О приложении

О выступлении

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

Сводка

  • Специалистам по проверке нужны действительные учетные данные, чтобы протестировать закрытые разделы, например подписки и платный доступ. Добавьте учетные данные в Play Console в разделе "Учетные данные" и убедитесь, что они позволяют обойти двухфакторную аутентификацию или проверку CAPTCHA.
  • Декларации приложений в Play Console должны соответствовать манифестам активных наборов App Bundle во всех версиях. Деактивируйте устаревшие номера версий, чтобы заброшенные тестовые сборки не приводили к отклонению приложения из-за нарушения правил.
  • Разработчики приложений несут ответственность за контент, созданный сторонним генеративным искусственным интеллектом, и за пользовательские данные, обрабатываемые SDK. Используйте механизмы фильтрации выходных данных ИИ и проверяйте указатель SDK Google Play.
  • Апелляции позволяют связаться с реальными специалистами по проверке после отклонения или запросить дополнительное время на устранение нарушений. Не отправляйте приложение на повторную проверку без изменений, так как многократные отклонения могут привести к его удалению или блокировке.
  • Форма предварительного уведомления в Play Console позволяет разработчикам предоставить подтверждение разрешения до публикации. Предоставив документы заранее, вы избежите отклонения заявки из-за нарушения правил в отношении выдачи себя за другое лицо.

Ресурсы

Gemini Notebook

Темы

  • play-policy
  • google-play-console
  • app-review
  • developer-accounts
  • android-studio

Расшифровка

Введение и обзор ресурсов с правилами

  • Теперь

  • Спасибо всем, кто присоединился к нам сегодня. Мы поговорим о правилах Google Play.

  • Меня зовут Ян Кляйнерт, я инженер по связям с разработчиками в команде Android for Cars.

  • и сегодня я буду модератором.

  • Я передаю слово нашим экспертам, Богдану и Полу, чтобы они представились.

  • Богдан, начнем с вас.

  • Здравствуйте!

  • Меня зовут Богдан, и я работаю в отделе надежности и безопасности Google Play.

  • Я работаю в компании уже более четырех лет, а в сфере доверия и безопасности – более десяти.

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

  • Здравствуйте!

  • Меня зовут Павел.

  • Я работаю в одной команде с Богданом и занимаюсь вопросами доверия и безопасности примерно столько же, сколько и он, – около 10 лет. Большую часть этого времени я посвятил Google Play.

  • Я очень рад быть здесь сегодня. Давайте начнем.

  • Хорошо, спасибо.

  • Прежде чем мы начнем, я передам слово Полу.

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

  • Да.

  • Что мы имеем в виду под правилами Google Play?

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

  • На экране показаны короткие ссылки на ресурсы с правилами Google Play.

  • Первая ссылка ведет в Центр правил для разработчиков.

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

  • Если вы предпочитаете видео- или аудиоформат, перейдите по второй короткой ссылке, чтобы открыть плейлист с нашими видео о правилах.

  • Это видео, в которых мы рассказываем об изменениях в правилах.

  • Третья ссылка ведет на страницу с информацией о подсказках по соблюдению правил Google Play в Android Studio. Эта функция позволяет выявлять нарушения правил до проверки приложения.

  • Теперь

  • Также есть навык Android, который помогает проверять приложения Android на соответствие правилам Google Play в отношении разрешений, удаления аккаунтов и безопасности данных.

  • Вы можете установить этот навык с помощью Android CLI, как и любой другой навык.

    android skills list
    android skills add play-policy-insights

Рекомендации по проверке и публикации приложений

  • И наконец, прежде чем перейти к вопросам Яна, мы хотели бы поделиться рекомендациями по работе с правилами Google Play и проверками приложений.

  • Первый – предоставить учетные данные для входа.

  • Это может показаться очевидным, но очень часто задержки и отказы связаны с недоступностью контента.

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

  • В некоторых приложениях учетные данные нужно вводить только при запуске, а в других – при переходе в определенные разделы, например с платным контентом.

  • Вы можете сделать это в Play Console, а затем предоставить учетные данные нашим специалистам.

  • Раньше он назывался "Доступ к приложениям", а теперь – "Учетные данные". Найти его можно в разделе "Контент приложения".

  • И затем вы хотите убедиться, что учетные данные обходят любые виды двухфакторной аутентификации, капчи, платный доступ и т.д.

  • Да, деактивировать коды старых версий.

  • Поэтому разработчики часто сталкиваются с тем, что мы называем циклами отклонения. Они загружают рабочую сборку, которая соответствует правилам, но забывают, что в Play Console в другом канале, например открытого или закрытого тестирования, все ещё активна старая версия, которая не соответствует правилам. Даже если набор App Bundle находится в старом канале тестирования, он подлежит проверке на соблюдение правил Google Play.

  • Если приложение запрашивает ограниченные разрешения или использует устаревшие уязвимые SDK, оно все равно будет проверяться.

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

  • В-третьих, закладывайте достаточно времени на проверку и используйте управляемую публикацию.

  • Проверка и публикация приложений может занимать семь дней или больше, особенно если это новое приложение или оно запрашивает разрешение на доступ к конфиденциальной информации.

  • Поэтому вам нужно дать достаточно времени выполнения заказа.

  • Если вы планируете крупный запуск, отправьте приложение на проверку как минимум за пару недель до даты запуска.

  • Затем вы можете связать его с управляемой публикацией.

  • Управляемая публикация позволяет отложить выпуск одобренных обновлений до нужного момента. Это помогает избежать непредвиденных задержек во время маркетинговых кампаний или других важных запусков.

  • И не отправляйте приложение на проверку повторно, если вы уже это сделали.

  • Потому что если вы это сделаете, часы начнут отсчет заново.

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

  • После этого промоакция снова отправляется на проверку.

  • Верно, проверьте декларации.

  • Поэтому декларации контента приложения, например раздел безопасности данных, политика конфиденциальности или разрешения на доступ к фото и видео, должны соответствовать манифесту приложения для активных наборов App Bundle или кодов версий во всех типах версий.

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

  • Убедитесь, что сторонние SDK не передают данные, которые вы не указали.

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

  • В указателе SDK Google Play вы найдете статистику более чем о 100 популярных коммерческих SDK.

  • Прежде чем мы продолжим, я хотел бы задать вам вопрос.

  • Что именно вы имеете в виду под принудительными мерами?

  • Что означает этот термин?

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

  • Когда я говорю о мерах, я имею в виду именно эти действия.

  • то идем дальше.

  • Спасибо!

  • Да.

  • И наконец, подайте апелляцию.

  • Не отправляйте на проверку ту же версию, которая была отклонена.

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

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

  • Вы получите уведомления о нарушении и инструкции по его устранению в Play Console и по электронной почте.

  • Если вы не согласны с решением или не понимаете его, подайте апелляцию.

  • Если вы считаете, что произошла ошибка, подайте апелляцию по ссылке в письме.

  • Это лучше, чем просто отправлять объявление на повторную проверку без изменений.

  • То же самое касается и ситуации, когда вы получаете сообщение, но оно вам не совсем понятно. Возможно, оно слишком многословно, возможно, в нем слишком много абзацев, что бы это ни было, вполне нормально вернуться к апелляциям.

  • В этом случае вы будете общаться по электронной почте с реальным человеком.

  • Хотя они не всегда могут предоставить полную информацию, вы часто можете получить дополнительные сведения о причине отклонения.

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

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

  • Вот так.

  • А теперь я передаю слово Яну.

  • Теперь

  • Спасибо!

  • Мы собрали вопросы разработчиков из разных каналов и источников.

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

  • Давайте начнем с этого.

Правила в отношении разрешений и контента, созданного искусственным интеллектом

  • Какие распространенные причины отклонения приложений связаны с разрешениями?

  • Как разработчикам избежать отклонения приложений из-за нарушений правил в отношении разрешений?

  • Теперь

  • Разрешения. Я возьму это.

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

  • Если у вас есть вспомогательная функция или какая-то функция, которой даже нет в приложении и которая даже не рекламируется, очень вероятно, что приложение будет отклонено.

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

  • Кроме того, часто приложения отклоняются из-за того, что ссылки на видео, указанные в декларациях, недоступны.

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

  • Поэтому просто убедитесь, что все доступно в приложении, манифесте и декларации.

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

  • то идем дальше.

  • Теперь

  • То есть все больше разработчиков приложений начинают использовать сторонние платформы для создания контента с помощью ИИ в своих приложениях, верно?

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

  • Да.

  • Да, это может привести к отклонению.

  • С самого начала существования Google Play мы придерживались позиции, что за все, что есть в приложении и к чему пользователь может получить доступ, отвечает разработчик.

  • И хотя генеративный ИИ – это новая область, к нему это тоже относится.

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

  • Должен быть механизм фильтрации.

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

  • Таким образом, Google, разработчики и пользователи работают вместе, чтобы сделать приложение максимально безопасным для всех.

  • Окей.

  • Отлично.

  • Но в целом, рекомендуем ли мы, чтобы помимо механизмов, позволяющих пользователям помечать контент, разработчики устанавливали какие-то фильтры? Это вы имеете в виду под механизмом фильтрации?

  • Чтобы, например, не показывать пользователям определенные типы контента?

  • Правильно!

  • Да.

  • Например, во время проверки наши специалисты не будут изучать ваш код или пытаться понять, как именно работает ваш механизм фильтрации.

  • Они просто будут смотреть, есть ли у них доступ к чему-то неподходящему.

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

Правила в отношении выдачи себя за другое лицо и апелляции

  • Хорошо.

  • Отлично, спасибо.

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

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

  • Как избежать отклонения по этой причине?

  • Подайте апелляцию.

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

  • Что делать дальше? Чаще всего злоумышленники выдают себя за ваш собственный бренд.

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

  • И поэтому, но их проще публиковать под своим аккаунтом разработчика, верно?

  • Вы можете подать апелляцию, и наша команда будет искать так называемое доказательство разрешения.

  • Допустим, у вас есть клиент – ресторан "Курочка от Джо", и там подают лучшую курицу к западу от Миссисипи.

  • Они предоставят вам письмо, подтверждающее разрешение, на официальном бланке компании с ее логотипом, в котором говорится: "Мы, Joe's Chicken, разрешаем ABC Developer использовать наши изображения и наше сходство в их приложении". Будет лучше, если они укажут название своего приложения и название пакета приложения.

  • Например, com.joeschicken.app. Затем вы можете ответить разработчику и предоставить эту документацию.

  • Окей.

  • И, думаю, вторая часть была...

  • Может, есть что-то, что они могут сделать, чтобы избежать этого?

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

  • Да.

  • Справа.

  • В Play Console есть форма предварительного уведомления, которую вы можете отправить, загрузив документы, подтверждающие связь вашего аккаунта с другой организацией.

  • Таким образом, вы можете заранее защитить свое приложение от подобных принудительных мер.

  • Ага.

  • то идем дальше.

Соответствие сторонних SDK правилам

  • Теперь

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

  • Если в приложении используются сторонние SDK, то разработчик приложения несет ответственность за то, как эти SDK используют пользовательские данные.

  • Как разработчикам узнать, что SDK соответствуют правилам в отношении безопасности данных и пользовательских данных?

  • Как они могут ориентироваться в этом ландшафте?

  • Да, это отличный вопрос.

  • Первые два года в Google я много работал с SDK. Это возвращает нас к предыдущему вопросу о генеративном искусственном интеллекте и контенте, созданном пользователями. В конечном счете за все, что есть в приложении, отвечает разработчик.

  • Пол уже упоминал, что у нас есть указатель SDK Google Play. Вы можете найти его в Google Поиске.

  • Нужный результат будет первым или вторым. На сайте Google Play SDK Index вы найдете сотни SDK, разделенных по категориям: монетизация, реклама, здоровье и т. д.

  • На этой странице просто собраны общедоступные данные.

  • Это мероприятие, которое организует Google.

  • Но вы заметите, что у некоторых SDK есть значок, указывающий на то, что они зарегистрированы в SDK Console.

  • Как у разработчиков приложений есть Play Console, так и у разработчиков SDK есть SDK Console.

  • и проходят аналогичную проверку.

  • Они отправляют нам свой SDK.

  • Google проводит несколько проверок, и если все в порядке и соответствует требованиям, то компания получает значок.

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

  • Конечно, это не гарантирует, что приложение будет одобрено или что SDK никогда не нарушит правила, но, на мой взгляд, это дает два преимущества.

  • Во-первых, если вы используете такой SDK, вероятность того, что приложение будет отклонено, значительно ниже.

  • Это лишь вероятность.

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

  • Во-первых, мы обращаемся к разработчику SDK и сообщаем, что его SDK отправляет пользовательские данные с нарушением правил.

  • и затем устраняют нарушения в приложении или SDK.

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

  • В уведомлении будет сказано что-то вроде: "Мы заметили, что ваше приложение отправляет данные с нарушением правил и что это происходит в ABC SDK".

  • Поэтому разработчику нужно просто обновить SDK до версии, соответствующей правилам.

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

  • Но именно это мне и нравится в указателе SDK Google Play.

  • Да.

  • В индексе не указано, каким именно правилам соответствует или не соответствует сайт, но вы получаете этот значок, и это своего рода вотум доверия.

  • Окей.

  • Да.

  • Хорошо.

  • И, судя по вашим словам, если мы отправим разработчикам сообщение о том, что они используют SDK с проблемой,

  • Если разработчик исправит проблему, сообщим ли мы пользователям, что есть более новая версия?

  • Или им просто нужно провести небольшое исследование самостоятельно?

  • По-моему, там есть код версии.

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

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

Доступ к приложению для проверяющих и сроки обновления правил

  • – Здорово!

  • то идем дальше.

  • Спасибо!

  • Теперь

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

  • Вы упомянули обход двухфакторной аутентификации и платного доступа к контенту.

  • Но какие ещё распространенные ситуации следует учитывать разработчикам?

  • Например, иногда в приложениях есть контент, доступный только в определенных странах или регионах. Или, например, для тестирования мессенджера может потребоваться два аккаунта.

  • Есть ли другие ситуации, когда разработчикам нужно сделать что-то ещё, кроме предоставления учетных данных?

  • Да.

  • Я бы посоветовал в первую очередь убедиться, что учетные данные, которые вы предоставляете команде проверки, дают доступ ко всем функциям приложения.

  • Этот раздел в Play Developer Console раньше назывался "Доступ к приложению", и, кажется, около месяца назад его переименовали в "Данные для входа".

  • Да, там есть поля для имени пользователя и пароля, а под ними – поле для произвольного текста.

  • Вы можете дать инструкции, например, как войти в систему, если это не очень просто.

  • Вы также можете предоставить пользователям второй, третий и четвертый логин.

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

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

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

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

  • Поэтому, предоставив несколько учетных записей, вы можете помочь.

  • Да.

  • то идем дальше.

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

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

  • Вы можете предоставить видео, чтобы показать, как это сделать, чтобы наша команда поняла, как это сделать, если это сложнее, чем, вы знаете, имя пользователя, пароль.

  • Да.

  • Иногда мы сами смотрим приложения, и в некоторых из них довольно сложные способы входа.

  • Я видел видео, где, и я не выдумываю, нужно было нажать на кнопку 17 раз, нарисовать крестик на экране, чтобы появился режим разработчика, и выполнить ещё 11 шагов. Не делайте так.

  • Потому что это усложняет задачу.

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

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

  • Да.

  • то идем дальше.

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

  • Иногда у них есть крайний срок, верно?

  • Например, к определенной дате нужно сделать то-то и то-то, чтобы соответствовать новым правилам.

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

  • Да, это похоже на предупреждение.

  • Да, это похоже на предупреждение.

  • Да.

  • Да, в случае с предупреждениями, я имею в виду, что самое простое – это попросить больше времени, верно?

  • Обычно мы выпускаем новые правила, обновляем существующие или просто уточняем их.

  • И я думаю, что Google обычно довольно хорошо дает время на подготовку.

  • И эти правила могут быть публично объявлены за 6 месяцев до того, как мы начнем принимать меры.

  • И только после этого мы начинаем рассылать предупреждения о том, что приложение нарушает правила, объявленные 6 или 12 месяцев назад.

  • Но есть одна вещь, с которой мы с Полом иногда не соглашаемся. Они могут сказать, что у вас есть семь дней, чтобы внести это изменение.

  • И разработка занимает много времени.

  • Мы понимаем.

  • И я просто отвечаю.

  • Вы можете подать апелляцию и написать что-то вроде: "Мы понимаем, что наше приложение не соответствует правилам.

  • Мы уже работаем над этим или собираемся предпринять определенные шаги, чтобы устранить нарушение, но нам нужно больше времени".

  • Поэтому они обычно дают вам немного больше времени.

  • Если пройдет ещё семь дней, вы сможете запросить проверку снова.

  • Конечно, оно не бесконечно.

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

  • Например, когда мы знаем, что скоро вступят в силу новые правила, и знаем, кто над ними работает, мы можем сказать: "Слушайте, а можно предупредить за 28 дней, а не за 7 или хотя бы за 14?"

  • Да.

  • Справа.

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

  • Улучшенная хронология.

  • Окей.

  • Похоже, апелляции – это многофункциональный инструмент, который помогает в самых разных ситуациях, если использовать его правильно.

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

  • Теперь

Блокировка и проверка аккаунта

  • Если у разработчика несколько приложений в одном аккаунте разработчика, а это обычное дело,

  • и одно из них заблокировано за нарушение правил. Что это значит для всего аккаунта разработчика?

  • Подвергает ли это риску аккаунт или другие приложения, соответствующие правилам?

  • на странице просмотра?

  • Возможно.

  • Это как разработчики, которые не указывают свое имя.

  • Помните, я рассказывал о ресторане "Курочка от Джо"?

  • И, возможно, у вас есть клиенты, которые работают в этой отрасли.

  • Это как в бейсболе, когда у вас есть страйк-ауты.

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

  • Если у вас в Google Play много похожих приложений и одно из них заблокировано,

  • Мм-хм.

  • Ты злоумышленник, верно?

  • Вы исправляете его и через месяц пытаетесь снова его вставить.

  • А потом наши команды это обнаруживают, и вас снова блокируют, верно?

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

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

  • Допустим, вы отправляете все эти приложения одновременно, например через конвейер CI/CD, и 10 из них отклоняются или блокируются. Мы будем считать это одним нарушением, потому что понимаем, что вы работаете со множеством приложений одновременно.

  • Мм-хм.

  • Интересно.

  • Думаю, это ответ на вопрос.

  • Да, прекрасно.

  • Спасибо!

  • И у меня есть ещё один для нас здесь.

  • Многие из этих вопросов, возможно, больше подходят для опытных разработчиков, но этот вопрос скорее о том, когда вы впервые настраиваете Play Console.

  • Итак, предположим, что ваш платежный профиль Google Play подтвержден.

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

  • Что нужно сделать разработчику в этом конкретном случае, чтобы подготовить аккаунт разработчика к публикации приложений?

  • Иногда вы как будто собираете пазл по кусочкам. Что делать, если вы не знаете, как завершить процесс?

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

  • Это было около года назад, верно?

  • Я не могу вспомнить.

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

  • Окей.

  • Или, например, если адрес в профиле Dun & Bradstreet не совпадает…

  • Справа.

  • Справа.

  • Профиль Google.

  • Окей.

  • Да, допустим, это номер телефона.

  • Я отвечу на этот вопрос двумя способами.

  • Окей.

  • Во-первых, когда вы будете выполнять эти шаги, в Play Console будут появляться уведомления.

  • И вы просто получите уведомление о том, что вам нужно зарегистрировать свой номер телефона.

  • Это довольно просто.

  • Вы вводите его в международном формате, например +1 408 и так далее.

  • Вы получите SMS или звонок с кодом подтверждения. Следуйте инструкциям.

  • Но иногда вы можете столкнуться с ошибкой или не получить SMS-код. С этим сталкивались и другие разработчики.

  • Я расскажу, как связаться с командой по апелляциям.

  • Это одна команда, но на самом деле есть ещё, не знаю, полдюжины или две дюжины других команд, которые…

  • Уилл.

  • Отвечайте на вопросы в Play Developer Console, к которой у вас есть доступ, через меню справки.

  • Теперь, когда интерфейс немного изменился,

  • Раньше он находился в меню слева на главном экране.

  • Внизу была кнопка справки.

  • Теперь ее нет, но если вы прокрутите любую страницу до конца, то увидите кнопку "Справка" в нижнем колонтитуле.

  • Нажмите на нее, и вы увидите маленькую синюю кнопку "Создать запрос в службу поддержки".

  • Кажется, там так написано.

  • Мм-хм.

  • Да.

  • Затем вы увидите раскрывающиеся списки, в которых можно задать вопросы.

  • Там есть несколько раскрывающихся списков, которые приведут вас прямо к номеру телефона. Я почти запомнил их. Первый – "Подтвердите аккаунт разработчика", второй – похожий, и там будет несколько переключателей.

  • Один из них предназначен специально для подтверждения номера телефона.

  • Или, например, вы не можете получить код подтверждения по SMS или видите ошибку на экране, когда пытаетесь пройти проверку.

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

  • В большинстве случаев в Play Console четко указано, что нужно сделать для подтверждения. Просто следуйте инструкциям.

  • Отлично!

  • то идем дальше.

Заключение

  • Наше время подходит к концу. Спасибо, что присоединились к нам.

Код

Фрагменты кода

Фрагмент Shell на 02:21 в видео "Введение и обзор ресурсов с правилами"
android skills list
android skills add play-policy-insights