Google Play Politikası'nı Anlama Soru-Cevap Oturumu

İşte böyle.

Google Play politikalarını ele aldığımız bu panele katıldığınız için hepinize teşekkür ederiz.

Ben Jan Kleinert, Arabalar için Android ekibinde geliştirici ilişkileri mühendisiyim.

Bugünkü panelin moderatörlüğünü ben yapacağım.

Şimdi sözü panelistlerimiz Bohdan ve Paul'a bırakıyorum.

Bohdan, seninle başlayalım.

Merhaba arkadaşlar.

Ben Bohdan, Google Play Güven ve Güvenlik Birimi'nde çalışıyorum.

Dört yılı aşkın süredir Google'da, on yılı aşkın süredir de teknoloji sektöründe güven ve güvenlik alanında çalışıyorum.

Teknoloji, sektör ve kültürün nasıl etkileşime girdiğini ve etkinliklerin yeni uygulamaların geliştirilmesini nasıl teşvik ettiğini görmeyi seviyorum. Sizin gibi geliştiricilerin başarılı olmasına yardımcı olmak için elimizden geleni yapabileceğimiz bu tür etkinlikleri seviyorum.

Herkese merhaba.

Adım Paul.

Bohdan ile aynı ekipte çalışıyorum. Yaklaşık on yıldır, yani Bohdan ile aynı süredir güven ve güvenlik alanında çalışıyorum. Bu sürenin büyük bir kısmında Google Play Güven ve Güvenlik Ekibi'nde görev aldım.

Bugün burada sahnede olmaktan çok mutluyum. Hadi başlayalım.

Tamam, teşekkürler.

Panelimize başlamadan önce sözü Paul'a bırakıyorum.

Uygulamanızın daha sorunsuz ve verimli bir politika incelemesine hazırlanmasına yardımcı olmak için politika kaynaklarına kısa bir genel bakış, en iyi uygulamalarla ilgili bilgiler ve benzeri konularla başlayacak.

Evet.

Peki Google Play Politikası derken neyi kastediyoruz?

Bunlar, geliştiricilerin Google Play Store'da mobil uygulama yayınlarken ve yönetirken uyması gereken temel kurallardır.

Ekranda Play politikası kaynakları için bazı kısa bağlantılar sağladık.

İlk bağlantı sizi Geliştirici Politika Merkezi'ne yönlendirir.

Sayfanın üst kısmındaki Son güncellemeler'i tıklarsanız yeni politikalarla ilgili ayrıntıların yanı sıra mevcut politikalarda yapılan güncellemeleri veya açıklamaları okuyabilirsiniz.

Görsel veya işitsel olarak daha iyi öğreniyorsanız ikinci kısa bağlantı sizi Policy Bytes oynatma listemize yönlendirir.

Bu videolarda politika güncellemelerini ele alıyoruz.

Son olarak, üçüncü bağlantı sizi Android Studio'daki Google Play Politika Analizleri hakkında daha fazla bilgi edinebileceğiniz bir sayfaya yönlendirir. Bu özellik, Android Studio'da hata analizi kontrolleri olarak sunulan, inceleme öncesi faydalı rehberlik sağlamak için tasarlanmıştır.

İşte böyle.

Ayrıca, Android uygulamalarını bu Google Play politikalarına göre denetleyerek izinler, hesap silme ve veri güvenliği konularında uygunluğu doğrulamanıza yardımcı olan bir Android becerisi de vardır.

Bu beceriyi, diğer beceriler gibi Android KSA'yı kullanarak yükleyebilirsiniz.

android skills list
android skills add play-policy-insights

Son olarak, Jan'ın panel sorularına geçmeden önce Google Play politikası ve uygulama incelemeleriyle ilgili bazı en iyi uygulamaları paylaşmak istiyoruz.

İlk olarak, inceleme uzmanları için giriş kimlik bilgilerini sağlayın.

Basit bir neden gibi görünse de gecikme veya retlerin en yaygın nedenlerinden biri erişilemeyen içeriklerdir.

Uygulamanızda giriş yapılması gerekiyorsa, abonelik veya ödeme gerektiren içerik varsa ya da kredi veya abonelik varsa test kimlik bilgilerini sağlamanız gerekir.

Bazı uygulamalarda giriş kimlik bilgilerini yalnızca uygulamanın en başında girmeniz gerekir. Diğer uygulamalarda ise bahsettiğim ücretli içerik gibi farklı bölümler olabilir.

Bunu Play Console'da yapabilir, ardından bu giriş kimlik bilgilerini inceleme ekibimize iletebilirsiniz.

Eski adı "Uygulama erişimi" olan bu bölümün adı "Oturum açma bilgileri" olarak değiştirildi ve "Uygulama içeriği" bölümüne taşındı.

Ardından, kimlik bilgilerinin iki faktörlü kimlik doğrulama, captcha'lar, ödeme duvarları vb. her türlü engeli atladığından emin olmanız gerekir.

Evet, eski sürüm kodlarını devre dışı bırakın.

Bu nedenle geliştiriciler, genellikle reddedilme döngüsü dediğimiz durumu yaşarlar. Çünkü temiz ve uyumlu bir üretim sürümü yüklerler ancak başka bir kanalda (ör. açık test, kapalı test vb.) eski ve uyumlu olmayan bir sürümün Google Play Console'da hâlâ etkin olduğunu unuturlar. Dolayısıyla, eski bir test kanalında olsa bile uygulama paketi, Google Play politikası incelemesine ve Google Play politikasına tabidir.

Bu nedenle, kısıtlı izinler talep ediyorsa veya güncel olmayan güvenlik açığı bulunan SDK'lar kullanıyorsa yine de incelemeye tabi tutulur.

Bu nedenle, gönder düğmesini tıklamadan önce tüm kanallardaki eski sürüm kodlarını değiştirdiğinizden veya devre dışı bıraktığınızdan emin olun.

Üçüncü olarak, incelemeler için yeterli zaman tanıyın ve yönetilen yayınlamayı kullanın.

Bu nedenle, özellikle yeni bir uygulama veya hassas bilgilere erişim izni isteyen bir uygulama söz konusuysa uygulama incelemelerinin ve yayınlarının yayınlanması yedi gün veya bazen daha uzun sürebilir.

Bu nedenle, yeterli teslimat süresi vermeniz gerekir.

Büyük bir lansman yapacaksanız yeni uygulamayı gerçek lansman tarihinden en az birkaç hafta önce gönderdiğinizden emin olun.

Ardından bunu yönetilen yayınlamaya bağlayabilirsiniz.

Yönetilen yayınlama, onaylanan güncellemelerin siz yayınlamaya hazır olana kadar bekletilmesini sağlayan bir özelliktir. Bu sayede, pazarlama kampanyaları veya diğer hassas lansmanlar sırasında beklenmedik gecikmeler önlenir.

Bunu yaparken, inceleme için gönderilen uygulamayı yeniden göndermediğinizden emin olun.

Bunu yaparsanız süre sıfırlanır.

Geliştiriciler bazen bunu unutuyor. Uygulamayı yarıya kadar geliştirip "Şu küçük değişikliği yapmam gerek." demeyi unutuyorlar.

Reklamı yeniden gönderirler ve reklam, inceleme sürecinin başına döner.

Doğru, beyanlarınızı kontrol edin.

Bu nedenle, veri güvenliği bölümü, gizlilik politikası veya fotoğraf/video izinleri gibi uygulama içeriği beyanlarınız, tüm kanallardaki etkin paketlerin veya sürüm kodlarının uygulama manifestiyle eşleşmelidir.

Örneğin, uygulama manifestiniz tam konuma erişim izni istiyor ancak izin beyan formunuzda bu iznin amacı açıklanmıyorsa uygulamaya yaptırım uygulanabilir ve büyük olasılıkla uygulanır.

Bu nedenle, üçüncü taraf SDK'ların beyan etmediğiniz verileri sızdırmadığından emin olun.

Uygulamanız belirli bir veriyi kullanmasa bile, bu veriyi kullanan bir SDK'yı entegre etmeyi seçerseniz yaptırımla karşılaşabilirsiniz.

En çok kullanılan 100'den fazla ticari SDK hakkında bilgi edinmek için Google Play SDK Dizini'ni inceleyin.

Devam etmeden önce araya girip kısa bir soru sormak istiyorum.

Yaptırım derken tam olarak neyi kastediyorsunuz?

Bu terim ne anlama geliyor?

Yaptırımlar, her türlü olumsuz işlem olabilir. Dolayısıyla, uyarılardan retlere, hatta kaldırma, askıya alma veya hesap yasaklama gibi daha ağır yaptırımlara kadar çeşitlilik gösterebilir.

Yaptırım dediğimde bu olumsuz işlemleri kastediyorum.

Mükemmel.

Teşekkür ederiz.

Evet.

Son olarak, itirazları kullanın.

Reddedilen bir sürümü tekrar göndermeyin.

Ayrıca, kısa bir süre içinde aynı sorun nedeniyle tekrar tekrar ret almak, Paul'un bahsettiği kaldırma veya askıya alma gibi daha ciddi yaptırımlara yol açan algoritmik bir işaretlemeyi tetikleyebilir.

Bu nedenle, uygulamanız reddedilirse değişiklik yapmadan, tahmin yürütmeden veya geri bildirimleri dikkate almadan hemen yeniden göndermeyin.

İhlal ve rehberlik hakkında hem konsol gelen kutusunda hem de sağladığınız ilişkili e-postalarda bildirim alırsınız.

Reddedilme kararına katılmıyorsanız veya anlamadıysanız itirazda bulunabilirsiniz.

Bunun yanlış bir tespit olduğunu düşünüyorsanız iletişimde verilen bağlantıyı kullanarak itirazda bulunabilirsiniz.

Bu, herhangi bir değişiklik yapmadan aceleyle yeniden göndermekten daha iyi bir ilk adımdır.

Aynı şekilde, size gönderilen bildirimler çok uzun veya çok fazla paragrafa sahip olduğu için anlamlı gelmiyorsa itirazda bulunabilirsiniz.

Bu durumda gerçek bir kişiyle e-posta üzerinden iletişim kurarsınız.

İletişim kurabilecekleri konular sınırlı olsa da genellikle reddedilme nedeni hakkında daha fazla bilgi edinebilirsiniz.

İtiraz ekibi, iletişimlerin oldukça uzun olabileceğini de anlar.

Bu nedenle, özellikle sizin ve uygulamanız için geçerli olan bölümleri vurgulayabilir veya kalın harflerle yazabilirler.

Evet.

Şimdi sözü tekrar Jan'a bırakıyorum.

İşte böyle.

Teşekkür ederiz.

Bu nedenle, geliştiricilerden farklı kanallar ve kaynaklar aracılığıyla sorular topladık.

Bugün ele alacağımız sorular, politikalarla ilgili olarak geliştiricilerden sıkça duyduğumuz sorunlardan bazılarını temsil ediyor.

Bununla başlayalım.

Bir uygulamanın izinlerle ilgili olarak reddedilmesinin yaygın nedenlerinden bazıları nelerdir?

Geliştiriciler, izin politikası ihlalleri gibi nedenlerle reddedilmekten nasıl kaçınabilir?

İşte böyle.

İzinler, bunu ben alayım.

Yani izinler, özellikle de hassas bilgilere erişim izinleri, uygulamanızın reklamı yapılan amacının kritik öneme sahip temel işleviyle ilgili olmalıdır.

Dolayısıyla, uygulamada bulunmayan veya reklamı yapılmayan yardımcı bir özellik ya da başka bir özellik varsa uygulamanın reddedilme olasılığı çok yüksektir.

Bu nedenle, beyanın uygulamanın kullanım alanıyla eşleştiğinden emin olun.

Ayrıca, beyanlarda sağladığınız video bağlantılarına erişilemediği için uygulamalar sıklıkla reddedilir.

İnceleme ekibimizin uygulamayı tam olarak inceleyebilmesi için uygulamaya, sağladığınız video bağlantılarına ve uygulama içindeki her şeye erişebilmesi gerekir.

Bu nedenle, her şeyin uygulamada, manifestte ve beyanda erişilebilir olduğundan emin olun.

Bu üç öğenin tamamlandığından emin olun. Bu sayede süreç daha sorunsuz ilerleyecektir.

Mükemmel.

İşte böyle.

Yani daha fazla uygulama geliştirici, uygulamalarında yapay zekayla üretilen içerikler için üçüncü taraf platformları kullanmaya başlıyor, değil mi?

Bu platformlar uygunsuz veya yanlış içerikler üretirse geliştiricinin uygulaması reddedilebilir mi? Bu gibi durumlarda asıl sorumlu kimdir?

Evet.

Evet, bu durum reddedilmeye neden olabilir.

Play Store'un başlangıcından bu yana, bir geliştiricinin uygulamada sahip olduğu veya bir kullanıcının uygulamada erişebileceği her şeyin geliştiricinin sorumluluğunda olduğu görüşü her zaman geçerli olmuştur.

Üretken yapay zeka yeni bir alan olsa da aynı durum bu alan için de geçerli.

Üretken yapay zeka ile kullanıcı tarafından oluşturulan içerik arasında bir paralellik olduğunu düşünüyorum. Çünkü her iki politika için de aynı türden birçok şeye sahip olmanız gerekir. Örneğin, uygun olmayan bir şey göründüğünde işaretleme yapmanız gerekir.

Bir filtreleme mekanizması olmalıdır.

Geçerli olan başka politikalar da var elbette. Ancak bence üretken yapay zeka içeriğiniz varsa uygulamayı inceleyen Google, uygunsuz bir şey gördüklerinde işaretleme düğmesini tıklayan kullanıcılar ve filtreleme mekanizmalarınız var.

Yani Google, geliştirici, siz ve kullanıcılar, uygulamayı herkes için mümkün olduğunca güvenli tutmak amacıyla birlikte çalışırsınız.

Anladım.

Harika.

Ancak genel olarak, kullanıcıların içerikleri işaretlemesine olanak tanıyan mekanizmaların yanı sıra geliştiricilerin bir tür filtreleme mekanizması eklemesini öneriyor muyuz? Filtreleme mekanizmasıyla bunu mu kastediyorsunuz?

Örneğin, belirli içerik türlerinin kullanıcılara gösterilmesini engellemek için mi?

Doğru.

Evet.

Bu nedenle, inceleme sürecinde olduğu gibi ekiplerimiz kodunuzu incelemeye veya tam filtreleme mekanizmanızın ne olduğunu tersine mühendislikle çözmeye çalışmaz.

Sadece uygunsuz bir şeye erişip erişemeyeceklerini kontrol ederler.

Eğer yapabiliyorlarsa, biz de onlara bazı iletişimler göndeririz ve bu filtreleme mekanizmasını nasıl daha sağlam hale getirebileceklerini bulmak ekibinizin işi olur.

Anladım.

Harika, teşekkürler.

Kimliğe bürünme veya taklitçilik politikası adında bir politika var, değil mi?

Bir uygulama, kimliğe bürünme politikası kapsamında reddedildiğinde geliştirici bunun bir hata olduğunu düşünüyorsa ne yapmalıdır?

Bu tür bir ret durumunu proaktif olarak nasıl önleyebilirler?

İtiraz etme

Evet, bu, tahtada yer alan beşinci en iyi uygulama. Bu nedenle reddedilirseniz itirazda bulunmalısınız.

Bu durumda yapmanız gerekenler, kimliğine büründüğünüz markanın kendi markanız olup olmamasına göre değişir.

Ya da başka biri adına uygulama geliştiriyorsunuzdur. Bu, muhtemelen en yaygın olanıdır. Örneğin, fitness tesisleri veya SaaS çözümleri için uygulama geliştiren beyaz etiketli geliştiriciler vardır.

Bu nedenle, bunları kendi geliştirici hesabınızda yayınlamak daha kolay, değil mi?

Bu nedenle itirazda bulunabilirsiniz. Ekibimiz, izin belgesi olarak adlandırılan belgeyi arayacaktır.

Diyelim ki Joe's Chicken adında bir müşteriniz var ve Mississippi'nin batısındaki en iyi tavukları satıyorlar.

Şirketin logolu resmi antetli kağıdına yazılmış bir izin belgesi vermeleri gerekir. Bu belgede, "Biz, Joe's Chicken olarak ABC Geliştirici'ye, resimlerimizi ve benzerimizi uygulamasında kullanma izni veriyoruz" gibi bir ifade yer almalıdır. Uygulamanın adını ve uygulama paketi adını da eklemeleri iyi olur.

Örneğin, com.joeschicken.app gibi bir şey olabilir. Ardından geliştiriciye yanıt verip bu dokümanı iletebilirsiniz.

Anladım.

İkinci kısım ise...

Bunu önlemek için proaktif olarak yapabilecekleri bir şey var mı?

Örneğin, ilk gönderiminizi yaparken adını unuttuğum bir şeyi, bir şeyin kanıtını yükleyebilir misiniz?

Evet.

Doğru.

Google Play Console'da ön bildirim formu adını verdiğimiz bir form var. Bu formu gönderip hesabınızı diğer tüzel kişiyle ilişkilendiren belgeleri yükleyebilirsiniz.

Bu sayede, uygulama gönderiminizi bu tür olumsuz yaptırım işlemlerinden önceden koruyabilirsiniz.

Evvet.

Mükemmel.

İşte böyle.

En iyi uygulamalar bölümünde üçüncü taraf SDK'ların kullanımından kısaca bahsetmiştiniz. Bu konuyu biraz daha ayrıntılı ele almak istiyorum.

Yani uygulamalar üçüncü taraf SDK'ları kullandığında, bu üçüncü taraf SDK'ların kullanıcı verileri gibi bilgileri nasıl kullandığından uygulama geliştiricilerin sorumlu olduğu doğru.

Peki geliştiriciler, SDK'ların Veri Güvenliği ve Kullanıcı Verileri Politikalarına uygun olduğunu nasıl anlayabilir?

Örneğin, bu ortamda nasıl yol alabilirler?

Evet, çok güzel bir soru.

Google'daki ilk iki yılımda SDK'larla çok çalıştım. Bu konu, üretken yapay zeka ve kullanıcı tarafından oluşturulan içerik hakkında konuştuğumuz önceki soruya benziyor. Uygulamanızdaki her şeyden sonuçta geliştirici sorumludur.

Paul, giriş bölümünde Google Play SDK Dizini adında bir aracımız olduğundan kısaca bahsetmişti. Google'da arama yaparak bu araca ulaşabilirsiniz.

İlk veya ikinci sonuç olan Google Play SDK Dizini'ni tıklayın. Karşınıza çıkacak web sayfasında, yüzden fazla, belki de birkaç yüz SDK'nın para kazanma, reklam, sağlık veya başka bir kategoriye göre ayrıldığını göreceksiniz.

Bu sayfa yalnızca herkese açık verileri alır.

Google'ın düzenlediği bir etkinlik.

Ancak bu SDK'ları incelerken bazılarının yanında SDK Console'da kayıtlı olduğunu belirten bir rozet göreceksiniz.

Geliştiriciler olarak uygulamalarınız için Google Play Console'u kullandığınız gibi, SDK geliştiricileri de SDK Console'a erişebilir.

Bu uygulamaların da benzer bir inceleme sürecinden geçmesi gerekir.

SDK'larını bize gönderirler.

Google birkaç farklı kontrol gerçekleştirir. Bu kontrollerden başarıyla geçen ve uygun bulunan işletmeler rozeti alır.

Bu durum, geliştiriciler olarak sizin için şu anlama geliyor: Bu dizine girip hangi SDK'ların bu süreci geçtiğini görebilirsiniz.

Bu, uygulamanın onaylanacağını veya SDK'nın her zaman uyumlu olacağını garanti etmez ancak iki açıdan güven verir.

İlk olarak, bu SDK'yı kullanıyorsanız uygulamanın reddedilme olasılığı çok daha düşüktür.

Sadece bir olasılık.

İkincisi ise (bu süreçte en çok hoşuma giden şeylerden biri) SDK'da uyumlu olmayan bir şey bulursak iki yönlü bir yaklaşım benimseriz.

İlk olarak SDK geliştiriciyle iletişime geçip "SDK'nızın kullanıcı verilerini politikalarla uyumlu olmayan bir şekilde gönderdiğini fark ettik." deriz.

Ardından, uygulamalarını veya SDK'larını uyumlu hale getirmek için çalışırlar.

Aynı zamanda veya biraz daha sonra, ikinci aşama olarak ekiplerimiz geliştiricilere bildirim veya uyarı gönderir.

Bildirimde, "Uygulamanızın bu verileri uygun olmayan bir şekilde gönderdiğini ve bunun ABC SDK'da gerçekleştiğini fark ettik." gibi bir ifade yer alır.

Geliştirici olarak atabileceğiniz adımlardan biri, SDK'yı sağlanan uyumlu sürüme güncellemektir.

Daha radikal bir adım atmak isterseniz SDK'yı kaldırabilir veya değiştirebilirsiniz ancak bunun çok fazla çaba ve çalışma gerektirdiğini biliyorum.

Ancak Google Play SDK Dizini'nin en sevdiğim özelliği de bu.

Evet.

Dizinde tam olarak hangi politikalara uyup uymadığı belirtilmiyor ancak bu rozeti alıyorsunuz ve bu bir nevi güven oyu gibi.

Anladım.

Evet.

Tamam, uygun.

Söylediklerinizden anladığım kadarıyla, geliştiricilere "Şu SDK'yı kullanıyorsunuz ve bu SDK'da bir sorun var." şeklinde mesaj gönderdiğimizde

Güncelleme yapacaklarsa hangi sürüme geçmeleri gerektiğini söylüyor muyuz? Geliştirici sorunu düzeltirse "Daha iyi bir sürüm var" gibi bir şey söylüyor muyuz?

Yoksa bu araştırmayı kendi başlarına mı yapmaları gerekiyor?

Sürüm kodu orada var sanırım.

Evet, bu konuda kesin bir şey söyleyemem ama güncelleyebilecekleri sürüm kodunun orada listelendiğini düşünüyorum.

Evet, tamamen şeffaf olmak gerekirse ben geliştirici veya mühendis değilim. Ancak geliştiricilerle konuştuğumda anladığım kadarıyla bazen bir veya birkaç düğmeyi tıklamak kadar kolay oluyor ve ardından uygulamanızın içindeki SDK için güncelleme sürecini başlatıyorsunuz.

Bu harika.

Mükemmel.

Teşekkür ederiz.

İşte böyle.

Giriş kimlik bilgilerinden biraz bahsettiniz. Bu, en azından biraz aşina olduğum bir konu ve bu bilgilerin orada bulunmasının ne kadar önemli olduğunu biliyorum.

İki faktörlü kimlik doğrulamayı atlama ve ödeme duvarları veya aboneliğe dayalı içeriklere erişim gibi yöntemlerden bahsettiniz.

Ancak geliştiricilerin dikkat etmesi gereken diğer yaygın durumlar nelerdir?

Örneğin, bazen uygulamalarda yalnızca belirli ülkelerde veya belirli coğrafi konumlarda erişilebilen içerikler oluyor ya da test edilebilmesi için iki kez giriş yapılması gereken mesajlaşma uygulamaları olabiliyor.

Geliştiricilerin yalnızca giriş bilgilerini sağlamakla kalmayıp biraz daha fazlasını yapması gereken başka durumlar var mı?

Evet.

Yani, inceleme ekibine sağladığınız giriş kimlik bilgileriyle başlayıp bitirirdim. Bu bilgilerin, ekibin uygulamadaki tüm özelliklere erişmesine izin verdiğinden emin olun.

Google Play Console'daki bu bölümün adı daha önce uygulama erişimiydi. Sanırım yaklaşık bir ay önce oturum açma bilgileri olarak değiştirildi.

Kullanıcı adı ve şifre girebileceğiniz bir yer var. Bunun altında da serbest biçimli bir metin alanı bulunuyor.

Bu nedenle, giriş yapma adımları çok basit değilse nasıl giriş yapılacağıyla ilgili talimatlar verebilirsiniz.

İsterseniz kullanıcılar için ikinci, üçüncü ve dördüncü bir giriş de sağlayabilirsiniz.

Ekiplerimiz uygulamaları incelerken bir odada oturup uygulamayı kurcaladıktan sonra onayla veya reddet'i tıklayan bir kişi yoktur.

Farklı politikaları ve iş akışlarını inceleyen çok sayıda ekip olduğundan, uygulamanıza birden fazla cihazda, bazen farklı bölgelerde birden fazla kişi tarafından giriş yapılması muhtemeldir.

Bu zorluğu anlıyorum çünkü birçok güvenlik mekanizması, "Çok sayıda giriş görürsek kullanıcının güvenliği için işlemi durdururuz." diyor.

Ancak ne yapmayı seçerseniz seçin, uygulamayı birçok farklı iş akışında incelediğimizi ve bu nedenle bunu görebileceğinizi unutmayın.

Bu nedenle, birden fazla giriş seçeneği sunmak faydalı olabilir.

Evet.

Mükemmel.

Evet, beyandaki serbest metin alanını kullanmanın önemini vurgulamam gerekiyor.

Dolayısıyla, demo hesabınız yalnızca kullanıcı adı ve şifreyle erişilebilen bir hesap değilse ve daha fazla adım gerektiriyorsa inceleme ekibimizin uygulamanıza nasıl erişeceğini anladığından mutlaka emin olmanız gerekir.

Örneğin, kullanıcı adı ve şifre girmekten daha karmaşık bir işlem söz konusuysa ekibimizin bunu nasıl yapacağını anlaması için bir video sağlayabilirsiniz.

Evet.

Bazen uygulamalara kendimiz bakıyoruz ve oldukça şık giriş ekranları görüyoruz.

Örneğin, uydurmuyorum, bir düğmeye 17 kez dokunup ekrana X çizmenizi, ardından geliştirici modunun açılmasını ve 11 adım daha uygulamanızı isteyenler var. Lütfen böyle şeyler yapmayın.

Çünkü bu, işi biraz zorlaştırıyor.

Duyduğum bir senaryoya göre bazı uygulamalar, yalnızca belirli sayıda ardışık girişe veya aynı anda girişe izin veriyor. Bu sayı aşılırsa "Birini kaldırmanız gerekiyor." uyarısı veriliyor.

Uygulamanız bu özelliği destekliyorsa önceki girişler gibi erişimi kaldırabileceğiniz sayfayı bulma talimatlarını eklemenin de faydalı olacağını düşünüyorum.

Evet.

Mükemmel.

Bu nedenle, politikaları güncellediğimizde veya yeni politikalar yayınladığımızda geliştiricilerin uygulamalarında değişiklik yapmaları gerekebilir. Bu değişikliklerin uygulanması, ne olduğuna bağlı olarak biraz zaman alabilir.

Bazen bu görevlerin bir teslim tarihi olur, değil mi?

Örneğin, yeni bir politikaya uymak için şu tarihe kadar XYZ'yi yapmış olmanız gerekir.

Son tarih yaklaşıyorsa ancak geliştirici, uyum sağlamak için daha fazla zamana ihtiyacı olacağını biliyorsa ne gibi seçenekleri var?

Evet, bu bir uyarı gibi görünüyor.

Evet, bir uyarı gibi görünüyor.

Evet.

Evet, uyarılarda en basit olanı daha fazla süre istemek, değil mi?

Süreç genellikle yeni politikaların, mevcut politikalardaki güncellemelerin veya açıklamaların yayınlanmasıyla başlar.

Google'ın bu konuda genellikle yeterli süre tanıdığını düşünüyorum.

Bu politika, biz harekete geçmeden 6 ay önce kamuoyuna duyurulabilir.

Ardından uyarılar gönderilir ve "Uygulamanız, 6 veya 12 ay önce duyurulan bu politikayı ihlal ediyor" gibi bir mesaj iletilir.

Ancak Paul ve ben bazen buna karşı çıkıyoruz. Örneğin, bu değişikliği yapmak için 7 gününüz var diyebilirler.

Geliştirme süreci de uzun sürüyor.

Anlıyoruz.

Bu nedenle, ben olsam yanıt verirdim.

Bunu itirazda bulunarak yapabilirsiniz. "Politikayı ve uygulamamızın neden uyumlu olmadığını anladık.

Bu konu üzerinde çalışıyoruz veya politika sorununu çözmek için şu adımları uygulayacağız ancak daha fazla zamana ihtiyacımız var." diyebilirsiniz.

Bu nedenle genellikle size biraz daha zaman tanırlar.

7 gün daha geçerse ve bu sürenin sonuna yaklaşıyorsanız tekrar talepte bulunabilirsiniz.

Elbette sonsuz değil.

Ama dediğim gibi, Paul ve ben karşı çıkıyoruz ancak bu hem bireysel hem de daha üst düzeyde oluyor.

Örneğin, yeni politikaların yürürlüğe gireceğini öğrendiğimizde ve bu konuda kimlerin çalıştığını bildiğimizde, "Bakın, bu uyarı 7 gün yerine 28 gün, hatta en azından 14 gün önceden verilemez mi?" diyebiliriz.

Evet.

Doğru.

Uyumlu hale gelmek için iyi niyetle değişiklikler yaptığınızı gösterirseniz Google Play, yeni bir son tarih belirlemek için sizinle birlikte çalışır.

Sizin için daha iyi bir zaman çizelgesi.

Anladım.

Yani itirazlar, uygun şekilde kullanıldığı sürece bu durumların çoğunda yardımcı olan çok yönlü bir araç gibi görünüyor.

Örneğin, mantıklı olduğunda itirazda bulunmak ve itirazınızın nedeni hakkında yeterli ayrıntı vermek, değerlendirme ve yardım almak için iyi bir yol olabilir.

İşte böyle.

Örneğin, bir geliştiricinin tek bir geliştirici hesabı altında birden fazla uygulaması varsa (ki bu sıkça karşılaşılan bir durumdur).

Bir uygulama, politika ihlali nedeniyle askıya alınırsa bu durum geliştirici hesabının tamamını nasıl etkiler?

Bu durum, hesabı veya diğer uyumlu uygulamaları riske atar mı?

Bu düğme nasıl çalışıyor?

Olabilir.

Bu, boş etiketli geliştiricileriniz gibi olur.

Daha önce Joe's Chicken'dan bahsetmiştim, değil mi?

Belki de tüm müşterileriniz bu sektörde faaliyet gösteriyordur.

Bunu beyzbol oynamaya benzetiyorum. Oyunda strike out'lar vardır, değil mi?

Maalesef Play Store'a girmeye çalışan kötü niyetli kişiler var. Bu nedenle, kaldırma, askıya alma ve hatta hesap yasaklama gibi ağır yaptırımlara kadar varan hafif yaptırımlarımız var.

Google Play Store'da birbirine benzer çok sayıda uygulamanız varsa ve bunlardan biri askıya alınırsa…

Evet.

Kötü niyetli birisiniz, değil mi?

Siz de düzeltip bir ay sonra tekrar sokmaya çalışırsınız.

Ekiplerimiz bunu fark ettiğinde hesabınız tekrar askıya alınır.

Sonra uygulamanızdan kaldırıyorsunuz ve yaklaşık bir ay sonra tekrar ekliyorsunuz. Bu durumda, tekrarlanan bir davranış kalıbı söz konusu oluyor ve üç kez hata yaptığınız için artık oyun dışı kalıyorsunuz, değil mi?

Ancak bir tavuk restoranı için uygulama yaptığınızı varsayalım. Bu uygulamada kötü amaçlı içerik falan olmayacak, sadece insanlara lezzetli yemekler sunmaya çalışacaksınız.

Örneğin, tüm bu uygulamaları aynı anda CI/CD ardışık düzeni gibi bir yöntemle gönderdiğinizi ve 10 uygulamanın aynı anda reddedildiğini veya askıya alındığını varsayalım. Aynı anda çok sayıda uygulama gönderdiğinizi bildiğimiz için bu durumu yalnızca bir ihlal olarak değerlendiririz.

Evet.

İlginç.

Sorunun yanıtı bu şekilde.

Evet, çok hoş.

Teşekkür ederiz.

Bir tane daha var.

Bu soru, daha çok Google Play Console'da ilk kez hesap oluşturma süreciyle ilgili. Diğer soruların çoğu, daha deneyimli geliştiricilere yönelikti.

Google Play ödeme profilinizin doğrulandığını varsayalım.

Kimlik doğrulama hataları artık görünmüyor ve yalnızca telefon numarası doğrulama hatası kalıyor.

Örneğin, geliştirici hesabının uygulama yayınlamaya hazır olduğundan emin olmak için geliştirici bu durumda ne yapar?

Bazen yapbozun parçalarını tek tek seçiyorsunuz. Bu gibi durumlarda süreci nasıl tamamlayacaklarını bilmiyorlarsa ne yapabilirler?

Evet, kısa süre önce farklı bir etkinlikte benzer bir soru sorulmuştu. Bu durumun yeni geliştiriciler için geçerli olduğu açık ancak mevcut geliştiricilerin çoğunun da bu doğrulamayı tekrar yapması gerekti.

Bu yaklaşık bir yıl önceydi, değil mi?

Tam olarak hatırlayamıyorum.

Birçoğu otomatik olarak doğrulandı ancak doğrulanmayan bazı işletmelerin bunu yapması gerekti.

Anladım.

Ya da adresleri ile Dun & Bradstreet profilleri eşleşmiyorsa…

Doğru.

Doğru.

Google profili.

Anladım.

Evet, telefon numarası olduğunu varsayalım.

Bu soruyu iki şekilde yanıtlayacağım.

Anladım.

Öncelikle, bu adımları uygularken Play Console'da sık sık bildirimler göreceksiniz.

"Telefon numaranızı kaydetme zamanı geldi." şeklinde bir bildirim alırsınız.

Bu oldukça basit bir soru.

Numarayı uluslararası telefon numarası biçiminde, artı 1 408 ve numara şeklinde girersiniz.

SMS veya telefon aramasıyla doğrulama yapıp buradaki adımları uygulayacaksınız.

Ancak bazen bunu yapmaya çalıştığınızda hata mesajı veya benzeri bir şey alabilirsiniz. Bu durumla karşılaşan geliştiricilerimiz oldu. Bazıları da SMS kodunu alamadı.

İtiraz ekibiyle iletişime geçmek için uygulamanız gereken adımları paylaşacağım.

Bu sadece bir ekip. Ancak aslında altı veya yirmi dört tane daha ekip var…

Will.

Play Console'da erişebildiğiniz soruları yanıtlayın. Bu sorulara Yardım menüsünden ulaşabilirsiniz.

Kullanıcı arayüzü biraz değişti.

Bu seçenek daha önce ana ekranınızın sol tarafındaki bir menüde yer alıyordu.

Alt kısımda bir yardım düğmesi vardı.

Bu düğme artık yok. Ancak herhangi bir sayfanın altbilgi kısmına giderseniz yardım düğmesini görebilirsiniz.

Bunu tıkladığınızda, "Destek kaydı oluştur" yazan küçük mavi bir düğme görürsünüz.

Sanırım öyle yazıyor.

Evet.

Evet.

Ardından, soru sorabileceğiniz bazı açılır menüler görürsünüz.

Telefon numarasına doğrudan ulaşmanızı sağlayacak bir dizi açılır menü var. Neredeyse ezberledim diyebilirim. "Geliştirici hesabınızı doğrulayın" gibi bir seçenek var. İkinci açılır menü de buna çok benziyor. Bir dizi radyo düğmesi göreceksiniz.

Bunlardan biri özellikle telefon numarası doğrulaması içindir.

Ardından SMS doğrulama kodu almanız gerekebilir veya bu işlemi yapmaya çalışırken ekranınızda bir hata görünebilir.

Telefon numarası doğrulama ve Google Play Geliştirici hesabınızla ilgili diğer sorularınız için bu sayfayı ziyaret edebilirsiniz.

Play Console, doğrulama için sonraki adımları gösterme konusunda çoğu zaman çok başarılıdır. Bu nedenle, adımları uygulamanız yeterlidir.

Müthiş.

Mükemmel.

Süremizin sonuna geldik. Bu panele katıldığınız için hepinize çok teşekkür ederiz.