Команда Google Play по обеспечению доверия и безопасности
Команда Google Play по обеспечению доверия и безопасности
Открытая и честная дискуссия о правилах Google Play, которые помогут вам публиковать приложения без задержек и нарушений.
Расшифровка
Теперь
Спасибо всем, кто присоединился к нам сегодня. Мы поговорим о правилах 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 соответствуют правилам в отношении безопасности данных и пользовательских данных?
Как они могут ориентироваться в этом ландшафте?
Да, это отличный вопрос.
Первые два года в 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 четко указано, что нужно сделать для подтверждения. Просто следуйте инструкциям.
Отлично!
то идем дальше.