Google Play Store'a Uygulama Nasıl Yüklenir?

Google Play Store'a uygulama yüklemek için Google Play Console hesabı açılır, mağaza giriş bilgileri doldurulur ve AAB formatındaki dosya onaya gönderilir.

Android ekosisteminde bir mobil uygulamayı milyarlarca kullanıcıya ulaştırmak, teknik standartlara ve katı mağaza kurallarına tam uyum gerektiren çok adımlı bir süreçtir. Dijital ürünlerini pazara sunmak isteyen girişimciler, yazılım mimarları ve kurumsal karar vericiler için Google Play Store'a Uygulama Nasıl Yüklenir? sorusunun yanıtı yalnızca bir dosya yükleme işleminden ibaret değildir. Hesap açılışından kimlik doğrulamaya, 20 test kullanıcısı zorunluluğundan Android App Bundle (AAB) derleme mimarisine, KVKK/GDPR uyumlu veri güvenliği beyanlarından mağaza optimizasyonuna (ASO) kadar her aşama stratejik bir yönetim gerektirir. Bu rehber, uygulamanızı ilk denemede onaylatabilmeniz için gereken tüm teknik ve operasyonel aşamaları ele almaktadır.

Google Play Store'da Uygulama Yayınlama Öncesi Gereksinimler

Mobil uygulama geliştirme sürecinin son aşaması olan mağaza yayını, kodlama tamamlandıktan sonra başlayan değil, geliştirme sürecinin en başından itibaren planlanması gereken teknik ve operasyonel kriterleri kapsar. Google Play Store, Android ekosisteminin güvenliğini ve kullanıcı deneyimini korumak amacıyla her geçen yıl gereksinimlerini sıkılaştırmaktadır. Yetersiz hazırlıkla başlanan bir yayın süreci, haftalar süren onay gecikmelerine, hesap askıya alınmalarına ve uygulamanın doğrudan reddedilmesine yol açabilir. Bu nedenle teknik ve kurumsal tüm varlıkların önceden organize edilmesi gerekir.

Hazırlık aşaması; teknik altyapı, yasal belgeler ve pazarlama materyalleri olmak üzere üç ana ayaktan oluşur. Teknik tarafta Google'ın güncel hedef API düzeyi (Target API Level) direktiflerine tam uyum sağlanmalı, kod tabanı optimize edilmeli ve doğru imzalama anahtarları oluşturulmalıdır. Yasal tarafta ise kullanıcı verilerinin nasıl toplandığını, işlendiğini ve saklandığını açıklayan şeffaf bir gizlilik sözleşmesi hazırlanmalıdır. Pazarlama materyalleri ise uygulamanın mağazadaki ilk izlenimini belirleyen en kritik dönüşüm unsurudur.

Teknik ve Yasal Gereksinimler

Teknik gereksinimlerin başında Android App Bundle (AAB) mimarisine geçiş zorunluluğu gelir. Google, eski APK formatı yerine dinamik dağıtım sağlayan AAB formatını zorunlu tutmaktadır. Uygulamanın derlendiği hedef API düzeyi, Google Play'in güncel politika şartlarına (genellikle en son kararlı Android sürümünün en fazla bir altı) uygun olmalıdır. Ayrıca uygulamanın güvenli bir şekilde imzalanması için Keystore dosyası ve SHA-256 parmak izi yapılandırması eksiksiz tamamlanmalıdır. İmza anahtarının kaybolması durumunda uygulamanın güncellenmesi imkansız hale gelebileceğinden, Google Play App Signing hizmetinin etkinleştirilmesi kritik bir risk önlemidir.

Yasal tarafta ise uygulamanın bir web sitesi üzerinde barındırılan ve herkese açık olarak erişilebilen aktif bir Gizlilik Politikası URL'si (Privacy Policy) bulunmalıdır. Bu metin; toplanan kullanıcı verilerini (cihaz kimlikleri, konum, analitik veriler, üçüncü parti SDK bilgileri), bu verilerin kullanım amaçlarını, saklama sürelerini ve kullanıcının veri silme talebini nasıl ileteceğini açıkça belirtmelidir. KVKK, GDPR ve California Consumer Privacy Act (CCPA) regülasyonlarına uyum, kurumsal ölçekteki uygulamalar için zorunlu bir yasal çerçevedir.

Mağaza Görsel ve Metin Materyalleri

Uygulamanın Play Store arama sonuçlarında ve kategori listelerinde öne çıkabilmesi için ASO (App Store Optimization) kurallarına uygun görsel ve metinsel materyaller hazırlanmalıdır. Google Play Console, belirli boyut ve format standartlarına sahip materyaller talep eder:

• Uygulama Simgesi (App Icon): 512 x 512 piksel, 32-bit PNG formatında, maksimum 1024 KB boyutunda ve şeffaflık içermeyen yüksek çözünürlüklü görsel.

• Özellik Grafiği (Feature Graphic): 1024 x 500 piksel, JPG veya 24-bit PNG formatında, mağaza üst bandında ve tanıtım alanlarında gösterilen ana vitrin görseli.

• Ekran Görüntüleri (Screenshots): Telefon, 7 inç tablet ve 10 inç tablet için en az 2, en fazla 8 adet ekran görüntüsü. Minimum 320 piksel, maksimum 3840 piksel boyutlarında ve 16:9 veya 9:16 en-boy oranında olmalıdır.

• Uygulama Başlığı: Maksimum 30 karakter uzunluğunda, markayı ve ana işlevi net yansıtan başlık.

• Kısa Açıklama: Maksimum 80 karakter uzunluğunda, kullanıcıyı indirmeye teşvik eden özet metin.

• Tam Açıklama: Maksimum 4000 karakter uzunluğunda, uygulamanın özelliklerini, avantajlarını ve kullanım senaryolarını detaylandıran, LSI anahtar kelimeleriyle zenginleştirilmiş açıklama metni.

1. Adım: Google Play Console Geliştirici Hesabı Oluşturma

Uygulama yayınlama sürecinin ilk operasyonel adımı, Google Play Console üzerinde yetkili bir geliştirici profili oluşturmaktır. Bu hesap, Android ekosistemindeki tüm uygulamalarınızın yönetildiği, finansal raporların takip edildiği, mağaza listelemelerinin yapılandırıldığı ve kullanıcı geri bildirimlerinin analiz edildiği merkezi kontrol panelidir (Developer Dashboard). Hesap açılışında doğru hesap türünü seçmek, ilerleyen dönemlerde karşılaşılabilecek kurumsal yetkilendirme ve ödeme alma sorunlarını baştan engeller.

Google, geliştirici ekosisteminde şeffaflığı artırmak amacıyla hesap türlerini iki ana kategoriye ayırmıştır: Kişisel (Bireysel) ve Kurumsal (Organizasyon) hesaplar. Kişisel hesaplar yalnızca bireysel geliştiriciler ve hobi projeleri için uygundur; ancak Kasım 2023 itibarıyla yürürlüğe giren politika gereğince kişisel hesap sahipleri, uygulamalarını üretim (production) kanalına göndermeden önce 14 gün boyunca en az 20 test kullanıcısı ile kapalı test yürütmek zorundadır. Kurumsal hesaplarda ise bu zorunluluk bulunmamakla birlikte, şirket tescil belgeleri ve D-U-N-S numarası (Dun & Bradstreet numarası) doğrulaması talep edilir.

Hesap oluşturma süreci şu teknik adımlardan meydana gelir:

1. Google Hesabı ile Giriş: Geliştirici konsoluna bağlanmak için kurumsal projelerde şirkete ait özel bir Google Workspace e-posta adresinin kullanılması tavsiye edilir.

2. Hesap Türünün Seçilmesi: Şirket veya şahıs işletmesi statüsündeki yapılar için mutlaka "Kuruluş" (Organization) seçeneği işaretlenmelidir.

3. Geliştirici Profil Bilgilerinin Girilmesi: Mağazada kullanıcılara görünecek geliştirici adı, kurumsal e-posta adresi, fiziksel adres ve irtibat telefon numarası eksiksiz tanımlanır.

4. Kayıt Ücretinin Ödenmesi: Google Play Console hesabı açılışı için tek seferlik 25 USD tutarında bir kayıt ücreti kredi kartı veya banka kartı aracılığıyla tahsil edilir. Yıllık yenileme ücreti talep edilmez (Apple Developer Program'daki yıllık 99 USD modelinden farklıdır).

5. Kimlik ve Kuruluş Doğrulaması: Bireysel hesaplarda resmi kimlik belgesi yüklenir. Kurumsal hesaplarda ise D-U-N-S numarası eşleşmesi, şirket kuruluş belgesi, vergi levhası ve yetkili imza sirküleri sisteme yüklenerek Google'ın doğrulama sürecine gönderilir. Doğrulama işlemi genellikle 2 ila 7 iş günü arasında sonuçlanır.

2. Adım: Yeni Bir Uygulama Profili Oluşturma

Geliştirici hesabı doğrulandıktan sonra, uygulamanın teknik ve ticari kimliğini konsola tanıtmak üzere yeni bir uygulama kaydı açılmalıdır. Google Play Console ana ekranında yer alan "Uygulama Oluştur" (Create App) butonuna tıklanarak başlatılan bu süreç, uygulamanın mağazadaki temel çalışma çerçevesini çizer. Bu aşamada yapılan seçimlerin bir kısmı daha sonra değiştirilemez veya değiştirilmesi karmaşık onay süreçleri gerektirir; bu nedenle seçimler dikkatle yapılmalıdır.

İlk olarak uygulamanın varsayılan dili (Default Language) seçilir. Bu dil, uygulamanın ilk mağaza giriş metinlerinin yazılacağı ana referans lisandır. Eğer hedef pazar Türkiye ise Türkçe, global pazar hedefleniyorsa İngilizce (ABD) seçilmesi önerilir. Ardından uygulamanın mağaza başlığı girilir. Bu başlık 30 karakteri geçmemeli ve marka tesciline uygun olmalıdır.

Uygulama türü alanında iki temel karar verilir:

• Uygulama mı, Oyun mu?: Google Play algoritması bu iki kategoriyi farklı indeksleme, sıralama ve mağaza içi vitrin mekanizmalarıyla değerlendirir. Aracın niteliğine göre doğru seçenek işaretlenmelidir.

• Ücretsiz mi, Ücretli mi?: Uygulama modeli belirlenirken çok dikkatli olunmalıdır. Başlangıçta Ücretsiz (Free) olarak ayarlanan bir uygulama, ilerleyen dönemde hiçbir şekilde Ücretli (Paid) modele geçirilemez. Ücretli hale getirmek için yeni bir paket adıyla (Package Name) sıfırdan yeni bir uygulama yayınlanması gerekir. Ücretsiz uygulamalarda gelir modeli hedefleniyorsa bu işlem Uygulama İçi Satın Alma (In-app purchases) veya Abonelikler (Subscriptions) üzerinden kurgulanmalıdır.

Son olarak Google Play Geliştirici Program Politikaları, ABD İhracat Yasaları ve ilgili yasal beyanlar onaylanarak uygulamanın taslak profili oluşturulur. Bu işlem tamamlandığında geliştirici paneli sol menüsünde uygulamanın kontrol paneli (Dashboard) aktif hale gelir.

3. Adım: Uygulama Mağaza Girişini (Store Listing) Yapılandırma

Ana Mağaza Girişi (Main Store Listing), uygulamanızın Google Play Store'da potansiyel kullanıcılara nasıl görüneceğini belirleyen vitrindir. Buradaki metin ve görsel optimizasyonu (ASO), hem mağaza içi arama motoru görünürlüğünü hem de mağaza sayfasını ziyaret eden kullanıcıların indirme dönüşüm oranını (Conversion Rate) doğrudan belirler. Google'ın doğal dil işleme algoritmaları, uygulamanın ne işe yaradığını anlamak için mağaza başlığını, kısa açıklamasını ve tam açıklamasını tarar.

Metin alanları yapılandırılırken anahtar kelime doldurma (keyword stuffing) taktiğinden kesinlikle kaçınılmalıdır. Google Play politikaları, tekrarlayan, alakasız veya kullanıcıyı yanıltıcı anahtar kelime yığınlarını doğrudan spam kabul eder ve listelemenin askıya alınmasına sebep olabilir. Bunun yerine metinler, uygulamanın sunduğu temel değer önerisini, kullanıcı problemlerine getirdiği çözümleri ve öne çıkan teknik özellikleri kurumsal bir dille anlatmalıdır.

Görsel varlıkların yüklenmesi aşamasında şu teknik standartlara ve tasarım prensiplerine uyulmalıdır:

Görsellerde kullanılan arayüz tasarımlarının gerçek uygulamadan alınmış olması zorunludur. Gerçek dışı vaatler içeren, cihaz çerçevelerini yanıltıcı kullanan veya telif hakkı ihlali barındıran grafikler onay sürecinde ret sebebidir. Küresel pazara hitap eden uygulamalarda, Özel Mağaza Girişleri (Custom Store Listings) özelliği kullanılarak hedef ülkelere özel dil, ekran görüntüsü ve kültürel mesaj optimizasyonları yapılabilir.

4. Adım: İçerik Derecelendirme ve Hedef Kitle Belirleme

Google Play Store'da yayınlanacak her uygulamanın, faaliyet gösterdiği coğrafyalardaki yasal yaş sınırlandırma kurumları tarafından onaylanmış bir içerik derecelendirmesine sahip olması zorunludur. Google, bu süreci standardize etmek adına IARC (International Age Rating Coalition) altyapısını kullanır. Console panelinde doldurulan resmi anket sonucunda uygulamanıza ESRB (Kuzey Amerika), PEGI (Avrupa), USK (Almanya) ve ClassInd (Brezilya) gibi bölgesel derecelendirme kuruluşlarının resmi sertifikaları otomatik olarak atanır.

İçerik derecelendirme anketinde uygulamanın kategorisi (Haber, Sosyal Ağ, E-Ticaret, Eğlence, Hizmet vb.) seçildikten sonra şu kritik sorular yanıtlanır:

• Şiddet ve Korku Unsurları: Uygulama içerisinde şiddet tasviri, korkutucu ses/görsel efektler yer alıyor mu?

• Cinsellik ve Müstehcenlik: Cinsel içerik, ima veya çıplaklık barındırıyor mu?

• Yetişkin Temalar ve Maddeler: Alkol, tütün, uyuşturucu veya kumar simülasyonları mevcut mu?

• Kullanıcı Etkileşimi ve Konum Paylaşımı: Kullanıcılar birbirleriyle mesajlaşabiliyor, içerik paylaşabiliyor veya anlık konumlarını yayınlayabiliyor mu?

• İnternet Erişimi: Uygulama harici bir web tarayıcısı üzerinden filtrelenmemiş internete erişim sağlıyor mu?

Bu sorulara verilen yanıtların gerçeği yansıtmaması, uygulamanın mağazadan derhal kaldırılmasına (suspended) ve geliştirici hesabının kalıcı olarak kapatılmasına yol açabilir. Örneğin, kullanıcıların denetimsiz içerik paylaştığı bir sosyal uygulamada "kullanıcı etkileşimi yoktur" şeklinde beyanda bulunmak ciddi bir politika ihlalidir.

İçerik derecelendirmesinin ardından Hedef Kitle ve İçerik (Target Audience and Content) bölümü tamamlanmalıdır. Burada uygulamanın hedeflediği yaş grupları seçilir. Eğer uygulamanız 13 yaş altı çocukları hedefliyorsa veya istemeden de olsa çocukların ilgisini çekebilecek grafik ögeler (çizgi karakterler, oyunlaştırma vb.) içeriyorsa, Google Play'in Öğretmen Onaylı (Designed for Families / Families Policy) programı kurallarına tabi olursunuz. Aile politikasına tabi uygulamalarda yalnızca Google onaylı çocuk dostu reklam SDK'larının kullanılması ve katı veri toplama kısıtlamalarına uyulması zorunludur.

5. Adım: Veri Güvenliği (Data Safety) Formunu Doldurma

Google Play Store'da uygulama onay süreçlerinin en sık aksadığı ve en çok ret kararı verilen aşama Veri Güvenliği (Data Safety) bölümüdür. Apple'ın Privacy Nutrition Labels modeline benzer şekilde çalışan bu bölüm, son kullanıcılara uygulamanın hangi verileri topladığını, bu verilerin üçüncü taraflarla paylaşılıp paylaşılmadığını, verilerin iletim sırasında şifrelenip şifrelenmediğini (HTTPS/TLS) ve kullanıcının hesap/veri silme hakkının bulunup bulunmadığını şeffaf bir biçimde sunar.

Veri güvenliği formunu doldururken yapılan en büyük hata, sadece uygulamanın kendi yazdığı kodları hesaba katıp projeye dahil edilen üçüncü parti SDK'ların (yazılım geliştirme kitleri) topladığı verileri göz ardı etmektir. Google Play politikaları gereğince, uygulamanıza entegre ettiğiniz Firebase, Google AdMob, Meta Audience Network, OneSignal, AppsFlyer veya Adjust gibi tüm kütüphanelerin topladığı verilerden tamamen geliştirici sorumludur.

Veri Güvenliği formunda detaylandırılması gereken temel veri kategorileri şunlardır:

• Kişisel Bilgiler: İsim, e-posta adresi, telefon numarası, kullanıcı kimliği (User ID), adres.

• Finansal Bilgiler: Ödeme bilgileri, satın alma geçmişi, kredi puanı.

• Konum Verileri: Yaklaşık konum (coarse location) ve kesin konum (fine location).

• Fotoğraflar, Videolar ve Sesler: Kullanıcının yüklediği medya dosyaları veya ses kayıtları.

• Uygulama Performansı ve Analitik: Kilitlenme günlükleri (Crashlytics), tanılama verileri, etkileşim süreleri.

• Cihaz ve Diğer Tanımlayıcılar: IMEI, Android ID, Advertising ID (AAID), IP adresi.

Her veri türü için verinin "Toplandığı mı" (Collected) yoksa "Paylaşıldığı mı" (Shared) belirtilmelidir. Ayrıca bu verinin toplanmasının zorunlu mu yoksa isteğe bağlı mı olduğu ve verilerin işlenme amacı (Uygulama işlevselliği, Analitik, Reklam/Pazarlama, Dolandırıcılığı önleme vb.) tek tek seçilmelidir. Ayrıca uygulamanız kullanıcı hesabı oluşturulmasına izin veriyorsa, Google politikaları gereği hem uygulama içinden hem de web tabanlı bir URL üzerinden Hesap ve İlgili Verileri Silme Talebi mekanizması sunmanız zorunludur.

6. Adım: AAB Dosyasını Yükleme ve Sürüm Oluşturma (Release)

Uygulamanın mağaza bilgileri ve yasal beyanları tamamlandıktan sonra teknik derleme dosyasının (build artifact) sisteme aktarılması aşamasına geçilir. Google Play, Ağustos 2021'den bu yana yeni uygulamalar için geleneksel APK formatı yerine Android App Bundle (.aab) formatını zorunlu tutmaktadır. AAB formatı; uygulamanın tüm derlenmiş kodlarını ve kaynaklarını içerir ancak cihazlara özel APK oluşturma ve imzalama işini Google Play'in sunucu tarafı altyapısına (Play Feature Delivery / Dynamic Delivery) devreder. Bu sayede son kullanıcının cihazına yalnızca o cihazın ekran yoğunluğuna, diline ve işlemci mimarisine (ARM64, x86 vb.) uygun kaynaklar indirilir; bu da indirme boyutunu %15 ila %35 oranında düşürür.

AAB dosyasının yüklenmesi ve sürüm oluşturulması süreci belirli test ve dağıtım kanalları (Tracks) üzerinden yönetilir:

1. Dahili Test (Internal Testing): Kuruluş içindeki en fazla 100 kişilik teknik ekip için hızlı dağıtım kanalıdır. İnceleme süreci gerektirmez; dakikalar içinde test cihazlarına ulaşır.

2. Kapalı Test (Closed Testing - Alpha): Belirli e-posta listeleri veya Google Grupları aracılığıyla yönetilen test kanalıdır. Kişisel geliştirici hesapları için zorunlu olan 20 test kullanıcısı / 14 gün kuralı bu kanalda işletilir.

3. Açık Test (Open Testing - Beta): İsteyen her Play Store kullanıcısının mağaza üzerinden katılabileceği geniş çaplı test kanalıdır.

4. Üretim Kanalı (Production Track): Uygulamanın tüm mağaza kullanıcılarına canlı olarak sunulduğu nihai kanaldır.

7. Adım: İncelemeye Gönderme ve Onay Süreci

Tüm mağaza listeleme detayları, yasal anketler, veri güvenliği beyanları ve AAB sürüm dosyası tamamlandığında uygulamanın sol menüsünde yer alan tüm kontrol adımlarının yeşil onay işaretine dönmesi gerekir. Ardından "Yayınlama Genel Bakışı" (Publishing Overview) sayfasına gidilerek yapılan tüm değişiklikler tek bir paket halinde "İncelemeye Gönder" (Send for Review) butonuna tıklanarak Google moderasyon ekibine iletilir.

Google Play inceleme süreci, hem yapay zeka destekli otomatik statik/dinamik güvenlik tarayıcılarını hem de insan moderatörlerin gerçekleştirdiği manuel testleri içerir. Otomatik tarayıcılar; uygulamanın kaynak kodunda zararlı yazılım (malware), gizli casus yazılım desenleri, politika dışı izin talepleri (arka planda konum alma, SMS okuma vb.), telif hakkı ihlali içeren kütüphaneler ve kilitlenme yaratan derleme hatalarını tarar. Manuel incelemede ise uygulamanın açılış performansı, beyan edilen özelliklerin çalışıp çalışmadığı ve mağaza görselleriyle uygulama içi deneyimin uyuşup uyuşmadığı test edilir.

İnceleme Süresi ve Yönetilen Yayınlama (Managed Publishing)

Google Play Store'da yeni bir uygulamanın ilk yayın incelemesi ortalama 3 ila 7 iş günü sürmektedir. Ancak uygulamanın dahil olduğu kategori (özellikle FinTech, Sağlık, Çocuk veya Kumar kategorileri), geliştirici hesabının geçmişi ve hedef kitle yaş grubu bu sürenin 14 güne kadar uzamasına neden olabilir. Mevcut uygulamalara gönderilen rutin güncellemeler ise genellikle 24 ila 48 saat içinde sonuçlanır.

Yayın sürecini kontrol altında tutmak isteyen işletmeler için Yönetilen Yayınlama (Managed Publishing) modunun etkinleştirilmesi kritik bir stratejidir:

• Standart modda, uygulama Google tarafından onaylandığı saniyede otomatik olarak tüm dünyada mağazada canlıya çıkar.

• Yönetilen Yayınlama modu açık olduğunda ise uygulama onaylandıktan sonra "Yayınlanmaya Hazır" statüsünde bekletilir. Karar verici veya pazarlama ekibi; lansman gününü, PR çalışmalarını ve pazarlama kampanyalarını koordine ederek tek bir tıkla uygulamayı dilediği saatte canlıya alabilir.

Google Play Politika İhlalleri ve Ret Sebepleri (Dikkat Edilmesi Gerekenler)

Mobil uygulama projelerinde bütçe ve zaman kaybına yol açan en büyük risk faktörü, Google Play Developer Program Politikaları'na uyumsuzluk nedeniyle alınan ret (rejection) veya yayından kaldırma (suspension) kararlarıdır. Google'ın politika denetimleri sıfır tolerans prensibiyle çalışır. Tek bir kritik politika ihlali yalnızca ilgili uygulamanın reddedilmesine değil, geliştirici hesabının ve o hesapla ilişkili diğer bağlı hesapların (associated accounts) kalıcı olarak kapatılmasına (termination) sebebiyet verebilir.

Süreç boyunca en sık karşılaşılan ret sebepleri ve bunların teknik gerekçeleri şunlardır:

• Erişilemeyen Test Giriş Bilgileri (Login Credentials): Uygulamanız bir üyelik veya giriş ekranı (login screen) barındırıyorsa, Google test ekibinin uygulamanın tüm fonksiyonlarını test edebilmesi için geçerli bir demo kullanıcı adı ve şifresi tanımlanmalıdır. "Uygulama Erişimi" (App Access) alanına bu bilgiler girilmezse uygulama doğrudan reddedilir.

• Gereksiz ve Riskli İzin Talepleri: Uygulamanın temel işleviyle doğrudan ilişkili olmayan hassas izinlerin (ACCESS_FINE_LOCATION, READ_SMS, READ_CALL_LOG, CAMERA vb.) talep edilmesi en yaygın ret sebeplerindendir. Arka plan konumu talep ediliyorsa, uygulamanın neden bu izne ihtiyaç duyduğunu gösteren detaylı bir video kanıtı sisteme yüklenmelidir.

• Minimum İşlevsellik İlkesi (Minimum Functionality): Yalnızca bir web sitesini iframe veya WebView içinde gösteren, kullanıcısına native bir katma değer sunmayan, sürekli kilitlenen veya boş içerik barındıran uygulamalar "düşük kaliteli uygulama" gerekçesiyle reddedilir.

• Telif Hakkı ve Marka İhlali (Impersonation): Uygulama simgesinde, başlığında veya ekran görüntülerinde başka bir markanın logosunun, tescilli isminin veya telifli görsel materyallerinin izinsiz kullanılması kesin ihlaldir.

• Ödeme Politikası İhlalleri: Dijital içerik, sanal para, üyelik veya uygulama içi özellik satışı yapan uygulamalar, Google Play Faturalandırma Sistemi (Google Play Billing) dışında harici bir ödeme yöntemi (kredi kartı formu, harici link) kullanamaz. Fiziksel mal ve hizmet satışları (e-ticaret, yemek siparişi, ulaşım) bu kuralın istisnasıdır.