Hızlı yanıt
13 Ağustos 2026 itibarıyla test kullanıcılarınız, doğrudan paylaştığınız ham bir APK'yı hâlâ yükleyebilir. Google'ın Brezilya, Endonezya, Singapur ve Tayland'da 30 Eylül 2026'da yürürlüğe soktuğu zorunluluk, başlangıçta yalnızca yedi katılımcı uygulama mağazasını kapsıyor ve Google'ın 15 Temmuz tarihli SSS'si doğrudan yüklemelerin henüz kapsamda olmadığını söylüyor. Google, bu zorunluluğu 2027'de sertifikalı Android 7 ve üzeri cihazlara genişletmeyi planlıyor; kesin bir tarih henüz açıklanmadı. O aşama geldiğinde doğrulanmış bir geliştiriciye kayıtlı uygulamalar olağan yükleme yolunu korur; kayıtlı olmayan uygulamalar ise ADB ya da Google'ın gelişmiş akışı üzerinden yüklenebilmeye devam eder. Firebase App Distribution QA için yararlı olmayı sürdürüyor, ama Android geliştirici doğrulaması yapmıyor ve 14 gün kesintisiz kayıtlı 12 test kullanıcısı isteyen Google Play kapalı testi yerine geçmiyor.
Bu yazı her iddiayı nasıl derecelendiriyor
- Doğrulandı, ifadenin doğrudan güncel bir Google, Android veya Firebase sayfasından geldiği anlamına gelir. Bu yazının büyük bölümü doğrulanmış durumda. Doğrulandı
- Kısmi, birincil kaynakların sonucu desteklediği ama arada bir çıkarım adımı olduğu ya da Google'ın sayfalarının o özel durumu yanıtsız bıraktığı anlamına gelir. Kısmi
- Topluluktan, Stack Overflow, Reddit ya da Google'ın kendi forumlarındaki tekrarlanan geliştirici anlatıları demektir. Sorun gidermek için yararlı, politika için değil. Topluluk
- Belgelenmemiş, Google'ın tam olarak o senaryo hakkında hiçbir şey yayınlamadığı anlamına gelir; tahmin yürütmek yerine bunu söylüyoruz. Belgelenmemiş
2025'te yayılan hikâye basitti: Android doğrudan yüklemeyi bitiriyor. Google'ın Ağustos 2026'da gerçekten belgelediği konum ise daha dar, daha kesin ve başlık olarak çok daha az işe yarar. Google ilk uygulama aşamasının kapsamını Haziran ve Temmuz 2026'da netleştirip daralttı ve 15 Temmuz 2026'da bu daralmayı tek bir cümleye yazdı: 30 Eylül son tarihi "yalnızca belirtilen katılımcı mağazalar için geçerlidir". Hâlâ dolaşımda olan 2025 ve 2026 başı içeriklerinin çoğu, o cümle var olmadan önce yayımlandı ve Google'ın gerçekte uyguladığından daha geniş bir ilk kullanıma sunumu anlatıyor.
Bu yüzden bu yazı tartışmanın değil, gerçekten vermeniz gereken kararın etrafında kuruldu. On iki arkadaşınız, iş arkadaşınız ya da test kullanıcınız var ve telefonlarına ulaştırmanız gereken bir sürüm. APK'yı hâlâ e-postayla gönderebilir misiniz? ADB gerekiyor mu? Firebase App Distribution işe yarıyor mu? Ve neredeyse her hafta PrimeTestLab gelen kutusuna düşen soru: bunların herhangi biri, Google'ın üretim erişiminden önce istediği 12 test kullanıcılı kapalı test için sayılıyor mu? Aşağıdaki her tarih, her sayı ve her mekanizma 13 Ağustos 2026'da Google'ın kendi sayfalarına karşı kontrol edildi; Google'ın hiçbir şey yayınlamadığı yerlerde ise bu yazı boşluğu doldurmak yerine boşluğu işaret ediyor.
Test kullanıcılarınız 30 Eylül 2026'dan sonra APK'nızı hâlâ yükleyebilir mi?
Evet. Google'ın mevcut kurallarına göre bir test kullanıcısı, doğrudan gönderdiğiniz bir APK'yı 30 Eylül 2026'dan sonra da yükleyebilir. Tarih gerçek, dört ülke gerçek, yaptırım gerçek; ama Google'ın güncel SSS'si son tarihin "yalnızca belirtilen katılımcı mağazalar için geçerli" olduğunu söylüyor. Doğrudan bir yükleme içinse aynı SSS "uygulamanız için henüz geçerli olmayacak" diyor.
Google'ın tam ifadeleri, parça parça
Son tarih "yalnızca belirtilen katılımcı mağazalar için geçerli" · doğrudan bir yükleme için "uygulamanız için henüz geçerli olmayacak" · yaptırım "Android 7 ve üzeri sertifikalı Android cihazları" kapsıyor · Google 2027'de "Android doğrulama şartını dünya geneline yayacak"
Parçalar tek tek Google'ın Android geliştirici doğrulaması SSS sayfasından (10 Ağustos 2026'da güncellendi) ve 18 Haziran 2026 duyurusundan alındı; ikisi de 13 Ağustos 2026'da görüntülendi. Kaynak sayfalar İngilizce: yukarıdaki Türkçe ifade bizim çevirimizdir. Doğrulandı
30 Eylül neye dokunuyor, neye dokunmuyor
Üç satır, neredeyse her okur için soruyu bitiriyor. Ortadaki satır, bu tarihle ilgili eski yazıların çoğundan ayrılan satır.
30 Eylül 2026'da etkileniyor
Brezilya, Endonezya, Singapur veya Tayland'da yedi katılımcı mağazadan biri üzerinden yüklemeOlağan yüklemenin geçmesi için uygulamanın doğrulanmış bir geliştiriciye kayıtlı olması gerekir. Google, bu ilk bölgesel yaptırımın Play dışı kısmının telefon ve tablet cihazları kapsadığını belirtiyor.
İlk aşamanın henüz kapsamında değil
Doğrudan bir APK: e-postayla, sitenizden indirilerek, Drive'da paylaşılarak ya da ADB ile yüklenerekGoogle'ın 15 Temmuz tarihli SSS'si, 30 Eylül son tarihinin doğrudan yüklemeye henüz uygulanmadığını söylüyor. Katılımcı listesinin dışındaki uygulama mağazaları da bu ilk aşamanın dışında. İki cümlede de asıl işi yapan kelime: henüz. Firebase App Distribution APK'sı da aynı yanıtı devralmalı, çünkü imzalı bir APK'nın doğrudan dağıtımıdır; ancak Google Firebase'e özel bir hüküm yayımlamadı. Kısmi, çıkarım
Her hâlükârda değişmiyor
Google Play'in kendi yayınlama kurallarıPlay, her Play paketinin kaydedilmesini ayrıca şart koşuyor ve ilgili yeni kişisel hesaplar için 12 test kullanıcılı kapalı teste bunların hiçbiri dokunmuyor. Doğrulama onu kısaltmıyor, muaf tutmuyor ve yerine geçmiyor.
Kapsam, Google'ın Android geliştirici doğrulaması SSS'sinden (10 Ağustos 2026 güncellemesi) ve tarihi, dört ülkeyi ve yedi mağazayı belirten 18 Haziran 2026 duyurusundan. Play kapalı test şartı, Play Console yardımının 14151465 numaralı yanıtından. Hepsi 13 Ağustos 2026'da görüntülendi.
Bu neden bir açık kapı değil
"Henüz kapsam dışı", kalıcı bir muafiyeti değil bir yayılma aşamasını anlatır ve bunu muafiyet sanmak, bu yazının düzelttiği hatanın ayna görüntüsüdür. Google şartın 2027'de dünya geneline yayılacağını söyledi. Bu bölüme verilecek doğru tepki, eylül için rahatlamak ve sonraki yıl için hazırlanmaktır; sondaki kontrol listesi tam olarak bunun için var. Doğrulandı
30 Eylül 2026'da gerçekte ne değişiyor
Google tarihi 18 Haziran 2026'da belirledi, sonra 15 Temmuz'da yazılı olarak daralttı. 30 Eylül'den itibaren, belirtilen dört ülkede belirtilen yedi mağazadan biri üzerinden yapılan yükleme kontrol ediliyor: uygulamanın doğrulanmış bir geliştiriciye kayıtlı olması gerekiyor. Google'ın güncel SSS'si, bu ilk aşamanın belirtilen katılımcı mağazaları kapsadığını, doğrudan yükleme ile katılımcı olmayan mağazaların ise henüz kapsam dışı olduğunu söylüyor.
Google Play’de yayımlıyorsanız
Kalan her paketi 30 Eylül 2026’ya kadar kaydedin. Google’ın Play Console kılavuzu, dağıtmayı sürdürmek istediğiniz tüm uygulamaları "Google Play’den küresel olarak kaldırılmayı önlemek" için kaydetmenizi söylüyor. Bu yükümlülük küresel. Dört ülkeyle ilgisi yok ve kullanıcılarınızdan hiçbiri orada yaşamıyor olsa bile geçerli.
Kullanıcılar 30 Eylül’de ne yaşıyor
Cihaz tarafındaki uygulama yalnızca dört ülkede başlıyor. İlk kurulum kontrolü Brezilya, Endonezya, Singapur ve Tayland’daki yedi katılımcı mağazayı kapsıyor. Doğrudan sideload’a da, bu listenin dışındaki mağazalara da ulaşmıyor.
Bunlar 30 Eylül’e ait iki ayrı yükümlülük ve ikisini karıştırmak bu tarihi yanlış okumanın en yaygın yolu. Play paket kaydı küreseldir ve listelemenizin yayında kalmasıyla ilgilidir; kurulum denetimi ise bölgeseldir ve kullanıcının telefonunda ne olacağıyla ilgilidir. Doğrulandı
Yedi katılımcı mağaza
Adlarını tam olarak söyleyin. Bunu tüm uygulama mağazalarına yönelik bir kısıtlama gibi anlatmak, Google'ın ilk aşama için kullandığı güncel ifadeye göre fazla geniş: Google'ın yayınladığı listeye göre burada adı geçmeyen bir mağaza, 30 Eylül yayılmasının dışında.
| Şirket | Katılımcı mağaza | Dört ülkede 30 Eylül'den itibaren kontrol ediliyor mu? |
|---|---|---|
| Google Play | Evet | |
| HONOR | HONOR App Market | Evet |
| OPlus | OPPO App Market | Evet |
| Samsung | Galaxy Store | Evet |
| Transsion | Palm Store | Evet |
| vivo | V-Appstore | Evet |
| Xiaomi | GetApps | Evet |
| Siz, doğrudan | E-posta, indirme bağlantısı, kendi siteniz, Drive ve çıkarım yoluyla Firebase App Distribution APK'sı | Hayır, henüz değil |
| Başka herkes | Yukarıda adı geçmeyen herhangi bir uygulama mağazası | Hayır, henüz değil |
Mağaza listesi ve ülkeler Google'ın 18 Haziran 2026 duyurusundan; doğrudan yüklemenin ve katılımcı olmayan mağazaların kapsam dışı kalması 10 Ağustos 2026'da güncellenen doğrulama SSS'sinden. 13 Ağustos 2026'da görüntülendi. Doğrulandı
Dört ülke ve içlerindeki cihaz türleri
İki ayrıntı bunu daha da daraltıyor ve akılda tutmaya değer. Google Play dışındaki dağıtım için Google'ın doğrulama SSS'si, seçili bölgelerdeki yaptırımın başlangıçta telefon ve tablet cihazları kapsadığını belirtiyor. Aynı SSS, korumaların Android 7 ve üzeri sertifikalı Android cihazlarda Google Play services üzerinden geldiğini söylüyor; bu, eylüle özgü bir sınır değil, nihai cihaz kapsamı.
Eylülde değişmeyenler
Aşağıdaki liste kısa, ama küçük ekiplerin bir sürümü gerçekte nasıl hareket ettirdiğini kapsıyor. Hiçbiri 30 Eylül aşamasından etkilenmiyor.
Doğrudan yükleme. İlk aşamanın kapsamında değil.
Bu da doğrudan yükleme, aynı yanıtla.
Davet edilen test kullanıcılarına imzalı bir APK'nın doğrudan dağıtımı. Tam tablo için bölüm 08. Google Firebase'e özel bir hüküm yayımlamıyor; bu yüzden bu, doğrudan sideload kuralından yapılan bir çıkarım, açıkça belirtilmiş bir muafiyet değil. Kısmi, çıkarım
Google, ADB'nin çalışma biçiminde değişiklik olmadığını söylüyor. Bölüm 05.
Aynı SSS yanıtına göre ilk aşamanın dışında.
Bu, kendi başına bir Play şartı ve dünya genelinde geçerli. Google 18 Haziran 2026'da Play geliştiricilerinin uygulamalarının %99'undan fazlasının zaten otomatik kaydedildiğini söyledi.
%99 rakamının bir tarihi var
Otomatik kayıt için %99'un üzeri rakamı Google'ın 18 Haziran 2026 güncellemesinden geliyor. Bazı içerikler hâlâ yaklaşık %98 olan eski bir rakamı tekrarlıyor. Yeni rakamı kullanın ve zamansız bir gerçek gibi değil, tarihiyle birlikte aktarın; çünkü Google yayılma sürdükçe benimseme istatistiklerini güncelliyor. Google'ın güncel geliştirici doğrulama genel bakış sayfası aynı rakamı artık %99 olarak yuvarlıyor; bu yüzden hangisini kullanırsanız kullanın kaynağı ve tarihiyle birlikte belirtin, kesin bir sabit gibi değil. Doğrulandı
Doğrulama 2027'de dünya geneline yayıldığında ne olacak
Google, şartın 2027 ve sonrasında dünya geneline, Android 7 ve üzeri sertifikalı Android cihazlardaki uygulamalara, Google Play services üzerinden yayılacağını söylüyor. Kesin bir dünya geneli tarih ya da ülke ülke takvim açıklamadı. Google yayınlamadığı sürece 2027 için verilen her kesin tarihi gayriresmî sayın.
Kronoloji ve her tarihin paylaşılan bir APK'ya etkisi
-
30 Mart 2026
Doğrulama tüm geliştiricilere yayılmaya başlıyor
Google, Android geliştirici doğrulamasını Play Console ve Android Developer Console üzerinden tüm geliştiricilere yaymaya başladı.
Ham APK Yalnızca bu tarih nedeniyle kullanıcı tarafında yükleme değişmiyor. Doğrulanmamış uygulama Mevcut Android davranışıyla yüklenmeye devam ediyor. -
Ağustos 2026
Gelişmiş akış ve sınırlı dağıtım hesapları dünya geneline açılıyor
Google, gelişmiş yükleme akışının ve sınırlı dağıtım hesaplarının küresel lansmanını bu ay için planladı. 13 Ağustos 2026 itibarıyla incelenen kaynaklar ayı söylüyor ama kesin bir gün vermiyor ve akışın tüm kullanıcılara ulaştığını ortaya koymuyor. Kısmi
Ham APK Hâlâ kullanılabilir. Doğrulanmamış uygulama Gelişmiş akış, bunların yüklenmesini korumak için tasarlanan mekanizma. -
30 Eylül 2026
Kayıt zorunluluğu yedi mağazada, dört ülkede başlıyor
Brezilya, Endonezya, Singapur ve Tayland'da Google Play, HONOR App Market, OPPO App Market, Samsung Galaxy Store, Transsion Palm Store, vivo V-Appstore ve Xiaomi GetApps üzerinden yapılan yüklemeler, uygulamanın doğrulanmış bir geliştiriciye kayıtlı olmasını gerektiriyor. Doğrulandı
Ham APK Bu ilk aşamanın henüz kapsamında değil. Doğrulanmamış uygulama Katılımcı mağaza üzerinden yükleme kısıtlanabilir; doğrudan yol bu aşamada etkilenmiyor. -
2027 ve sonrası
Sertifikalı Android cihazlara küresel genişleme
Doğrulama, Android 7 ve üzeri sertifikalı Android cihazlardaki uygulamalar için dünya geneline yayılıyor. Doğrudan yükleme yanıtının değiştiği aşama bu. Doğrulandı
Ham APK Kayıtlı uygulama: olağan yükleme yolu. Kayıtsız uygulama: duyurulan modele göre gelişmiş akış ya da ADB. Doğrulanmamış uygulama Gelişmiş akış ya da ADB, duyurulan yol olarak kalıyor. -
2027'deki kesin tarih
13 Ağustos 2026 itibarıyla duyurulmadı
Google'ın yayımladığı takvim 2027 ve sonrası diyor, daha kesin bir şey değil. Ülke sıralaması da paylaşılmadı. Belgelenmemiş
Ham APK Belirli bir güne göre plan yapmayın. Doğrulanmamış uygulama Belirli bir güne göre plan yapmayın.
Kronoloji Google'ın 30 Mart 2026 yayılma yazısından, 18 Haziran 2026 duyurusundan ve 10 Ağustos 2026'da güncellenen Android geliştirici doğrulaması SSS sayfasından. 13 Ağustos 2026'da görüntülendi.
Var olmayan son tarih
"1 Ocak 2027" ikincil haberlerde ve yapay zekâ asistanı yanıtlarında karşınıza çıkıyor. Bu yazı için incelenen hiçbir Google kaynağında yok. Google bir gün adı vermeden 2027 ve sonrası taahhüdünde bulundu. Planlarınızdan biri bu tarihi bilmeye bağlıysa, dürüst durum şu: Google dışında kimse henüz bilmiyor; pratik önlem ise paketlerinizi yıl başlamadan çok önce kaydettirmek. Belgelenmemiş
Doğrulanmış APK ile doğrulanmamış APK: Android gerçekte neyi kontrol eder
"Doğrulanmış mıyım?" tek başına yanlış soru. Android geliştirici doğrulaması, Google'ın resmi ve doğrulanabilir bağ dediği şeyi kurar: bir geliştirici kimliği, bir uygulamanın paket adı ve o paketin imzalama anahtarı ya da anahtarları arasında. Kimlik doğrulaması bu zincirin bir halkası, zincirin tamamı değil.
Zincir, halka halka
Kim olduğunuz; Play Console ya da Android Developer Console üzerinden bir kez onaylanır.
Hesap başına bir kezUygulamanın tanımlayıcısı, örneğin com.example.app; o doğrulanmış kimliğe kaydedilir.
Sahiplik, özel anahtarınızla imzalanmış bir APK sunularak kanıtlanır. Console, bir paket için birden fazla anahtarın eklenip doğrulanmasına izin verir.
Anahtar başına, sürüm başına değilZincir tamamlandığında Google, daha geniş yaptırım yürürlüğe girdiğinde kullanıcıların olağan yükleme deneyiminin korunduğunu söylüyor.
İstediğiniz sonuçZincir, Google'ın Android geliştirici doğrulaması kılavuzlarından (sahiplik kanıtı açıklaması dahil) ve doğrulama SSS'sinde belgelenen çoklu imzalama anahtarı desteğinden. 13 Ağustos 2026'da görüntülendi. Doğrulandı
Google açıkça, doğrudan yüklemenin Android için temel olduğunu ve doğrulanmış geliştiricilerin doğrudan dağıtıma devam edebileceğini söylüyor. Bu ifadenin gizlediği nüans şu: sorunsuz bir yükleme, yalnızca bir kimlik kontrolünden geçmenize değil, uygulamanın kayıtlı olmasına bağlı. Bu yüzden bu yazı her seferinde daha gevşek olan "doğrulanmış uygulama" kısaltması yerine "doğrulanmış bir geliştiriciye kayıtlı" diyor.
Hata ayıklama anahtarı ya da ayrı bir QA imzalama anahtarı kullanıyorsanız?
Gerçek QA ekiplerinin takıldığı yer burası; çünkü dahili test kullanıcılarına hata ayıklama imzalı bir sürüm, mağazaya ise yayın imzalı bir sürüm göndermek tamamen normaldir. Bunlar aynı paket adı üzerinde farklı sertifikalardır.
İmzalama anahtarı denetimi, dört soru
- Kullanıcılarınızın kurduğu APK’yı gerçekte hangi sertifika imzalıyor? Kaydedilmesi gereken o. Play App Signing ile uygulama imzalama anahtarı Google Play’den kurulan APK’yı imzalar; yükleme anahtarı ise yalnızca Play’e yüklediğiniz yapıyı doğrular ve otomatik olarak kurulu sürümün sertifikası değildir. Hata ayıklama, CI, QA veya yükleme anahtarı doğrudan dağıtımda ancak testçilere verdiğiniz APK’yı imzalıyorsa önemlidir.
- İlgili anahtarlar paket için kayıtlı mı? Google tek bir paket adı için birden fazla imzalama anahtarının eklenip doğrulanmasını destekliyor; yani her şeyi tek anahtara indirmek zorunda değilsiniz.
- Kimlik doğrulamasının her anahtarı kapsadığını varsaymayın. Kimlik adımını geçmek, bugüne kadar kullandığınız her sertifikayı sessizce onaylamaz.
- Aynı paket adını paylaşan ama imzası tutmayan iki APK birbirinin yerine geçmez. Bu, doğrulamadan çok daha eski, sıradan Android uygulama imzalama davranışı; ama kolayca bir doğrulama sorunu sanılıyor. Bkz. bölüm 12.
Google’ın gerçekten yanıtladığı beş sınır durumu
Bu beş soru sürekli geliyor ve beşinin de yayımlanmış yanıtı var; tahmin etmeye gerek yok.
Belgelenmiş yanıtı olan kapsam soruları
- Android 6 veya öncesi? Belirtilen kapsamın dışında. Google, uygulamanın Android 7 ve üzeri çalıştıran sertifikalı Android cihazları kapsadığını, bunun da Google Play Hizmetleri üzerinden geldiğini söylüyor. Doğrulandı
- Sertifikasız cihazlar ya da Google Play Hizmetleri olmayan özel ROM’lar? Google bu uygulamayı sertifikalı Android cihazlar için, Play Hizmetleri üzerinden tanımlıyor. Kuralı her özel ROM’a veya sertifikasız cihaza genellemeyin; onlar Google’ın belgelediği mekanizmanın dışında kalıyor. O cihazlar için belgelenmemiş
- Yönetilen cihazlardaki kurumsal uygulamalar? Kuruluş mağazanız üzerinden yönetilen cihazlara dağıtılan uygulamaların doğrulamayı tamamlaması gerekmez, çünkü BT yöneticiniz onları zaten incelemiştir. Google yine de kaydetmenizi öneriyor; uygulama başka bir kaynaktan ya da yönetilmeyen bir cihaza da kurulabilir. Doğrulandı
- Bir paketin kayıtlı olup olmadığını nereden görürüm? Play geliştiricileri: Play Console’daki Android geliştirici doğrulama sayfası, durumu her uygulamanın yanında gösterir. Play dışı geliştiriciler: Android Developer Console’daki Paket adları sekmesi; Kayıtlı, Kayıtlı değil veya Taslak. Ayrıca Android Studio Panda 4 ve üzeri, imzalı APK veya App Bundle oluştururken durumu gösterir. Doğrulandı
- Play dışı geliştiriciler 25 dolar ödüyor mu? Tam dağıtım için Android Developer Console hesabı 25 dolar. Sınırlı dağıtım hesabı ücretsiz, resmi kimlik istemiyor ve 20 yetkili cihazla sınırlı. Google Play’de zaten yayımlıyorsanız doğrulamayı ayrı bir hesap açmadan Play Console’dan yönetirsiniz. Önce kullanılabilirliği doğrulayın: 13 Ağustos 2026 itibarıyla erken erişim hâlâ kapalıydı. Kullanılabilirlik kısmi
Firebase de imza istiyor, ama başka bir nedenle
Firebase App Distribution, bir APK'yı dağıtmadan önce hata ayıklama anahtarı ya da uygulama imzalama anahtarıyla imzalanmış olmasını ister. Bu, sürümün geçerliliğine dair bir Firebase şartı; Android geliştirici doğrulamasının bir adımı değil. İki sistem de "kaydetmek" kelimesini kullanıyor ve bunları ayırmak, tüm bu konudaki önemli bir ayrım. Bölüm 08 ikisini ayırıyor. Doğrulandı
Yükleme anahtarı ile imzalama anahtarı ayrımı, en sık gelen Firebase kaydını da açıklıyor. Uygulamanızın Play’den kurulan kopyası Google Play’in uygulama imzalama anahtarıyla imzalanmış olabilirken, aynı testçiye verdiğiniz Firebase APK’sı yerelde bir yükleme, sürüm ya da hata ayıklama anahtarıyla imzalanmıştır. Kabul edilen imza kimlikleri eşleşmedikçe Android birini diğerinin üzerine kuramaz; testçi de doğrulama sorunu gibi görünen ama öyle olmayan bir hata görür. Doğrulandı
ADB hâlâ serbest, ama bu bir geliştirici iş akışı
Google'ın bu programdaki en net taahhüdü, doğrulama SSS'sinden: ADB'nin çalışma biçiminde değişiklik yok. Geliştiriciler ve ileri düzey kullanıcılar bu yolla yüklemeye devam edebiliyor ve gelişmiş akışın 24 saatlik beklemesi ADB yüklemelerine uygulanmıyor. Bu yazıdaki en kalıcı teknik yol; aynı zamanda sıradan test kullanıcıları için en uygunsuz olanı.
Şunlar için iyi
- Kendi cihazınızda, gün boyu siz
- Android Studio zaten kurulu, teknik bir QA ekibi
- CI hatları ve cihaz çiftlikleri
- Gelişmiş akışın bir günlük gecikmesini beklemeden kayıtsız bir sürümü yüklemek
- Yanınızda USB kablosuyla oturan bir iş arkadaşı
Şunlar için kötü
- On iki arkadaş, aile üyesi ya da dışarıdan bulduğunuz test kullanıcısı
- Telefon üzerinden geliştirici seçeneklerinde adım adım yönlendiremeyeceğiniz herkes
- Başka ülkelerde, kablosu da dizüstü bilgisayarı da olmayan uzak test kullanıcıları
- Hızlı yineleme: her yeni sürüm cihaza erişim ve bir kurulum komutu daha gerektirir, gerçi test kullanıcısı tüm kurulumu baştan yapmaz
- Google Play'in saymasını istediğiniz her şey. ADB yüklemeleri Play'in test şartları için görünmezdir
Bir test kullanıcısının önce yapması gerekenler
Google'ın kendi araç belgeleri ön koşulda net: USB üzerinden ADB kullanmak için cihazın geliştirici seçeneklerinde USB hata ayıklamayı açmanız gerekir. Güncel bir telefonda bu, derleme numarasını bulmak, geliştirici seçeneklerini açmak için üzerine yedi kez dokunmak ve ardından uyarı penceresi çıkaran bir ayar ekranında USB hata ayıklamayı etkinleştirmek demek. Bu akış teknik bir test kullanıcısı için yapılabilir, uygulamanızı denemeye gönüllü olmuş biri içinse yorucu.
Kurulum her sürümde tekrarlanmaz; çoğu yazının yanlış aktardığı ayrıntı tam da bu. Test kullanıcısı iş istasyonunuzu bir kez yetkilendirdikten sonra bu yetki, kendisi geri alana ya da cihazı unutana kadar durur. Yani yeni bir sürüm bir adb install -r daha ve telefona erişim demektir, geliştirici seçeneklerinde yeni bir tur değil. Android 11 ve üzeri ayrıca kablosuz hata ayıklamayı destekler: test kullanıcısı telefonu iş istasyonuyla QR kodu ya da eşleştirme koduyla bir kez eşleştirir, sonrasında iki cihaz da aynı ağdayken kablosuz kurulum yaparsınız. Bu kabloyu ortadan kaldırır, teknik ön koşulu değil.
Test kullanıcısı yüklemelerinin neredeyse tamamını kapsayan üç komut. Burada 2026'ya özgü hiçbir yenilik yok; bu, Google'ın değişmediğini söylediği iş akışı.
adb devices
adb install app-release.apk
adb install -r app-release.apk
Şaşırtan komut: -r yalnızca yeni APK, yüklü olanla aynı sertifikayla imzalandığında çalışır. Farklı bir anahtarla imzalanmış bir sürümün önce kaldırılması gerekir ve bu, uygulamanın verilerini de götürür. Bu, bir doğrulama kuralı değil, standart Android uygulama imzalama davranışıdır.
ADB'yi plan değil, yedek olarak kullanın
Google'ın duyurduğu modelde ADB, doğrulanmamış uygulamaları yüklemek için belgelenmiş bir yedek; planlanan daha geniş yayılma boyunca da öyle. Bir sürüm kayıtlı değilken ve test kullanıcısı bir gün beklemeyecekken çalışmayı sürdüren yol bu. Yine de 2027'de buna güvenmeden önce politikayı yeniden kontrol etmekte fayda var. Olmadığı şey ise şu: on iki sıradan insanı sürece dahil etmenin bir yolu; ve Google Play'in üretim erişimi için test şartını hiçbir zaman karşılamayacak. Doğrulandı
Android'in doğrulanmamış uygulamalar için gelişmiş akışı nedir?
Google, doğrulanmamış bir geliştiricinin uygulamasını yine de yüklemek isteyen kullanıcılar için bilinçli bir yol kurdu. Bu, ortasında bir sürtünme adımı olan tek seferlik bir kurulum: geliştirici modunu açın, kimsenin sizi yönlendirmediğini onaylayın, yeniden başlatın, bir gün bekleyin, kimlik doğrulayın ve ardından doğrulanmamış yüklemelere 7 gün ya da süresiz izin verin. 24 saatlik bekleme bu kurulumun parçası, her APK'dan önceki bir gecikme değil.
-
01
Geliştirici modunu açın
Kullanıcı cihazında geliştirici modunu ya da eşdeğer ayarı açar.
Google: kazara tetiklenmeyi ve baskı altındaki dolandırıcılıklarda kullanılan tek dokunuşluk atlatmaları önler -
02
Kimsenin yönlendirmediğini onaylayın
Kullanıcı, bu güvenlik değişikliğinde başka hiç kimsenin kendisini yönlendirmediğini onaylar.
Google: kimsenin sizi güvenliğinizi kapatmaya ikna etmediğine dair hızlı bir kontrol -
03
Yeniden başlatın ve tekrar oturum açın
Cihaz yeniden başlar ve kullanıcı yeniden oturum açar.
Google: bir dolandırıcının sizi izlemek için kullandığı uzaktan erişimi ya da açık aramayı keser -
04
24 saat bekleyin, yalnızca bir kez
Google bunu tek seferlik, bir günlük bir bekleme olarak tanımlıyor. Kurulum sırasında yaşanıyor ve herkesin yanlış aktardığı adım bu.
Her APK'dan önce 24 saat değil. Hesap başına bir kez. -
05
Cihazda kimliğinizi doğrulayın
Kullanıcı değişikliği biyometriyle ya da cihaz PIN'iyle onaylar.
Google: biyometri veya PIN, değişikliği cihaz sahibinin yaptığını doğrular -
06
Doğrulanmamış yüklemelere 7 gün ya da süresiz izin verin
Kurulum tamam. Kullanıcı süreyi seçiyor ve yükleme sırasında doğrulanmamış geliştirici uyarısını geçebiliyor.
Onun tercihi, onun riski, onun cihazı
Sıra, ifadeler ve süre seçenekleri Google'ın Android geliştirici doğrulaması SSS sayfasından, 13 Ağustos 2026'da görüntülendi. Google bu akıştaki her adım için bir gerekçe yayımlıyor; yukarıdaki notlar da bu gerekçeyi çıkarım yapmadan aktarıyor. Doğrulandı
Bu konuda yanlış bilinen üç şey
"Yani her yükleme 24 saat bekleme mi gerektiriyor?"
Hayır. Google kurulumun içinde tek seferlik, bir günlük bir bekleme tanımlıyor. Sonrasında kullanıcı, doğrulanmamış yüklemelerin ne kadar süre izinli kalacağını 7 gün ya da süresiz olarak seçiyor.
"Her yeni telefonda tekrar mı yapılıyor?"
Google hayır diyor. SSS kurulumu hesap başına bir kez olarak tanımlıyor ve yeni cihaza taşınıyor.
"ADB'nin de beklemeye ihtiyacı var mı?"
Hayır. Google, 24 saatlik bekleme süresinin ADB yüklemelerine uygulanmadığını açıkça belirtiyor. Bölüm 05.
Geliştirici seçenekleri açık kalmak zorunda değil
Gelişmiş akış etkinleştirildikten sonra test kullanıcısı geliştirici seçeneklerini yeniden kapatabilir. Google SSS sayfası bunu doğrudan söylüyor: geliştirici seçeneklerini açık tutmanız gerekmez, çünkü değişikliği cihazda yaptığınız anda ayar etkinleşir. Bankacılık ya da kurumsal uygulamaları geliştirici seçenekleri açıkken şikâyet eden test kullanıcıları için bu önemli. Google ayrıca kurulumun hesap başına bir kez yapıldığını ve yeni cihaza taşındığını söylüyor; yani her uygulama ya da her telefon için tekrarlanmaz. Doğrulandı
Şu anda aktif mi?
13 Ağustos 2026 itibarıyla dürüst durum
Google gelişmiş akışın dünya genelinde Ağustos 2026'da açılmasını planladı. Bu yazı için incelenen kaynaklar ayı söylüyor ama kesin bir gün vermiyor ve hiçbiri akışın tüm kullanıcılara ulaştığını ortaya koymuyor. Dolayısıyla bugün bir test kullanıcısına söylenecek doğru şey, yolun var olduğu ve planlandığı; bu öğleden sonra kesinlikle kullanabileceği değil. Buna dayalı bir destek senaryosu kurmadan önce Google'ın doğrulama sayfalarına bakın. Kısmi
Geliştirici için pratik okuma: gelişmiş akış, "bir kullanıcı doğrulanmamış uygulamamı hâlâ yükleyebilir mi?" sorusuna gerçek ve belgelenmiş bir yanıt; "bu hafta on iki test kullanıcısına nasıl sürüm ulaştırırım?" sorusuna ise kötü bir yanıt. Katılım akışının ortasındaki bir günlük güvenlik gecikmesi, ara sıra test eden ya da uzaktaki kullanıcılar için gerçek bir sürtünme. Test kullanıcılarınız sıradan kullanıcılarsa, zamanlarına saygı gösteren yöntemler bölüm 09'da karşılaştırılıyor.
Zaten yüklü olan APK'lara ne oluyor?
Google'ın belgeleri yükleme ve güncellemeyi ele alıyor. Yaptırım yürürlüğe girdiğinde kayıtlı olmayan bir uygulama normal şekilde yüklenemiyor ya da güncellenemiyor ve Google olağan bir güncellemenin "başarısız olacağını" söylüyor. İncelenen belgelerin söylemediği şey ise, insanların telefonlarında zaten duran kopyaların kaldırılacağı ya da açılmasının engelleneceği.
| Daha geniş yaptırım yürürlüğe girdiğinde durum | Belgelenen sonuç | Kanıt |
|---|---|---|
| Uygulama zaten yüklü ve kullanıcı sadece açıyor | İncelenen Google belgeleri zorla kaldırma ya da çalışma sırasında engelleme duyurmuyor. Yükleme ve güncellemeleri ele alıyor. | Kısmi |
| Kullanıcı kayıtsız bir uygulamayı normal yoldan yüklemeye çalışıyor | Normal yükleme kısıtlanıyor. | Doğrulandı |
| Kullanıcı gelişmiş akışı etkinleştirmiş | Kayıtsız uygulama yüklenebiliyor. | Doğrulandı |
| Yükleme ADB üzerinden yapılıyor | Kayıtsız uygulama yüklenebiliyor. Gelişmiş akış beklemesi geçerli değil. | Doğrulandı |
| Yüklü ve kayıtsız bir uygulama olağan bir güncelleme alıyor, gelişmiş akış kapalı | Google güncellemenin başarısız olduğunu söylüyor. | Doğrulandı |
| Aynı uygulama ADB üzerinden güncelleniyor | Google'ın duyurduğu istisnaya göre izinli. | Doğrulandı |
Davranış, Google'ın Android geliştirici doğrulaması SSS sayfasından, 13 Ağustos 2026'da görüntülendi. İlk satır, duyurulmuş bir mekanizmanın yokluğunu saptıyor; bu, o davranışın asla değişemeyeceği vaadiyle aynı şey değil.
"Uygulamanız silinecek" diye yazmayın
Bu konudaki en viral iddia bu ve desteklenmiyor. Doğru ifade, bu yazının baştan sona kullandığı ifade: Google yükleme ve güncelleme kısıtlamalarını belgeliyor; zaten yüklü kopyaların cihazlardan kaldırılacağını ya da açılmasının engelleneceğini duyurmadı. Bir kaynağın yokluğunu bildirmek dürüstlüktür. O yokluğu güvence vaadine ya da toplu silme kehanetine çevirmek değildir. Kısmi, kaynak yok
Bu ayrım, gerçekte ne yapmanız gerektiğini değiştirir. Engellenmiş bir güncelleme gerçek ve belgelenmiş bir operasyon sorunudur: etkilenen bir test kullanıcısı, güncelleme normal yoldan yüklenemediği için eski bir sürümde kalabilir ve bunu hiç bildirmeyebilir, çünkü onun tarafında hiçbir şey olmamıştır. Toplu bir kaldırma ise tamamen başka türden bir acil durum olur ve tamamen başka türden bir iletişim gerektirir. İkisinden yalnızca biri kayıtlarda var.
Doğrulamadan sonra Firebase App Distribution nereye oturuyor
Firebase App Distribution, yayın öncesi sürümleri test kullanıcılarınızın cihazlarına ulaştırmanın bir yolu. Bir doğrulama sistemi değil, bir Google Play test kanalı değil ve Android geliştirici doğrulamasından hiçbir şeyi muaf tutmuyor. İyi yaptığı şey, imzalı bir sürümü bir kişi listesine ulaştırmadaki el emeğini ortadan kaldırmak.
APK akışı gerçekte nasıl işliyor
Firebase konsoluna imzalı bir APK yüklüyorsunuz. Firebase, bunun bir hata ayıklama anahtarı ya da uygulama imzalama anahtarıyla imzalanmış olmasını istiyor.
O sürüm için test kullanıcısı gruplarını ya da tek tek test kullanıcılarını seçiyorsunuz.
Test kullanıcıları bir davet alıyor ve dağıtılan sürümü yüklüyor.
Dağıtılan sürümler 150 gün kullanılabilir kalıyor. Test kullanıcısı davetleri 30 gün sonra sona eriyor ve Firebase 5 gün önce uyarıyor.
Akış, imza şartı, 150 günlük sürüm saklama ve 30 günlük davet süresi Firebase App Distribution Android belgelerinden, 13 Ağustos 2026'da görüntülendi. Doğrulandı
İki süre sayacı, iki ayrı destek talebi
30 günlük davet süresi ile 150 günlük sürüm saklama ayrı şeyler. E-postayı beş hafta boyunca görmezden gelen bir test kullanıcısının daveti dolmuştur, oysa sürüm hâlâ gayet canlıdır. Bu da doğrulama, imza ya da Android ile hiç ilgisi olmayan, kafa karıştırıcı bir "bağlantı bozuk" mesajı üretir. Doğrulandı
Firebase eylül aşamasında çalışmaya devam ediyor mu?
Neredeyse kesinlikle evet ve bu sonuca nasıl varıldığı önemli. Firebase'in APK akışı, imzalı bir APK'nın davet edilen test kullanıcılarına doğrudan dağıtımıdır. Google'ın SSS'si, doğrudan yüklemenin 30 Eylül aşamasının kapsamında olmadığını söylüyor. Bu iki olguyu yan yana koyun: Firebase APK dağıtımı bu ilk aşama boyunca kullanılabilir kalmalı.
Bu sonuç bir çıkarım ve öyle etiketleniyor
Hiçbir Google kaynağı Firebase App Distribution'ı adıyla anıp ona muafiyet tanımıyor. Yukarıdaki sonuç, doğrulanmış iki olgudan çıkıyor: doğrudan yüklemeler eylüldeki ilk yaptırımın dışında ve Firebase'in APK akışı doğrudan dağıtımdır. Bu sağlam bir çıkarım ve yine de bir çıkarım; bu yüzden yazı onu düz bir iddia olarak sunmak yerine derecelendiriyor. Kısmi, çıkarım
Firebase'in APK ve AAB dağıtımı aynı şey değil
Neredeyse her yazının düzleştirdiği nüans bu. Firebase ikisini de destekliyor ve test kullanıcısının telefonuna farklı yollardan gidiyorlar.
| Firebase akışı | Sürüm test kullanıcısına nasıl ulaşıyor | Doğrulama açısından nasıl düşünülmeli |
|---|---|---|
| APK | Firebase imzalı APK'yı davet edilen test kullanıcılarına doğrudan dağıtıyor. | Doğrudan dağıtım. Eylülde de dahil olmak üzere doğrudan yükleme hattı gibi davranıyor. Kısmi |
| Android App Bundle (AAB) | Firebase'in AAB akışı Google Play dahili uygulama paylaşımıyla bütünleşiyor. | Play'e bağlı bir yol; dolayısıyla ham APK yoluymuş gibi düşünmeyin. Google, eylül yaptırımında bu yolun nasıl ele alındığını söylemedi. Bütünleşme doğrulandı Yaptırım belgelenmemiş |
AAB dosyası hiç sideload edilemez
Doğrulamayla ilgili sorulardan önce, çoğu kişinin takıldığı daha basit bir konu var: Android App Bundle doğrudan telefona kurulamaz. .aab bir yayımlama biçimidir, cihaza hazır bir paket değil. Google Play, Firebase’in Play’e bağlı AAB akışı ya da bundletool önce onu APK’lara dönüştürmelidir. Yani e-postayla göndereceğiniz, Drive’a koyacağınız ya da doğrudan bir testçiye vereceğiniz bir dosya gerekiyorsa APK derleyin. Android’in kendi derleme dokümantasyonu, bir app bundle’ın doğrudan cihaza dağıtılamayacağını söylüyor. Doğrulandı
Yani "Firebase hâlâ çalışıyor mu?" sorusunun, yüklediğiniz dosyaya göre iki yanıtı var. Bu konuda yazarken ya da bir iş arkadaşınıza sorarken Firebase APK dağıtımı mı yoksa Firebase AAB dağıtımı mı olduğunu açıkça belirtin. Kısaltma, analizi esaslı biçimde değiştiren bir ayrıntıyı gizliyor.
Firebase App Distribution 12 test kullanıcısı kuralına sayılıyor mu?
Hayır. Google'ın ilgili hesaplar için üretim erişimi şartı, önceki 14 gün boyunca kesintisiz olarak bir Google Play kapalı testine kayıtlı en az 12 test kullanıcısı istiyor. Firebase test kullanıcıları bir Play kapalı testine kayıtlı değil; dolayısıyla Firebase üzerinden test etmek, kaç kişi katılırsa katılsın ya da ne kadar iyi test ederlerse etsinler bu şartı karşılamıyor.
| Soru | Firebase App Distribution | Google Play kapalı testi |
|---|---|---|
| Ne işe yarıyor? | Yayın öncesi sürümleri test kullanıcılarına hızla ulaştırmaya | Play'in üretim öncesi eşiğini geçmeye ve mağazada test etmeye |
| Test kullanıcıları nereden kayıt oluyor? | Firebase davet e-postasından | Play kayıt bağlantısından, kapalı kanalda |
| Uygulamanızı Android geliştirici doğrulaması için kaydediyor mu? | Hayır Firebase'in "uygulamanızı kaydedin" adımı tamamen başka bir süreç | Hayır paket kaydı ayrı bir iş |
| 12 test kullanıcısı / 14 gün kesintisiz şartını karşılıyor mu? | Hayır | Evet uygun test kullanıcıları ve hesaplar için |
| Yine de kullanmaya değer mi? | Evet kapalı testin yanında bir QA kanalı olarak | Evet zorunlu olan yol bu |
Play şartı Play Console yardımının 14151465 numaralı yanıtından; Firebase davranışı Firebase App Distribution belgelerinden. İkisi de 13 Ağustos 2026'da görüntülendi. İki ürün, "kaydetmek" kelimesini paylaşan farklı süreçler tanımlıyor. Doğrulandı
Bunun yarattığı örüntüyü adlandırmakta fayda var, çünkü iki haftaya mal oluyor. Bir geliştirici on beş ilgili test kullanıcısıyla gerçekten titiz bir Firebase testi yapıyor, test kutusunun işaretlendiğini düşünüyor, üretim erişimi için başvurmak üzere Play Console'u açıyor ve 14 günlük sayacın hiç başlamadığını görüyor. Bölüm 10, bu sizin başınıza gelmesin diye iki şartı yan yana koyuyor.
2026'da bir sürümü 12 test kullanıcısına ulaştırmanın en iyi yolu
Tek bir kazanan yok, çünkü yöntemler farklı problemleri çözüyor. Ham APK, bugün işe yarayan en basit şey. ADB en kalıcı ve en az kullanışlı olan. Firebase en iyi saf QA kanalı. Ve bu sayfadaki yalnızca tek bir yöntem, lansman tarihinize asıl karar veren şey olan Google Play üretim erişimi şartını karşılıyor.
Dağıtım yöntemi denetleyicisi
Hiçbir yere bir şey gönderilmiyor. Mantık, Google'ın yayımladığı kapsam, Firebase belgeleri ve Play'in üretim erişimi kuralı kullanılarak tarayıcınızda çalışıyor.
1 Sürümü onlara nasıl ulaştırıyorsunuz?
2 Test kullanıcılarınız nerede?
3 Uygulama doğrulanmış bir geliştiriciye kayıtlı mı?
Kapsam, Google'ın doğrulama SSS'sinden (10 Ağustos 2026), Firebase App Distribution belgelerinden ve Play Console yardımının 14151465 numaralı yanıtından. 13 Ağustos 2026'da görüntülendi.
Yedi yöntem yan yana
Araç tek bir durumu yanıtlıyor. Bu tablo hepsini yanıtlıyor; insanların iş işten geçene kadar atladığı iki sütun dahil: 2027 için duyurulan davranış ve yöntemin Play üretim erişimi başvurunuza herhangi bir katkısı olup olmadığı.
| Yöntem | Test kullanıcısının yapması gereken | 30 Eyl. 2026 ilk aşaması | 2027 için duyurulan model | Play 12/14 için sayılıyor mu? | Pratik hüküm |
|---|---|---|---|---|---|
| E-posta, Drive ya da web sitesiyle ham APK | APK'yı indirmek ve o kaynaktan yüklemeye izin vermek | Hâlâ geçerli doğrudan yükleme henüz kapsamda değil | Kayıtlı uygulama normal yükleniyor; kayıtsız uygulamanın gelişmiş akış ya da ADB gerektirmesi bekleniyor | Hayır | Bugün ihtiyaca göre yapılan QA için gayet uygun. Üretim erişimi testi değil. |
| ADB | Geliştirici seçenekleri ve USB hata ayıklamayı açmak, bağlanmak, geliştirici araçlarıyla yüklemek | Evet | Evet Google ADB'yi açıkça koruyor | Hayır | Kalıcı, ama sıradan test kullanıcıları için fazla teknik. |
| Firebase App Distribution, APK | Davet e-postasını kabul etmek ve dağıtılan sürümü yüklemek | Muhtemelen etkilenmiyor doğrudan sideload kuralına göre. Firebase'e özel hüküm yok. Kısmi | Kayıtlı bir paket sorunsuz kalmalı; kayıtsız olan, doğrudan yüklemenin geniş modelini izler | Hayır | Mükemmel bir QA iş akışı. Play testinin yerine geçmez. |
| Firebase App Distribution, AAB | Sürümü, Play dahili uygulama paylaşımıyla bütünleşik bir akıştan almak | Belgelenmemiş dahili paylaşım üzerinden Play'e bağlı; Google bu yolun nasıl ele alındığını söylemedi Belgelenmemiş | Play'e ve paket kaydına bağlı | Hayır | Yararlı ve Firebase APK ile aynı kefeye konmak yerine kendi açıklamasını hak ediyor. |
| Google Play dahili testi | Dahili teste katılmak ve Play'den yüklemek | Düzgün kayıtlı bir Play uygulaması için geçerli | Geçerli | Hayır istenen kapalı testin yerine geçmez | Play tabanlı iyi ve hızlı QA. 100 test kullanıcısına kadar. |
| Google Play kapalı testi | Kapalı test bağlantısından kaydolmak ve kayıtlı kalmak | Geçerli | Geçerli | Evet uygun test kullanıcıları ve hesaplar için | Üretim erişimi isteyen, etkilenen yeni kişisel hesaplar için zorunlu yol. |
| Android sınırlı dağıtım | Cihazının sınırlı dağıtım sisteminde yetkilendirilmiş olması | Ağustos 2026 için planlandı, erken erişim hâlâ kapalı Kısmi | Küçük kitleler için kalıcı bir yol olarak tasarlandı | Hayır | En fazla 20 cihazla paylaşan meraklılar için. Ücretsiz, resmi kimlik gerekmiyor, Play'de yayınlanamıyor. |
Kaynaklar: Google'ın doğrulama SSS ve kılavuzları, ADB araç belgeleri, Firebase App Distribution belgeleri, sınırlı dağıtım, Play Console yardımının dahili test ve üretim erişimi test şartları sayfaları. Hepsi 13 Ağustos 2026'da görüntülendi.
Dürüst öneri
İki kolu paralel yürütün, çünkü farklı soruları yanıtlıyorlar. Gerçek QA için sürümü cihazlara en hızlı ulaştıran neyse onu kullanın: bir iş arkadaşı için ham APK, bir grup için Firebase, her şeyi atlamanız gerektiğinde ADB. Ayrıca ve mümkün olduğunca erken, hesabınız üretim erişimi şartına tabiyse Play kapalı testini başlatın; çünkü o takvim günüyle ölçülüyor ve daha çok çalışarak kısaltılamıyor.
Kaçınılması gereken hata, bunları ardışık sanmak. Kapsamlı bir Firebase testini bitirmek, 14 günlük sayacı tek bir gün bile ilerletmez.
Geliştirici doğrulaması, Google Play kapalı testinin yerine geçmez
Bunlar, insanların tek bir zihinsel kutucukta birleştirdiği, birbiriyle ilgisiz iki şart. Doğrulama şunu yanıtlar: "bu paketi kim yaptı ve imzaladı?" Kapalı test ise şunu: "bu hesap Google'ın üretim öncesi testini tamamladı mı?" Birini tamamlamak, diğeri için hiçbir şey yapmaz.
Doğrulama modeli Google'ın Android geliştirici doğrulaması kılavuzlarından; test şartı Play Console yardımının 14151465 numaralı yanıtından ve dahili test sayfasından (yanıt 9845334). 13 Ağustos 2026'da görüntülendi.
"Dahili test sayılır, sonuçta o da Play testi" neden yanlış
Google dahili testte 100 test kullanıcısına kadar izin veriyor; bu da onu daha ciddi seçenek gibi gösteriyor. Ama üretim erişimi şartı belirli bir kanal etrafında yazılmış: sayılan test kullanıcılarının son 14 gün boyunca kesintisiz olarak bir kapalı teste kayıtlı olması gerekiyor. Dahili test başka bir kanal, dolayısıyla o cümleyi karşılamıyor.
Bu iddianın kaynağı hakkında bir not
Google "dahili test sayılmaz" diyen bir cümle yayınlamıyor. Yayınladığı şey, kapalı bir test belirten bir şart. Sonuç bir alıntıdan değil tanımdan çıkıyor ve bu yazı, Google'ın ağzına laf koymak yerine böyle ifade ediyor. Şartın tanımıyla doğrulandı
Sayılar ve nereden geldikleri
Sürekli sorulan iki soruyu geçmiş netleştiriyor. Google şartı 9 Kasım 2023'te duyurdu ve güncel politika bunu 13 Kasım 2023'ten sonra oluşturulan kişisel hesaplara uyguluyor: iki farklı tarih, iki farklı anlam. Ayrıca alt sınır başlangıçta en az iki hafta boyunca 20 kişiydi; Google'ın kendi topluluk kılavuzu 12 kişiye düşüşün Aralık 2024'te olduğunu söylüyor. Dönemin geliştirici paylaşımları Play Console değişikliğini 11 Aralık 2024 olarak veriyor, ama tam o güne ait tarihli bir Google duyurusu bulunamadı; bu yüzden günü resmi değil, bildirilmiş kabul edin. Kısmi
Kurumsal hesaplar bu belirli eşiğin dışında: şart, uygun kişisel hesapları hedefliyor. Ücret ise her iki durumda da aynı, bir defaya mahsus 25 ABD doları tutarında Google Play kayıt ücreti. Bir paragraf yerine hesap türlerinin tam karşılaştırmasını istiyorsanız, kişisel hesap mı kurumsal hesap mı yazısında.
Bu konuda güncelliğini yitirmiş on iddia
Android geliştirici doğrulaması hakkındaki içeriklerin çoğu, Google'ın ilk aşamayı haziran ve temmuz 2026'da daraltmasından önce yazıldı. Aşağıdaki iddialar yalan değil; birkaçı yayınlandığı anda doğruydu. Yalnızca artık Google'ın güncel sayfalarıyla örtüşmeyen bir kural sürümünü anlatıyorlar.
İddia Dört ülkede 30 Eylül'den itibaren tüm doğrudan APK yüklemeleri engelleniyor.
Güncel kural Google'ın 15 Temmuz 2026 tarihli SSS'sine göre yanlış. 30 Eylül yedi katılımcı mağazayı kapsıyor. Doğrudan yüklemeler henüz kapsamda değil. Doğrulandı
İddia Geliştirici doğrulaması, doğrulanmamış bir geliştiricinin uygulamasını artık yükleyemeyeceğiniz anlamına geliyor.
Güncel kural Fazla kesin. ADB kullanılabilir durumda ve Google gelişmiş akışı özellikle doğrulanmamış uygulamalar için yaptı. Doğrulandı
İddia Küresel son tarih 1 Ocak 2027.
Güncel kural Desteksiz. Google "2027 ve sonrası" dedi, kesin bir küresel tarih değil. Belgelenmemiş
İddia Kimliğiniz bir kez doğrulandıktan sonra imzaladığınız her APK sorunsuz.
Güncel kural Eksik. Paket adının ve ilgili imzalama anahtarlarının da kayıtlı olması gerekiyor. Doğrulandı
İddia Firebase App Distribution Android uygulamanızı doğruluyor.
Güncel kural Yanlış bir karıştırma. Firebase'in "uygulamanızı kaydedin" adımı ile Android geliştirici doğrulamasının kaydı farklı sistemler. Doğrulandı
İddia Firebase test kullanıcıları Google'ın 12 test kullanıcısına sayılıyor.
Güncel kural Yanlış. Google, Play kapalı testine kayıtlı 12 test kullanıcısı istiyor. Doğrulandı
İddia Play dahili testi sayılır, sonuçta o da bir Play testi.
Güncel kural Bu eşik için değil. Üretim erişimi şartı açıkça kapalı bir test belirtiyor. Tanımla doğrulandı
İddia Zaten yüklü doğrulanmamış uygulamalar silinecek.
Güncel kural Desteksiz. Google yükleme ve güncelleme kısıtlamalarını belgeliyor ve yüklü kopyaların otomatik kaldırılacağını duyurmuyor. Kısmi, kaynak yok
İddia Ağustos olduğuna göre gelişmiş akış kesinlikle her yerde aktiftir.
Güncel kural Fazla iddialı. Google Ağustos 2026'da küresel bir lansman planladı ama kesin bir devreye alma günü yayınlamadı. Kısmi
İddia Play uygulamalarının yaklaşık %98'i otomatik kaydedildi.
Güncel kural Eskimiş. Google'ın 18 Haziran 2026 güncellemesi %99'un üzeri diyor. Doğrulandı
İki Google sayfasının çelişir göründüğü yer
Bunu adlandırmakta fayda var, çünkü dikkatli bir okur karşılaşacak. Google'ın yardım sayfasındaki genel ifade, şartı tamamlamamış geliştiricilerin uygulamalarının ilgili ülkelerde yeni yüklemelere kapanacağını söylüyor; bu, mağazayla sınırlı istisnadan daha geniş duruyor. Daha özel olan ve 10 Ağustos 2026'da güncellenen SSS ise 30 Eylül son tarihinin yalnızca katılımcı mağazalar için geçerli olduğunu ve doğrudan yüklemeye henüz ulaşmadığını söylüyor.
Bu yazı bunu nasıl çözüyor ve bu neden bir editoryal karar
Editoryal yorum. 30 Eylül ilk aşaması için bu yazı, daha yeni ve senaryoya özgü SSS yanıtını izliyor; çünkü o yanıt doğrudan sideload ile katılımcı olmayan mağazaları ima etmek yerine adıyla anıyor ve doğrudan sideload yanıtı 15 Temmuz 2026 tarihini taşıyor. Genel yardım metni ise programı bütün olarak anlatıyor. Google, bir kaynağın diğerini geçersiz kıldığını söyleyen resmî bir kural yayımlamış değil; dolayısıyla bu bizim editoryal tercihimiz ve gizlenmek yerine açıkça belirtiliyor. İki sayfayı çelişki olarak değil, aynı kullanıma sunumun farklı katmanlarını anlatan metinler olarak okumak daha doğru. Editoryal yorum
Belirtiden çözüme: aslında ne ters gidiyor
Sizin ya da test kullanıcınızın gerçekten kurduğu cümleyi bulun. Bir test kullanıcısında yükleme ya da güncelleme hatasının yaygın bir nedeni imza sertifikası uyuşmazlığıdır; bu sıradan bir Android davranışı, geliştirici doğrulamasıyla ilgisi yok ve ondan on yıl daha eski.
"Arkadaşım doğrulamadan beri APK'yı yükleyemiyor"
Olası açıklama. Neredeyse kesinlikle geliştirici doğrulaması değil. 2027’deki daha geniş kullanıma sunumdan önce, doğrudan verilen bir APK’nın kurulamaması 30 Eylül kuralından kaynaklanmaz; çünkü o kural doğrudan yola henüz ulaşmıyor. En sık görülen gerçek neden imza sertifikası uyuşmazlığıdır: telefonda uygulamanın başka bir sertifikayla imzalanmış bir kopyası zaten vardır.
En güvenli kontrol sırası. Önce sıradan Android kurulum hatalarını eleyin: başka sertifikayla imzalanmış kurulu bir kopya, kurulu sürümden düşük bir versionCode, desteklenmeyen bir Android sürümü ya da CPU mimarisi, yarım kalmış veya bozuk bir indirme, yetersiz depolama, dosyayı ileten uygulamaya verilmemiş kurulum kaynağı izni ya da test kullanıcısının kapattığı bir Play Protect uyarısı. Ondan sonra, ve yalnızca kurulum katılımcı bir mağazadan geçiyorsa veya daha geniş uygulama başladıysa, paket ve imzalama anahtarı kaydını kontrol edin.
Kavram doğrulandı
"Firebase, Play sürümümün üzerine yüklemenin başarısız olduğunu söylüyor"
Olası açıklama. Play imzalı bir sürümü zaten yüklü olan bir test kullanıcısı, onu farklı bir sertifikayla imzalanmış bir Firebase APK'sıyla yerinde güncelleyemez. Geliştiriciler tam olarak bunu bildirdi ve test kullanıcıları hata mesajını nadiren anlıyor.
En güvenli sonraki kontrol. İki dosyanın imza sertifikalarını karşılaştırın. Ya uyumlu bir imzalama yolu kullanın ya da test kullanıcısı eski sürümü önce kaldırsın; bu, verilerini de götürür, o yüzden uyarın.
Topluluktan bildirilen örnek
"ADB ile yüklemek için 24 saat beklemem mi gerekiyor?"
Yanıt. Hayır. Google, gelişmiş akışın 24 saatlik bekleme süresinin ADB yüklemelerine uygulanmadığını belirtiyor.
Sonraki adım. Olağan ADB iş akışını kullanın. Komutlar bölüm 05'te.
Doğrulandı
"Kayıtsız uygulamam zaten yüklüydü ama güncellenmiyor"
Olası açıklama. O yükleme yolunda yaptırım yürürlüğe girdiğinde, Google kayıtsız bir uygulamanın güncellemelerinin gelişmiş akışı ya da ADB'yi gerektirdiğini ve olağan bir güncellemenin başarısız olduğunu söylüyor.
En güvenli sonraki kontrol. Paketi düzgün kaydedin. Bu arada test kullanıcısı gelişmiş akışı açabilir ya da güncellemeyi ADB ile gönderebilirsiniz.
Doğrulandı
"Firebase'de 12 kişiyle test ettim ama Play hâlâ üretim için başvurmama izin vermiyor"
Olası açıklama. Firebase test kullanıcıları bir Play kapalı test kanalına kayıtlı değil; dolayısıyla o testin hiçbiri üretim erişimi şartına işlemiyor.
En güvenli sonraki kontrol. Play kapalı testini çalıştırın: en az 12 uygun test kullanıcısı, kaydolmuş ve kayıtlı kalmış hâlde, 14 gün kesintisiz. Sayaç, test etmeye başladığınızda değil, gerçekten kaydolduklarında başlar.
Doğrulandı
"Play dahili testinde 12 kişi kullandım ama üretim hâlâ kilitli"
Olası açıklama. Dahili test, üretim erişimi şartının adlandırdığı kanal değil. Kural kapalı bir test istiyor.
En güvenli sonraki kontrol. Sayılacak testi bir Play kapalı kanalına taşıyın. Dahili test, yanında hızlı QA için yararlı olmayı sürdürür.
Kural tanımıyla doğrulandı
"Test kullanıcım Firebase davetini hiç almadı ya da bağlantı ölü diyor"
Olası açıklama. Firebase test kullanıcısı davetleri 30 gün sonra doluyor, 5 gün önce uyarı veriliyor. E-postayı bir ay boyunca açmayan birinin daveti dolmuştur, oysa sürüm 150 gün boyunca kullanılabilir durumdadır.
En güvenli sonraki kontrol. İmza, doğrulama ya da cihaz hakkında bir şey varsaymadan önce daveti yeniden gönderin. App Distribution'da katılım hataları çoğu zaman sürüm sorunu olarak değil, hesap, davet ya da yükleme kaynağı sorunu olarak bildiriliyor.
Doğrulandı Topluluktan bildirilen örüntü
"Bir yazı 30 Eylül'de tüm doğrudan yüklemelerin biteceğini söylüyor"
Olası açıklama. Google ilk kapsamı daraltmadan önce yazılmış, 2025 ya da 2026 başı içeriklerine dayanıyor.
En güvenli sonraki kontrol. Google'ın doğrulama SSS'sini doğrudan okuyun. Güncel yanıt şu: 30 Eylül son tarihi katılımcı mağazaları kapsıyor ve doğrudan yüklemeyi henüz kapsamıyor.
Düzeltme doğrulandı
En çok destek zamanı kazandıran kural
Aynı paket adına sahip ama imzaları birbiriyle ilgisiz iki APK birbirinin yerine geçmez ve hiçbir zaman geçmedi. Bir şeyi geliştirici doğrulaması sorunu diye teşhis etmeden önce, aslında Android'den bir uygulamayı kendisinin farklı imzalanmış bir taklidiyle değiştirmesini isteyip istemediğinizi kontrol edin. Doğrulamanın mimarisi imza kimliğinin neden önemli olduğunu pekiştiriyor, ama bu hata ne yeni ne de ilgili olduğu hâlde kolayca bir doğrulama sorunu sanılıyor.
30 Eylül'den önce gerçekten ne yapmalısınız
Yalnızca doğrudan APK dağıtıyorsanız 30 Eylül ilk aşaması bu yolda geliştirici doğrulamasını uygulamıyor. Bu geçici bir durum, kalıcı değil: Google, 2027’de başlayacak küresel kullanıma sunumdan önce doğrulamayı tamamlamanızı öneriyor. Google Play'de yayınlıyorsanız tek bir şey istiyor: her paket kayıtlı olsun. Ve ikisinden bağımsız olarak, hesabınız üretim erişimi eşiğine tabiyse lansman tarihinize karar veren şey 14 günlük sayaç; yani çoktan işliyor olması gerekir.
Son tarih öncesi takip
Gerçekte yaşandığı sırayla on iki madde. İlerledikçe işaretleyin; hiçbir şey kaydedilmiyor, o yüzden tek oturumda bitirin ya da sekmeyi açık bırakın.
0 / 12 tamamlandı
Henüz hiçbir şey işaretlenmedi. Önce hangi hatta olduğunuzu belirleyin.
Bu yazı ne zaman eskir
Bu, olağandışı biçimde çabuk bayatlayan bir yazı ve onu zamansızmış gibi sunmak dürüst olmaz. Aşağıda önce değişmesi en olası şeyler ve her birini yanlış hâle getirecek gelişme var.
Sayfadaki en önemli güncelleme tetikleyicisi. Google, şu anda doğrudan yüklemenin henüz kapsamda olmadığını söyleyen SSS yanıtını yeniden yazarsa, bu yazının ilk yarısının tamamı değişir.
Yedi mağaza, dört ülke. Google o gün mağaza ekleyebilir ya da davranışı netleştirebilir. 29 Eylül'de, günün kendisinde ve bir hafta sonra kontrol etmeye değer.
İkisi de kesin bir gün yayınlanmadan Ağustos 2026 küresel lansmanı için planlandı. Durumları, hiçbir politika değişikliği olmadan değişebilir.
Google 2027 için ülke ya da tarih verdiği anda, bu yazının bugün haklı olarak taşımadığı bir ülke tablosuna ihtiyacı olacak.
Firebase'in APK ve AAB belgeleri birbirinden bağımsız ilerliyor ve Play'in 12 test kullanıcısı, 14 gün şartı, Google'ın duyuru yapmadan güncellediği bir yardım sayfasında yaşıyor.
Bu yazı için seçilen güncelleme temposu: 30 Eylül 2026'ya kadar haftalık, sonra yürürlük gününde ve uygulamaya dair netleşmeler için yaklaşık bir hafta sonra, ardından Google somut bir 2027 takvimi yayınlayana kadar aylık. Bu tempo, Google'ın bu programı 2026 boyunca ne sıklıkta güncellediğine dayanan editoryal bir tercih; Google'ın resmi bir takvimi değil.
PrimeTestLab nereye giriyor, nereye girmiyor
Önce sınır, çünkü dürüst olan kısım o. PrimeTestLab kimliğinizi doğrulamaz, paket adlarınızı kaydetmez ve bir Firebase testini Play kapalı testine dönüştürmez. Bunlar size ait ve bu yazı, o konudaki tüm katkımız. Bizim üstlendiğimiz şey, bu sayfadaki tek "evrak değil takvim" şartı: Play kapalı test kanalında 14 gün boyunca kesintisiz kayıtlı 12 gerçek test kullanıcısı. Google, yetkili bir platformun geliştiriciye kayıt konusunda yardım edebilmesi için API ve OAuth yetkilendirmesi yayımlıyor; ancak bu erişimi sizin vermeniz gerekir ve hesap ile uygulama kimliğinin sorumluluğu sizde kalır.
Bu ayrım, tam olarak bu yazının düzeltmek için var olduğu sorunun şekli. Bir geliştirici sürümlerini kusursuz dağıtır: Firebase grupları, düzenli sürüm notları, ilgili test kullanıcıları, gerçek hata raporları. Sonra üretim erişimi için başvurmak üzere Play Console'u açar ve bunların hiçbirinin sayılmadığını görür. Dağıtım çözülmüş bir problem. Çözülemeyeni, daha iyi organize olarak kısaltamayacağınız 14 günlük kayıt penceresi.
Kapalı testi kendiniz yürütmek ya da devretmek
Paket kaydına, kimlik doğrulamaya ve üretim erişimine Google karar verir. Bu üçünden hiçbiri sizin yerinize yaptığımız bir şey değil. Yönetilen bir testin ortadan kaldırdığı şey, test kullanıcısı bulma ve kesintisizlik riski; ilk kez yayınlayanların çoğunun gerçekten takıldığı adım da bu. 7.400+ test edilen uygulamada başarı oranı: %99,9, 120+ ülkede.
Üç plan, tek ödeme
Starter
12 test kullanıcısı $19.99 +%5 hizmet bedeliTam olarak Google'ın alt sınırı; şartı geçmesi gereken tek bir uygulama için.
Professional
20 test kullanıcısı $29.99 +%5 hizmet bedeliAlt sınırın üstünde pay; bir kişinin ayrılması testi bitirmesin diye.
Enterprise
25 test kullanıcısı $27.99 +%5 hizmet bedeli14 gün boyunca daha geniş cihaz ve bölge kapsamı için.
Her plan, tam 14 günlük süre boyunca gerçek cihazlarda gerçek test kullanıcıları çalıştırır, test genellikle 4-6 saat içinde başlar ve bir test sonuç vermezse ücretsiz yeniden test veya tam iade alırsınız. Google'ın onayını vaat etmiyoruz, çünkü kimse edemez.
Sık sorulan sorular
Arkadaşlarım 30 Eylül 2026'dan sonra e-postayla gönderdiğim bir APK'yı hâlâ yükleyebilir mi?
Evet, Google'ın mevcut ilk yayılma kurallarına göre. Brezilya, Endonezya, Singapur ve Tayland'daki 30 Eylül son tarihi yedi katılımcı uygulama mağazasını kapsıyor ve Google'ın 15 Temmuz 2026 tarihli SSS'si doğrudan yüklemenin henüz kapsamda olmadığını açıkça söylüyor. Daha geniş şartın 2027'de dünya geneline yayılması hâlâ planlanıyor; dolayısıyla bunu kalıcı bir muafiyet değil, ilk aşamaya özgü bir sınır olarak görün.
Google 30 Eylül'de Brezilya, Endonezya, Singapur ve Tayland'da tüm doğrudan yüklemeleri engelliyor mu?
Hayır, ve eski haberlere yapılacak en önemli düzeltme bu. İlk yaptırım Google Play, HONOR App Market, OPPO App Market, Samsung Galaxy Store, Transsion Palm Store, vivo V-Appstore ve Xiaomi GetApps ile sınırlı. Doğrudan yükleme ve bu listenin dışındaki uygulama mağazaları açıkça ilk aşamanın dışında. Play dışı dağıtım için Google, seçili bölgelerdeki yaptırımın başlangıçta telefon ve tablet cihazları kapsadığını belirtiyor.
Küresel yayılmadan sonra APK'ları doğrudan yüklemeye devam edebilecek miyim?
Doğrulanmış bir geliştiriciye düzgün kayıtlı bir uygulama için Google, kullanıcıların olağan yükleme deneyiminin değişmemesi gerektiğini söylüyor. Doğrulanmamış ya da kayıtlı olmayan bir uygulama için Google iki yolu korudu: ADB ve kullanıcının bilerek yüklemeyi seçebildiği gelişmiş akış. Google bu daha geniş aşama için kesin bir dünya geneli tarih duyurmadı, yalnızca 2027 ve sonrası dedi.
ADB kullanmak için Android geliştirici doğrulaması gerekiyor mu?
Hayır. Google, geliştiricilerin ve ileri düzey kullanıcıların doğrulanmamış uygulamaları yüklemek için ADB kullanmaya devam edebileceğini ve gelişmiş akışın 24 saatlik bekleme süresinin ADB için geçerli olmadığını söylüyor. Buna karşılık USB üzerinden ADB, cihazda geliştirici seçeneklerinin ve USB hata ayıklamanın açık olmasını gerektirir; bu yüzden sıradan kullanıcılardan çok geliştiricilere ve teknik test kullanıcılarına uygundur.
Gelişmiş akış her APK için 24 saat beklememi mi gerektiriyor?
Hayır. Google 24 saatlik gecikmeyi, gelişmiş akışın tek seferlik kurulumunun bir parçası olarak tanımlıyor. Kurulum tamamlandıktan sonra kullanıcı, doğrulanmamış geliştiricilerin uygulamalarının yüklenmesine yedi gün boyunca ya da süresiz olarak izin verebilir. Google ayrıca kurulumu hesap başına bir kez olarak tanımlıyor; kurulum yeni bir cihaza da taşınıyor.
Android, zaten yüklü olan doğrulanmamış bir uygulamayı silecek mi?
İncelenen Google belgeleri, mevcut kopyaların otomatik olarak kaldırılacağını ya da açılmasının engelleneceğini söylemiyor. Söylediği şu: yaptırım yürürlüğe girdiğinde kayıtlı olmayan bir uygulama, gelişmiş akış ya da ADB olmadan normal şekilde yüklenemez veya güncellenemez ve olağan bir güncelleme başarısız olur. Bunu doğru anlatmanın yolu, silme değil, yükleme ve güncelleme kısıtlaması demek.
Firebase App Distribution geliştirici doğrulamasını atlatıyor mu?
Hayır. Firebase bir test sürümü dağıtım hizmeti ve bir uygulamayı Firebase'e kaydetmek, doğrulanmış bir geliştiriciyi paket adlarına ve imzalama anahtarlarına bağlayan Android geliştirici doğrulamasıyla aynı şey değil. Firebase APK dağıtımının eylüldeki ilk mağaza yaptırımının dışında kalması bekleniyor, çünkü Google'ın SSS'si doğrudan yüklemenin henüz kapsamda olmadığını söylüyor; ama bu, doğrudan yükleme kuralından yapılan bir çıkarım, Firebase'e özgü bir muafiyet değil. Yine de 2027 yayılması için paket kaydınızı hazırlayın.
Firebase App Distribution test kullanıcıları Google'ın 12 test kullanıcısı şartına sayılır mı?
Hayır. Google, ilgili hesaplardan üretim erişimi için başvurmadan önce, önceki 14 gün boyunca kesintisiz olarak bir Google Play kapalı testine kayıtlı en az 12 test kullanıcısı istiyor. Firebase App Distribution hata bulmak için yararlı, ama o test kullanıcıları bir Play kapalı test kanalına kayıtlı değil ve bu şartı karşılamıyor.
Play dahili testi 12 test kullanıcısına sayılır mı?
Hayır, dahili test istenen kapalı testin yerine geçmez. Google dahili testte en fazla 100 test kullanıcısına izin veriyor, ama üretim erişimi şartı, sayılan test kullanıcılarının 14 gün boyunca kesintisiz olarak bir kapalı teste kayıtlı olması gerektiğini özellikle belirtiyor. Dahili test, kapalı testin yanında hızlı kalite kontrolü için yararlı olmayı sürdürür.
Kimliğimi zaten doğruladım. Derlediğim her APK otomatik olarak sorunsuz mu?
Bunu varsaymayın. Android geliştirici doğrulaması, paket adının ve imzalama anahtarının veya anahtarlarının kaydedilmesini de içerir ve Google bir paket için birden fazla imzalama anahtarının eklenip doğrulanmasına izin verir. Bu en çok, QA veya hata ayıklama sürümleriyle yayın sürümleri farklı imzalama sertifikaları kullandığında önem kazanır; bu tamamen normal bir kurulumdur ve yalnızca kimlik doğrulaması onu kapsamaz.
Doğrulama, doğrudan yüklenen APK'mın artık tüm Google Play politikalarına uyması gerektiği anlamına mı geliyor?
Google'ın doğrulama belgeleri kimlik onayı ve paket kaydını anlatıyor; tüm Play yayınlama politikalarının her doğrudan dağıtıma genişletilmesini değil. Google ayrıca bir geliştiricinin kim olduğunu doğrulamakla uygulama içeriğine uygulanan güvenlik taramasını birbirinden ayırıyor. Kimlik belirlemek, yayınladığınız şeyi onaylamakla aynı şey değildir; bu yüzden Play dışı dağıtımı Play Store incelemesiyle eşdeğer saymayın.
Özet
Özet
13 Ağustos 2026 itibarıyla test kullanıcılarınız, doğrudan paylaştığınız ham bir APK'yı hâlâ yükleyebilir. Brezilya, Endonezya, Singapur ve Tayland'da 30 Eylül 2026'da yürürlüğe giren zorunluluk, başlangıçta yalnızca yedi katılımcı uygulama mağazasını kapsıyor ve Google'ın 15 Temmuz tarihli SSS'si doğrudan yüklemelerin henüz kapsamda olmadığını söylüyor. Google, bu zorunluluğu 2027'de sertifikalı Android 7 ve üzeri cihazlara genişletmeyi planlıyor; kesin bir dünya geneli tarih henüz açıklanmadı. O aşama geldiğinde, doğrulanmış bir geliştiriciye kayıtlı uygulamalar olağan doğrudan yükleme yolunu korur; kayıtlı olmayan uygulamalar ise 24 saatlik beklemesi olmayan ADB ile ya da 24 saatlik gecikmesi tek seferlik bir kurulum adımı olan Google'ın gelişmiş akışıyla yüklenmeye devam edebilir. Firebase App Distribution güçlü bir QA kanalı olmayı sürdürüyor, ama Android geliştirici doğrulaması yapmıyor, APK ve AAB akışları farklı davranıyor ve bu, 14 gün kesintisiz kayıtlı 12 test kullanıcısı isteyen Google Play kapalı testi değil. Lansmanınızı asıl tıkayan adım buysa, PrimeTestLab $19.99 fiyatından itibaren artı %5 hizmet bedeliyle 12 gerçek test kullanıcısı sağlıyor. Fiyat planlarına bakın →
Bu yazı için kullanılan birincil kaynaklar
Son politika kontrolü: 13 Ağustos 2026. Google'ın geliştirici doğrulama SSS sayfası en son 10 Ağustos 2026'da güncellendi, sayfadaki doğrudan sideload yanıtı 15 Temmuz 2026 tarihli ve Firebase App Distribution'ın Android dokümantasyonu en son 11 Ağustos 2026'da güncellendi. Android geliştirici doğrulaması aktif olarak yayılıyor; 30 Eylül kapsamı, katılımcı mağaza listesi, gelişmiş akışın kullanılabilirliği ve 2027 takvimi harekete geçmeden önce Google'ın kendi sayfalarından yeniden kontrol edilmeli. Bu yazının yeniden doğrulanması 30 Eylül 2026'ya kadar haftalık, sonra yürürlük gününde ve yaklaşık bir hafta sonrasında, ardından Google somut bir 2027 coğrafyası veya tarihi yayınlayana kadar aylık olarak planlandı.