Hızlı yanıt
Google’ın 2025 Yıllık Şeffaflık Raporu’na göre Google Play gönderim ret oranı yaklaşık %7,89: 1.692.467 reddedilen gönderim, 21.461.250 incelenen gönderime bölünür. Bu, Google’ın yayımladığı sayılardan yapılan bir hesaplamadır; 2026’nın tam yıl oranı değildir ve yeni bir uygulamanın ilk denemede başarısız olma olasılığını göstermez. Google’ın ayrı yaptırım sayıları farklı sonuçları ölçer.
Kaynak: 2025 Google Play Yıllık Şeffaflık Raporu (PDF), 31 Mart 2026’da yayımlandı, küresel kapsam. 2024 raporu aynı temelde %10,13 veriyor.
Bu rehber, Google’ın son gönderim ve yaptırım sayılarını, bunların sınırlarını ve bir ret kararına yanıt vermenize yardımcı olan pratik kontrolleri açıklar. Yıllık şeffaflık veri kümesi, güvenlik incelemeleri ve kullanıldığı yerde bağlantısı verilen her politika sayfası 12 Eylül 2026’da gözden geçirildi.
Bu rehberdeki etiketler nasıl okunur
- Google raporuBir Google şeffaflık raporunda veya yıllık güvenlik incelemesinde yayımlanan, kaynağı sayının yanında belirtilen bir rakam.
- HesaplamaBu rehberin, Google’ın yayımladığı sayılar üzerinde yaptığı işlem. Sonucu Google yayımlamaz.
- Google politikasıPlay Console Yardım’da veya Geliştirici Programı Politikaları’nda tanımlanan bir şart ya da süreç.
- Pratik kontrolDesteklediğimiz gönderimlerden çıkarıp önerdiğimiz bir kontrol. Google kuralı değildir, ölçülmüş bir ret sıklığı da değildir.
- ÖrnekBir kaydın nasıl göründüğünü göstermek için kurgulanmış bir örnek. Müşteri vakası değildir, platform istatistiği de değildir.
Bu sayfada
2026’da Google Play uygulama ret oranı nedir?
Google, “ret oranı” etiketli bir yüzde yayımlamaz. Ancak yılda bir kez, böyle bir oranı hesaplamak için gereken iki sayıyı yayımlar: kaç uygulama gönderimini incelediğini ve kaçını reddettiğini. En son tamamlanmış yıl 2025’tir ve 31 Mart 2026’da raporlanmıştır; bu nedenle 2026 tarihli bir rehber 2025 etkinliğinden hareket eder.
En son tamamlanmış yıllık gönderim verileri
Google raporu| Etkinlik yılı | İncelenen gönderim | Reddedilen gönderim | Reddedilen ÷ incelenen | Rapor yayımı |
|---|---|---|---|---|
| 2024 | 19.292.647 | 1.955.305 | %10,13 | 31 Mart 2025 · rapor |
| 2025 | 21.461.250 | 1.692.467 | %7,89 | 31 Mart 2026 · rapor |
Kaynak konumları: 2025 raporu, basılı sayfa 3; 2024 raporu, basılı sayfa 3-4. Yüzdeler yayımlanan sayılardan hesaplanmıştır (reddedilen ÷ incelenen × 100) ve iki ondalık basamağa yuvarlanmıştır. İki rapor da kapsamını küresel olarak tanımlar. Veriler 12 Eylül 2026’da gözden geçirildi.
Hesaplamayı yıla göre görün
İncelenen tüm gönderimler içindeki ret payı
2025’te incelenen her 100 gönderimden yaklaşık 8’i reddedildi.
Oran nasıl hesaplanır ve neyi öngöremez
Oran, Google’ın raporladığı küresel yıllık incelenen ve reddedilen uygulama gönderimi sayılarını karşılaştırır. Raporlar, tanımlı bir ilk deneme kümesi ya da gönderim denemesine göre ayrıntılı bir dağılım vermez; bu nedenle bu toplu veri, belirli bir yeni uygulamanın sonucunu öngörmek için kullanılmamalıdır.
Oranın ortaya koymadıkları
- Uygulamanızın olasılığı. Kalan pay (yaklaşık %92), yeni bir uygulama için ilk turda onay olasılığı değildir.
- 2026 rakamı. 2026’nın tam yıl verileri henüz yok. Sayıyı, 2026’da erişilebilen 2025 verisi olarak etiketleyin.
- Nihai bir onay oranı. 2025 raporu retten sonraki onayları da listeler; ancak düzeltme sonrası onay oranı için gereken küme muhasebesini vermez, bu yüzden bu rehber böyle bir oran hesaplamaz.
- Kapalı test veya üretim erişimi onay oranı. Yeni kişisel hesaplara ilişkin erişim kararları ayrı bir süreçtir ve bu tablolarda raporlanmaz.
- Katılıkta bir eğilim. %10,13’ten %7,89’a düşüş, orandaki bir değişimdir; politikanın gevşediğinin, inceleme kalitesinin değiştiğinin veya tek bir geliştiricinin riskinin azaldığının kanıtı değildir.
Siteler neden farklı rakamlar aktarıyor
Bazı sayfalar Google’ın payda yayımlamadığını söyler; bu, güvenlik incelemesi serisi için doğruydu, şeffaflık raporları için değil. Bazıları da güvenlik incelemesindeki “engellenen uygulama” sayısını şeffaflık raporundaki bir paydaya böler ve böylece iki seriyi birbirine karıştırır.
Google’ın ret ve yaptırım istatistikleri
Google, platform güvenliğini birbirine karıştırılması kolay iki yerde raporlar: gönderim ve yaptırım sayılarını içeren bir tablo olan Yıllık Şeffaflık Raporu ile Google’ın bloglarında yayımlanan, yuvarlanmış başlık rakamlarına dayalı anlatı biçimindeki yıllık güvenlik incelemesi.
İncelenen ve reddedilen gönderimler
Google raporuYukarıdaki tablodaki incelenen ve reddedilen sayılarının yanı sıra 2025 şeffaflık raporu 2.012.981 kaldırma ve 125.550 feshedilen geliştirici hesabı bildirir. Kaldırma, halihazırda yayında olan bir uygulamaya uygulanır; ret ise bir gönderim hakkında yayına girmeden önce verilen karardır.
Kaynak: 2025 Yıllık Şeffaflık Raporu, basılı sayfa 3.
Yayımlanması engellenen uygulamalar, 2023 ile 2025 arası
Google raporu| Etkinlik yılı | Yayımlanması engellenen politika ihlalli uygulamalar | Yasaklanan kötü niyetli geliştirici hesapları | Kaynak |
|---|---|---|---|
| 2023 | 2,28 milyon | 333.000 | 2023 güvenlik incelemesi (29 Nisan 2024) |
| 2024 | 2,36 milyon | 158.000’den fazla | 2024 güvenlik incelemesi (29 Ocak 2025) |
| 2025 | 1,75 milyondan fazla | 80.000’den fazla | 2025 güvenlik incelemesi (19 Şubat 2026) |
Aynı incelemeler, ret sayısı olmayan başka bağlamlar da ekler. 2023’te arka plan konumu ve SMS gibi hassas izinler nedeniyle yaklaşık 200.000 gönderim reddedildi ya da düzeltildi. 2024’te 1,3 milyon uygulamanın hassas kullanıcı verilerine gereksiz ya da aşırı erişim elde etmesi engellendi; 2025’te bu sayı 255.000’den fazlaydı ve ayrıca 160 milyon spam puan ve yorum engellendi. Bu ölçümler ne birbirleriyle ne de tablodaki sayılarla toplanabilir.
Google ayrıca, yayın öncesinde ve sonrasında uygulamalar üzerinde 10.000’den fazla güvenlik kontrolü çalıştırdığını belirtir. Bu sayı, her küçük kusurun otomatik bir ret anlamına geldiğini ya da bu kontrollerin tamamının yayın öncesi birer eşik olduğunu göstermez.
Ret, kaldırma ve engelleme sayıları neden farklıdır
| Kaynak | Metrik | Birim | Dönem | Kapsamadıkları |
|---|---|---|---|---|
| Yıllık Şeffaflık Raporu | Reddedilen gönderimler | Gönderimler; belirtilmiş bir benzersiz uygulama kümesi değil | Takvim yılı | Aynı uygulamanın sonradan onaylanıp onaylanmadığı |
| Yıllık Şeffaflık Raporu | Kaldırmalar | Yayımlandıktan sonra kaldırılan uygulamalar | Takvim yılı | Hiç yayına girmemiş gönderimler |
| Yıllık güvenlik incelemesi | Yayımlanması engellenen uygulamalar | Uygulamalar, yuvarlanmış | Takvim yılı | Bir payda; orana dönüştürülemez |
| Yıllık güvenlik incelemesi | Yasaklanan geliştirici hesapları | Hesaplar | Takvim yılı | Tekil uygulama retleri |
Google’ın yıllık şeffaflık raporu ile yıllık güvenlik incelemesi farklı metrik adları kullanır ve farklı toplamlar bildirir. Her sayıyı kendi kaynağına ve tanımına bağlı tutun. İncelenen raporlar iki seri arasında doğrudan bir dönüşüm açıklamaz; bu nedenle tek bir ret oranı hesaplamak için birleştirilmemelidir.
Bir platform toplamı ile bir sağlayıcının ölçtüğü sonuç aynı anda doğru olabilir. PrimeTestLab’ın yönetilen test tamamlama oranı, kendi yürüttüğü ve bitiş tarihine kadar test kullanıcısı kadrosunu eksiksiz tuttuğu kapalı testleri anlatır; Google’ın oranı ise raporlanan uygulama gönderimi sayılarını anlatır. Hiçbiri diğerini öngörmez.
Google Play’den nasıl bir karar aldınız?
Bir şeyi düzeltmeden önce hangi kararla karşı karşıya olduğunuzu belirleyin. “Reddedildi” sözü en az beş farklı durum için gevşek biçimde kullanılır ve her birinde sonraki adım farklıdır. Play Console’daki durum ve hesap sahibine gönderilen e-posta bunu adıyla belirtir.
Google politikasıAldığınız bildirime dokunun
| Karar veya engel | Durumunuz | Sonraki adım |
|---|---|---|
| Uygulama veya güncelleme reddedildi | Gönderilen değişiklikler kabul edilmedi. Sıradan bir güncelleme reddinde, siz düzeltmeyi yaparken daha önce yayımlanmış sürüm erişilebilir kalır. | Bildirimi okuyun, etkilenen gönderimi düzeltin ve yeniden gönderin. Bkz. reddedildikten sonra. |
| Üretim erişimi reddedildi veya “More testing required” | Yeni bir kişisel hesabın uygulamasını üretime taşıma başvurunuz daha fazla çalışma gerektiriyor; bu, kapalı testle ilgili bir hazırlık kararıdır. | test ve hazırlık adımlarını izleyin, ardından üretim erişimi test reddini düzeltin. |
| Uygulama kaldırıldı | Mağaza kaydı artık erişilebilir değil. Uygulama yayımlanmıştı ve yaptırım sonradan devreye girdi. | Yaptırım bildirimini izleyin ve bildirimde belirtilen yoldan politikaya uygun bir güncelleme gönderin. |
| Uygulama askıya alındı veya hesap feshedildi | Uygulama düzeyinde ya da hesap düzeyinde daha ağır bir yaptırım; her birinin kendi bildirimi ve sonuçları vardır. | Bildirimde belirtilen itiraz sürecini kullanın. Yeniden yayımlamak için başka bir hesap açmayın; bu, ihlal sayılır. |
| Yükleme veya uyumluluk engeli | Gönderim hazırlandığı haliyle ilerleyemez: örneğin geçerli alt sınırın altında bir hedef API düzeyi ya da Play Console’un kabul etmeyeceği bir paket. | Belirtilen teknik şartı giderin, sonra yeniden gönderin. Henüz bir inceleme yapılmadı. |
Durum anlamları: Play Console Yardım, Uygulamanızı yayınlayın ve Yaptırım süreci.
Bir durumun size söylemedikleri
Erişilemeyen bir uygulama mutlaka politika nedeniyle reddedilmiş değildir: yayından siz kaldırmış olabilirsiniz ya da bir uyumluluk kuralı uygulamayı tutuyor olabilir. Üretim erişimi reddinin de birden fazla nedeni olabilir; bu yüzden yukarıdaki satır bir yol göstericidir, teşhis değil. Kapalı kanaldaki bir sürüm de kendi başına politika incelemesinden geçebilir; üretim erişimi başvurusu ise ayrı bir test hazırlığı kararıdır.
Belgelenmiş ret riskleri ve pratik düzeltmeler
Google, ret nedenlerini sıralayan bir liste yayımlamaz ve bu rehber de böyle bir liste uydurmaz. Aşağıdaki sekiz kontrol, derlemeden dışarı doğru, uygulayabileceğiniz sırayla dizilmiştir ve her birinin politika kaynağı verilmiştir. Kapalı testle ilgili maddeler test bölümünde yer alır: bunlar yeni kişisel hesaplar için uygunluk koşullarıdır, politika retleri değil.
Kararlılık ve işe yarar işlevsellik
Çökmeler, donmalar ve başarısız kurulumlar
- Sorun
- Google’ın işlevsellik politikası; çöken, zorla kapanan, donan veya başka bir şekilde anormal çalışan uygulamaları yasaklar. Buna kurulmayan, kurulup açılmayan ya da açılıp yanıt vermeyen uygulamalar da dahildir.
- Gözlemlenebilir bir kontrol
- Göndereceğiniz sürüm adayını iki fiziksel cihaza sıfırdan kurun: açın, oturum açın, temel akışı tamamlayın, arka plana alıp geri dönün. Ardından yayın öncesi raporu çökmeler ve ANR (uygulama yanıt vermiyor) kayıtları için okuyun.
- Düzeltme
- Göndermeden önce açılış çökmelerini ve ANR’leri giderin, sonra aynı akışı yeniden derlenmiş ikili dosyada tekrarlayın.
Uygulamaya özgü işlevi olmayan statik içerik
- Sorun
- Aynı politika sınırlı işlev veya içeriği de kapsar: uygulamaya özgü bir faydası olmayan statik içerik, çok az içerik ya da hiçbir şey yapmamak üzere tasarlanmış bir uygulama. Biçim tek başına uygunluğu belirlemez; uygulamanın yine de yeterli fayda ve içerik sunması gerekir.
- Gözlemlenebilir bir kontrol
- Uygulamanın temel işlevini gösterin ve sağladığı yararlı sonucu açıklayın. Yalnızca statik materyal göstermek yerine yeterli içeriğe ve anlamlı bir işlevselliğe sahip olduğunu doğrulayın.
- Düzeltme
- Uygulamaya, amaçlanan kullanımı için yeterli faydayı kazandıracak işlevi veya içeriği ekleyin.
İnceleme ekibinin erişimi
İnceleme ekibi kısıtlı veya temel işlevlere ulaşamıyor
- Sorun
- Google; oturum açma, konum kısıtlaması veya sıra dışı bir kimlik doğrulama arkasındaki her özellik için çalışan giriş bilgileri ve talimat ister. Bunlar olmadan inceleme ekibi bir duvara toslar ve incelenemeyen bir uygulama onaylanmaz.
- Gözlemlenebilir bir kontrol
- Göndereceğiniz sürümü geçmişi olmayan bir cihaza kurun ve yalnızca Uygulama içeriği sayfasındaki giriş bilgileriyle talimatları kullanın. İçeri girmek için başka bir şeye ihtiyaç duyduysanız inceleme ekibi de duyacaktır.
- Düzeltme
- Süresi dolmayan, incelemeye özel bir hesap ve erişime kapalı her özellik için adım adım talimat sağlayın. Her uygulamanın oturum açmaya ihtiyacı yoktur; çalışan bir hesap da incelemenin ön koşuludur, onayı garanti etmez.
İzinler, gizlilik ve Veri güvenliği
İzin kapsamı ve beyanlar
- Sorun
- Arka plan konumu ve SMS gibi hassas izinler, uygulamanın görünür biçimde sunduğu bir kullanım senaryosu gerektirir; bir beyan formu varsa bu form uygulamanın yaptığı işle örtüşmelidir. Google’ın 2023 güvenlik incelemesi, tam da bu nedenle yaklaşık 200.000 gönderimin reddedildiğini ya da düzeltildiğini bildirdi.
- Gözlemlenebilir bir kontrol
- Manifest dosyasındaki tehlikeli izinlerin tamamını listeleyin ve her biri için kullanıcının bu iznin neden gerektiğini gördüğü ekranı belirtin.
- Düzeltme
- Görünür bir kullanım senaryosu olmayan her şeyi kaldırın ve Play Console beyanlarının inceleme ekibinin gözlemleyeceği davranışı anlatmasını sağlayın. Bir özellikle ilişkili olmak tek başına yeterli bir gerekçe değildir: geçerli izin kısıtlamalarını, ayrıca erişimden önce gereken belirgin açıklama ve kullanıcı izni yükümlülüklerini kontrol edin.
Kaynak Kullanıcı Verileri politikası · 2023 güvenlik incelemesi
Gizlilik politikası ve hesap silme
- Sorun
- Gizlilik politikası URL’sini Play Console’da, bağlantıyı veya politika metnini de uygulamanın içinde verin. Sayfa herkese açık olmalı; coğrafi kısıtlama içermemeli, PDF olmamalı ve ziyaretçiler tarafından düzenlenememeli, uygulamayı veya geliştiriciyi tanımlamalı ve gerçekte toplanan verileri anlatmalıdır. Kullanıcılar uygulama içinden hesap oluşturabiliyorsa, hem uygulama içinden hem de dışarıdan silme talebinde bulunmanın kolayca bulunabilir yollarını sunun ve zorunlu veri saklama sürelerini açıklayın.
- Gözlemlenebilir bir kontrol
- URL’yi oturum açılmamış bir cihazdan, mümkünse başka bir ülkeden açın ve Veri güvenliği formuyla karşılaştırarak okuyun.
- Düzeltme
- Denetiminizde olan bir politika sayfası yayımlayın, bunu hem Play Console’da hem de uygulamada verin ve uygulama hesap oluşturuyorsa silme talebi yollarını ekleyin.
Veri güvenliği ve SDK tutarlılığı
- Sorun
- Veri güvenliği beyanı, uygulamanın ve içindeki her üçüncü taraf SDK’sının ne topladığını ve ne paylaştığını yansıtmalıdır. Reklam, analiz ve çökme raporlama SDK’ları çalışma zamanı izni olmadan da veri toplayabilir veya paylaşabilir; bu yüzden “izin istemeyen” bir uygulama kendiliğinden “veri toplamayan” bir uygulama olmaz ve yayında bir gizlilik sayfasının bulunması formun doğru olduğunu kanıtlamaz. Kullandığınız SDK sürümünü, yapılandırmasını ve gerçek davranışını kontrol edin.
- Gözlemlenebilir bir kontrol
- Sürümün bağımlılık listesini dışa aktarın, her SDK’nın veri açıklamasını inceleyin ve formdaki her yanıtla karşılaştırın. İlk açılışta ağ trafiğini izleyerek kullanıcı hiçbir şey yapmadan önce cihazdan neyin çıktığını görün.
- Düzeltme
- Formu gözlemlenen davranışa uyacak biçimde düzeltin ya da SDK’yı kaldırın. Beyandan siz sorumlusunuz; yazmadığınız kod için de.
Mağaza kaydı, beyanlar ve ödemeler
Mağaza kaydı, reklam, hedef kitle ve içerik beyanları
- Sorun
- Uygulama içeriği bölümü, uygulamanın reklam içerip içermediğini ve hangi hedef kitleye yöneldiğini sorar; ayrıca içerik derecelendirme anketini ve geçerli diğer beyanları ister. Derlemede bulunmayan özellikleri gösteren bir mağaza kaydı ya da uygulamayla çelişen bir beyan, tek başına ret nedenidir.
- Gözlemlenebilir bir kontrol
- Uygulama içeriği bölümündeki her yanıtı, sürüm yanınızda açıkken tek tek gözden geçirin ve her ekran görüntüsünü güncel arayüzle karşılaştırın.
- Düzeltme
- Beyanları ve mağaza kaydı materyallerini, anlattıkları derlemeye göre güncelleyin; bir mağaza kaydı düzeltmesi yeni bir ikili dosya gerektirmeyebilir.
Ödemeler ve geçerli program koşulları
- Sorun
- Dijital ürün ve hizmetlere yönelik belirli uygulama içi satın almalarda Google Play’in faturalandırma sistemini kullanmak zorunludur. Fiziksel ürünler, gerçek dünyada verilen hizmetler ve bazı diğer kategoriler bunun dışındadır; alternatif faturalandırma veya harici teklif programları ise belirli bölgelerde kendi koşullarıyla geçerlidir.
- Gözlemlenebilir bir kontrol
- Her satın alma akışı için, uygulama içinde tüketilen dijital içerik satıp satmadığına karar verin; satıyorsa akışın Play Billing üzerinden ya da gerçekten kayıtlı olduğunuz bir program üzerinden yürüdüğünü doğrulayın.
- Düzeltme
- Dijital satın almaları Play Billing’e taşıyın ya da program kaydınızı belgeleyin. Bölgesel bir programı küresel bir muafiyet gibi görmeyin.
Kaynak Ödemeler politikası
Ön inceleme kontrolleri incelemenin kendisi değildir
Play Console’un ön inceleme kontrolleri bunların bir kısmını siz göndermeden önce işaretler (eksik giriş bilgileri, izin beyanları, kırık bir gizlilik bağlantısı); yayın öncesi rapor ise uygulamayı test cihazlarında çalıştırır. İkisini de yapmaya değer; bunlardan geçmek resmi uygulama incelemesinde onayı garanti etmez ve hiçbiri kapalı teste katılanların uygulamayı nasıl kullandığını ölçmez.
Kaynaklar: Ön inceleme kontrolleriyle uygulama sorunlarını erken tespit etme · Sorunları belirlemek için yayın öncesi raporu kullanma
Kapalı test üretim erişimini nasıl etkiler
Test şartını kimler karşılamak zorunda?
Google politikası13 Kasım 2023 tarihinden sonra oluşturulan kişisel geliştirici hesapları, üretim erişimi için başvurmadan önce son 14 gün boyunca kesintisiz kayıtlı kalmış en az 12 test kullanıcısı ile bir kapalı test yürütmek zorundadır. Bu asgari şartı karşılamak size başvuru hakkı verir; uygulamayı onaylamaz. Kurumsal hesaplar ve bu tarihten önce oluşturulmuş kişisel hesaplar bu şarta tabi değildir.
Dahili test, ne kadar sürerse sürsün kapalı testin yerini tutmaz: 12 test kullanıcısının kapalı bir kanala kayıtlı olması gerekir. Kurulum ayrıntıları Google Play kapalı test şartları rehberinde.
Kaynak: Yeni kişisel geliştirici hesapları için uygulama test şartları.
Kanıt, hazırlık ve sonraki adım
Uygunluk testinden üretim sürümüne
- 1Uygunluk sağlayan kapalı testi tamamlayın. Son 14 gün boyunca kesintisiz kayıtlı kalmış en az 12 test kullanıcısı.
- 2Üretim erişimi için başvurun. Başvuru; test kullanıcılarının uygulamayı nasıl kullandığını, hangi geri bildirimleri aldığınızı ve bunun sonucunda neyin değiştiğini sorar.
- 3Google başvuruyu inceler; bu genellikle 7 gün veya daha kısa sürer, bazen daha uzun sürebilir. Sonunda ya erişim verir ya da daha fazla test ister. Bu süre tahmini yalnızca bu incelemeye aittir, tüm yayın takviminize değil.
- 4Erişim verildikten sonra üretim sürümünü hazırlayın. Bu sürümün incelenmesi ve dağıtımı, bu karardan ayrı adımlardır; erişim uygunluk demektir, yayınlanma değil.
Bir test kullanıcısı testten ayrılırsa yalnızca o kullanıcının uygunluk süresi kesintiye uğrar ve günleri artık sayılmaz. Diğer test kullanıcıları bundan etkilenmez. Başvuru anında önemli olan, hâlâ şartı karşılayan 12 kişinizin olup olmadığıdır; daha önce birinin ayrılmış olması değil.
Google ne öğrendiğinizi sorar; asgari bir güncelleme sayısı belirlemez. Dürüstçe söyleyebilmeniz gereken hazırlık ifadesi şudur: Test kullanıcılarının geri bildirimlerini inceledim, gereken yerlerde sorunları giderdim ve ne öğrendiğimi, uygulamanın neden hazır olduğunu açıklayabilirim. Dürüst yanıt uygulamayı kimsenin kullanmadığıysa, inceleme de büyük olasılıkla aynı sonuca varacaktır.
12’nin biraz üzerinde test kullanıcısı, ayrılmalara karşı bir tampon ve daha geniş geri bildirim sağlar; bunun onayda ölçülmüş bir artış getirdiğini iddia etmiyoruz. Temsil gücü olan fiziksel cihazları bir kalite güvence tercihi olarak kapsayın. Yayımlanmış ölçütler emülatörlerin nasıl sayıldığına dair hiçbir şey söylemez, bu yüzden bu rehber de iki yönde de bir iddiada bulunmaz. İlgili içerikler: test kullanıcısı tamponu planlayın, üretim erişimi başvuru soruları ve bir retten sonra neleri kontrol etmeli.
Bir uygulama veya güncelleme reddedildikten sonra ne yapmalı
Bildirim; kararı, etkilenen gönderimi ve ilgili politikayı ya da şartı adıyla belirtir. Şu sırayla, bildirimden hareket edin.
Google politikası- 1Kararın tam olarak ne olduğunu ve etkilenen gönderimi okuyun. Hangi sürüm, hangi kanal, hangi politika veya şart.
- 2Belirtilen sorunu yeniden üretin veya inceleyin; masanızdaki derlemede değil, incelenen derlemede.
- 3Sorunu düzeltin ve aynı alandaki ilgili şartları da kontrol edin; böylece bir sonraki inceleme yan komşusunu bulmasın.
- 4Etkilenen derlemeyi veya beyanı doğrulayın: yukarıdaki ilgili maddede yer alan gözlemlenebilir kontrolü yeniden yapın.
- 5Uygun düzeltmeyi gönderin veya kararın hatalı olduğunu düşünüyorsanız itiraz yolunu kullanın. Gerekiyorsa Yayınlama genel bakışını açıp İncelemeye gönder’i seçin; bir düzeltmeyi kaydetmek onu her zaman otomatik olarak göndermez.
- 6Kanıtı saklayın ve sonucu izleyin. Bildirim, sürüm, sorun, düzeltme, doğrulama, karar.
Düzeltip yeniden gönderin ya da itiraz edin
Tespit doğruysa düzeltin ve yeniden gönderin. Google’ın yaptırım rehberliği, ihlali gidermeden yeniden göndermenin başlı başına bir sorun olduğunu açıkça belirtir. Belirtilen ihlal giderilmemişken yeniden göndermeyin; bazı düzeltmeler ikili dosyayı değiştirmeden mağaza kaydını veya beyanları değiştirir. Kararın hatalı olduğunu düşünüyorsanız bildirimdeki itiraz talimatlarını izleyin ve paket adını, etkilenen sürümü, belirtilen politikayı, kararı neden hatalı bulduğunuzu ve uygunluğu gösteren ekran görüntülerini ya da yeniden üretilebilir adımları ekleyin. Başka bir hesap üzerinden yeniden yayımlamaya çalışmayın.
Kaynaklar: Yaptırım süreci · Uygulama değişikliklerinin ne zaman incelenip yayımlanacağını denetleme.
İkili dosya düzeltmesi mi, beyan düzeltmesi mi?
Mağaza kaydı veya beyan düzeltmesi yeni bir ikili dosya gerektirmeyebilir. Düzeltme paketlenmiş kodu, varlıkları, izinleri veya yapılandırmayı değiştiriyorsa yeni bir derleme gerekir. Web sitesi ya da sunucu tarafındaki düzeltmeler bazen sorunu yeniden derlemeye gerek kalmadan çözebilir. Bildirimi izleyin ve etkilenen gönderimi doğrulayın.
Google, genel uygulama değişikliği işlemlerinin birkaç saat ile yedi gün arasında sürdüğünü, bazen daha uzun sürebildiğini belirtir. Bu, sizin retinizin veya itirazınızın garantili çözüm süresi değildir; üretim erişimi incelemesi de ayrı bir süreçtir, bkz. Google Play inceleme süresi. İzin verilen ret sayısı ya da itiraz başarı olasılığı yayımlanmaz ve burada da böyle bir şey vaat edilmez.
İşe yarar bir ret kaydı nasıl görünür
ÖrnekSaklamaya değer kanıtın nasıl göründüğünü göstermek için kurgulanmış iki örnek kayıt: biri güncelleme reddi, diğeri eksik test uygunluğu için. Müşteri vakası değildir, istatistik de değildir. Play Console’daki Gönderim etkinliği bölümünden aldığınız gönderim kimliğini, bildirim ve etkilenen sürümle birlikte saklayın; böylece destek ekibi tam olarak hangi gönderimden söz ettiğinizi belirleyebilir.
| Bildirim | Güncelleme reddedildi, Kullanıcı Verileri politikası |
|---|---|
| Etkilenen sürüm | 2.4.1 (derleme 241), üretim kanalı |
| Sorun | Mağaza kaydındaki gizlilik politikası bağlantısı 404 döndürdü |
| Düzeltme | Gizlilik politikası sayfası, Play Console’da ve uygulamada zaten kullanılan mevcut URL üzerinde yeniden yayına alındı. Gömülü hiçbir URL değişmedi, bu yüzden yeni bir ikili dosya gerekmedi. |
| Doğrulama | URL, iki ülkede oturum açılmamış bir cihazdan açıldı; Veri güvenliği formu sayfayla karşılaştırılarak yeniden okundu |
| Karar | Yeniden gönderildi; güncelleme onaylandı |
| Bildirim | Test uygunluğu tamamlanmamış |
|---|---|
| Etkilenen sürüm | 1.0.3, kapalı kanal |
| Sorun | 12 test kullanıcısı eklendi; 14 gün boyunca yalnızca 9’u kayıtlı kaldı |
| Düzeltme | Üç yedek test kullanıcısı bulundu; her biri kendi 14 günlük süresini başlattı |
| Doğrulama | Kontrol paneli, son 14 gündür kayıtlı 12 test kullanıcısı gösterdi |
| Karar | Yedek test kullanıcıları gerekli sürelerini tamamladıktan sonra başvuru uygunluğu sağlandı |
Gönderim öncesi kontrol listesi
Bu listeyi geçen hafta test ettiğiniz sürüme değil, tam olarak göndermek üzere olduğunuz sürüme uygulayın. geçerliyse ibaresi taşıyan maddeler, uygulamanın ne yaptığına bağlıdır.
Derleme ve davranış
İnceleme erişimi ve beyanlar
Gizlilik ve veri
Ödemeler
Test şartı, yalnızca yeni kişisel hesaplar
Sorular ve yanıtlar
Yıllık oran, uygulamamın ilk inceleme sonucunu öngörür mü?
Hayır. %7,89’luk oran, Google’ın 2025 için raporladığı küresel incelenen ve reddedilen uygulama gönderimi sayılarını karşılaştırır. Raporlar tanımlı bir ilk deneme kümesi vermez; bu nedenle ne bu oran ne de kalan pay, belirli bir yeni uygulama için bir olasılık ifade eder.
Güvenlik incelemesindeki sayı neden şeffaflık raporundaki sayıdan farklı?
Farklı şeyleri ölçerler. Yıllık güvenlik incelemesi, yayımlanması engellenen politika ihlalli uygulamaların yuvarlanmış sayılarını bildirir; şeffaflık raporu ise reddedilen gönderimleri ve kaldırmaları sayar. Google iki seri arasında bir mutabakat yayımlamaz, bu yüzden bunlar tek bir oranda birleştirilemez.
Reddedilen bir güncelleme, zaten yayımlanmış sürümü etkiler mi?
Sıradan bir güncelleme reddi, yayımlanmış sürümü kaldırmaz; siz güncellemeyi düzeltirken önceki sürüm erişilebilir kalır. Kaldırma, askıya alma ve hesap feshi ise kendi bildirimleri olan ayrı yaptırım durumlarıdır ve bunlar yayındaki uygulamayı etkiler.
Üretim erişimi reddi bir politika reddi midir?
Hayır. Yeni bir kişisel hesap için verilen üretim erişimi kararı, yürüttüğünüz kapalı testi ve verdiğiniz yanıtları inceler. “More testing required”, başvurunun daha fazla çalışma gerektirdiği anlamına gelir; uygulamaya karşı bir politika ihlali kaydı değildir ve daha fazla test kullanıcısı gerçek bir politika reddini ortadan kaldırmaz.
İtiraz mı etmeliyim, düzeltme mi göndermeliyim?
Belirtilen ihlal giderilmemişken yeniden göndermeyin. Bazı düzeltmeler ikili dosyayı değiştirmeden mağaza kaydını veya beyanları değiştirir. Kararın hatalı olduğunu düşünüyorsanız bildirimdeki itiraz talimatlarını izleyin ve uygunluğu gösteren kanıt sunun. Yeniden yayımlamak için başka bir hesap açmayın; bu, ihlal sayılır.
Kaynaklar ve veri notları
Bundan sonra nereye gideceğiniz, buraya neden geldiğinize bağlı. Oranı aktaracaksanız %7,89 rakamını yılıyla (2025 etkinliği) ve paydasıyla (incelenen gönderimler) birlikte aktarın. Bir bildirim üzerine harekete geçecekseniz karar tablosunda ilgili satırı bulun ve o yolu izleyin. Sizi durduran şey test şartıysa, kapalı test şartları rehberi kurulumu baştan sona anlatıyor.
Sonuç
2025 yılı için Google Play gönderim ret oranı yaklaşık %7,89: Google’ın 2025 Yıllık Şeffaflık Raporu’ndaki 1.692.467 reddedilen ve 21.461.250 incelenen gönderimden hesaplanmıştır. Bu, platform genelinde geçmişe dönük bir rakamdır, uygulamanızın olasılığı değil. Bir ret bildirimi belirli bir kararı adıyla belirtir: belirttiği şeyi düzeltin, yeniden gönderin veya itiraz edin ve yeni kişisel hesaplar için geçerli test şartını ayrı bir hazırlık adımı olarak ele alın.
Yıllık şeffaflık raporları
Yıllık güvenlik incelemeleri
Politika ve Play Console Yardım
Güncelleme geçmişi
28 Şubat 2026: yalnızca yıllık güvenlik incelemesi serisiyle yayımlandı. 12 Eylül 2026: şeffaflık raporu hesaplaması ve sınırları eklendi, iki Google serisi birbirinden ayrıldı, karar tablosu ile inceleme erişimi, Veri güvenliği ve ret sonrası bölümleri eklendi, sıralı neden listesi kurgusu kaldırıldı; aynı gün yapılan ikinci geçişte yeniden gönderim, işlevsellik ve inceleme süresi ifadeleri düzeltildi. Bir sonraki yıllık güncelleme, Google 2026 raporunu yayımladığında yapılacak; bu da 2027’de bekleniyor.