Vibe Coding ile Yaptığınız Uygulamayı Google Play'de Yayınlayın

Yapay zeka uygulama oluşturucularının çoğu çalışan bir önizlemede durur: bir URL, bir Expo Go oturumu ya da kendi telefonunuzdaki bir APK. Bunların hiçbiri Google Play'in incelediği şey değildir. Bu yazı aracınızın gerçekte ne oluşturduğundan başlar, ardından derlemeyi, düzeltmeleri, formları ve testi Play Console'un istediği sırayla ele alır. 16 Ekim 2026 itibarıyla günceldir.

Yapay zeka ile yapılmış bir uygulamayı Google Play'de yayınlayabilir miyim?

Evet, bitmiş uygulama Google Play'in şartlarını karşılıyorsa. Kodunu yapay zeka yazdığı için bir uygulamayı yasaklayan bir Google politikası bulamadık. Herkese açık bir sürüm, diğer tüm uygulamalarla aynı inceleme, kalite ve politika kontrollerinden geçer; yani kodu yapay zekaya yazdırmak, bitmiş uygulamadan doğan sorumluluğunuzu ortadan kaldırmaz.

Google'ın 13 Ekim 2026 tarihli kendi duyurusu, Google AI Studio'da vibe coding ile Android uygulamaları geliştirmekten söz ediyor. Ancak bu bir kestirme yol yaratmıyor: herkese açık bir mağaza girişi yine çalışan bir sürüm, doğru beyanlar ve birçok yeni kişisel hesap için kapalı test gerektirir. Yapay zekanın yazdığı uygulamaları ayrı bir kategori olarak hedef alan, tarihli bir Google politikası bulamadık. Zayıf yapay zeka derlemelerini yakalayan kurallar, kullanışlılık ve hatalı davranışla ilgili genel kurallardır.

“Yalnızca sınırlı işlevselliğe ve içeriğe sahip uygulamalara izin vermiyoruz.”

Google Play Geliştirici Politikası, Minimum İşlevsellik

Yapay zeka kodu, yapay zeka özellikleri ve yapay zeka mağaza görselleri üç ayrı sorudur

Yeni bir uygulamanın incelemeden önce ihtiyaç duyduğu her şey için 2026 Google Play yayınlama şartları yazısına bakın.

Herkese açık bir mağaza girişi mi, yoksa sadece telefonunuzda bir uygulama mı istiyorsunuz?

Önce buna karar verin, çünkü özel kişisel kullanım ile herkese açık bir Play girişinin artık farklı giriş yolları var. Bu bölümden sonraki her şey herkese açık mağaza girişiyle ilgilidir.

Google'ın özel AI Studio yolu ile herkese açık Play girişi karşılaştırması

Özel yol için tam bir ülke listesini doğrulayamadık; bu yüzden planınızı buna göre yapmadan önce pazarınız için Google'ın Ekim 2026 duyurusunu kontrol edin. Özel bir uygulamanın güvenlik kontrollerini atladığını da varsaymayın; Google böyle bir şey söylemedi.

Aracımdan AAB'yi nasıl alırım?

Android derleme süreci, kodlama asistanının adına değil, projenizin framework'üne göre işler. Web'deki bir Yayınla düğmesi Android App Bundle üretmeden bir web sitesi üretebilir; bu yüzden önce elinizde ne olduğunu belirleyin: bir web uygulaması, bir Expo veya React Native projesi, bir Flutter projesi ya da AAB'yi kendisi dışa aktaran bir oluşturucu.

Yukarıdaki her yol 16 Ekim 2026'da ilgili sağlayıcının kendi dokümantasyonuyla karşılaştırılarak kontrol edildi; hiçbiri örnek bir proje üzerinde çalıştırılmadı. Oluşturucular hızla değişir; derlemeden önce güncel dokümanlardan teyit edin. Eski bir projeyi geçirmek için hedef SDK numarasını elle de yükseltmeyin: bunun yerine yeni hedefi destekleyen araçlara geçin.

Yüklemeden önce neyi düzeltmeliyim?

Kimseyi teste davet etmeden önce sürüm dosyasını kontrol edin. Üç teknik kontrol, yeniden derleme sürprizlerinin çoğunu yakalar: hedef API düzeyi, native kütüphanelerin sayfa boyutu ve uygulamanın kimliği ile imzalanması.

Hedef API düzeyi

Telefon ve tabletler için yeni uygulamalar ve uygulama güncellemeleri 31 Ağustos 2026'dan beri Android 16'yı (API düzeyi 36) veya üstünü hedeflemek zorundadır; süre uzatması alan uygulamaların 1 Kasım 2026'ya kadar vakti vardı. Wear OS, Android Automotive, TV ve XR uygulamalarının hedefleri farklıdır. Ayrıntılar ve düzeltme yolu hedef API düzeyi yazısında.

16 KB sayfa boyutu ve native kütüphaneler

Native kod içeren uygulamalar 16 KB bellek sayfalı cihazları desteklemek zorundadır. Google'ın güncel kılavuzu, API 35 ve üstünü hedefleyen uygulamalar için uyumsuz güncellemeleri 1 Şubat 2027'den itibaren engelliyor; ancak bu yeni bir uygulama için bir muafiyet değildir: native kütüphaneleri şimdi kontrol edin. Bir framework'ün 16 KB desteği, uygulamanızdaki her native bağımlılığın uyumlu olduğunu göstermez. 16 KB hatasını bulma ve düzeltme yazısına bakın.

Uygulama kimliği ve imzalama

“Uygulama kimliğini değiştirirseniz Google Play Store, yüklemeyi tamamen farklı bir uygulama olarak değerlendirir.”

Android Developers, Uygulama modülünü yapılandırma

Yapay zeka ile yapılan bir yeniden derleme projeyi baştan oluşturduğunda, yeni uygulama kimliğini Play Console'un zaten bildiği kimlikle karşılaştırın. Yükleme anahtarını ve şifrelerini güvenli bir yerde saklayın. Play App Signing kullanıldığında uygulama imzalama anahtarını Google tutar; her paketi imzaladığınız yükleme anahtarı ise ayrı bir anahtardır.

Google web sarmalayıcımı reddeder mi?

Sarmalayıcı olduğu için reddetmez. Bir sarmalayıcı, uygulamanın geri kalanıyla aynı yayımlanmış kalite kurallarını karşılamak zorundadır ve bu kuralların bazıları en çok içi boş sarmalayıcıları vurur.

İzin ve kullanışlı işlevsellik

Google'ın spam politikası, “web sitesi sahibinin veya yöneticisinin izni olmadan bir web sitesinin webview görünümünü sunan” uygulamalara ya da ana amacı bir web sitesine satış ortaklığı trafiği göndermek olan uygulamalara izin vermez. Minimum işlevsellik politikası ise ayrıca sınırlı içeriğe veya hatalı davranışa sahip uygulamaları kapsar. Kendi sitenizin sarmalayıcısı izin testini geçer, ancak yine de kullanışlı bir şey yapmalı ve gerçek bir cihazda çalışmalıdır.

TWA ve WebView karşılaştırması

Trusted Web Activity sitenizi kullanıcının tarayıcısında görüntüler ve sahipliği Digital Asset Links ile kanıtlar; WebView ise siteyi kendi uygulamanızın içinde görüntüler. Geliştiriciler hem yayınlanmış hem de reddedilmiş TWA uygulamaları bildiriyor ve Google'ın herkese açık dokümantasyonu, TWA kullanımının test kontrollerine görünmez olduğunu söylemiyor. Mimariyi yalnızca tespit edilmiş bir sorun için değiştirin, bir forum sarmalayıcıların her zaman başarısız olduğunu söylediği için değil.

TWA'nız Google Play'den yüklendikten sonra tarayıcı adres çubuğu gösteriyorsa önce Digital Asset Links'i Play imzalama sertifikasına göre kontrol edin: assetlinks.json SHA-256 düzeltmesi bunu adım adım anlatıyor.

Gerçek ret nedenini teşhis edin

Ret e-postasında adı geçen politikayı okuyun ve sorunu önizlemede değil, sürüm derlemesinde yeniden üretin. Broken functionality reddi framework'ü değil; bir çökmeyi, çalışmayan bir girişi veya yüklenmeyen bir ekranı işaret eder. Broken functionality reddini düzeltme yazısına bakın.

Hangi Play Console formlarına ihtiyacım var?

Beyanlarınız, yayınlanan uygulamanın ve bağımlılıklarının gerçekte ne yaptığını anlatmalıdır: SDK'lar, oturum açma, analiz, reklamlar ve her türlü bulut yapay zeka hizmeti dahil. Yapay zeka oluşturucuları bunları çoğu zaman size söylemeden ekler.

“Hiçbir kişisel ve hassas kullanıcı verisine erişmeyen uygulamaların da bir gizlilik politikası göndermesi gerekir.”

Google Play Geliştirici Politikası, Kullanıcı Verileri

Menü etiketleri Google'ın yardım sayfaları arasında farklılık gösterebilir; Console'unuzda bir etiket farklıysa Uygulama içeriği (App content) altına bakın. Bu yollar hesabınızın ekran görüntülerinden değil, Google'ın dokümantasyonundan alınmıştır.

Kapalı test sürecin neresinde yer alır?

Derleme, formlar ve kullanılabilir bir sürümden sonra, üretim erişimi için başvurmadan önce. Google bunu 13 Kasım 2023'ten sonra oluşturulan kişisel geliştirici hesapları için zorunlu tutar; kurumsal hesaplar ve daha eski kişisel hesaplar bu kuralın dışındadır.

“Yeni oluşturulmuş bir kişisel geliştirici hesabınız varsa uygulamanızda kapalı test çalıştırmanız ve bu teste kesintisiz olarak en az son 14 gündür kayıtlı minimum 12 test kullanıcısı dahil etmeniz gerekir.”

Play Console Yardımı, yanıt 14151465

Doğru kanalı kullanın

Test kapalı bir kanalda yürütülür. Uygulama başına en fazla 100 test kullanıcısı alan dahili test, iyi bir hazırlıktır ama sayılmaz; farkı dahili test kurulumu yazısı açıklıyor. Bir önizleme URL'si, bir Expo Go oturumu veya dışarıdan yüklenmiş bir APK da sayılmaz: test kullanıcıları teste katılır ve uygulamayı Google Play'den yükler.

Başvurun, ardından yayınlayın

Kontrol paneli uygun olduğunuzu gösterdiğinde üretim erişimi için başvurun ve testinizle ilgili soruları dürüstçe yanıtlayın. Google, incelemenin genellikle yedi gün veya daha kısa sürdüğünü, ancak bazen daha uzun sürebileceğini söylüyor. Onay size üretime erişim verir; uygulama herkese açık olmadan önce yine bir üretim sürümü hazırlayıp göndermeniz gerekir. Ücreti yeni ödediyseniz 25 ABD doları ödedikten sonra ne yapmalı yazısı tüm sırayı ortaya koyuyor.

Yeniden derleme anahtarımı kaybettirdiyse veya paketimi değiştirdiyse ne olur?

Önce yeniden derlemenin kimlik bilgilerinizi mi, uygulama kimliğinizi mi yoksa ikisini birden mi değiştirdiğini belirleyin. Bir yükleme anahtarını kaybetmek, bir uygulama imzalama anahtarını kaybetmekten farklıdır; değişmiş bir uygulama kimliği ise ekranlar birebir aynı görünse bile farklı bir Play uygulaması oluşturur.

“Yükleme anahtarınızı kaybederseniz veya güvenliğinin ihlal edildiğinden şüphelenirseniz uygulamanızın dışında kalmazsınız.”

Play Console Yardımı, Play App Signing'i kullanma

keytool -export -rfc -keystore upload-keystore.jks -alias upload -file upload_certificate.pem

Kendi gerçek anahtar deposu yolunuzu ve takma adınızı (alias) kullanın. Yalnızca açık sertifikayı yüklersiniz; özel anahtarı asla kimseye göndermeyin.

Gönderim öncesi kontrol listesi

Gerçek sürüm derlemesi, beyanlar, inceleme ekibinin erişim bilgileri ve test kanıtları birbiriyle örtüştüğünde gönderin. Her kontrol noktasını geçtikçe işaretleyin.

Test kullanıcısı hizmeti ne zaman işe yarar?

Kullanılabilir bir kapalı test sürümünüz olduğunda ve geriye kalan tek sorun teste katılıp 14 gün boyunca kalacak 12 kişi bulmak olduğunda. Bir test kullanıcısı hizmeti derlemenizi düzeltemez, hesabınızı doğrulayamaz veya Google'ın kararını sizin yerinize veremez.

Yapay zeka ile uygulama geliştirenlerin çoğu bu noktaya en son gelir: uygulama çalışıyordur, ama çevrelerinde kimsenin Android telefonu yoktur ya da bir arkadaş dokuzuncu gün testten çıkar. PrimeTestLab gerçek Android cihazlarda gerçek test kullanıcıları sağlar. Kayıt bağlantınızı paylaşırsınız, test kullanıcıları 4-6 saat içinde teste katılır ve 14 günün tamamı boyunca kalır; testten çıkan bir test kullanıcısının yerine aynı gün yenisi gelir (yeni gelen kendi 14 gününü baştan başlatır, bu yüzden 12'nin üzerinde bir yedek pay önemlidir). Bize asla Play Console erişimi vermezsiniz; testi canlı bir panelden takip eder, sonunda yazılı bir rapor alırsınız.

12 test kullanıcısı hizmetinin nasıl çalıştığına bakın ya da aşağıdan bir plan seçin.

Güncel planlar

Ödeme sırasında +%5 hizmet bedeli (en az $1.50). Visa ve Mastercard, Stripe üzerinden işlenir. Testin tamamından sonra Google üretim erişimi vermezse ücretsiz yeniden test veya tam iade arasında siz seçim yaparsınız.

Sıkça Sorulan Sorular

Sonuç