Google Play Uygulama Kaldırıldı: Politika İhlali İtirazı Nasıl Yapılır?

Google Play uygulama kaldırıldı ise ilk ne yapmalısınız?

Google Play uygulama kaldırıldı bildirimi aldığınızda ilk işiniz, Play Console'daki Politika durumu sayfasını ve e-postayı okuyup hangi politikanın gerekçe gösterildiğini öğrenmektir. Sonra uygulamayı düzeltir, uyumlu bir güncelleme gönderir ya da hata olduğunu düşünüyorsanız itiraz edersiniz.

Panik halinde yeni sürüm yüklemek çoğu zaman durumu kötüleştirir. Bu nedenle sırayla ilerleyin:

1. Play Console'da Politika durumu sayfasını açın ve etkin yaptırımı not edin.
2. Gelen e-postayı ve Play Console bildirimlerini baştan sona okuyun.
3. İhlal edilen politikanın adını ve gösterilen örnek sorunu yazın.
4. Düzeltme yapana kadar kaldırılan uygulamayı yeniden yayınlamaya çalışmayın.
5. Düzeltebiliyorsanız uyumlu bir sürüm gönderin, hata olduğuna inanıyorsanız itiraz yolunu kullanın.

Bu yazı yalnızca bu durumu anlatır. Sonuç konusunda kimse garanti veremez, çünkü karar Google Play ekiplerinin elindedir.

İlk saatlerde yapmamanız gerekenler de önemlidir. Aynı paketi değiştirmeden tekrar yüklemeyin, destek kanallarına öfkeli mesajlar yağdırmayın ve kullanıcılara panik yaratacak duyurular paylaşmayın.

Bunun yerine tüm ekibi tek bir paylaşılan notta toplayın. Örneğin bildirim tarihini, e-posta metnini, etkilenen sürüm numarasını ve atacağınız adımları aynı yere yazın. Böylece ekip içinde tutarlı ilerlersiniz ve itiraz yazarken elinizde hazır bir kayıt olur.

Bir de iletişim sorumlusu belirleyin. Google ile yazışmayı tek kişi yürütürse mesajlar birbiriyle çelişmez. Diğer ekip üyeleri teknik düzeltmeye odaklanır.

Ret, kaldırma ve askı arasındaki fark nedir?

Google üç farklı yaptırım düzeyi tanımlar. Resmi yardım sayfası, ret durumunda yeni uygulamanın ya da güncellemenin yayınlanmadığını, önceki sürümün ise yayında kalabildiğini söyler. Kaldırma ve askı ise uygulamanın mağazadan çekilmesi anlamına gelir.

Aşağıdaki tablo farkı özetler. Ayrıntılar için Google'ın yaptırım süreci sayfasına bakın.

Yani ret ile kaldırma çoğunlukla düzeltmeyle çözülür. Askıda ise itirazın kabul edilmesi gerekir.

Bu ayrım pratikte şunu söyler: ret çoğunlukla bir güncellemenin yolunu keser, ama mağazadaki mevcut sürüme dokunmaz. Kaldırmada ise kullanıcılar mağaza girdinize ve uygulama içi satın alımlarınıza ulaşamaz. Dolayısıyla gelir ve itibar kaybı en çok bu aşamada başlar.

Üstelik her durumda süre ve sonuç için tahmin yürütmek doğru olmaz. Güncel kuralları resmi yardım sayfasından kontrol edin.

Politika durumu sayfasında neye bakmalısınız?

Politika durumu (Policy status), uygulamanızın Google Play politikalarına ve Geliştirici Dağıtım Sözleşmesi'ne uyup uymadığını gösteren sayfadır. Play Console'da uygulamayı seçtikten sonra sol menüde bu sayfayı bulursunuz. Menü adı arayüz diline göre değişebilir.

Sayfada üç şeye bakın:

• Etkin bir yaptırım var mı, varsa ret mi, kaldırma mı, askı mı?
• Hangi politika ve hangi sorun gerekçe gösteriliyor?
• Askı durumunda itiraz seçeneği görünüyor mu?

Sayfada sorun yoksa "No issues found" benzeri bir ifade görürsünüz. Ancak ekranın tam metni zamanla değişebilir. Resmi anlatım için uygulamanızın politika durumunu kontrol etme sayfasını okuyun.

Bir de şunu unutmayın: Politika durumu sayfası yalnızca bugünkü durumu gösterir. Bu nedenle ekran görüntüsünü ve metni tarihiyle birlikte saklayın. Daha sonra itiraz yazarken ya da ekibinize bilgi verirken bu kayıt işinize yarar.

Sayfada birden fazla uygulama varsa her birini ayrı ayrı açın. Çünkü aynı SDK ya da aynı beyan kalıbı birden çok uygulamanızı etkilemiş olabilir.

Uyarı e-postasını nasıl okursunuz?

Google, aldığı aksiyonu e-postayla bildirir ve hatalı olduğunu düşünüyorsanız nasıl itiraz edeceğinizi de aynı iletide anlatır. Bu e-posta, sürecin en değerli belgesidir. Çünkü ihlal edilen politikayı, etkilenen sürümü ve çoğu zaman sorunun örneğini gösterir.

E-postayı okurken şu soruları yanıtlayın:

• Hangi politika adı geçiyor?
• Sorun uygulamanın hangi bölümünde: mağaza girdisi, izinler, veri beyanı ya da kod içinde mi?
• Hangi sürüm ya da hangi yayın kanalı etkileniyor?
• İtiraz için bir bağlantı ya da talimat var mı?

Özellikle e-postanın geldiği adresi kontrol edin. Play Console hesabınıza tanımlı adrese gelmeyen, "hesabınızı kurtarırız" diyen iletiler büyük olasılıkla sahtedir.

E-posta ile Play Console bildirimi arasında fark görürseniz Play Console'u esas alın. Ayrıca iletiyi hesap sahibi dışında kimseye yönlendirmeden önce içindeki kişisel bilgileri kontrol edin.

Mesajda bir örnek sorun gösteriliyorsa onu çözmekle yetinmeyin. Genellikle aynı kalıp başka ekranlarda da vardır. Bu nedenle uygulamanın tamamını tarayın.

Google Play uygulama kaldırıldı bildirimi en sık hangi nedenlerle gelir?

Gerekçe her olayda farklıdır. Yine de saha tecrübemize göre ekiplerin en sık karşılaştığı başlıklar birbirine benzer. Bu liste istatistik değildir, yalnızca resmi politika alanlarına göre bir sınıflamadır.

• Veri güvenliği (Data safety) bölümünün eksik ya da gerçeği yansıtmayan doldurulması.
• Uygulamanın özellikleriyle ilgisiz, gereksiz izinler ya da hassas API erişimi.
• Kullanıcı verisinin toplanması ve paylaşılması konusunda şeffaf olmayan davranış.
• Gizlilik politikasının eksik, erişilemez ya da uygulamayla uyumsuz olması.
• Mağaza girdisinde (meta veri) yanıltıcı açıklama, görsel ya da başlık.
• Üçüncü taraf kodun, yani SDK'nın politikaya aykırı davranması.

Sonraki bölümlerde bu başlıkları tek tek ele alıyoruz. Her birinde önce kontrol edeceğiniz noktayı, sonra düzeltme yolunu anlatıyoruz.

Bir uygulama birden fazla nedenle aynı anda sorun yaşayabilir. Örneğin yanlış doldurulmuş bir veri beyanı ile gereksiz bir izin birlikte çıkar. Bu nedenle e-postadaki tek örneği düzeltip bırakmayın.

Ayrıca resmi politika alanlarının adlarını bilmek işinizi kolaylaştırır. Google'ın Geliştirici Programı Politikası, Gizlilik, Aldatma ve Cihaz Kötüye Kullanımı gibi başlıklar altında toplanır. Bildirimde geçen başlığı bu listeyle eşleştirin.

Her başlık için "bugün uygulamada gerçekten ne oluyor?" sorusunu sorun. Beyan, izin, açıklama ve kod aynı hikâyeyi anlatıyorsa risk düşer.

Veri güvenliği bölümü neden ret sebebi olur?

Google, her uygulamadan Veri güvenliği bölümünü doğru ve eksiksiz doldurmasını bekler. Bu beyan; toplanan, kullanılan ve paylaşılan verileri kapsar. Üstelik üçüncü taraf kütüphanelerin ve SDK'ların topladığı veriler de sizin beyanınızın parçasıdır.

Sorun genellikle beyanla gerçek davranış arasındaki farktan çıkar. Örneğin reklam ya da analiz SDK'sı cihaz tanımlayıcısı toplar, ama beyan formunda bu veri türü işaretlenmemiştir. Böyle bir uyumsuzluk, uygulamanız masum olsa bile ihlal sayılabilir.

Ne yapmalısınız?

• Uygulamanın gerçekten ağa gönderdiği verileri listeleyin.
• Her SDK'nın kendi veri açıklamasını okuyun.
• Veri güvenliği formunu bu listeye göre güncelleyin.
• Gizlilik politikanızla form arasında çelişki bırakmayın.

Resmi yönerge için Google'ın Veri güvenliği bölümü bilgileri sayfasına bakın.

Bir not daha ekleyelim: Veri güvenliği formunu yalnızca ilk yayında değil, her büyük güncellemede gözden geçirin. Yeni bir analiz aracı, yeni bir giriş yöntemi ya da yeni bir ödeme sağlayıcısı eklediğinizde veri akışı değişir.

Ekip içinde bu işi tek kişiye bağlamayın. Geliştirici, ürün sahibi ve yayından sorumlu kişi formu birlikte okusun. Böylece unutulan bir veri türü kalmaz.

İzinler ve hassas API'ler neden sorun çıkarır?

Politika, hassas bilgilere erişen izinleri ve API'leri yalnızca Google Play girdisinde öne çıkan mevcut özellikler için gerekli olduğunda istemenizi söyler. Yani konum, kişi listesi, kamera ya da mikrofon iznini "ilerde lazım olur" diye eklemek risklidir.

Tipik hata şudur: Uygulama ilk sürümde bir özellik için izin ister, sonra o özellik kaldırılır ama izin manifest dosyasında kalır. Dolayısıyla denetimde izin ile işlev eşleşmez.

Kontrol listesi şöyle olsun:

1. Uygulamanın istediği her izni tek tek yazın.
2. Her izin için hangi ekranda ve hangi özellikte kullanıldığını eşleştirin.
3. Kullanılmayan izni kaldırın.
4. Kullanıcıya iznin neden gerektiğini, istek anında anlaşılır biçimde gösterin.

Bazı izinler için Google ek bir bildirim formu isteyebilir. Bu formun güncel koşullarını resmi yardım sayfasından kontrol edin.

Çapraz platform projelerinde bir kütüphane, haberiniz olmadan manifest dosyasına izin ekleyebilir. Bu nedenle derlenmiş paketin son izin listesini, kaynak koddaki beklentinizle karşılaştırın.

Ayrıca bir özelliği tamamen kaldırdığınızda ona bağlı izni de kaldırın. Bu yaklaşım kullanıcıya da iyi gelir, çünkü gereksiz izin istemi güveni zedeler.

Kullanıcı verisi politikası ve gizlilik politikası nelerdir?

Kullanıcı Verileri (User Data) politikası, kişisel ve hassas kullanıcı verisini nasıl ele aldığınız konusunda şeffaf olmanızı ister. Yani neyi topladığınızı, nasıl kullandığınızı ve kimlerle paylaştığınızı açıkça söylemelisiniz. Resmi metin için User Data politikası sayfasına bakın.

Gizlilik politikası bu şeffaflığın ana belgesidir. Google, uygulama içinden erişilebilen ve Play Console'a bağlanan kapsamlı bir gizlilik politikası bekler. Bu belge, uygulamanın erişim, toplama, kullanma ve paylaşma davranışını doğru anlatmalıdır.

Sık görülen aksaklıklar şunlardır:

• Bağlantı açılmıyor ya da başka bir siteye ait genel bir metne gidiyor.
• Metin uygulamanın topladığı veri türlerini saymıyor.
• Politika dili ile Veri güvenliği formu birbirini tutmuyor.

Türkiye'deki kullanıcılar için KVKK yükümlülüklerini de düşünmelisiniz. Bu konuda KVKK ve GDPR uyumlu site rehberimiz temel çerçeveyi verir. Bu içerik hukuki danışmanlık değildir.

Gizlilik politikasını yazarken tek bir kural işe yarar: uygulamanın yaptığını yazın, yapmadığını yazmayın. Hazır şablonları olduğu gibi yapıştırmak, gerçek davranışla çelişen cümleler üretir.

Politika metnini ilgili ekranlarla da eşleştirin. Kayıt ekranı e-posta istiyorsa metinde e-postanın neden toplandığını yazın. Reklam kimliği kullanıyorsanız bunu da açıkça belirtin. Böylece beyan ile davranış tutarlı kalır.

Öte yandan çocuklara yönelik bir uygulamanız varsa ek kurallar devreye girebilir. Bu kuralların güncel metnini resmi politika sayfalarından kontrol edin ve gerekirse hukuki destek alın.

Meta veri ve yanıltıcı açıklama nasıl ihlal sayılır?

Meta veri, mağaza girdinizde kullanıcıya gösterdiğiniz her şeydir: başlık, kısa ve uzun açıklama, simge, ekran görüntüleri ve tanıtım videosu. Google, açıklamanın uygulamanın gerçek işleviyle örtüşmesini bekler. Kanıtlanamayan iddialar ve yanıltıcı vaatler sorun yaratır.

Örnek senaryo: Bir not uygulaması açıklamasında "bulut yedekleme ve yapay zekâ özetleri" vaat ediyor, ama bu özellikler henüz yok. Böyle bir fark, yanıltıcı davranış olarak değerlendirilebilir.

Girdinizi şu açılardan gözden geçirin:

• Her cümle, bugün uygulamada gerçekten var olan bir özelliği mi anlatıyor?
• Ekran görüntüleri güncel arayüzü mü gösteriyor?
• Başlıkta ilgisiz anahtar kelime yığını var mı?
• Başka markaların adı ya da simgesi izinsiz kullanılıyor mu?

Metin uzunluğunu kontrol etmek için kelime ve karakter sayacı işinize yarar. Sınırların güncel değerini Play Console'da doğrulayın.

Başlık ve açıklamada sıklıkla yapılan bir hata, uygulamanın gelecekteki planlarını bugünkü özellik gibi yazmaktır. Yol haritanızı mağaza metnine taşımayın. Özellik hazır olunca açıklamayı güncelleyin.

Ekran görüntülerinde de aynı ilke geçerlidir. Eski bir arayüz ya da hiç var olmayan bir ekran, kullanıcıyı yanıltabilir. Dolayısıyla her büyük tasarım değişikliğinden sonra görselleri yenileyin.

Üçüncü taraf SDK kaynaklı ihlalde sorumluluk kimdedir?

Google'ın yaptırım sayfası, uygulamanıza eklediğiniz üçüncü taraf kodun uyumundan sizin sorumlu olduğunuzu belirtir. Yani ihlali bir kütüphane yapsa bile, mağaza girdisinin sahibi olarak sizinle muhatap olunur.

Bu yüzden bağımlılıklarınızı düzenli kontrol etmelisiniz:

• Kullandığınız her SDK'nın sürümünü ve amacını kayda alın.
• Kullanılmayan kütüphaneleri projeden çıkarın.
• SDK sağlayıcısının veri toplama açıklamasını okuyup beyanınızla karşılaştırın.
• Eski sürümlerde bilinen politika sorunu varsa güncelleyin.

React Native gibi çapraz platform çözümlerde bağımlılık sayısı artar. Konuya React Native nedir yazımızdan başlayabilirsiniz. Kotlin tarafında ise Android Kotlin mülakat soruları yazımız temel kavramları toplar. Bu iki konuyu burada tekrar anlatmıyoruz.

Pratik bir yöntem, bağımlılıkları bir tabloya dökmektir. Sütunlara kütüphane adı, kullanım amacı, topladığı veri ve son güncelleme tarihi yazın. Bu tablo hem iç denetimde hem de itiraz sırasında kanıt işlevi görür.

Bir SDK'yı kaldırmak mümkün değilse sağlayıcıdan politika uyumu hakkında yazılı açıklama isteyin.

Düzeltip yeniden göndermek için hangi adımları izlersiniz?

Google'ın kaldırılan uygulamalar için verdiği yol, gerekçeyi anlamak, uygulamayı düzeltmek ve uyumlu paketi Play Console'a yüklemektir. Resmi sayfa, tüm yayın türlerini güncellemenizi de ister. Yani yalnızca üretim kanalını değil, test kanallarını da kontrol edin.

Pratik sıra şöyledir:

1. E-postadaki ve Politika durumu'ndaki gerekçeyi bir sorun listesine çevirin.
2. Her maddeyi kodda, beyanda ya da mağaza girdisinde düzeltin.
3. Uyumsuz sürümlerin hiçbir kanalda kalmadığından emin olun.
4. Yeni bir yayın oluşturun ve eski uyumsuz sürümleri bu yayına dahil etmeyin.
5. Yayını gönderin ve inceleme sonucunu Politika durumu'ndan izleyin.

Google, ihlalleri düzeltmeden yeniden yayınlama denemesi yapmamanızı açıkça söyler. Dolayısıyla "bir deneyelim" diyerek aynı paketi tekrar yüklemeyin. Ayrıntı için uygulamam Google Play'den kaldırıldı sayfasını okuyun.

Yeniden gönderimden önce kendi cihazınızda temiz bir kurulumla deneme yapın. Ardından yayın notuna neyi düzelttiğinizi açık biçimde yazın. Bu not, incelemeyi yapan kişi için değil, öncelikle sizin ekibiniz için kayıt tutar.

Düzeltme sonrası uygulama yine reddedilirse yeni gerekçeyi baştan okuyun. Bazen ilk sorun çözülür ama ikinci bir sorun görünür hale gelir.

Google Play uygulama kaldırıldı ise düzeltmek mi, itiraz etmek mi doğru?

Karar, ihlalin gerçek olup olmadığına bağlıdır. Hatayı bulduysanız düzeltip yeniden göndermek en kısa yoldur. İtiraz ise Google'ın hata yaptığına ve uygulamanızın politikaya uyduğuna inandığınız durumlar içindir.

Resmi sayfaya göre ret durumunda "düzeltip yeniden gönderebilir ya da itiraz edebilirsiniz". Askıda ise uygulamanın geri gelmesi için itirazın başarılı olması gerekir. Bu nedenle askı kararında acele etmeyin.

Kararsız kaldığınız durumda şu yaklaşım dengelidir: önce kendi uygulamanızı politika metnine karşı dürüstçe okuyun. En küçük bir uyumsuzluk bulursanız onu düzeltin. Hiçbir uyumsuzluk bulamazsanız itirazı kanıtlarla hazırlayın.

Bir şey daha: düzeltme yaptıysanız bunu itirazda mutlaka belirtin. Böylece incelemeyi yapan kişi güncel sürümü değerlendirir.

İtiraz metnini nasıl yazarsınız?

İyi bir itiraz kısa, somut ve kanıtlıdır. Duygusal anlatım yerine, hangi politikanın neden ihlal edilmediğini göstermelisiniz. Çünkü incelemeyi yapan kişi, uygulamanızı politika metnine karşı okur.

Metni şu sırayla kurun:

1. Uygulama adını, paket adını ve etkilenen sürümü yazın.
2. Bildirimde geçen politika adını aynen belirtin.
3. Bu politikaya neden uyduğunuzu somut gerekçeyle anlatın.
4. Varsa yaptığınız düzeltmeyi ve hangi sürümde yayınlandığını ekleyin.
5. Kısa, saygılı ve tek bir mesaj olarak gönderin.

Tek bir örnek cümle yeterlidir: "Konum izni yalnızca harita ekranında kullanılıyor; bu özellik mağaza girdisinde belirtiliyor ve izin istemi özellik açıldığında gösteriliyor." Bu örnek, sizin uygulamanız için geçerli olmayabilir. Kendi durumunuzu doğru yazın.

Abartılı vaat, tehdit ya da suçlama kullanmayın. Üstelik gerçeğe uymayan bir anlatım, durumu daha da zorlaştırır.

Eklemek istediğiniz kanıtlar varsa onları metnin içinde kısaca tarif edin. Örneğin güncellenmiş gizlilik politikası bağlantısını, düzeltilmiş izin açıklamasını ya da yeni ekran görüntülerini belirtin.

Anlatımı bir kez daha okuyun ve gereksiz her cümleyi silin. Kısa metin, uzun ve dağınık bir metinden çoğu zaman daha anlaşılırdır.

Dil de önemlidir. Resmi yardım sayfasına göre itirazlar yalnızca belirli dillerde yanıtlanır, bu yüzden metni sade ve çevirisi kolay bir dille yazın. Teknik terimleri açıklayın, kısaltmaları ilk geçtiği yerde açın.

İtiraz formunu hangi koşullarda ve kaç kez kullanırsınız?

Google'ın yardım sayfasına göre her uygulama kaldırması, askıya alma ya da diğer yaptırım için bir itiraz gönderebilirsiniz. Yani aynı karar için mesajı çoğaltmanın yararı yoktur. Bu nedenle ilk itirazı eksiksiz hazırlayın.

Yardım sayfası ayrıca şunları belirtir:

• İtirazlar Çince, İngilizce, Japonca ve Korece yanıtlanabilir.
• İtiraz sürecini kötüye kullanmak, yani taciz edici iletişim kurmak, e-posta desteği hakkınızı etkileyebilir.
• İtiraz bağlantısına e-postadaki talimattan ya da resmi sorun giderme sayfasından ulaşırsınız.

Yanıt süresi için bir rakam yazmıyoruz. Güncel bilgiyi resmi yardım sayfasından kontrol edin. Beklerken uygulamanıza ek değişiklik yapıp yapmamanız gerektiği de bildirime bağlıdır. Bu nedenle e-postadaki talimata uyun.

Hesabınızın durumu için ilgili yayın durumu sayfası da yardımcı olur.

İtiraz gönderdikten sonra bekleme dönemi başlar. Bu dönemde uygulamayı değiştirip değiştirmeyeceğinizi e-postadaki talimata göre belirleyin. Aynı konuda başka kanallardan ek mesaj yağdırmak, süreci hızlandırmaz.

Gönderdiğiniz metnin bir kopyasını saklayın. Karar olumsuz gelirse nedenini yeniden okuyup yeni bir düzeltme planı çıkarabilirsiniz.

Google Play uygulama kaldırıldı olayı tekrarlarsa hesabınıza ne olur?

Google'ın yaptırım sayfasına göre tek bir kaldırma, hesabınızın durumunu hemen etkilemez. Ancak birden fazla kaldırma hesabın askıya alınmasına yol açabilir. Askıya alma ise hesabınızın saygın durumu için ihlal puanı sayılır. Birden fazla ihlal puanı, bireysel ve ilişkili hesapların kapatılmasına yol açabilir.

Ağır ya da tekrarlayan ihlaller, örneğin kötü amaçlı yazılım ve dolandırıcılık, hesap kapatmayla sonuçlanabilir. Kapatılan hesapta tüm uygulamalar kalkar ve o hesapla yeniden yayın yapamazsınız.

Bu yüzden her uyarıyı tek seferlik bir aksilik gibi değil, hesabınızın sicili gibi düşünün:

• Aynı hatayı başka uygulamalarınızda da arayın.
• Ekibinizdeki herkesin yayın öncesi politika kontrolünü bildiğinden emin olun.
• Kullandığınız ortak SDK'ları tüm uygulamalarda aynı anda güncelleyin.

Sonuç olarak tek bir sorunu çözmek yetmez; süreci düzeltmek gerekir.

Birçok uygulamanız varsa bir kontrol takvimi oluşturun. Üç ayda bir tüm uygulamaların Veri güvenliği formunu, izin listesini ve gizlilik bağlantısını tek oturumda gözden geçirin.

Böylece küçük bir sapma büyük bir yaptırıma dönüşmeden yakalanır. Yani koruma, itirazdan çok daha ucuzdur.

Hangi kestirme yollardan uzak durmalısınız?

Kaldırılan uygulama panik yaratır ve kestirme vaat edenler tam bu anda ortaya çıkar. Ancak bazı yollar sorunu çözmez, aksine hesabınızı tamamen kaybettirebilir.

• Yeni bir geliştirici hesabı açıp aynı uygulamayı yüklemek. Bu, yaptırımı atlatma girişimi sayılır ve ilişkili hesapların kapanmasına neden olabilir.
• VPN ya da başka bir araçla bölge ve kısıtlamaları aşmaya çalışmak.
• Sahte belge, sahte şirket bilgisi ya da başkasının kimliğiyle hesap kullanmak.
• Başkasının geliştirici hesabına girmek ya da kendi hesabınızı üçüncü kişiye vermek.
• Para karşılığı "hesap geri alma" ya da "hesap açma" vaat eden tanımadık kişilere ödeme yapmak.

Google'ın yaptırım sayfasında ilişkili hesapların kapatılabileceği açıkça yazar. Bu nedenle yalnızca Play Console'daki resmi yolları kullanın. Kimse, itirazınızın kabul edileceğini garanti edemez. Garanti veren herkese temkinli yaklaşın.

Bu uyarı, panik anında verilen kararların uzun vadeli sonuçları yüzünden önemlidir. Tanımadık kişiler hesabınıza erişim isteyebilir, kimlik belgesi ya da ödeme bilgisi talep edebilir. Hiçbirini paylaşmayın.

Şüphe ederseniz Play Console'daki resmi yardım bağlantılarına dönün. Yardım için kapınız her zaman orada açıktır; sihirli çözüm sunanlara ise mesafeli durun.

Uygulamanız kaldırılmadan önce nasıl hazırlık yaparsınız?

En iyi çözüm, yayın öncesinde küçük bir politika denetimi yapmaktır. Ekibinizin her sürümden önce çalıştırabileceği kısa bir liste, çoğu ihlali önceden yakalar.

1. Veri güvenliği formunu gerçek ağ trafiğiyle karşılaştırın.
2. İzin listesini özellik listesiyle eşleştirin.
3. Gizlilik politikası bağlantısını hem uygulamada hem Play Console'da deneyin.
4. Mağaza açıklamasını ve ekran görüntülerini güncel sürümle karşılaştırın.
5. SDK sürümlerini ve veri açıklamalarını gözden geçirin.
6. Test kanallarında uyumsuz eski sürüm kalmadığını doğrulayın.

Ayrıca mağaza girdinizin mobil görünümünü kendi sitenizle tutarlı tutun. Uygulamanın web sayfası için mobil uyumluluk testi aracımızı kullanabilirsiniz.

Bu denetim yaklaşık bir saatlik iştir, ama aylarca sürebilecek bir kesintiyi önler.

Listeyi sürüm sürecinizin zorunlu bir adımına çevirin. Örneğin yayın talebi açılmadan önce bir ekip üyesi her maddeyi işaretlesin. Böylece sorumluluk dağılır ve unutma riski azalır.

Uzun vadede bu alışkanlık, hem yayın hızınızı hem de hesabınızın sağlığını korur.

Küçük bir ekipseniz bile listeyi yazılı tutun. Hafızaya güvenmek, yoğun yayın günlerinde en sık atlanan adımı unutturur. Bu listeyi her sürüm sonrası bir madde ekleyerek geliştirin.

Apple tarafında benzer bir durum yaşarsanız ne yaparsınız?

Aynı uygulamayı iOS'ta da yayınlıyorsanız, App Store'un kendi kural seti ve ret kodları vardır. Bu yazı Google Play ile sınırlıdır, ama komşu konulara kısa değinelim.

• Apple hesabı açılışında firma doğrulama sorunu için Apple Developer Program kaydı onaylanmıyor yazımıza bakın.
• App Store tarafında spam gerekçeli reddi için App Store Guideline 4.3 reddi yazımız yol gösterir.
• Uygulama içi satın alma ya da kartlı ödeme akışında doğrulama sorunu varsa 3D Secure doğrulaması başarısız yazımızı okuyun.

Böylece her platformdaki sorunu kendi resmi kuralıyla çözersiniz. Birini diğerine kopyalamayın. Çünkü iki mağazanın politika dili ve süreçleri farklıdır.

Çok platformlu bir ürününüz varsa politika izleme işini ortaklaştırabilirsiniz. Ancak her mağazanın kararını ayrı ayrı okuyun. Çünkü bir mağazada kabul gören çözüm diğerinde aynı sonucu vermeyebilir.

Ekibimiz bu süreçte nasıl destek olur?

Talha Aslan ve ekibi olarak 2012'den beri dijital projelerde çalışıyoruz ve Google Partner'ız. Mobil uygulamanızın mağaza hazırlığında, politika uyumunun teknik tarafında ve yeniden gönderim planında yanınızda olabiliriz. Ancak kararı veren taraf Google'dır. Bu nedenle hiçbir sonuç garantisi vermeyiz.

Yardım edebileceğimiz alanlar şunlardır:

• İzin, SDK ve veri akışı envanterinin çıkarılması.
• Veri güvenliği formu ve gizlilik politikası taslağının tutarlılık kontrolü.
• Mağaza girdisinin açıklama ve görsel uyumunun gözden geçirilmesi.
• İtiraz metninin sade ve kanıtlı biçimde hazırlanması.

Mobil uygulama projeniz için mobil uygulama geliştirme hizmetimizi inceleyebilirsiniz. Hukuki konularda uzman bir avukata danışmanızı öneririz.

İlk görüşmede e-postadaki gerekçeyi, etkilenen sürümü ve elinizdeki belgeleri paylaşmanız yeterlidir. Hesap şifresi ya da erişim bilgisi istemeyiz, siz de kimseyle paylaşmayın.