Sesja AMA dotycząca zasad Google Play

OK.

Dziękujemy wszystkim za udział w tym panelu poświęconym zasadom Google Play.

Nazywam się Jan Kleinert i jestem inżynierem ds. relacji z programistami w zespole Androida do samochodu.

Będę moderatorem dzisiejszego panelu.

Teraz oddam głos naszym panelistom, Bohdanowi i Paulowi, którzy się przedstawią.

Bohdan, zacznijmy od Ciebie.

Cześć,

Nazywam się Bohdan i pracuję w zespole Google Play ds. zaufania i bezpieczeństwa.

Pracuję tu od ponad 4 lat, a w branży technologicznej zajmującej się zaufaniem i bezpieczeństwem od ponad dekady.

Lubię obserwować, jak technologia, branża i kultura na siebie oddziałują oraz jak wydarzenia zachęcają do tworzenia nowych aplikacji. Lubię też wydarzenia takie jak to, podczas których możemy zrobić wszystko, co w naszej mocy, aby pomóc deweloperom takim jak Wy odnieść sukces.

Cześć!

Mam na imię Paul.

Pracuję w tym samym zespole co Bohdan i zajmuję się zaufaniem i bezpieczeństwem od mniej więcej tego samego czasu co on, czyli od 10 lat. Przez większość tego czasu pracowałam w zespole Google Play ds. zaufania i bezpieczeństwa.

Bardzo się cieszę, że mogę tu dziś być. Zaczynajmy.

OK, dziękuję.

Zanim zaczniemy, oddam głos Paulowi, który wprowadzi nas w temat.

Zacznie od krótkiego omówienia zasobów dotyczących zasad, sprawdzonych metod i innych informacji, które pomogą Ci przygotować aplikację do szybszej i sprawniejszej weryfikacji zgodności z zasadami.

Tak.

Co mamy na myśli, mówiąc o zasadach Google Play?

Są to podstawowe zasady, których deweloperzy muszą przestrzegać podczas publikowania i utrzymywania aplikacji mobilnych w Sklepie Google Play.

Na ekranie wyświetlamy kilka krótkich linków do materiałów dotyczących zasad Google Play.

Pierwszy link prowadzi do Centrum zasad dla deweloperów.

Jeśli klikniesz Ostatnie aktualizacje u góry strony, możesz przeczytać szczegółowe informacje o nowych zasadach, a także o aktualizacjach lub wyjaśnieniach dotyczących dotychczasowych zasad.

Jeśli wolisz uczyć się, oglądając lub słuchając, drugi krótki link przekieruje Cię do playlisty z filmami z serii Policy Bytes.

Są to filmy, w których omawiamy aktualizacje zasad.

Trzeci link prowadzi do strony, na której dowiesz się więcej o wskazówkach na temat zasad w Google Play w Android Studio. Ta funkcja ma na celu dostarczanie przydatnych wskazówek przed sprawdzeniem w formie lintowania w Android Studio.

OK.

Dostępna jest też umiejętność dotycząca Androida, która pomaga sprawdzać aplikacje na Androida pod kątem zgodności z zasadami Google Play, aby ułatwić Ci weryfikację uprawnień, usuwania kont i bezpieczeństwa danych.

Możesz zainstalować tę umiejętność za pomocą interfejsu wiersza poleceń Androida, tak jak każdą inną.

android skills list
android skills add play-policy-insights

Zanim przejdziemy do pytań Jana, chcemy przedstawić kilka sprawdzonych metod dotyczących zasad Google Play i sprawdzania aplikacji.

Pierwsza z nich to podanie danych logowania dla weryfikatorów.

Może się to wydawać proste, ale bardzo częstą przyczyną opóźnień lub odrzuceń są niedostępne treści.

Jeśli aplikacja wymaga logowania, zawiera treści płatne, środki lub subskrypcje, musisz podać dane logowania do konta testowego.

W niektórych aplikacjach oznacza to podanie danych logowania na samym początku, a w innych mogą być różne sekcje, np. płatne treści, o których wspomniałem.

Możesz to zrobić w Konsoli Play, a następnie podać te dane logowania naszym weryfikatorom.

Wcześniej nazywała się „Dostęp do aplikacji”, ale teraz nazywa się „Dane logowania” i znajduje się w sekcji „Zawartość aplikacji”.

Upewnij się, że dane logowania omijają wszelkie zabezpieczenia, takie jak uwierzytelnianie dwuskładnikowe, testy CAPTCHA, paywalle itp.

Tak, dezaktywuj stare kody wersji.

Deweloperzy często doświadczają tego, co potocznie nazywamy pętlami odrzucenia, ponieważ przesyłają czystą, zgodną z zasadami wersję produkcyjną, ale często zapominają, że starsza, niezgodna wersja jest nadal aktywna w Konsoli Play na innej ścieżce, np. testu otwartego lub zamkniętego. Nawet jeśli pakiet aplikacji znajduje się na starej ścieżce testowej, podlega on weryfikacji zgodności z zasadami Google Play.

Jeśli więc aplikacja prosi o uprawnienia z ograniczeniami lub używa nieaktualnych pakietów SDK z lukami w zabezpieczeniach, nadal będzie podlegać sprawdzeniu.

Dlatego przed kliknięciem przycisku przesyłania upewnij się, że wszystkie nieaktualne kody wersji zostały zastąpione lub dezaktywowane na wszystkich ścieżkach.

Po trzecie, daj sobie wystarczająco dużo czasu na sprawdzenie i korzystaj z publikowania zaplanowanego.

Sprawdzanie i publikowanie aplikacji może potrwać 7 dni, a czasami dłużej, zwłaszcza jeśli jest to nowa aplikacja lub aplikacja, która prosi o uprawnienia newralgiczne.

Dlatego warto dać im wystarczająco dużo czasu realizacji.

Jeśli planujesz ważne wprowadzenie na rynek, prześlij nową aplikację co najmniej kilka tygodni przed faktyczną datą premiery.

Następnie możesz połączyć tę funkcję z publikowaniem zaplanowanym.

Publikowanie zaplanowane to funkcja, która umożliwia wstrzymanie zatwierdzonych aktualizacji do momentu, gdy będziesz gotowy(-a) je opublikować. Zapobiega to nieoczekiwanym opóźnieniom podczas kampanii marketingowych lub innych ważnych premier.

Pamiętaj, aby nie przesyłać aplikacji ponownie, gdy została już przesłana do sprawdzenia.

Jeśli to zrobisz, zegar zacznie odliczać od początku.

Myślę, że deweloperzy czasem o tym zapominają i w połowie pracy nad aplikacją przypominają sobie, że muszą wprowadzić jakąś drobną zmianę.

Przesyła go ponownie, a proces sprawdzania rozpoczyna się od początku.

Zgadza się, sprawdź swoje deklaracje.

Dlatego deklaracje dotyczące treści aplikacji, takie jak sekcja Bezpieczeństwo danych, polityka prywatności czy uprawnienia do zdjęć i filmów, muszą być zgodne z manifestem aplikacji aktywnych pakietów lub kodów wersji na wszystkich ścieżkach.

Jeśli na przykład manifest aplikacji prosi o dostęp do dokładnej lokalizacji, ale w formularzu deklaracji uprawnień nie podano celu, aplikacja może zostać objęta egzekwowaniem zasad.

Dlatego upewnij się, że pakiety SDK innych firm nie eksfiltrują danych, których nie zadeklarowano.

Nawet jeśli Twoja aplikacja nie używa określonych danych, ale zdecydujesz się na integrację pakietu SDK, który to robi, może to doprowadzić do podjęcia działań egzekwowania zasad.

Dlatego warto sprawdzić platformę Google Play SDK Index, aby zobaczyć szczegółowe informacje o ponad 100 najczęściej używanych komercyjnych pakietach SDK.

Zanim przejdziemy dalej, chciałbym zadać krótkie pytanie.

Co dokładnie masz na myśli, mówiąc o egzekwowaniu zasad?

Co oznacza ten termin?

Egzekwowanie zasad może obejmować dowolne działania niepożądane, od ostrzeżeń po odrzucenia, a nawet bardziej rygorystyczne środki, takie jak usunięcie, zawieszenie, a nawet zablokowanie konta.

Gdy mówię o egzekwowaniu zasad, mam na myśli właśnie te działania.

Świetnie.

Dziękujemy.

Tak.

Ostatni krok to odwołania.

Nie przesyłaj ponownie tej samej wersji po odrzuceniu.

Ponadto powtarzające się odrzucenia z tego samego powodu w krótkim czasie mogą spowodować, że algorytm oznaczy aplikację, co może prowadzić do bardziej rygorystycznych działań, o których wspomniał Paul, takich jak usunięcie lub zawieszenie.

Jeśli aplikacja zostanie odrzucona, nie przesyłaj jej ponownie bez wprowadzania zmian, zgadywania lub uwzględniania opinii.

W skrzynce odbiorczej konsoli i na powiązanych adresach e-mail otrzymasz wiadomości z informacjami o naruszeniu i wskazówkami.

Jeśli nie zgadzasz się z decyzją o odrzuceniu lub jej nie rozumiesz, możesz się odwołać.

Jeśli uważasz, że to fałszywy alarm, możesz skorzystać z linku podanego w wiadomości, aby się odwołać.

To lepszy pierwszy krok niż pośpieszne ponowne przesłanie bez wprowadzania żadnych zmian.

To samo dotyczy sytuacji, gdy otrzymasz wiadomość, która nie jest dla Ciebie do końca zrozumiała, np. jest zbyt długa lub zawiera za dużo akapitów. W takim przypadku możesz skontaktować się z zespołem ds. odwołań.

Gdy to zrobisz, będziesz korespondować z prawdziwą osobą.

Chociaż mogą istnieć pewne ograniczenia dotyczące tego, co mogą przekazać, często można uzyskać dodatkowe informacje o przyczynie odrzucenia.

Innym razem zespół ds. odwołań rozumie, że komunikacja może być dość długa.

Dlatego mogą wyróżnić lub pogrubić sekcje, które dotyczą konkretnie Ciebie i Twojej aplikacji.

No więc tak.

Teraz głos oddaję Janowi.

OK.

Dziękujemy.

Zebraliśmy więc pytania od deweloperów z różnych kanałów i źródeł.

Pytania, które dziś omówimy, dotyczą niektórych problemów, o których często słyszymy od deweloperów w kontekście zasad.

Zacznijmy od tego.

Jakie są najczęstsze przyczyny odrzucenia aplikacji związane z uprawnieniami?

Jak deweloperzy mogą uniknąć odrzuceń związanych z naruszeniem zasad dotyczących uprawnień?

OK.

Uprawnienia, zajmę się tym.

Uprawnienia, zwłaszcza te newralgiczne, muszą być kluczowe dla reklamowanego przeznaczenia aplikacji.

Jeśli więc masz funkcję dodatkową lub funkcję, która nie jest nawet dostępna w aplikacji i nie jest reklamowana, jest bardzo prawdopodobne, że aplikacja zostanie odrzucona.

Dlatego upewnij się, że deklaracja jest zgodna z przypadkiem użycia aplikacji.

Często aplikacja jest odrzucana, ponieważ linki do filmów podane w deklaracjach są niedostępne.

Nasz zespół sprawdzający musi mieć dostęp do aplikacji, podanych przez Ciebie linków do filmów i wszystkich elementów w aplikacji, aby móc ją w pełni sprawdzić.

Upewnij się, że wszystko jest dostępne w aplikacji, pliku manifestu i deklaracji.

Upewnij się więc, że te 3 rzeczy zostały wykonane. Nie chcę mówić, że to bardzo prawdopodobne, ale proces powinien przebiegać sprawniej.

Świetnie.

OK.

Więcej deweloperów aplikacji zaczyna używać platform innych firm do generowania treści przez AI w swoich aplikacjach, prawda?

Jeśli te platformy generują treści, które są nieodpowiednie, niezgodne z prawdą lub w inny sposób naruszają zasady, czy może to doprowadzić do odrzucenia aplikacji dewelopera? Kto jest odpowiedzialny w takich przypadkach?

Tak.

Tak, może to doprowadzić do odrzucenia.

Od początku istnienia Sklepu Play zawsze obowiązywała zasada, że deweloper odpowiada za wszystko, co znajduje się w aplikacji lub do czego użytkownik może uzyskać dostęp w aplikacji.

Chociaż generatywna AI to nowy obszar, ta zasada obowiązuje również w jej przypadku.

Myślę, że dobrym odpowiednikiem generatywnej AI są treści generowane przez użytkowników, ponieważ w przypadku obu tych zasad musisz mieć wiele takich samych, no wiesz, musisz mieć możliwość zgłaszania, jeśli pojawi się coś, co nie jest do końca odpowiednie.

Musi istnieć mechanizm filtrowania.

Myślę, że oczywiście obowiązują też inne zasady, ale ja patrzę na to w ten sposób: jeśli masz treści generowane przez generatywną AI, Google sprawdza aplikację, użytkownicy klikają flagę, gdy widzą coś nieodpowiedniego, a do tego masz mechanizmy filtrowania.

Google, deweloperzy i użytkownicy współpracują ze sobą, aby aplikacja była jak najbezpieczniejsza dla wszystkich.

OK.

Świetnie.

Czy ogólnie zalecamy, aby oprócz mechanizmów umożliwiających użytkownikom zgłaszanie treści deweloperzy wprowadzali jakieś… Czy to masz na myśli, mówiąc o mechanizmie filtrowania?

Czy chodzi o to, żeby pewne rodzaje treści w ogóle nie były wyświetlane użytkownikom?

To jest poprawna odpowiedź

Tak.

Podczas procesu sprawdzania nasze zespoły nie będą próbowały analizować kodu ani analizować wstecznie mechanizmu filtrowania.

Będą tylko sprawdzać, czy mogą uzyskać dostęp do czegoś, co jest nieodpowiednie.

Jeśli tak, wyślemy odpowiedź, a zadaniem Twojego zespołu będzie ustalenie, jak ulepszyć mechanizm filtrowania.

OK.

Świetnie, dziękuję.

Jedna z zasad dotyczy podszywania się pod inne osoby lub kopiowania, prawda?

Jeśli aplikacja zostanie odrzucona na podstawie zasad dotyczących podszywania się pod inne osoby, ale deweloper uważa, że to błąd, co powinien zrobić?

Jak mogą aktywnie unikać tego typu odrzuceń?

Odwołanie.

Tak, to była jedna z naszych sprawdzonych metod, piąta na tablicy. Jeśli Twoja prośba zostanie odrzucona, odwołaj się.

Następnie musisz podjąć odpowiednie działania. Najczęstsze scenariusze są takie, że marka, pod którą się podszywasz, jest Twoją własną marką, prawda?

Możesz też tworzyć aplikację w imieniu kogoś innego. To chyba najczęstszy przypadek, gdy deweloperzy tworzą aplikacje dla swoich obiektów fitness, SaaS, czyli jakiegoś rozwiązania SaaS.

Łatwiej jest jednak publikować je na własnym koncie dewelopera, prawda?

Możesz przesłać odwołanie, a nasz zespół sprawdzi, czy masz dowód uzyskania pozwolenia.

Załóżmy, że masz klienta o nazwie Kurczaki u Janka, który sprzedaje najlepsze kurczaki na zachód od Wisły.

Powinni dostarczyć Ci list z pozwoleniem na papierze firmowym z oficjalnym logo firmy, w którym napiszą: „My, Joe's Chicken, zezwalamy deweloperowi ABC na używanie naszych obrazów i naszego wizerunku w jego aplikacji”. Najlepiej, jeśli podadzą nazwę aplikacji i nazwę pakietu aplikacji.

Może to być na przykład com.joeschicken.app. Następnie możesz odpowiedzieć deweloperowi i przekazać mu tę dokumentację.

OK.

Druga część pytania dotyczyła…

Czy mogą coś zrobić, aby tego uniknąć?

Czy na przykład można przesłać ten, zapomniałem, jak to się nazywa, dowód czegoś, podczas przesyłania pierwszego zgłoszenia?

Tak.

Po prawej.

W Konsoli Play dostępny jest formularz zapowiedzi, który możesz przesłać, aby przesłać dokumenty potwierdzające powiązanie Twojego konta z innym podmiotem.

Dzięki temu możesz zapobiegawczo chronić przesłaną aplikację przed tego rodzaju działaniami egzekwującymi.

Zgadza się.

Świetnie.

OK.

W sekcji dotyczącej sprawdzonych metod wspomnieliśmy o korzystaniu z pakietów SDK innych firm, ale chcielibyśmy omówić ten temat bardziej szczegółowo.

Wygląda na to, że gdy aplikacje korzystają z pakietów SDK innych firm, deweloperzy aplikacji są odpowiedzialni za to, jak te pakiety SDK wykorzystują dane użytkowników.

Jak deweloperzy mają się dowiedzieć, czy pakiety SDK są zgodne z zasadami dotyczącymi bezpieczeństwa danych i zasadami dotyczącymi danych użytkownika?

Jak mogą się w nim poruszać?

To świetne pytanie.

Przez pierwsze 2 lata pracy w Google dużo pracowałem z pakietami SDK. To trochę nawiązuje do poprzedniego pytania, w którym rozmawialiśmy o generatywnej AI i treściach generowanych przez użytkowników. Chodzi o to, że za wszystko, co znajduje się w aplikacji, ostatecznie odpowiada deweloper.

Paul wspomniał we wstępie, że mamy coś takiego jak Google Play SDK Index. Możesz to wyszukać w Google.

Powinien to być pierwszy lub drugi wynik, Google Play SDK Index. Na tej stronie znajdziesz ponad 100, a może nawet kilkaset pakietów SDK podzielonych na kategorie, takie jak pakiety SDK do zarabiania, do reklam, do zdrowia i inne.

Ta strona pobiera tylko publicznie dostępne dane.

To wydarzenie organizowane przez Google.

Zauważysz jednak, że gdy będziesz przeglądać te pakiety SDK, niektóre z nich będą miały plakietkę z informacją, że są zarejestrowane w SDK Console.

Tak jak deweloperzy aplikacji mają Konsolę Play, tak deweloperzy pakietów SDK mogą uzyskać dostęp do konsoli SDK.

Muszą też przejść podobny proces weryfikacji.

Wysyła nam swój pakiet SDK.

Google przeprowadza kilka różnych kontroli, ale jeśli wszystko jest w porządku i zgodne z zasadami, firma otrzymuje plakietkę.

Dla deweloperów oznacza to, że mogą wejść do tego indeksu i sprawdzić, które pakiety SDK przeszły ten proces.

Nie gwarantuje to, że aplikacja zostanie zatwierdzona lub że pakiet SDK nigdy nie będzie niezgodny z zasadami, ale daje to pewną pewność.

Po pierwsze, jeśli używasz tego pakietu SDK, istnieje znacznie większe prawdopodobieństwo, że aplikacja nie zostanie odrzucona.

To tylko prawdopodobieństwo.

Druga kwestia, która bardzo mi się podoba w całym tym procesie, to fakt, że jeśli okaże się, że pakiet SDK zawiera coś, co jest niezgodne z zasadami, podejmiemy dwutorowe działania.

Po pierwsze, kontaktujemy się z deweloperem pakietu SDK i mówimy: „Zauważyliśmy, że Twój pakiet SDK wysyła dane użytkownika w sposób niezgodny z zasadami”.

Następnie deweloperzy będą musieli dostosować aplikację lub pakiet SDK do zasad.

Mniej więcej w tym samym czasie lub nieco później nasze zespoły wysyłają deweloperom powiadomienia lub ostrzeżenia.

Powiadomienie będzie brzmiało mniej więcej tak: „Zauważyliśmy, że Twoja aplikacja wysyła te dane w sposób niezgodny z zasadami i że dzieje się to w pakiecie SDK ABC”.

Deweloper może po prostu zaktualizować pakiet SDK do zgodnej wersji udostępnionej przez dostawcę.

Jeśli chcesz podjąć bardziej radykalne działania, możesz usunąć pakiet SDK lub go zastąpić, ale wiem, że wymaga to dużo wysiłku i pracy.

Ale właśnie to podoba mi się w Google Play SDK Index.

Tak.

W indeksie nie ma informacji o tym, z którymi zasadami jest zgodna, a z którymi nie, ale otrzymujesz plakietkę, która jest czymś w rodzaju wotum zaufania.

OK.

Tak.

OK, brzmi nieźle.

Jeśli dobrze rozumiem, to jeśli wyślemy do deweloperów wiadomość o treści: „Używasz tego pakietu SDK i jest z nim problem”,

Czy informujemy ich, że jeśli chcą zaktualizować aplikację, to do jakiej wersji? Jeśli deweloper naprawi błąd, czy informujemy ich, że „Hej, lepsza wersja to taka i taka”?

Czy muszą przeprowadzić własne badania?

Myślę, że jest tam kod wersji.

Tak, nie bierz tego za pewnik, ale wydaje mi się, że jest tam podany kod wersji, do której można zaktualizować.

Tak, i żeby zachować pełną przejrzystość – nie jestem deweloperem ani inżynierem, ale z rozmów z deweloperami rozumiem, że czasami wystarczy kliknąć przycisk lub kilka przycisków, aby rozpocząć proces aktualizacji pakietu SDK w aplikacji.

To brzmi super.

Świetnie.

Dziękujemy.

OK.

Wspomniałeś trochę o danych logowania. To temat, który jest mi przynajmniej trochę znany, i wiem, jak ważne jest, aby te informacje były tam zawarte.

Wspomniałeś o takich rzeczach jak omijanie uwierzytelniania dwuskładnikowego i zapewnianie dostępu do treści chronionych paywallem lub dostępnych w ramach subskrypcji.

Jakie inne typowe sytuacje powinni wziąć pod uwagę deweloperzy?

Na przykład czasami aplikacje zawierają treści, które są dostępne tylko w niektórych krajach lub lokalizacjach, albo aplikacja do obsługi wiadomości wymaga 2 logowań, aby można było ją przetestować.

Czy są inne sytuacje, w których deweloperzy muszą zrobić coś więcej niż tylko podać dane logowania?

Tak.

Zawsze zaczynam i kończę na danych logowania, które podajesz zespołowi sprawdzającemu. Upewnij się, że dają one dostęp do wszystkich funkcji aplikacji.

Ta sekcja w Konsoli Play nazywała się wcześniej „Dostęp do aplikacji”, a około miesiąc temu została zmieniona na „Dane logowania”.

Możesz tam wpisać nazwę użytkownika i hasło, a poniżej znajduje się pole tekstowe.

Możesz więc podać instrukcje, jak się zalogować, jeśli nie jest to oczywiste.

Możesz też podać użytkownikom drugi, trzeci i czwarty login.

Żeby dać Wam pewien wgląd w to, jak nasze zespoły sprawdzają aplikacje – nie jest tak, że ktoś siedzi w pokoju, klika tu i tam, a potem po prostu zatwierdza lub odrzuca aplikację.

Wiele zespołów analizuje różne zasady i procesy, więc jest bardzo prawdopodobne, że do Twojej aplikacji będzie logować się więcej niż 1 osoba na różnych urządzeniach, czasem w różnych regionach.

Rozumiem, że to może być trudne, ponieważ wiele mechanizmów bezpieczeństwa działa na zasadzie: „O, widzimy wiele logowań”, więc ze względu na bezpieczeństwo użytkownika zatrzymuje proces i przywraca stan początkowy.

Niezależnie od tego, co wybierzesz, pamiętaj, że sprawdzamy aplikację w wielu różnych procesach, więc możesz się z tym spotkać.

Dlatego podanie kilku danych logowania może pomóc.

Tak.

Świetnie.

Tak, muszę podkreślić, jak ważne jest wykorzystanie tego tekstu w formacie swobodnym w deklaracji.

Jeśli więc konto demonstracyjne nie jest tylko nazwą użytkownika i hasłem, ale wymaga wykonania dodatkowych czynności, musisz upewnić się, że nasz zespół sprawdzający będzie wiedział, jak uzyskać dostęp do aplikacji.

Możesz na przykład nagrać film, na którym pokazujesz, jak to zrobić, aby nasz zespół wiedział, jak się zalogować, jeśli jest to bardziej skomplikowane niż podanie nazwy użytkownika i hasła.

Tak.

Czasami sami sprawdzamy aplikacje i niektóre z nich mają dość skomplikowane logowanie.

Widziałem takie, w których – nie zmyślam – trzeba było kliknąć przycisk 17 razy, narysować na ekranie X, a potem, gdy pojawił się tryb programisty, wykonać jeszcze 11 innych kroków. Nie róbcie tego.

To trochę utrudnia sprawę.

Znam taki przypadek, że niektóre aplikacje pozwalają na określoną liczbę kolejnych logowań lub logowań w tym samym czasie, a potem wyświetlają komunikat: „Musisz usunąć jedno z logowań”.

Jeśli więc Twoja aplikacja obsługuje tę funkcję, warto podać informacje o tym, jak znaleźć stronę, na której można usunąć dostęp do poprzednich logowań.

Tak.

Świetnie.

Dlatego gdy aktualizujemy zasady lub wprowadzamy nowe, czasami może to wymagać od deweloperów wprowadzenia zmian w aplikacji, co może zająć trochę czasu, w zależności od tego, co to za zmiany.

Czasami mają one określony termin, prawda?

Na przykład: „Do tej daty musisz zrobić XYZ, aby zachować zgodność z nowymi zasadami”.

Jeśli termin się zbliża, ale deweloper wie, że potrzebuje więcej czasu na dostosowanie się do wymagań, jakie ma możliwości?

Tak, to brzmi jak ostrzeżenie.

Tak, brzmi to jak ostrzeżenie.

Tak.

Tak, więc w przypadku ostrzeżeń najprostszym rozwiązaniem jest poproszenie o więcej czasu, prawda?

Zazwyczaj publikujemy nowe zasady, aktualizacje istniejących zasad lub po prostu wyjaśnienia.

Myślę, że Google zwykle daje wystarczająco dużo czasu na przygotowanie.

Zasady te mogą zostać ogłoszone publicznie na 6 miesięcy przed rozpoczęciem działań.

Następnie wysyłamy ostrzeżenia, w których informujemy, że aplikacja narusza zasady ogłoszone 6 lub 12 miesięcy wcześniej.

Jednak Paul i ja czasami się temu sprzeciwiamy, ale mogą powiedzieć, że masz 7 dni na wprowadzenie tej zmiany.

Rozwój zajmuje dużo czasu.

Rozumiemy to.

Więc po prostu odpowiadam.

Możesz to zrobić, przesyłając odwołanie, w którym napiszesz na przykład: „Rozumiemy zasady i wiemy, że nasza aplikacja nie jest z nimi zgodna.

Już nad tym pracujemy lub zamierzamy podjąć takie działania, aby rozwiązać problem związany ze zgodnością z zasadami, ale potrzebujemy więcej czasu”.

Zwykle dają więc trochę więcej czasu.

Jeśli minie kolejne 7 dni, możesz ponownie poprosić o sprawdzenie.

Oczywiście nie jest nieskończona.

But I mean, like I said, Paul and I push back, but that's like on an individual basis, and also on like a higher-level basis.

Na przykład gdy wiemy, że wkrótce zostaną wprowadzone nowe zasady, i wiemy, kto nad nimi pracuje, mówimy: „Słuchajcie, czy możemy dać twórcom 28 dni na dostosowanie się do tych zasad zamiast 7 czy 14?”.

Tak.

Po prawej.

Jeśli wykażesz dobrą wiarę i pokażesz, że wprowadzasz zmiany, aby zachować zgodność z zasadami, Google Play będzie współpracować z Tobą, aby ustalić nowy termin.

Lepsza oś czasu.

OK.

Wygląda na to, że odwołania są jak wielofunkcyjne narzędzie, które pomaga w wielu takich sytuacjach, o ile jest używane we właściwy sposób.

Na przykład przesłanie odwołania, gdy jest to uzasadnione, i podanie wystarczającej liczby szczegółów na temat powodów jego przesłania może być dobrym sposobem na uzyskanie pomocy.

OK.

Jeśli deweloper ma kilka aplikacji na jednym koncie dewelopera, co zdarza się bardzo często,

i jedna z nich zostanie zawieszona z powodu naruszenia zasad, co to oznacza dla całego konta dewelopera?

Czy może to spowodować problemy z kontem lub innymi aplikacjami, które są zgodne z zasadami?

Jak to działa?

Możliwe.

To tak jakby deweloperzy bez etykiety.

Wcześniej wspominałem o restauracji Joe's Chicken, prawda?

Może masz klientów, którzy działają w tej branży.

Można to porównać do gry w baseball, w której masz strike outy, prawda?

Niestety w Sklepie Play próbują działać nieuczciwe podmioty. To jeden z powodów, dla których stosujemy różne środki egzekwowania zasad – od łagodnych po bardziej rygorystyczne, takie jak usunięcie, zawieszenie, a nawet zablokowanie konta.

Jeśli masz w Sklepie Play wiele podobnych aplikacji i jedna z nich zostanie zawieszona,

Mm-hm.

Jesteś nieuczciwym podmiotem, prawda?

Poprawiasz go i miesiąc później próbujesz go ponownie przesłać.

A potem nasze zespoły to wykrywają i konto zostaje ponownie zawieszone, prawda?

A potem usuwasz go z aplikacji, a po miesiącu znowu go dodajesz. Wtedy mamy już do czynienia z powtarzającym się wzorcem zachowania. To już trzeci strike, więc deweloper odpada.

Załóżmy jednak, że tworzysz aplikację dla restauracji serwującej kurczaki. Nie będzie ona zawierać szkodliwych treści ani niczego w tym rodzaju, tylko informacje o pysznym jedzeniu.

Załóżmy, że przesyłasz wszystkie te aplikacje jednocześnie, na przykład za pomocą potoku CI/CD, i 10 aplikacji zostaje odrzuconych lub zawieszonych w tym samym czasie. Potraktujemy to jako jedno ostrzeżenie, ponieważ rozumiemy, że przesyłasz wiele aplikacji jednocześnie.

Mm-hm.

To ciekawe.

Myślę, że to odpowiada na pytanie.

Tak, świetnie.

Dziękujemy.

Mam jeszcze jedną rzecz.

Wiele z tych pytań dotyczyło raczej doświadczonych deweloperów, ale to pytanie dotyczy bardziej początków pracy z Konsolą Play.

Załóżmy, że Twój profil płatności w Google Play został zweryfikowany.

Błędy weryfikacji tożsamości zniknęły i pozostała tylko weryfikacja numeru telefonu.

Co w takim przypadku musi zrobić deweloper, aby upewnić się, że jego konto dewelopera jest gotowe do publikowania aplikacji?

Czasami jest to jak układanie puzzli. Co może zrobić użytkownik, który nie wie, jak dokończyć proces?

Tak, niedawno miałem podobne pytanie na innym wydarzeniu. Myślę, że to oczywiście prawda w przypadku nowych deweloperów, ale wielu obecnych deweloperów musiało ponownie przejść weryfikację.

To było około roku temu, zgadza się?

Nie pamiętam.

Wiele z nich zostało zweryfikowanych automatycznie, ale niektóre musiały przejść weryfikację.

OK.

Może na przykład adres i profil Dun & Bradstreet nie były zgodne…

Po prawej.

Po prawej.

Profil Google.

OK.

Tak, powiedzmy, że jest to numer telefonu.

Na to pytanie odpowiem na 2 sposoby.

OK.

Po pierwsze, podczas wykonywania tych czynności często będą pojawiać się powiadomienia w Konsoli Play.

And so you would just have a notification that says, "Hey, it's time for you to you know register your phone number."

To całkiem proste.

Wpisujesz go w formacie międzynarodowym, czyli plus 1 408 i tak dalej.

Możesz przeprowadzić weryfikację przez SMS-a lub połączenie telefoniczne i postępować zgodnie z instrukcjami.

Czasami jednak może się zdarzyć, że podczas próby wykonania tej czynności pojawi się komunikat o błędzie lub coś podobnego. Zdarzało się to już niektórym deweloperom. Czasami nie otrzymywali oni kodu SMS.

Podam Ci instrukcje, jak skontaktować się z zespołem ds. odwołań.

To jeden zespół, ale jest ich jeszcze kilka lub kilkanaście, które…

Will.

Odpowiedz na pytania w Konsoli Play, do których masz dostęp, korzystając z menu pomocy.

Interfejs użytkownika został nieco zmieniony.

Wcześniej znajdowała się w menu po lewej stronie ekranu głównego.

Na dole był przycisk pomocy.

Ta opcja zniknęła, ale teraz, jeśli przewiniesz do dołu dowolnej strony, w stopce zobaczysz przycisk pomocy.

Gdy go klikniesz, zobaczysz mały niebieski przycisk z napisem „Utwórz zgłoszenie”.

Chyba tak jest napisane.

Mm-hm.

Tak.

Następnie pojawią się menu, w których możesz zadawać pytania.

Jest tam seria menu, które prowadzą bezpośrednio do numeru telefonu. Prawie znam je na pamięć. Pierwsze to „Zweryfikuj konto dewelopera”, drugie jest podobne, a potem pojawia się kilka przycisków opcji.

Jedna z nich dotyczy weryfikacji numeru telefonu.

Może też pojawić się kod weryfikacyjny SMS lub błąd na ekranie podczas próby przejścia przez ten proces.

Możesz to zrobić, aby zweryfikować numer telefonu, ale też w przypadku wielu innych pytań dotyczących konta dewelopera w Google Play.

W większości przypadków Konsola Play bardzo dobrze pokazuje, jakie są kolejne kroki weryfikacji. Wystarczy postępować zgodnie z instrukcjami.

Świetnie.

Świetnie.

Nasz czas dobiega końca, więc dziękuję wszystkim za udział w tym panelu.