Memahami Kebijakan Play AMA

Oke.

Terima kasih telah bergabung dalam panel ini untuk membahas kebijakan Google Play.

Saya Jan Kleinert, engineer developer relations di tim Android untuk Mobil.

Saya akan menjadi moderator untuk panel hari ini.

Saya akan menyerahkan kepada panelis kami, Bohdan dan Paul, untuk memperkenalkan diri.

Bohdan, mari kita mulai dengan Anda.

Halo, semuanya.

Saya Bohdan, dan saya bekerja di tim kepercayaan dan keamanan Google Play.

Saya telah bekerja di sini selama lebih dari empat tahun dan di industri kepercayaan dan keamanan teknologi selama lebih dari satu dekade.

Saya suka melihat bagaimana teknologi, industri, dan budaya berinteraksi, dan bagaimana acara mendorong pengembangan aplikasi baru, dan saya suka acara seperti ini di mana kami dapat melakukan yang terbaik untuk membantu menyiapkan developer seperti Anda untuk meraih kesuksesan.

Halo semuanya.

Nama saya Paul.

Saya bekerja di tim yang sama dengan Bohdan, dan saya telah bekerja di bidang kepercayaan dan keamanan selama kurang lebih sama dengan Bohdan, yaitu satu dekade, dan sebagian besar di antaranya bersama T&S Google Play.

Jadi, saya sangat senang bisa berada di panggung ini hari ini, dan mari kita mulai.

Oke, terima kasih.

Jadi, untuk mempersiapkan panggung sebelum kita memulai panel, saya akan menyerahkannya kembali kepada Paul.

Dia akan memulai dengan ringkasan singkat tentang referensi kebijakan, info tentang praktik terbaik, dan hal-hal semacam itu untuk membantu menyiapkan aplikasi Anda agar peninjauan kebijakan berjalan lebih lancar dan efisien.

Ya.

Jadi, apa yang dimaksud dengan kebijakan Play?

Kebijakan ini adalah aturan dasar yang harus dipatuhi developer saat memublikasikan dan mengelola aplikasi seluler di Google Play Store.

Kami menyediakan beberapa link singkat di layar untuk referensi kebijakan Google Play.

Link pertama akan mengarahkan Anda ke pusat kebijakan developer.

Jika mengklik Pembaruan terbaru di bagian atas halaman, Anda dapat membaca detail tentang kebijakan baru, serta pembaruan atau klarifikasi untuk kebijakan yang ada.

Jika Anda lebih suka belajar secara visual atau audio, link singkat kedua akan mengarahkan Anda ke playlist Info Singkat Kebijakan kami.

Video ini membahas pembaruan kebijakan.

Terakhir, link ketiga akan mengarahkan Anda ke halaman tempat Anda dapat mempelajari lebih lanjut insight kebijakan Google Play di Android Studio, fitur yang dimaksudkan untuk memberikan panduan prapeninjauan yang bermanfaat yang disampaikan sebagai pemeriksaan lint di Android Studio.

Oke.

Ada juga keterampilan Android untuk membantu mengaudit aplikasi Android terhadap kebijakan Google Play ini guna membantu Anda memverifikasi kepatuhan di seluruh izin, penghapusan akun, dan keamanan data.

Anda dapat menginstal keahlian ini menggunakan Android CLI seperti keahlian lainnya.

android skills list
android skills add play-policy-insights

Terakhir, sebelum memulai beberapa pertanyaan panel Jan, kami ingin membagikan beberapa praktik terbaik untuk bekerja dengan kebijakan Play dan peninjauan aplikasi.

Pertama, berikan kredensial login untuk peninjau.

Meskipun tampaknya sederhana, alasan yang sangat umum untuk penundaan atau penolakan adalah konten yang tidak dapat diakses.

Jika aplikasi Anda memerlukan login, atau memiliki konten berbayar, atau memiliki kredit, atau langganan, Anda harus memberikan kredensial pengujian.

Untuk beberapa aplikasi, ini berarti memberikan kredensial login hanya di awal aplikasi, dan untuk aplikasi lain, Anda mungkin memiliki bagian yang berbeda, seperti konten berbayar yang telah saya sebutkan.

Anda dapat melakukannya di Konsol Play, lalu memberikan kredensial login ini kepada peninjau kami.

Sebelumnya disebut Akses aplikasi, tetapi sekarang disebut Detail login, dan ada di bagian Konten aplikasi.

Kemudian, Anda harus memastikan bahwa kredensial tersebut mengabaikan segala jenis autentikasi 2 langkah, captcha, penghalang konten berbayar, dll.

Ya, nonaktifkan kode versi lama.

Jadi, developer sering mengalami apa yang kami sebut, dalam bahasa sehari-hari, loop penolakan, karena mereka mengupload build produksi yang bersih dan mematuhi kebijakan, tetapi mereka sering lupa bahwa versi lama yang tidak mematuhi kebijakan masih aktif di Konsol Play di jalur lain, baik itu pengujian terbuka, pengujian tertutup, dll. Jadi, meskipun app bundle berada di jalur pengujian lama, app bundle tersebut tunduk pada peninjauan berdasarkan kebijakan Play, kebijakan Play.

Jadi, jika aplikasi meminta izin terbatas atau menggunakan SDK rentan yang sudah tidak berlaku, aplikasi tersebut akan tetap ditinjau.

Jadi, pastikan Anda mengganti atau menonaktifkan semua kode versi yang sudah tidak berlaku di semua jalur sebelum menekan tombol kirim.

Ketiga, berikan waktu yang cukup untuk peninjauan, dan gunakan publikasi terkelola.

Jadi, peninjauan dan publikasi aplikasi dapat memerlukan waktu tujuh hari, atau terkadang lebih, untuk ditayangkan, terutama jika aplikasi tersebut adalah aplikasi baru atau aplikasi yang meminta izin sensitif.

Jadi, Anda harus memberikan waktu tunggu yang cukup.

Pastikan bahwa jika Anda memiliki peluncuran besar, Anda mengirimkan aplikasi baru tersebut setidaknya beberapa minggu sebelum tanggal peluncuran yang sebenarnya.

Kemudian, Anda dapat menautkannya dengan publikasi terkelola.

Publikasi terkelola adalah fitur yang memungkinkan update yang disetujui ditahan hingga Anda siap merilisnya, sehingga mencegah penundaan yang tidak terduga selama kampanye pemasaran atau peluncuran sensitif lainnya.

Kemudian, saat melakukannya, pastikan Anda tidak mengirim ulang aplikasi setelah aplikasi tersebut dikirim untuk ditinjau.

Karena jika Anda melakukannya, waktu akan dimulai dari awal.

Saya rasa developer terkadang lupa, dan mereka sudah setengah jalan, lalu lupa, "Oh, saya harus membuat perubahan kecil ini."

Mereka mengirim ulang, lalu proses peninjauan dimulai dari awal.

Benar, periksa deklarasi Anda.

Jadi, pernyataan konten aplikasi Anda seperti bagian keamanan data, kebijakan privasi, atau izin foto/video, misalnya, harus cocok dengan manifes aplikasi dari paket atau kode versi aktif di semua jalur.

Jadi, misalnya, jika manifes aplikasi Anda meminta akses lokasi akurat, tetapi formulir pernyataan izin Anda tidak mengungkapkan tujuannya, aplikasi tersebut mungkin, atau sangat mungkin akan dikenai sanksi.

Jadi, pastikan Anda memastikan SDK pihak ketiga tidak mengeksfiltrasi data yang belum Anda nyatakan.

Meskipun aplikasi Anda tidak menggunakan data tertentu, jika Anda memilih untuk mengintegrasikan SDK yang menggunakannya, hal ini dapat menyebabkan penegakan kebijakan.

Jadi, periksa Google Play SDK Index untuk melihat insight tentang lebih dari 100 SDK komersial yang paling banyak digunakan.

Saya ingin menyela dengan pertanyaan singkat di sini sebelum kita melanjutkan.

Jadi, saat Anda mengatakan penegakan, apa yang Anda maksud secara spesifik?

Apa arti istilah tersebut?

Penegakan dapat berupa tindakan merugikan apa pun, sehingga dapat berkisar dari peringatan hingga penolakan, hingga penegakan yang lebih berat seperti penghapusan, penangguhan, atau bahkan pemblokiran akun.

Jadi, saat saya mengatakan penegakan, ini adalah tindakan merugikan yang saya maksud.

Keren!

Terima kasih.

Ya.

Dan terakhir, gunakan banding.

Jangan hanya mengirim ulang versi yang sama setelah penolakan.

Selain itu, penolakan berulang untuk masalah yang sama dalam waktu singkat dapat memicu tanda algoritma yang menyebabkan penegakan yang lebih berat seperti yang disebutkan Paul, seperti penghapusan atau penangguhan.

Jadi, jika aplikasi ditolak, jangan langsung mengirim ulang tanpa melakukan perubahan, menebak, atau mengatasi masukan.

Anda akan mendapatkan komunikasi di kotak masuk konsol dan email terkait yang Anda berikan untuk pelanggaran dan panduan yang tepat.

Lalu, jika Anda tidak setuju, atau mungkin tidak paham, tetapi katakanlah Anda tidak setuju dengan penolakan, ajukan banding, bukan?

Jika menurut Anda ini adalah positif palsu, Anda dapat menggunakan link yang disediakan dalam komunikasi untuk mengajukan banding.

Langkah ini lebih baik daripada terburu-buru mengirim ulang tanpa melakukan perubahan apa pun.

Hal yang sama berlaku jika Anda menerima komunikasi dan tidak begitu memahaminya, mungkin karena terlalu panjang, mungkin karena terlalu banyak paragraf, apa pun itu, tidak masalah untuk kembali ke banding.

Setelah melakukannya, Anda akan mengirim email kepada orang sungguhan.

Meskipun mungkin ada beberapa batasan terkait hal yang dapat mereka sampaikan, Anda sering kali bisa mendapatkan detail tambahan tentang penyebab penolakan.

Di lain waktu, tim banding memahami bahwa, misalnya, komunikasi bisa cukup panjang.

Jadi, mereka dapat menandai atau menebalkan bagian yang secara khusus berlaku untuk Anda dan aplikasi Anda.

Jadi, ya.

Sekarang, saya akan mengembalikan sesi ini kepada Jan.

Oke.

Terima kasih.

Jadi, kami telah mengumpulkan pertanyaan dari developer di berbagai saluran dan sumber.

Jadi, pertanyaan yang kami miliki hari ini mewakili beberapa masalah yang sering kami dengar dari developer terkait kebijakan.

Jadi, mari kita mulai dengan ini.

Apa saja alasan umum yang menyebabkan aplikasi ditolak terkait izin?

Bagaimana cara developer menghindari penolakan yang terkait dengan, misalnya, pelanggaran kebijakan izin?

Oke.

Izin, saya akan mengambilnya.

Jadi, ya, izin, yaitu izin sensitif, harus menjadi inti dari tujuan penting dari tujuan yang diiklankan dari aplikasi Anda.

Jadi, jika Anda memiliki fitur tambahan atau beberapa fitur yang bahkan tidak ada di aplikasi dan tidak diiklankan, kemungkinan besar aplikasi tersebut akan ditolak.

Jadi, pastikan pernyataan tersebut sesuai dengan kasus penggunaan aplikasi.

Selain itu, sering kali aplikasi ditolak karena link video yang Anda berikan dalam pernyataan tidak dapat diakses.

Tim peninjau kami harus dapat mengakses aplikasi, link video yang Anda berikan, dan apa pun yang ada di dalam aplikasi untuk meninjau aplikasi secara menyeluruh.

Jadi, pastikan semuanya dapat diakses dalam aplikasi, manifes, dan dalam deklarasi.

Jadi, pastikan ketiga item tersebut sudah selesai, dan kemungkinan besar, saya tidak ingin mengatakan kemungkinan besar, tetapi prosesnya akan lebih lancar.

Keren!

Oke.

Jadi, makin banyak developer aplikasi yang mulai menggunakan platform pihak ketiga untuk konten buatan AI dalam aplikasi mereka, bukan?

Jika platform tersebut menghasilkan konten yang tidak pantas, atau tidak benar secara faktual, atau semacamnya, apakah hal itu dapat menyebabkan penolakan aplikasi developer, dan siapa yang benar-benar bertanggung jawab dalam kasus seperti itu?

Ya.

Ya, hal itu dapat menyebabkan penolakan.

Sejak awal Google Play Store, posisinya selalu, apa pun yang dimiliki developer di aplikasi, atau apa pun yang dapat diakses pengguna di aplikasi, adalah tanggung jawab developer.

Jadi, meskipun GenAI adalah area baru, hal yang sama juga berlaku untuknya.

Menurut saya, konten buatan pengguna adalah padanan yang tepat untuk AI generatif, karena untuk kedua kebijakan tersebut, Anda harus memiliki banyak jenis yang sama, Anda tahu, Anda harus memiliki, pelaporan, Anda tahu, jika muncul sesuatu yang tidak pantas.

Harus ada mekanisme pemfilteran.

Saya rasa, maksud saya, tentu ada kebijakan lain yang akan berlaku, tetapi cara saya melihatnya adalah jika Anda memiliki konten GenAI, Anda memiliki Google yang meninjau aplikasi, Anda memiliki pengguna yang mengklik laporkan jika mereka melihat sesuatu yang tidak pantas, dan kemudian Anda memiliki mekanisme pemfilteran.

Jadi, Google, developer, dan pengguna bekerja sama untuk membantu menjaga keamanan aplikasi bagi semua orang.

Oke.

Bagus.

Namun, secara umum, apakah kami merekomendasikan, selain memiliki mekanisme bagi pengguna untuk melaporkan konten, sebaiknya developer menerapkan semacam Apakah itu yang Anda maksud dengan mekanisme pemfilteran?

Untuk menghentikan jenis konten tertentu agar tidak ditampilkan kepada pengguna sejak awal?

Benar.

Ya.

Jadi, seperti selama proses peninjauan, tim kami tidak akan masuk dan mencoba menggali kode Anda atau merekayasa balik mekanisme pemfilteran yang tepat.

Mereka hanya akan melihat apakah mereka dapat mengakses sesuatu yang tidak pantas.

Jika mereka bisa, kami akan mengirimkan beberapa komunikasi kembali, dan kemudian tugas tim Anda adalah mencari tahu bagaimana mereka dapat membuat mekanisme pemfilteran tersebut lebih kuat.

Oke.

Oke, terima kasih.

Jadi, salah satu kebijakan yang ada disebut kebijakan peniruan identitas atau peniru, bukan?

Jadi, jika aplikasi ditolak berdasarkan kebijakan peniruan identitas tersebut, tetapi mereka yakin bahwa itu adalah kekeliruan, apa pun alasannya, apa yang harus mereka lakukan?

Bagaimana cara mereka menghindari jenis penolakan tersebut secara proaktif?

Ajukan banding.

Ya, itu adalah salah satu praktik terbaik kelima yang kami miliki. Jika Anda ditolak karena hal itu, Anda harus mengajukan banding.

Kemudian, yang harus Anda lakukan adalah, skenario yang paling umum adalah merek yang Anda tiru mungkin adalah merek Anda sendiri, bukan?

Atau, Anda membuat aplikasi atas nama orang lain, dan menurut saya, ini mungkin yang paling umum, yaitu Anda memiliki developer label kosong yang membuat aplikasi untuk, mungkin, fasilitas kebugaran, SaaS, atau semacam solusi SaaS.

Jadi, lebih mudah untuk memublikasikannya di akun developer Anda sendiri, bukan?

Jadi, Anda dapat mengajukan banding, dan tim kami akan mencari bukti izin.

Misalnya, Anda memiliki klien bernama Joe's Chicken, dan mereka memiliki ayam terbaik, di wilayah barat Mississippi.

Mereka akan memberi Anda surat bukti izin yang menyatakan, Anda tahu, di kop surat perusahaan, kop surat resmi perusahaan dengan logo mereka yang menyatakan, kami, Joe's Chicken, memberikan izin kepada ABC Developer untuk memiliki gambar dan kemiripan kami di aplikasi mereka, dan sebaiknya mereka mencantumkan nama aplikasi mereka, nama paket aplikasi.

Misalnya, com.joeschicken.app atau semacamnya, lalu Anda dapat merespons developer dan memberikan dokumentasi tersebut.

Oke.

Lalu, menurut saya bagian kedua adalah--

Apakah ada hal proaktif yang dapat mereka lakukan untuk menghindari hal itu?

Jadi, misalnya, bisakah Anda mengupload, saya lupa namanya, bukti sesuatu, saat Anda melakukan pengiriman pertama?

Ya.

Ya.

Di Konsol Play, ada yang kami sebut formulir pemberitahuan awal yang dapat Anda kirimkan, upload, Anda tahu, formulir dokumentasi ini yang mengaitkan akun Anda dengan entitas lain.

Jadi, dengan melakukannya, Anda dapat secara proaktif melindungi pengiriman aplikasi Anda dari tindakan penegakan kebijakan yang merugikan semacam ini.

Yap.

Keren!

Oke.

Sebelumnya, Anda sempat menyebutkan sedikit tentang penggunaan SDK pihak ketiga di bagian praktik terbaik, tetapi saya ingin membahasnya lebih lanjut.

Jadi, saat aplikasi menggunakan SDK pihak ketiga, sepertinya memang benar bahwa developer aplikasi bertanggung jawab atas cara SDK pihak ketiga tersebut menggunakan hal-hal seperti data pengguna.

Jadi, bagaimana developer dapat mengetahui bahwa SDK mematuhi kebijakan Keamanan Data dan kebijakan data pengguna?

Misalnya, bagaimana mereka dapat mengarahkan lanskap tersebut?

Ya, itu pertanyaan bagus.

Saya banyak menangani SDK di Google selama 2 tahun pertama saya di sini, dan ini berkaitan dengan pertanyaan sebelumnya, saat kita membahas AI generatif dan konten buatan pengguna, dalam artian bahwa apa pun yang ada di aplikasi Anda, pada akhirnya adalah tanggung jawab developer.

Sepertinya Paul sempat menyebutkan secara singkat dalam pengantar bahwa kami memiliki Google Play SDK Index, dan Anda dapat mengetikkannya di Google.

Hasilnya akan muncul di urutan pertama atau kedua, Google Play SDK Index, dan Anda akan mendapatkan halaman web yang berisi lebih dari seratus, mungkin beberapa ratus SDK yang dibagi berdasarkan apakah SDK tersebut untuk monetisasi, atau untuk iklan, atau untuk kesehatan, atau sesuatu yang berbeda?

Dan halaman tersebut hanya mengambil data yang tersedia untuk publik.

Acara ini diselenggarakan oleh Google.

Namun, Anda akan melihat bahwa saat Anda melihat SDK ini, di sampingnya, beberapa di antaranya akan memiliki badge yang bertuliskan sesuatu seperti terdaftar di SDK Console.

Jadi, seperti Anda sebagai developer yang memiliki Konsol Play untuk aplikasi, developer SDK memiliki opsi untuk mendapatkan akses ke konsol developer SDK.

Dan mereka harus melalui proses peninjauan yang serupa.

Mereka mengirimkan SDK mereka kepada kami.

Google melakukan beberapa pemeriksaan yang berbeda, tetapi jika lolos dan mematuhi kebijakan, mereka akan mendapatkan badge tersebut.

Sebagai developer, Anda dapat membuka indeks tersebut dan melihat SDK mana yang telah lulus proses tersebut.

Meskipun tidak ada jaminan bahwa aplikasi akan disetujui atau SDK tidak akan pernah melanggar kebijakan, saya rasa hal ini memberikan dua poin keyakinan.

Pertama, ada kemungkinan yang jauh lebih tinggi bahwa aplikasi tidak akan ditolak jika Anda menggunakan SDK tersebut.

Hanya probabilitas.

Hal kedua, dan ini adalah sesuatu yang sangat saya sukai dari seluruh proses tersebut, adalah jika kami akhirnya menemukan bahwa SDK memang memiliki sesuatu yang tidak mematuhi kebijakan, kami akan mengambil pendekatan dua arah.

Langkah pertama adalah kami akan menghubungi developer SDK dan mengatakan, "Halo, kami melihat SDK Anda mengirimkan data pengguna dengan cara yang tidak mematuhi kebijakan."

Kemudian, mereka akan berupaya membuat aplikasi atau SDK mereka mematuhi kebijakan.

Kemudian, pada waktu yang hampir bersamaan, atau mungkin sedikit setelahnya, langkah kedua adalah tim kami akan mengirimkan notifikasi atau peringatan kepada developer.

Notifikasi tersebut akan berisi pesan seperti, "Halo, kami mendapati bahwa aplikasi Anda mengirimkan data tersebut dengan cara yang tidak mematuhi kebijakan dan kami mendapati bahwa hal ini terjadi di SDK ABC".

Jadi, langkah yang dapat Anda lakukan sebagai developer adalah mengupdate SDK ke versi yang mematuhi kebijakan yang telah mereka sediakan.

Jika Anda ingin melakukan tindakan yang lebih ekstrem, Anda dapat menghapus SDK, atau menggantinya, tetapi kami tahu bahwa hal itu memerlukan banyak upaya dan pekerjaan.

Namun, itulah yang saya sukai dari Google Play SDK Index.

Ya.

Indeks tersebut tidak menyebutkan kebijakan mana yang dipatuhi atau tidak dipatuhi, tetapi Anda akan mendapatkan badge tersebut dan itu seperti yang saya sebut sebagai mosi percaya.

Oke.

Ya.

Oke, kedengarannya bagus.

Dan sepertinya, jika saya menyimpulkan dari apa yang Anda katakan, bahwa jika, Anda tahu, jika kami mengirimkan pesan kepada developer yang mengatakan, Anda tahu, "Anda menggunakan SDK ini dan ada masalah."

Apakah kita memberi tahu mereka seperti jika mereka akan mengupdate, apakah kita memberi tahu mereka versi apa? Jika developer memperbaikinya, apakah kita memberi tahu mereka seperti, "Hei, versi yang lebih baik adalah ini dan itu"?

Atau apakah mereka harus melakukan sedikit riset sendiri?

Sepertinya kode versi memang ada di sana.

Ya, jangan terlalu mengandalkan saya, tetapi saya yakin kode versi yang tercantum di sana dapat diupdate.

Ya, dan untuk transparansi penuh, saya sendiri bukan developer, saya bukan engineer, tetapi setelah berbicara dengan developer, yang saya pahami adalah terkadang prosesnya semudah mengklik satu atau beberapa tombol, lalu Anda memulai proses update untuk SDK di dalam aplikasi Anda.

Itu keren.

Keren!

Terima kasih.

Oke.

Anda sempat membahas sedikit tentang kredensial login, yang merupakan topik yang setidaknya agak saya pahami dan betapa pentingnya memiliki informasi ini di sana.

Jadi, Anda menyebutkan hal-hal seperti mengakali autentikasi 2 langkah dan memastikan cara untuk melewati penghalang konten berbayar atau akses ke konten berbasis langganan.

Namun, situasi umum apa lagi yang harus dipertimbangkan developer?

Jadi, misalnya, salah satu yang pernah saya temui adalah terkadang aplikasi memiliki konten yang hanya dapat diakses di negara atau geolokasi tertentu, atau mungkin seperti aplikasi pesan yang sebenarnya memerlukan dua login untuk dapat mengujinya.

Apakah ada situasi lain seperti itu, yang mengharuskan developer melakukan upaya ekstra selain hanya menyediakan login?

Ya.

Maksud saya, saya rasa saya akan selalu memulai dan mengakhiri dengan kredensial login apa pun yang Anda berikan untuk tim peninjau, cukup pastikan bahwa kredensial tersebut memberi mereka akses ke semua fitur di aplikasi.

Bagian di Konsol Play tersebut sebelumnya disebut akses aplikasi, dan sepertinya sekitar sebulan yang lalu atau lebih, namanya diubah menjadi detail login.

Jadi, ya, ada tempat yang dapat Anda masukkan seperti nama pengguna, sandi, dan kemudian saya yakin di bawahnya ada kolom teks bentuk bebas.

Jadi, Anda dapat memberikan petunjuk seperti apa langkah-langkah untuk login jika tidak terlalu mudah.

Anda juga dapat memberikan login kedua, ketiga, dan keempat jika Anda ingin pengguna.

Dan untuk memberi Anda gambaran, saat tim kami meninjau aplikasi, prosesnya tidak seperti seseorang yang duduk di ruangan, melihat-lihat, lalu mengklik setujui atau tolak.

Ada banyak tim yang menangani berbagai kebijakan dan alur kerja, sehingga sangat mungkin aplikasi Anda diakses oleh lebih dari satu orang di beberapa perangkat, terkadang di berbagai wilayah.

Dan saya mengerti kesulitannya karena banyak mekanisme keamanan yang mengatakan, "Oh, jika kami melihat banyak login," maka, demi keamanan pengguna, mekanisme tersebut akan menghentikan dan mengembalikannya.

Namun, apa pun yang Anda pilih, ketahuilah bahwa kami meninjau aplikasi di banyak alur kerja yang berbeda, dan itulah sebabnya Anda mungkin akan melihatnya.

Jadi, menyediakan beberapa login tersebut dapat membantu.

Ya.

Keren!

Ya, saya harus menekankan pentingnya memanfaatkan teks bentuk bebas tersebut dalam pernyataan.

Jadi, jika akun demo Anda tidak hanya memerlukan nama pengguna dan sandi, dan jika ada langkah-langkah lain yang diperlukan, Anda harus memastikan bahwa tim peninjau kami memahami cara mengakses aplikasi Anda.

Anda mungkin dapat, Anda tahu, memberikan video untuk menunjukkan cara melakukannya, hanya untuk memastikan tim kami memahami cara melakukannya jika lebih kompleks daripada, Anda tahu, nama pengguna, sandi.

Ya.

Maksud saya, terkadang kami melihat aplikasi sendiri, dan ada beberapa login yang cukup mewah.

Saya pernah melihat, dan ini bukan mengada-ada, seperti ketuk tombol ini 17 kali, lalu gambar seperti X di layar, lalu mode developer muncul, dan Anda harus mengikuti, Anda tahu, 11 langkah lainnya, jadi jangan lakukan itu.

Karena itu membuatnya agak sulit.

Salah satu skenario yang pernah saya dengar adalah, beberapa aplikasi hanya akan mengizinkan Anda memiliki, misalnya, X login berturut-turut, atau login secara bersamaan dengan aplikasi sebelum aplikasi tersebut akan menampilkan pesan seperti, "Oh, Anda harus menghapus salah satunya".

Jadi, jika itu yang didukung aplikasi Anda, sebaiknya sertakan informasi tentang cara menemukan halaman tempat Anda dapat menghapus akses ke login sebelumnya.

Ya.

Keren!

Jadi, saat kami memperbarui kebijakan atau mengeluarkan kebijakan baru, terkadang hal itu mungkin mengharuskan developer melakukan perubahan pada aplikasi mereka yang, bergantung pada apa yang diubah, mungkin memerlukan waktu untuk diterapkan.

Jadi, terkadang ada batas waktu, bukan?

Misalnya, pada tanggal ini, Anda harus sudah melakukan XYZ untuk mematuhi kebijakan baru.

Jika batas waktu tersebut sudah dekat, tetapi developer tahu bahwa mereka akan memerlukan lebih banyak waktu untuk dapat mematuhinya, apa saja opsi yang tersedia?

Ya, itu terdengar seperti peringatan.

Ya, sepertinya itu peringatan.

Ya.

Ya, jadi, dengan peringatan, maksud saya, yang sederhana adalah seperti, ini-- cukup minta lebih banyak waktu, bukan?

Prosesnya biasanya seperti ini: kami akan merilis kebijakan baru, baik kebijakan baru maupun pembaruan kebijakan yang ada, atau bahkan sekadar klarifikasi.

Lalu, menurut saya, Google biasanya cukup baik dalam memberikan waktu tunggu.

Dan kebijakan tersebut mungkin diumumkan secara publik 6 bulan, Anda tahu, sebelum kami mulai mengambil tindakan.

Kemudian, ya, peringatan akan dikirim dan kami akan mengatakan, "Hei, aplikasi Anda melanggar kebijakan yang diumumkan," Anda tahu, "6 atau 12 bulan yang lalu," atau apa pun itu.

Namun, satu hal yang terkadang saya dan Paul tolak, mereka mungkin mengatakan bahwa Anda memiliki waktu 7 hari untuk melakukan perubahan ini.

Dan sepertinya pengembangannya membutuhkan waktu yang lama.

Kami mengerti.

Jadi, yang akan saya lakukan adalah merespons.

Anda dapat melakukannya melalui banding, dan Anda dapat mengatakan sesuatu seperti, "Halo, kami memahami kebijakan dan bagaimana aplikasi kami, Anda tahu, tidak mematuhinya.

Kami sedang mengerjakannya, atau ini adalah langkah-langkah yang akan kami ambil untuk, Anda tahu, menyelesaikan masalah kebijakan, tetapi kami memerlukan lebih banyak waktu."

Jadi, mereka biasanya akan memberi Anda sedikit lebih banyak waktu.

Jika sudah 7 hari dan Anda mendekati akhir periode tersebut, Anda dapat memintanya lagi.

Tentu saja, jumlahnya tidak terbatas.

Namun, seperti yang saya katakan, Paul dan saya menolak, tetapi itu seperti secara individu, dan juga seperti secara tingkat yang lebih tinggi.

Misalnya, saat kami tahu bahwa ada kebijakan baru yang akan diterapkan, dan kami tahu siapa yang mungkin sedang mengerjakannya, kami akan berkata, "Dengar, bisakah ini menjadi peringatan 28 hari, bukan 7 hari, atau setidaknya 14 hari?"

Ya.

Ya.

Jika Anda menunjukkan niat baik, misalnya, dengan melakukan perubahan untuk mematuhi kebijakan, Google Play akan bekerja sama dengan Anda untuk, misalnya, menetapkan batas waktu baru untuk mematuhinya.

Linimasa yang lebih baik untuk Anda.

Oke.

Jadi, sepertinya banding adalah alat multifungsi untuk membantu mengatasi banyak situasi ini, asalkan digunakan dengan tepat.

Misalnya, mengajukan banding jika memang diperlukan dan menyampaikan detail yang cukup tentang alasan Anda mengajukan banding dapat menjadi cara yang baik untuk mendapatkan pertimbangan dan bantuan tersebut.

Oke.

Jadi, jika developer memiliki beberapa aplikasi dalam satu akun developer, yang saya tahu selalu terjadi.

Dan satu aplikasi ditangguhkan karena semacam pelanggaran kebijakan, apa artinya bagi seluruh akun developer mereka?

Apakah hal ini membahayakan akun atau aplikasi lain yang mematuhi kebijakan?

Bagaimana cara kerjanya?

Bisa jadi.

Itu seperti developer label kosong Anda.

Sebelumnya, saya membahas Joe's Chicken, bukan?

Dan mungkin Anda memiliki klien yang semuanya berada di industri tersebut.

Jadi, saya menganggapnya seperti jika Anda bermain bisbol, dan Anda mendapatkan strike out, bukan?

Sayangnya, ada pihak tidak bertanggung jawab yang mencoba masuk ke Google Play Store dan itulah salah satu alasan kami menerapkan penegakan kebijakan, mulai dari yang ringan hingga yang berat seperti penghapusan, penangguhan, dan bahkan pemblokiran akun.

Jadi, jika Anda memiliki salah satu skenario tersebut, yaitu memiliki banyak aplikasi serupa di Google Play Store, dan salah satunya ditangguhkan, katakanlah…

Mm-hm.

Anda adalah pihak yang berniat jahat, bukan?

Jadi, Anda memperbaikinya, lalu sebulan kemudian Anda mencoba memasukkannya kembali.

Lalu tim kami mengetahuinya dan Anda akan ditangguhkan lagi, bukan?

Lalu Anda menghapusnya dari aplikasi, dan kemudian Anda memasukkannya kembali sekitar sebulan kemudian, dan kemudian, oke sekarang kita memiliki pola perilaku yang berulang, dan Anda Anda Anda sedang memukul, Anda telah mendapatkan tiga strikeout, dan Anda seperti Anda keluar sekarang, kan?

Namun, katakanlah Anda membuat aplikasi untuk restoran ayam, yang tidak akan berisi konten berbahaya atau semacamnya, Anda hanya mencoba menyajikan makanan lezat kepada orang-orang.

Jadi, misalnya Anda mengirimkan semua aplikasi ini secara bersamaan dengan pipeline CI/CD atau semacamnya dan Anda mendapatkan sekitar 10 aplikasi yang semuanya mendapatkan penolakan atau penangguhan ini secara bersamaan, kami hanya akan menganggapnya sebagai satu teguran karena kami mengerti bahwa Anda sedang mengerjakan banyak sekali aplikasi secara bersamaan.

Mm-hm.

Menarik.

Jadi, menurut saya itulah jawaban atas pertanyaan tersebut.

Ya, bagus.

Terima kasih.

Dan kami punya satu lagi untuk Anda di sini.

Dan pertanyaan ini mungkin, banyak dari pertanyaan ini lebih ditujukan untuk developer yang sudah mapan, tetapi pertanyaan ini lebih tentang saat Anda pertama kali menyiapkan Konsol Play.

Jadi, misalnya profil pembayaran Google Play Anda telah diverifikasi, identifikasi Ooh, itu banyak sekali.

Error verifikasi identitas kini sudah tidak ada, dan hanya verifikasi nomor telepon yang tersisa.

Misalnya, apa yang harus dilakukan developer dalam kasus tertentu untuk memastikan akun developernya siap memublikasikan aplikasi?

Terkadang, Anda seperti memilih potongan-potongan teka-teki satu per satu atau jika mereka tidak tahu cara menyelesaikan prosesnya dalam kasus seperti itu, apa yang dapat mereka lakukan?

Ya, saya pernah mendapat pertanyaan serupa belum lama ini di acara lain, tetapi saya rasa hal itu jelas berlaku untuk developer baru, tetapi saya rasa banyak developer lama yang harus melakukan verifikasi itu lagi.

Ini mungkin sekitar setahun, benar?

Saya tidak terlalu ingat.

Banyak dari mereka yang diverifikasi secara otomatis, tetapi beberapa yang tidak harus melakukannya.

Oke.

Atau mungkin jika alamat dan profil Dun & Bradstreet mereka tidak cocok seperti…

Ya.

Ya.

Profil Google.

Oke.

Ya, jadi ada, katakanlah nomor telepon.

Saya akan menjawab pertanyaan ini dengan dua cara.

Oke.

Pertama, sering kali saat Anda melakukan langkah-langkah ini, Anda akan menerima notifikasi yang muncul di Konsol Play.

Jadi, Anda hanya akan mendapatkan notifikasi yang bertuliskan, "Hei, saatnya Anda mendaftarkan nomor telepon Anda".

Dan yang satu ini cukup sederhana.

Anda memasukkannya dalam format nomor telepon internasional, plus 1 408, berapa pun nomornya.

Anda akan melakukan verifikasi SMS atau panggilan telepon dan mengikuti langkah-langkahnya.

Namun, terkadang Anda mungkin sudah mencoba melakukannya, dan Anda mendapatkan pesan error atau semacamnya, karena kami memiliki developer yang juga mengalami hal tersebut, atau mereka tidak mendapatkan kode SMS.

Kami akan memberikan langkah-langkah untuk menghubungi tim banding.

Itu baru satu tim, tetapi sebenarnya ada sekitar, entah enam atau dua puluh empat tim lain yang…

Will.

Jawab pertanyaan di Konsol Play yang dapat Anda akses, dan aksesnya melalui menu bantuan.

Sekarang, UI tersebut telah sedikit berubah.

Sebelumnya, fitur ini ada di menu di sisi kiri layar utama.

Di bagian bawah, Anda memiliki tombol bantuan.

Tombol tersebut telah dihapus, tetapi sekarang jika Anda men-scroll ke bagian bawah halaman mana pun di footer, Anda akan melihat tombol bantuan tersebut.

Saat mengkliknya, Anda akan melihat tombol pil biru kecil yang bertuliskan buat tiket dukungan.

Sepertinya begitu.

Mm-hm.

Ya.

Lalu, Anda akan mendapatkan beberapa drop-down yang dapat Anda tanyakan.

Sebenarnya ada serangkaian menu drop-down yang akan mengarahkan Anda langsung ke nomor telepon, yang saya rasa hampir saya hafal, tetapi seperti verifikasi akun developer Anda, menu drop-down kedua cukup mirip, Anda akan mendapatkan banyak tombol pilihan.

Salah satunya khusus untuk verifikasi nomor telepon.

Lalu, mungkin Anda menerima kode verifikasi SMS, atau ada bug yang muncul di layar saat Anda mencoba menjalani proses tersebut.

Jadi, Anda dapat melakukannya untuk verifikasi nomor telepon, tetapi juga untuk banyak pertanyaan lain yang mungkin Anda miliki terkait akun Developer Play Anda.

Sering kali, Konsol Play sangat baik dalam menunjukkan langkah-langkah berikutnya untuk verifikasi, jadi ikuti saja langkah-langkahnya dan Anda akan siap melanjutkan.

Bagus.

Keren!

Waktu kita hampir habis, jadi terima kasih banyak telah bergabung dalam panel ini.