Kısa Cevap
Broken Functionality reddi, Google’ın inceleme ekibinin gönderdiğiniz sürümün çöktüğünü, zorla kapandığını, donduğunu veya başka bir şekilde anormal çalıştığını tespit ettiği anlamına gelir; Google’ın kendi örnekleri kurulmayan, kurulup yüklenmeyen ya da yüklenip yanıt vermeyen uygulamalardır. Bu, bir sürüm hakkında verilmiş bir politika kararıdır, üretim erişimi reddi değildir ve Google’a göre tek başına bir ret geliştirici hesabınızın durumunu etkilemez. Sorunu Play’in dağıttığı derlemede yeniden üretin, inceleme ekibinin Sign-in details (eski adıyla App access) üzerinden giriş yapabildiğini doğrulayın, etkilenen her kanalı düzeltin ve ardından düzeltilmiş sürümü incelemeye gönderin. Yalnızca tespitin hatalı olduğunu gösterebiliyorsanız itiraz edin.
16 Ekim 2026 itibarıyla günceldir. Bu sayfadaki her kural o tarihte Google Play’in politika sayfaları ve Play Console Yardım ile karşılaştırılarak kontrol edildi ve her biri kullanıldığı yerde bağlantılıdır. Aşağıda alıntılanan geliştirici bildirimleri, geliştiricilerin 2026’da gördüklerinin kanıtıdır, Google’ın bu uygulamalar hakkındaki teşhisi değildir; hiçbir kamuya açık veri seti desteklemediği için nedenler sıralanmamıştır.
Bu yazı, Broken Functionality politikası kapsamındaki sürüm retlerini ele alır. Google kapalı testinizden sonra üretim erişimini reddettiyse ya da daha fazla test gerektiğini söylediyse bu, çözümü farklı olan başka bir karardır: bunun yerine Google Play daha fazla test gerektiğini söylediğinde ne yapmanız gerektiğini ve kapalı test başvurularının neden reddedildiğini okuyun.
Bu Yazıda Neler Var
Google Play’de Broken Functionality ne anlama gelir?
Google’ın Functionality, Content, and User Experience (İşlevsellik, İçerik ve Kullanıcı Deneyimi) politikasının iki bölümünden biridir. Diğer bölüm olan Limited Functionality and Content, amacı çok sınırlı uygulamalarla ilgilidir. Broken Functionality ise gönderildiği haliyle çalışmayan bir uygulamayla ilgilidir.
Çöken, zorla kapanan, donan veya başka bir şekilde anormal çalışan uygulamalara izin vermiyoruz.
Google bu cümlenin altında yaygın ihlallere üç örnek verir: kurulmayan uygulamalar, kurulup yüklenmeyen uygulamalar ve yüklenip yanıt vermeyen uygulamalar. Bunları bakılacak üç yer olarak okuyun. Derlemeyi kuramayan, boş ya da hiç bitmeyen bir yükleme ekranı gören veya bir kontrole dokunup hiçbir şey olmadığını gören bir inceleme uzmanı, bunların her biri aynı bildirimi doğurabilir.
Eski Yardım bağlantılarında ve forum başlıklarında hâlâ Minimum Functionality adıyla karşılaşabilirsiniz. Güncel politika bölümünün adı Limited Functionality and Content’tir; statik metin veya PDF uygulamalarını, çok az içerik sunan uygulamaları ve hiçbir şey yapmamak üzere tasarlanmış uygulamaları kapsar. Bir bildirim bu iki bölümden birine dayanabilir ve çözümler farklıdır; bu yüzden herhangi bir şeyi değiştirmeden önce bildiriminizin hangisini andığını okuyun.
Birbirine karıştırılan dört karar
| Karar | Neyle ilgili | Nereden başlamalı |
|---|---|---|
| Broken Functionality | Neyle ilgiliGönderilen sürüm inceleme ekibi için çöktü, dondu, yüklenmedi ya da yanıt vermedi. | Nereden başlamalıSorunu Play’in dağıttığı derlemede yeniden üretin, etkilenen her kanalda düzeltin, yeniden gönderin. |
| Limited Functionality and Content | Neyle ilgiliUygulama çalışıyor ama uygulamaya özgü çok az amaç veya içerik sunuyor. | Nereden başlamalıGerçek işlevler ekleyin. Tek başına bir hata düzeltmesi bu karara yanıt olmaz. |
| Sign-in details eksik veya çalışmıyor | Neyle ilgiliİnceleme ekibi bir girişi, üyeliği, ödeme duvarını, tek kullanımlık kodu veya bölge kontrolünü aşamadı. | Nereden başlamalıUygulama içeriği bölümündeki Sign-in details’i güncelleyin, ardından değişikliği incelemeye gönderin. |
| Üretim erişimi verilmedi | Neyle ilgiliKapalı testten sonra Google, uygulamanın daha fazla teste ihtiyacı olduğuna veya üretime hazır olmadığına karar verdi. | Nereden başlamalıKod düzeyinde bildirim içermeyen ayrı bir süreç. Daha fazla test gerekiyor yazısına bakın. |
Google neyin bozulduğunu nerede gösterir?
İşe yaptırım e-postasıyla ve Play Console’daki Politika durumu sayfasıyla başlayın. İkisi birlikte politikayı ve etkilenen sürümü belirtir; Google, Politika durumu sayfasının mevcut ek bilgileri de gösterdiğini söyler. Ekran görüntüsü, cihaz ayrıntısı ve yığın izi (stack trace) vaat edilmez, bu yüzden bunları beklemeyin.
Play Console’u açın, uygulamayı seçin ve Politika durumu sayfasını açın. Koda dokunmadan önce dört şeyi not edin: anılan politika bölümü, incelenen sürüm kodu ve kanal, tarih ve eklenmiş kanıtlar. E-postayı ve Play Console bildirimlerinizi de kontrol edin, çünkü Google sürümün hangi politikayı ihlal ettiğini oralarda belirtir.
2026 bildirimleri gerçekte nasıl görünüyor
Herkese gönderilen tek bir Broken Functionality e-postası yoktur ve birini kesin şablon olarak yayımlayan her sayfa tahmin yürütüyordur. Bildirimlerini 2026’da herkese açık olarak paylaşan geliştiriciler çok farklı ayrıntı düzeyleri anlatıyor:
- "Broken Functionality: Unresponsive UI elements" (yanıt vermeyen kullanıcı arayüzü öğeleri) yazan bir bildirim etiketi. Uygulaması ilk veri senkronizasyonu sırasında çevrimdışı yeniden deneme ekranı gösteren bir geliştirici tarafından 2 Eylül 2026’da paylaşıldı (Play Console Yardım Topluluğu).
- "For example, your app does not open or load." (örneğin uygulamanız açılmıyor veya yüklenmiyor) yazan bir inceleme örneği. Haziran 2026’da, başlık ekranı aslında yüklenen bir oyunun geliştiricisi tarafından alıntılandı. Yazar daha sonra, Android Geri düğmesiyle oyundan çıkılma şeklini değiştirdikten sonra oyunun yayınlandığını bildirdi.
- Bir geliştiricinin Ağustos 2026’da yalnızca iki kelimeden ibaret olarak anlattığı bir bildirim: "Broken functionality", başka hiçbir şey yok.
Bunlar geliştiricilerin aktardığı alıntılardır, doğrulanmış Google e-postaları değildir ve her biri tek bir vakadır. Alabileceğiniz ayrıntının ne kadar değişebildiğini gösterirler; sizin bildiriminizin ne diyeceğini ya da uygulamanızın neden başarısız olduğunu göstermezler.
Bildiriminiz belirsizse
Anılan politikayı bir teşhis olarak değil, yeniden üretilmesi gereken bir belirti olarak ele alın. Sonraki bölümdeki beş kontrol, her biri hatanın saklanabileceği farklı bir yeri eleyecek şekilde sıralanmıştır.
Broken Functionality reddinden sonra ilk olarak neyi kontrol etmelisiniz?
Google’ın incelediği sürümün tam olarak kendisi üzerinde beş kontrol yapın. Kontroller her nedenin ne sıklıkla görüldüğüne göre değil, elemesi en kolay olandan en zor olana doğru sıralanmıştır; çünkü hiçbir kamuya açık veri, her birinin ne sıklıkla yaşandığını göstermiyor.
Sırasıyla beş kontrol
Debug derlemenizi değil, Play’in dağıttığı derlemeyi kurun
Uygulamayı daha önce hiç çalıştırmamış bir Google hesabıyla oturum açılmış temiz bir cihaza test kanalınızdan kurun, ardından bir inceleme uzmanının açacağı gibi açın. Google Play, dağıttığı derlemeleri uygulama imzalama anahtarınızla imzalar (Play App Signing’i kullanma); bu nedenle sertifika parmak izini kontrol eden her hizmet, örneğin Google Sign-In, Maps veya paket adı ve SHA-1 ile kısıtlanmış bir API anahtarı, debug derlemenizde çalışıp mağaza derlemesinde başarısız olabilir. 2025’te bir geliştirici, yalnızca sürüm derlemesinde görülen bir hatanın nedeninin üretim manifest dosyasında eksik olan internet izni olduğunu buldu.
İnceleme ekibinin içeri girebildiğini doğrulayın
Uygulamanın herhangi bir bölümü bir giriş, üyelik, konum veya başka bir engelin arkasındaysa Google erişim bilgilerini sağlamanızı şart koşar. Sign-in details (eski adıyla App access) bölümünde bugün, her ülkeden ve tek kullanımlık kod gerekmeden çalışan kimlik bilgilerinin bulunduğunu kontrol edin. Sonraki bölüm bunu adım adım anlatıyor.
Arka ucu kendi ağınızın dışından test edin
Sunucuya inceleme ekibinin ağından ulaşılamadığında giriş ekranları ve veri ekranları başarısız olur. 2026’da geliştiriciler hataların nedeninin bir giriş kodu isteğini engelleyen, yanlışlıkla eklenmiş bir güvenlik duvarı kuralı olduğunu buldu ve bir giriş ekranında gösterilen sertifika güven hatası bildirdi. Mobil veri ve başka bir ağ üzerinden, sunucunuz trafiği bölgeye göre filtreliyorsa başka bir ülkeden de test edin.
Görünen her kontrole dokunun ve her boş ekranı açın
Her düğme ve bağlantı uygun içerikle yanıt vermelidir. Google’ın Play Console Yardım Topluluğu’ndaki kendi Broken Functionality kontrol listesi şöyle der: "Uygulamanızda uygun açıklamalar veya hata mesajları içermeyen boş ya da içeriksiz sayfalar bulunmadığından emin olun." Hiçbir şey yapmayan bir düğme yayınlamak yerine bitmemiş özellikleri kaldırın ve mağaza kaydınızın vaat ettiği her özelliğin derlemede gerçekten çalıştığını kontrol edin. Henüz kaydedilmiş öğe olmaması gibi meşru olarak boş kalan bir listeye, durumu açıklayan bir cümle ve bir sonraki adım ekleyin. Gezinmeniz alışılmadıksa, örneğin devam etmek için herhangi bir yere dokunmak gibi, uygulamayı ilk kez kullanan birinin gözden kaçıramayacağı görünür bir ipucu ekleyin.
Açılışı, Geri düğmesini ve Play’de zaten bulunan raporları kontrol edin
Uygulamayı soğuk başlatmayla açın, döndürün, arka plana gönderip geri getirin ve her ekranda Geri’ye basın. Ardından incelenen sürüm için yayın öncesi raporu ve Android vitals’ı okuyun. Orada kaydedilmiş bir kilitlenme, elde edebileceğiniz en güçlü kanıttır; temiz bir raporun ise bir sonraki bölümden sonra gelen bölümde açıklanan sınırları vardır.
Google’ın inceleme ekibine giriş bilgilerini nasıl verirsiniz?
Play Console’da Policy and programs (Politika ve programlar), ardından App content (Uygulama içeriği), ardından Sign-in details bölümüne gidin. Bu bölümün eski adı App access’ti; bu yüzden eski yazılar ve bazı çevrilmiş Yardım sayfaları hâlâ bu adı kullanıyor.
Uygulamanızın tamamı veya bazı bölümleri giriş kimlik bilgilerine, oturum açma bilgilerine, üyeliklere, konuma ya da başka kimlik doğrulama biçimlerine göre kısıtlanıyorsa, uygulamanıza erişim sağlanabilmesi için gerekli tüm bilgileri vermeniz gerekir.
Talimatları ekleyin veya güncelleyin
- Play Console’u açın ve Uygulama içeriği sayfasına gidin (Policy and programs > App content).
- Sign-in details altında Start seçeneğini ya da daha önce talimat eklediyseniz Manage seçeneğini seçin.
- + Add new instructions seçeneğini seçin ve erişim bilgilerini girin. Tek kullanımlık şifre, çok öğeli kimlik doğrulama veya ikiden fazla alanı olan bir giriş gibi alışılmadık her şey için Any other instructions alanını kullanın.
- Değişikliklerinizi kaydedin. En fazla beş talimat seti ekleyebilirsiniz.
- Publishing overview sayfasına gidin, değişikliği Changes ready to send for review altında bulun ve Send for review seçeneğini seçin. Yalnızca kaydetmek hiçbir şeyi göndermez.
Hangi erişim çalışır sayılır
Google’ın Play Console Şartları, "Google Play’in uygulamanızı inceleyebilmesi için etkin bir demo hesabı, giriş bilgileri ve gereken diğer tüm kaynakları sağlamanızı" ister. Google’ın giriş bilgilerine yönelik şartları bunun ne anlama geldiğini açıkça belirtir:
- Tek kullanımlık bir davet ya da inceleme sırasında süresi dolan bir deneme değil, etkin ve tekrar kullanılabilir bir hesap.
- Tek kullanımlık kodları ve iki adımlı doğrulamayı aşan kimlik bilgileri; çünkü inceleme ekibi bir telefona veya gelen kutusuna gönderdiğiniz kodu alamaz.
- Uygulama bölgeye göre kısıtlama yapıyorsa her konumdan çalışan erişim ve inceleme ekibinin görmesi gereken ücretli veya kısıtlı özelliklere ücret alınmadan tam erişim.
- İngilizce yazılmış ve güncel tutulan bilgiler. Şifreyi değiştirirseniz veya test hesabını silerseniz Sign-in details’i aynı gün güncelleyin.
- Giriş için QR kod veya barkod gibi metin olmayan bir şey gerekiyorsa bunun için statik bir URL oluşturun ve Sign-in details’e ekleyin. Uygulama kullanıcılardan kendi PIN’lerini belirlemelerini istiyorsa veya sosyal medya hesabıyla giriş kullanıyorsa, inceleme ekibinin bu adımı nasıl geçeceğini talimatlarda açıklayın.
Eksik erişim, bozuk bir girişle aynı şey değildir
Bildirim Sign-in details’i anıyorsa, erişim bilgileri düzeltilip incelemeye gönderilene kadar hiçbir kod değişikliği işe yaramaz. Kimlik bilgileri doğruysa ve girişin kendisi başarısız olduysa bu bir Broken Functionality sorunudur ve bakılacak yer yukarıdaki arka uç kontrolüdür.
Uygulama telefonunuzda çalışıyorsa ve Google ekran görüntüsü göndermediyse ne yapmalısınız?
O zaman başarısız olan ortam sizin telefonunuz değildir. Herhangi bir karar vermeden önce sorunu mağaza derlemesinde, temiz bir cihazda ve başka bir ağda yeniden üretmeye çalışın ve Play Console’un o sürüm için zaten tuttuğu iki raporu okuyun.
Yayın öncesi rapor
Raporu Test and release > Testing > Pre-launch report altında bulabilirsiniz. Google, bir uygulama paketi veya APK yüklediğinizde, kapasiteye bağlı olarak, uygulamayı test cihazlarında çalıştırıp bu raporu otomatik olarak oluşturur. Taramanın gerçekte hangi ekranlara ulaştığını kontrol edin: giriş ekranınızda durduysa uygulamanın geri kalanını hiç görmemiştir. Google bilinmesi gereken bir sınırı da ekler: "Kimlik bilgileri yalnızca standart Android widget’larını kullanan Android uygulamalarına otomatik olarak girilebilir." (Sorunları belirlemek için yayın öncesi raporu kullanma). Temiz bir rapor bir kanıttır, incelemeden geçtiğiniz anlamına gelmez. Google aynı şeyi inceleme öncesi kontroller için de söyler: "Tüm inceleme öncesi kontrollerden geçmek, resmi uygulama inceleme sürecinden geçmeyi garanti etmez".
Android vitals
Bu verileri Monitor and improve > Android vitals > Crashes and ANRs altında bulabilirsiniz. Google bu verileri yalnızca kullanım ve teşhis verilerini paylaşmayı kabul eden kullanıcılardan toplar (Android vitals ile teknik kaliteyi izleme); bu nedenle küçük bir testteki yeni bir uygulamada hiçbir veri görünmeyebilir. Boş bir vitals sayfası, uygulamanın hiç çökmediğini kanıtlamaz.
Gerçek cihazlarda gerçek insanlar
Kapalı test, bu tür sorunları herkese açık bir sürümden önce bulmak için vardır. Farklı telefonlarda, Android sürümlerinde ve ağlarda çalışan test kullanıcıları, inceleme ekibinin ulaştığı ekranlara ulaşır ve geri bildirimleri işlerin nerede bozulduğunu size söyler. Bu, hataları bulup düzeltmenize yardımcı olur; Google’ın uygulamayı nasıl incelediğini değiştirmez. Kanalın temel işleyişini öğrenmek istiyorsanız Google Play kapalı testinin nasıl işlediğine bakın.
Düzeltip yeniden mi göndermelisiniz, yoksa itiraz mı etmelisiniz?
Bir hatayı yeniden üretebildiğinizde veya makul bir neden bulduğunuzda düzeltip yeniden gönderin. Anılan tespitin hatalı olduğuna dair kanıtınız olduğunda itiraz edin. Aynı derlemeyi asla değiştirmeden yeniden göndermeyin: Google, geliştiricilere ihlal düzeltilene kadar reddedilmiş bir uygulamayı yeniden yayınlamamalarını söyler.
Düzeltme mi, netleştirme mi, itiraz mı?
Bildiriminiz ve kendi testleriniz hakkında üç soruyu yanıtlayın. Seçtiğiniz hiçbir şey bu sayfanın dışına çıkmaz.
Bir öneri görmek için soruları yanıtlayın. Bir hatayı yeniden üretemiyorsanız kararı üçüncü soru belirler.
Düzeltin, ardından her kanalda yeniden gönderin
Düzeltip yeniden gönderinYeniden üretilebilir bir hatanız var; bu, içinde bulunabileceğiniz en iyi durumdur. Hatayı düzeltin, düzeltmeyi mağaza derlemesinde test edin, ardından hiçbir kanalda politikaya aykırı bir paket etkin kalmasın diye aşağıdaki yeniden gönderme adımlarını izleyin.
Karar vermeden önce mağaza derlemesini test edin
Önce test edinDebug derlemesi, inceleme ekibinin çalıştırdığı şey değildir. Uygulamayı test kanalınızdan, yeni bir hesapla temiz bir cihaza, kontrolünüzde olmayan bir ağ üzerinden kurun ve beş kontrolü yapın. Kararı ancak bundan sonra verin.
Sign-in details’i düzeltin, ardından incelemeye gönderin
Erişim düzeltmesiTalimatları tek kullanımlık kodları aşan, tekrar kullanılabilir kimlik bilgileriyle güncelleyin, kaydedin, ardından değişikliği Publishing overview sayfasından incelemeye gönderin. Google, bunu politika destek ekibiyle iletişime geçmeden veya onların yanıtını beklemeden yapabileceğinizi söyler.
Yalnızca düzeltme değil, amaç ekleyin
Yeniden geliştirmeLimited Functionality and Content, uygulamanın ne kadar iş yaptığıyla ilgilidir. Yeniden göndermeden önce uygulamaya özgü gerçek özellikler veya içerik ekleyin; bir kararlılık düzeltmesi bu tespite yanıt olmaz.
Tasarımı belirgin hale getirin, sonra karar verin
NetleştirinBir çevrimdışı ekranı, boş durum ya da alışılmadık bir hareket kasıtlı olsa bile inceleme ekibi bunu bozuk olarak algılayabilir. Görünür bir ipucu, bir açıklama ve bir sonraki adım ekleyin. Kanıtla itiraz edebilirsiniz, ama daha anlaşılır bir ekran bir sonraki inceleme uzmanı için de şüpheyi ortadan kaldırır.
Kanıtla itiraz edin
İtirazMağaza derlemesini temiz bir cihazda ve başka bir ağda test ettiniz ve hiçbir sorun bulmadınız. Sürüm kodu, cihaz ve Android sürümü, adımların tam listesi ve bildirimin andığı akışın ekran kaydıyla bir kez itiraz edin.
Düzeltilmiş bir sürümü yeniden gönderme
Google’ın yeniden gönderme adımları, yeni bir sürüm kodu yüklemekten ibaret değildir:
- E-postada ve bildirimlerinizde anılan politikayı okuyun ve uygulamayı diğer politikalara göre de kontrol edin; Google, başka ihlallerin başka yaptırımlara yol açabileceği konusunda uyarır.
- Yalnızca üretimi değil, etkilenen sürümü taşıyan her sürüm türünü güncelleyin: açık, kapalı ve dahili test kanalları da dahil.
- Düzeltilmiş uygulama paketini yükleyin ve politikaya aykırı olanları devre dışı bırakın. Google, bunları devre dışı bırakmazsanız yeniden gönderimin başarısız olacağı ve yayındaki sürümlerin kaldırılabileceği konusunda uyarır.
- Etkilenen her kanalda Manage track ve Create new release seçeneklerini seçin, düzeltilmiş paketi ekleyin (veya ihlal içeren paketi barındıran bir taslağı silin) ve politikaya aykırı sürümün Not included altında listelendiğinden emin olun.
- Kaydedin, Review release seçeneğini seçin ve sürümü kullanıma sunun.
Bundan sonra değişiklik işlenmeyi bekler. Google şöyle der: "İşleme birkaç saat ya da en fazla yedi gün (istisnai durumlarda daha uzun) sürebilir" (Uygulama değişikliklerinin ne zaman incelenip yayınlanacağını kontrol etme).
Düzelttim ama uyarı hâlâ duruyor
Düzeltilmiş bir sürüm yayındaysa ve Politika durumu sorunu hâlâ gösteriyorsa, uyarının belirttiği sürüm kodlarını ve kanalları şu an etkin olanlarla karşılaştırın: bir test kanalında kalmış politikaya aykırı bir paket, ilk elenmesi gereken olasılıktır. Daha yeni bir sürüm her yaptırım kaydını otomatik olarak temizlemez. Her şey uyuşuyorsa sürüm kodlarını, etkilenen kanalları ve varsa önceki vaka numarasını belirterek Play Console destek ekibiyle iletişime geçin.
Karara itiraz etme
Google, hata yaptığını ve uygulamanın politikalarını ihlal etmediğini tespit ettiğinde uygulamaları eski durumuna getirir. İtiraz etmek için yaptırım e-postasındaki talimatları izleyin veya Google’ın itiraz formunu kullanın. Her yaptırım işlemi için bir itiraz gönderebilirsiniz (Politika ihlallerini ve itirazları yönetme) ve Google itirazları Çince, İngilizce, Japonca ve Korece yanıtlar. Google itirazlar için bir yanıt süresi yayımlamaz ve geliştirici bildirimleri itiraz yanıtlarıyla sonraki sürüm incelemelerini birbirine karıştırır; bu nedenle belirli bir tarih varsaymadan plan yapın.
İtirazı bir sitem olarak değil, kanıt olarak yazın: incelenen sürüm kodu, test ettiğiniz cihaz ve Android sürümü, adımların tam listesi, bildirimin andığı akışın ekran kaydı ve varsa ne değiştirdiğiniz.
Broken Functionality reddi hesabınıza veya kapalı testinize zarar verir mi?
Tek başına bir ret, geliştirici hesabınızın durumunu etkilemez. Tekrarlanan retler askıya almaya yol açabilir ve askıya almalar ihlal kaydı olarak sayılır; bu yüzden yeniden göndermeden önce sorunu düzeltin. Bir retin devam eden bir kapalı teste ne yaptığı belgelenmemiştir.
Google’ın Yaptırım Süreci sayfası farkı şöyle ortaya koyar:
- "Retler, Google Play Geliştirici hesabınızın durumunu etkilemez."
- "Mevcut bir uygulamaya yapılan güncelleme reddedildiyse, güncellemeden önce yayınlanmış uygulama sürümü Google Play’de kullanılabilir olmaya devam eder."
- "Askıya alma, ciddi veya birden fazla politika ihlalinin yanı sıra tekrarlanan uygulama retleri veya kaldırmaları sonucunda da gerçekleşebilir."
Google, güvenli sayılan bir ret sayısı yayımlamaz. Aynı hatayı yeniden göndermek, tam olarak üçüncü satırın anlattığı örüntüdür.
Peki ya 14 günlük kapalı test?
Google’ın test şartı, 13 Kasım 2023’ten sonra oluşturulmuş kişisel hesaplardan, üretim erişimi için başvurmadan önce en az 14 gün boyunca kesintisiz olarak teste kayıtlı en az 12 test kullanıcısı ister. Kapalı kanaldaki bir sürümün politika gerekçesiyle reddedilmesinin bu süreyi sıfırlayıp sıfırlamadığını, duraklatıp duraklatmadığını ya da koruyup korumadığını söylemez; forumlardaki her iki yöndeki iddialar da tahminden ibarettir. Kontrol edebileceğiniz şeyler: test kullanıcılarınızın kanalda hâlâ onaylanmış bir sürümü olup olmadığı ve Kontrol panelinin üretim erişimi hakkında ne gösterdiği. Düzeltme yaparken test kullanıcılarınızı kayıtlı tutun ve Kontrol paneli değişirse durumunuzu Play Console destek ekibine sorun. Kuralın kendisi kesintisiz 14 günün ne anlama geldiği yazısında açıklanıyor.
Google bir WebView veya TWA uygulamasını bozuk diye reddeder mi?
Teknoloji yüzünden reddetmez. Google, Android uygulamaları için hem Trusted Web Activities hem de WebView belgeleri yayımlar ve hiçbir politika bu mimariyi yasaklamaz. Asıl sorular, uygulamanın çalışıp çalışmadığı, yeterli bir amacı olup olmadığı ve web sitesini uygulamaya sarmalama hakkınız olup olmadığıdır.
Birincil amacı bir web sitesine satış ortaklığı trafiği yönlendirmek veya web sitesi sahibinden ya da yöneticisinden izin almadan bir web sitesinin web görünümünü sunmak olan uygulamalara izin vermiyoruz.
Web tabanlı bir uygulama için Broken Functionality kontrolleri diğer tüm uygulamalarla aynıdır: site temiz bir kurulumdan sonra uygulamanın içinde yüklenmeli, çevrimdışı ve hata durumları kendini açıklamalı ve her bağlantı bir yere çıkmalıdır. Uygulama büyük ölçüde bir web sitesinin ince bir görünümüyse daha büyük risk Limited Functionality and Content bölümüdür. TWA’dan WebView’a geçmenin ya da tersinin tek başına bir reddi düzelttiği gösterilmemiştir.
PrimeTestLab bir sonraki incelemeden önce nasıl yardımcı olur?
Kodunuzu düzeltemeyiz veya Google’ın kararını değiştiremeyiz. Sağladığımız şey test tarafıdır: uygulamanızı kapalı testiniz üzerinden kullanan, gerçek cihazlardaki gerçek insanlar; böylece yukarıdakiler gibi sorunlar bir inceleme uzmanı bulmadan önce onların geri bildirimlerinde ortaya çıkar.
PrimeTestLab, Android 7 ile 17 arasını kapsayan gerçek cihazlarda, 14 günün tamamı boyunca teste kayıtlı 12 veya daha fazla gerçek test kullanıcısı sağlar ve test 4-6 saat içinde başlar. 120+ ülkedeki test kullanıcılarıyla 12.100+ uygulama için yönetilen test yürüttük.
Kendi başınıza test mi, yönetilen test mi
| Görev | Kendiniz yaparsanız | PrimeTestLab ile |
|---|---|---|
| Test kullanıcısı bulmak | Kendiniz yaparsanızArkadaşlar, gruplar ve forumlar, genellikle benzer telefonlarla | PrimeTestLab ileUygulamanıza atanmış, gerçek cihazlarda gerçek test kullanıcıları |
| Cihaz ve Android sürümü çeşitliliği | Kendiniz yaparsanızGönüllülerinizin elinde ne varsa | PrimeTestLab ileAndroid 7 ile 17 arasını kapsayan cihazlar |
| Günlük kullanım ve geri bildirim | Kendiniz yaparsanızİyi niyete bağlı | PrimeTestLab ileTest kullanıcıları uygulamayı kullanır ve neyin bozulduğunu bildirir |
| 12 kişiyi 14 gün boyunca kayıtlı tutmak | Kendiniz yaparsanızAyrılanların peşine kendiniz düşersiniz | PrimeTestLab ileSayı korunsun diye ayrılanların yerine yenileri konur |
| Kodu ve bildirimi düzeltmek | Kendiniz yaparsanızSiz | PrimeTestLab ileYine siz; biz test kullanıcılarının bulduklarını raporlarız |
| Google’ın kararı | Kendiniz yaparsanızGoogle | PrimeTestLab ileYine Google; kimse onay vaat edemez |
Tam PrimeTestLab testinizden sonra Google üretim erişimi vermediyse ücretsiz yeniden test veya tam iade arasında seçim yaparsınız; iade ve ücretsiz yeniden test politikasına bakın. Bu, kodunuzun politika gerekçesiyle reddedilmesini değil, test şartını kapsar. Planlar $19.99 fiyatından başlar, ödeme sırasında buna %5 hizmet bedeli eklenir (en az $1.50); Google’ın bir defaya mahsus 25 ABD doları tutarındaki kayıt ücreti ayrıdır. Planları fiyatlandırma sayfasında karşılaştırın.
Sıkça sorulan sorular
Google Play’deki Broken Functionality politikası nedir?
Google Play’in Functionality, Content, and User Experience politikasının bir bölümüdür. Google çöken, zorla kapanan, donan veya başka bir şekilde anormal çalışan uygulamalara izin vermez ve kurulmayan, kurulup yüklenmeyen ve yüklenip yanıt vermeyen uygulamaları yaygın ihlaller olarak sayar.
Broken Functionality ile Minimum Functionality aynı şey mi?
Hayır. Minimum Functionality, Google’ın bugün Limited Functionality and Content dediği bölümün eski adıdır ve amacı veya içeriği çok az olan uygulamaları kapsar. Broken Functionality ise gönderildiği haliyle çalışmayan uygulamaları kapsar. İkisi aynı politikada yer alır ama farklı çözümler gerektirir.
Google Play incelemesi için demo giriş bilgilerini nereye eklerim?
Play Console’da Policy and programs, ardından App content (Uygulama içeriği), ardından Sign-in details (eski adıyla App access) bölümüne gidin. Start veya Manage seçeneğini seçin, talimatları ekleyip kaydedin, ardından değişikliği Publishing overview sayfasından incelemeye gönderin. Kimlik bilgileri tekrar kullanılabilir olmalı ve telefonunuza gönderilen tek kullanımlık bir koda bağlı olmamalıdır.
Bir ret, geliştirici hesabımda ihlal kaydı olarak sayılır mı?
Google, retlerin geliştirici hesabınızın durumunu etkilemediğini söyler. Askıya almalar ihlal kaydı olarak sayılır ve Google, askıya alma nedenleri arasında tekrarlanan uygulama retlerini veya kaldırmalarını sayar; bu yüzden yeniden göndermeden önce anılan sorunu düzeltin.
Düzeltilmiş bir uygulamayı yeniden gönderdikten sonra inceleme ne kadar sürer?
Google, uygulama değişikliklerinin işlenmesinin birkaç saat ya da en fazla yedi gün, istisnai durumlarda daha uzun sürebileceğini söyler. Bu, düzeltilmiş sürümün incelemesidir. Google itirazlar için bir yanıt süresi yayımlamaz.
Broken Functionality reddine itiraz edebilir miyim?
Evet, tespitin yanlış olduğuna inanıyorsanız. Yaptırım e-postasındaki talimatları izleyin veya Google’ın itiraz formunu kullanın. Her yaptırım işlemi için bir itiraz gönderebilirsiniz; bu yüzden incelenen sürüm kodunu, test ettiğiniz cihazı ve adımları ve bildirimin andığı akışın kaydını ekleyin.
Broken Functionality reddi 14 günlük kapalı testimi sıfırlar mı?
Google bunu belgelemiyor. Şartı, üretim erişimi için başvurmadan önce en az 14 gün boyunca kesintisiz olarak teste kayıtlı en az 12 test kullanıcısıdır. Sürümü düzeltirken test kullanıcılarınızı kayıtlı tutun, Kontrol panelini izleyin ve uygunluğunuz değişirse Play Console destek ekibine sorun.
Uygulamam telefonumda çalışıyorsa neden reddedildi?
Telefonunuz tek bir derlemeyi, tek bir hesabı, tek bir veri setini ve tek bir ağı kapsar. Play’in dağıttığı sürümü yeni bir hesapla temiz bir cihaza kurun, ardından boş içeriği ve başarısız ağ isteklerini test edin. Uygulama imzalama anahtarıyla imzalanmış bir mağaza derlemesi, debug derlemenizin çalıştığı yerde başarısız olabilir; bu yüzden inceleme ekibinin kurduğu derlemeyi test edin.
Uygulamam Google Sign-In veya tek kullanımlık kod kullanıyor. İnceleme ekibine ne vermeliyim?
Google, tekrar kullanılabilir, her konumdan çalışan ve tek kullanımlık şifreleri veya iki adımlı doğrulamayı aşan giriş bilgileri ister. İnceleme ekibine, ücretli olanlar dahil kısıtlı her özelliğe ulaşan bir test hesabı ve talimatlar verin. Ardından verdiğiniz bilgileri birebir kendiniz test edin; normal bir kullanıcının kodu nasıl aldığını açıklamak, çalışan bir erişim sayılmaz.
Google ekran görüntüsü veya kilitlenme günlüğü göndermedi. Şimdi ne yapmalıyım?
Etkilenen sürüm ve Google’ın eklediği ayrıntılar için Politika durumu sayfasını ve yaptırım e-postasını kontrol edin. Ardından ana kullanıcı akışını gönderilen sürümde yeniden üretin ve kendi videonuzu ve günlüklerinizi kaydedin. Temiz bir Android vitals sayfası veya yayın öncesi rapor, inceleme ekibi için her ekranın ve her arka uç isteğinin çalıştığını kanıtlamaz.
TWA ve WebView uygulamaları otomatik olarak reddedilir mi?
Hayır. Google her iki teknoloji için de belge yayımlar ve hiçbir politika bunları yasaklamaz. Google, bir web sitesini sahibinin izni olmadan sarmalayan uygulamaları ve işlevi veya içeriği çok az olan uygulamaları ise kısıtlar. Giriş, gezinme veya ağ hataları gibi asıl hatayı teşhis edin; bir sarmalayıcıdan diğerine geçmek belgelenmiş bir çözüm değildir.
Özetle
Özet
Broken Functionality reddi, Google’ın incelediği sürümün çalışmadığını söyler: çöktü, dondu, yüklenmedi ya da yanıt vermedi. Bildirimin hangi politikayı andığını okuyun, sorunu Play’in dağıttığı derlemede yeniden üretin, inceleme ekibinin Sign-in details üzerinden giriş yapabildiğini doğrulayın, arka ucu kendi ağınızın dışından test edin ve her kontrolün ve boş ekranın kendini açıklamasını sağlayın. Etkilenen her kanalı düzeltin ve düzeltilmiş sürümü incelemeye gönderin. Yalnızca tespitin yanlış olduğuna dair kanıtınız varsa itiraz edin. Tek başına bir ret ihlal kaydı değildir, ama düzeltilmeden tekrarlanan yeniden gönderimler bir ihlal kaydına yol açabilir.
Bozuk ekranı bir sonraki inceleme uzmanından önce gerçek cihazlardaki gerçek insanların bulmasını istiyorsanız, siz uygulamayı düzeltirken kapalı test tarafını PrimeTestLab yürütür.
Resmi Google belgeleri
Bu sayfada neler değişebilir
- Play Console etiketleri değişir. Sign-in details yakın zamana kadar App access adını taşıyordu ve bazı çevrilmiş Yardım sayfaları hâlâ eski adı kullanıyor.
- Bildirim metinleri şablon olarak yayımlanmaz ve vakadan vakaya değişir; buradaki herhangi bir örnek yerine kendi e-postanıza ve Politika durumu sayfanıza güvenin.
- Google, bir politika reddinin devam eden bir kapalı teste ne yaptığını belgelemiyor. Bir kural yayımlarsa bu sayfa da ona göre güncellenecek.
Kaynakların kontrol tarihi: 16 Ekim 2026.