Android Geliştirici Doğrulaması 2026: Tarihler ve Adımlar

Android geliştirici doğrulaması hakkında 2025'te yazılanların neredeyse tamamı bugün en az bir önemli noktada yanlış ve 2026 başında yazılanların şaşırtıcı bir kısmı da öyle. Programın tasarımı ilk duyurudan sonra değişti, kesin yürürlük tarihi ancak Haziran 2026'da belli oldu ve kapsam 22 Temmuz 2026 tarihinde yazılı olarak daraltıldı. Bu arada geliştiricilerin aramaya gerçekten yazdığı soru "geliştirici doğrulaması nedir?" değil. Şu: Google başarısız olduğumu söylüyor, tam olarak nesi yanlış, şimdi ne olacak ve ben bunu zaten yapmamış mıydım?

Bu yüzden bu yazı politika yorumu değil, olay müdahalesi gibi yazıldı. Önce "zaten bitti mi?" sorusunu yanıtlıyor, belirsiz tavsiye yerine kesin Play Console gezinme yolunu veriyor, diğer her sayfanın tek bir korkutucu cümlede birleştirdiği iki yürürlük katmanını ayırıyor ve Google'ın hiçbir şey yayımlamadığı yerleri açıkça söylüyor. Ayrıca doğrulama ile ayrı bir kural olan 12 test kullanıcılı kapalı test arasına net bir çizgi çekiyor, çünkü bu karışıklık neredeyse her hafta PrimeTestLab'ın gelen kutusuna düşüyor. Aşağıdaki her tarih ve her sayı 9 Ağustos 2026 tarihinde Google'ın kendi sayfalarıyla karşılaştırıldı.

Android geliştirici doğrulaması tek değil iki görevdir

Google Play'de yayın yapıyorsanız Android geliştirici doğrulaması sizden iki ayrı şey ister: kimliğinizi doğrulamak ve uygulamalarınızın paket adlarını kaydetmek. Mevcut Play geliştiricilerinin çoğu birincisini zaten karşılamış durumda ve vakaların büyük çoğunluğunda ikincisi kendiliğinden gerçekleşti. Birçok hesap için geriye kalan iş iki ekranı kontrol etmek, ancak Google evrensel bir tamamlanma süresi yayımlamıyor ve bir belge ya da hesap sorunu hatırı sayılır ölçüde uzun sürebilir.

Her kapı gerçekte neyi ortaya koyar

İki görev iki farklı soruyu yanıtlar ve birini geçmeniz Google'a diğeri hakkında hiçbir şey söylemez. Bu ikisini ayrı tutmak bu sayfanın sizin için yapabileceği en değerli şey, çünkü hata biçimleri, çözümleri ve hatta Play Console ekranları farklı.

Yani bir hesap kimlik tarafında tamamen doğrulanmış olabilir ve yine de listede sessizce duran kayıtsız bir pakete sahip olabilir. Son tarihte işlerin ters gitmesine yol açan tam olarak bu bileşimdir, çünkü geliştirici "doğrulandı" yazan ekrana bakmış ve uygulamaları listeleyen ekranı hiç açmamıştır.

Mevcut Play Console geliştiricileri için bir dakikalık yanıt

Google Play'de zaten yayın yapıyorsanız, kontrol edilmesi gereken sırayla tüm uyum yolu şu. Okuyucuların çoğu ikinci adımda duruyor.

1. 01

   Kimlik durumunuzu onaylayın

   Play Console'da Geliştirici hesabı bölümünü açın. Google'ın doğrulama rehberi bu yolu Ayarlar › Geliştirici hesabı olarak tarif ediyor, daha yeni hesap yönetimi belgeleri ise Geliştirici hesabı › Hakkınızda yolunu kullanıyor. Her iki durumda da Google, kimlik doğrulamasını daha önce başarıyla tamamladıysanız bu adımı tekrarlamanız gerekmeyeceğini belirtiyor. Doğrulandı

2. 02

   Her paketin kayıtlı olduğunu onaylayın

   Play Console'da Android geliştirici doğrulaması sayfasını açın ve her uygulamanın kayıt durumuna bakın. Play Console ana sayfası da uygulama kayıt bilgilerini gösterebilir. Tüm paket adlarınız otomatik kaydedildiyse Google bu uygulamalar için ek bir kayıt işlemi gerekmediğini belirtiyor. Doğrulandı

3. 03

   Kalanı 30 Eylül öncesinde talep edin

   Otomatik kaydedilmemiş bir paket için Google'ın elle kaydını izleyin. Bunun hangi biçimde olacağını paket adı belirler: Android'in hiç görmediği bir ad yalnızca paket bilgilerini ve genel imzalama sertifikanızı ister, zaten yüklemesi olan bir ad ise özel anahtara sahip olduğunuzu kanıtlayan imzalı bir doğrulama APK'sı ister. İki akış da 05. bölümde.

Google Play'de yayın yapıyorsanız Play Console'u kullanın

Geliştiricileri bir saatlik yan yola sokan tuzak budur. Bu programda iki konsol var. Play Console, Google Play geliştiricilerinin iki görevi de tamamladığı yerdir. Android Developer Console ise Google Play dışında dağıtım yapan geliştiriciler için ayrı bir yüzeydir ve yardım sayfaları farklı bir akış tarif eder, buna Google Search Console üzerinden kurum web sitesi doğrulaması da dahildir. İki talimat seti de aynı aramalarda sıralanıyor.

Dört dağıtım rotası, dört yanıt. Google belgelerinden bir kelime daha okumadan önce kendi satırınızı bulun, çünkü yanlış satır size bir öğleden sonrasına mal olur:

Rota eşlemesi Google'ın Play Console doğrulama rehberi ve sınırlı dağıtım rehberinden alındı, 13 Ağustos 2026 tarihinde erişildi. Doğrulandı

2026 doğrulama zaman çizelgesi ve makalelerin hâlâ yanlış yazdığı tarih

Doğrulama tek bir duyuruyla gelmedi. Beş duyuruyla geldi ve her biri bir öncekini daralttı ya da düzeltti. Aşağıdaki kronoloji, belirleyici kaynak olarak Google'ın haziran ve temmuz 2026 tarihli kendi materyalini alıyor; bu önemli, çünkü çok alıntılanan mart öngörüsü geçersiz kaldı.

Program gerçekte nasıl geldi, adım adım

Her giriş, Google'ın yayımladığı şeyi bir Play geliştiricisinin oradan çıkarması gereken sonuçla eşleştiriyor, çünkü bu tarihlerin birkaçı başka yerlerde tek başına alıntılanıyor ve sıra göründüğünde çok farklı okunuyor.

1. Kasım 2025

   Erken erişim açılıyor

   Erken erişime davet edilen geliştiriciler, Google Play dışında dağıtılan uygulamaları doğrulamaya başlayabildi.

   Çıkarılacak sonuç: yalnızca tarihsel bir dönüm noktası. Buradaki hiçbir şey bugün bir Play geliştiricisine yükümlülük getirmiyor.

2. 30 Mart 2026

   Tüm geliştiricilere dağıtım başlıyor

   Google, Android geliştirici doğrulamasını hem Play Console hem de Android Developer Console tarafında tüm geliştiricilere dağıtmaya başladığını duyurdu ve Play geliştiricilerine sonraki birkaç hafta içinde erişimi takip etmelerini söyledi. Doğrulandı

   Çıkarılacak sonuç: bunu "her Play hesabı 30 Mart'ta doğrulamayı aldı" diye okumayın. Google'ın kendi ifadesi, dağıtımın o gün başladığı yönünde.

3. Haziran 2026

   Android Developer Verifier sistem hizmeti dağıtılıyor

   Google'ın güncellenen zaman çizelgesi, doğrulayıcı sistem hizmetinin dağıtımını Haziran 2026'ya yerleştiriyor. Doğrulandı

   Çıkarılacak sonuç: haziranı esas alın. 30 Mart blog yazısı nisanı öngörmüştü ve birkaç güncel üçüncü taraf makale bu öngörüyü hâlâ olmuş bitmiş gibi tekrarlıyor.

4. 18 Haziran 2026

   Kesin yürürlük tarihi belli oluyor

   Google ilk yürürlük tarihi olarak 30 Eylül 2026 tarihini duyurdu, yedi katılımcı mağazayı adlandırdı ve Play geliştiricilerinin uygulamalarının %99'undan fazlasının zaten kaydedilmiş olduğunu söyledi. Doğrulandı

   Çıkarılacak sonuç: hem tarih hem de otomatik kayıt oranı için en güçlü tekil kaynak budur. Bundan önce yayımlanan her şey tarih konusunda tahmin yürütüyor.

5. Temmuz 2026

   Araçlar: ID Status API ve Console API

   Android Developer ID Status API dünya genelinde dağıtıldı, Console API ve sınırlı dağıtım ise erken erişimde kaldı.

   Çıkarılacak sonuç: otomasyon ve araç ekipleri için anlamlı, Play Console'da elle ilerleyen ilk kez yayın yapan biri için değil.

6. 15 Temmuz 2026

   Güncel rehberler yayımlanıyor

   Google'ın genel doğrulama rehberi ve Play Console rehberi güncellendi; buna ilk mağaza kapsamı ve Play paket kaydı talimatları da dahil. Doğrulandı

   Çıkarılacak sonuç: operasyonel her konu için bu iki sayfayı belirleyici güncel belge olarak alın.

7. 22 Temmuz 2026

   SSS kapsamı yazılı olarak daraltıyor

   Google'ın SSS sayfası, katılımcı listesinin dışındaki mağazaların ve doğrudan APK yüklemenin 30 Eylül aşamasına tabi olmadığını açıklığa kavuşturdu. Doğrulandı

   Çıkarılacak sonuç: 2025'in "Google o tarihte sideloading'i bitiriyor" anlatısını emekliye ayıran cümle budur. Bu, kalıcı bir muafiyet değil, ilk aşamaya özgü bir sınırdır.

8. Ağustos 2026

   Küresel kullanıma açılması planlanıyor: sınırlı dağıtım ve gelişmiş akış

   Google'ın doğrulama sayfası sınırlı dağıtım hesaplarını, Android Developer Console API'sini ve gelişmiş kurulum akışını Ağustos 2026 lansmanları olarak listeliyor. 13 Ağustos 2026 itibarıyla kendi sınırlı dağıtım rehberi hâlâ erken erişim kaydının kapalı olduğunu ve Ağustos 2026'da daha fazla bilgi geleceğini söylüyor; bu yüzden bu satır teslim edilmiş değil, planlanmış olarak çiziliyor. Kısmi, lansman doğrulanmadı

   Buradan çıkarılacak: bu sayfadaki en hızlı değişen madde bu ve takvimin ağustosa girmesi yayına alındığının kanıtı değil. Ay ortasında yayımlanmış herhangi bir yazıya, bu yazı dahil, güvenmek yerine güncel durumu Google'ın doğrulama sayfasından kontrol edin.

9. 30 Eylül 2026

   Aynı gün iki şey oluyor

   Brezilya, Endonezya, Singapur ve Tayland'da yedi katılımcı mağaza üzerinden yapılan yüklemeler için uygulama kaydı zorunlu hâle geliyor. Ayrıca Play Console şartları uyarınca tüm Play paketlerinin kayıtlı olması gerekiyor ve Google, kayıtlı olmayan uygulamaların Google Play'den kaldırılacağını belirtiyor. Doğrulandı

   Çıkarılacak sonuç: tek tarih, iki bağımsız sonuç. 03. bölüm ikisini düzgünce ayırıyor.

10. 2027 ve sonrası

    Dünya geneline yayılma, tarih açıklanmadı

    Google korumaların 2027'de dünya geneline yayılacağını söylüyor. 9 Ağustos 2026 itibarıyla kesin bir dünya geneli tarih ve ek bir ülke takvimi açıklanmadı. Doğrulandı

    Çıkarılacak sonuç: başka yerlerde okuduğunuz "1 Ocak 2027" ya da "2027 başı" gibi her son tarihi bir tahmin olarak görün. Google böyle bir tarih yayımlamadı.

30 Eylül 2026 dünya geneli bir son tarih mi?

Android cihaz düzeyindeki yürürlük için hayır, Google Play paket kaydı son tarihi için evet. Bunlar aynı tarihi paylaşan iki farklı kural ve bu program hakkındaki neredeyse her makale ikisini birleştiriyor. Cihaz kuralı yedi mağaza üzerinden dört ülkede başlıyor. Play kuralı ise Play listelemenizi ilgilendiriyor ve Google bu kuralı kaçırmanın sonucunu Google Play'den dünya geneli kaldırma olarak tanımlıyor.

Dört ülke ve yedi mağaza

Google iki listeyi de tam olarak adlandırıyor, yani yorum yapmaya gerek yok. İlk yürürlük aşaması şu dört ülkedeki uygulama yüklemelerini kapsıyor:

Ve şu yedi katılımcı uygulama mağazası üzerinden yapılan yüklemeler için geçerli:

Her iki liste de Google'ın 18 Haziran 2026 duyurusundan ve 15 Temmuz 2026 tarihli doğrulama rehberinden alındı, 9 Ağustos 2026 tarihinde erişildi. Google mağaza ya da bölge ekleyebilir, bu yüzden tarihe yaklaşırken bu listeye göre harekete geçmeden önce kaynağı yeniden kontrol edin.

30 Eylül sizi ilgilendiriyor mu? Kendi yolunuzu çözün

İki soruyu yanıtlayın, aşağıdaki araç iki katmanı da sizin özel dağıtım yolunuza uygulasın. Google'ın yanıtının "henüz değil" olduğu durumlarda kasten açık sözlü, çünkü "henüz değil" ile "asla" aynı şey değil.

Zaten doğrulanmış olup olmadığınızı nasıl kontrol edersiniz

Sorunun tamamını iki ekran yanıtlıyor. Geliştirici hesabı kimliğinizi ve hesap bilgilerinizi taşır. Android geliştirici doğrulaması sayfası her uygulamanın kayıt durumunu taşır. Yalnızca birincisini açarsanız, aslında geçmediğiniz bir denetimi geçmiş sayılabilirsiniz.

Bir durumun görünebileceği dört yer

Etiket uydurmadan durumdan eyleme

Google nereye bakılacağını ve ne yapılacağını yayımlıyor. Play kimlik durum etiketlerinin kapsamlı bir sözlüğünü yayımlamıyor, bu yüzden bu yazı da uydurmuyor. Aşağıdaki tablo neyi kontrol ettiğinize ve tamamlanmışın neye benzediğine göre düzenlendi, ki Google'ın belgelediği kısım tam olarak budur.

Gezinme ve "tamamlandı" tanımları Play Console yardımı yanıt 16984799, Google'ın Play Console doğrulama rehberi ve geliştirici hesabı bilgileri yardım sayfasından; kapalı test satırı Play Console yardımı yanıt 14151465'ten alındı. Tümüne 9 Ağustos 2026 tarihinde erişildi. Google'ın kendi sayfaları şu anda kimlik yolu için iki farklı ifade kullanıyor, Play Console gezinmesi sık değişiyor ve etiketler burada Türkçe verilirken sizin Console'unuz biraz farklı bir metin gösterebilir: bu yüzden buradaki her yolu kalıcı değil, o tarihte geçerli olarak görün.

"Otomatik kaydedildi" tam olarak ne demek

Otomatik kayıt tek ve dar bir ilişkiyle ilgilidir: bir uygulamanın paket adı ile onu kimin kontrol ettiğini kanıtlayan imzalama bilgileri arasındaki bağ. Google, Play App Signing kullanan uygun uygulamaların otomatik kayıt sürecinin parçası olduğunu belirtiyor, çünkü Google gereken sahiplik ve imzalama bilgisine zaten sahip.

Tüm paket adlarınız otomatik olarak başarıyla kaydedildiyse Google, ilgili Play uygulamaları için ek bir kayıt işlemi gerekmediğini söylüyor. Bu cümle tam olarak söylediği kadar iş yapar, bir gram fazlasını değil.

Son madde üzerinde durmaya değer. Kayıt paket bazında olduğu için altı uygulamalı bir hesap altıda dördü tamamlanmış olabilir ve bunları listeleyen tek sayfa dışında hiçbir yerde endişe verici bir şey göstermez. Google ayrıca doğrulamayı geliştiricinin kim olduğunun teyidi olarak çerçeveliyor ve bunu uygulama içeriğine uygulanan güvenlik taramasından ayrı olarak tanımlıyor; yani buradaki hiçbir şey uygulamanızın Play politikalarına uygun olup olmadığını söylemiyor.

Bir uygulama otomatik kaydedilmediğinde ne yapmalı

Elle kayıt iki biçimde yürür ve hangisinin size düştüğü paket adına bağlıdır, size değil. Android'in hiç görmediği bir paket adı için paket bilgilerini ve imzalama anahtarınızın genel sertifikasını verirsiniz. Zaten yüklemesi olan bir paket adı içinse, Google'ın verdiği bir metin parçasını taşıyan bir APK yükleyerek karşılık gelen özel anahtara sahip olduğunuzu ayrıca kanıtlarsınız. Yalnızca ikinci durum imzalı bir doğrulama APK'sı gerektirir ve iki durumun hiçbiri gerçek üretim APK'nızı gerektirmez.

Önce hangi durumda olduğunuzu belirleyin

Beş satır var ve bugün tam olarak birine aitsiniz. Burada yanılmak bu bölümün en pahalı hatasıdır, çünkü doğrulama APK'sı yolu bir derleme işidir ve bu satırların üçünün ona hiç ihtiyacı yoktur.

Durum ayrımı Play Console yardımı, "Registering Android package names" (yanıt 16761053) kaynağından alındı, 13 Ağustos 2026 tarihinde erişildi. Doğrulandı

A. Yeni bir paket adını kaydetmek

Kısa yol. Her şey Play Console içinde olur, derleme ortamınıza hiçbir şey dokunmaz ve üretilecek bir APK yoktur.

1. 01

   Android geliştirici doğrulaması sayfasını açın

   Play Console'da Android geliştirici doğrulaması sayfasını açın ve hesaptaki her paket adının kayıt durumunu gözden geçirin. Play Console ana sayfası da uygulama kayıt bilgilerini gösterebilir.

2. 02

   Paket adını kaydet seçeneğini seçin

   Bu, hâlihazırda var olan bir ad üzerinde talep açmak yerine yeni bir kayıt başlatır.

3. 03

   Paket adını ve bir anlaşılır adı girin

   Anlaşılır ad, kendi listeniz için iç bir etikettir. Kullanıcıların mağaza sayfanızda gördüğü şey değildir.

4. 04

   Anahtar ekle seçeneğini seçin

   Kontrol ettiğiniz imzalama anahtarı ile kaydettiğiniz paket adı arasındaki bağ burada kurulmaya başlar.

5. 05

   Genel imzalama sertifikasını verin

   Uygulamanızın imzalama anahtar çiftindeki genel sertifikayı sağlayın. Android bu paket adını hiç görmediği için Google'ın ihtiyacı olan tek şey bu sertifikadır. Özel anahtarınız makinenizden hiç çıkmaz.

6. 06

   Gönderin ve onayı bekleyin

   Paket adı başarıyla kaydedildiğinde Google bir e-posta gönderir ve güncellenen durum Play Console'da görünür hâle gelir.

B. Mevcut bir paket adını kaydetmek

Bu, uzun yol ve her yazının tek yolmuş gibi anlattığı yol. Paket adının Android'de zaten yüklemeleri varsa geçerlidir, çünkü o zaman Google sözünüze güvenmez: özel anahtar üzerindeki kontrolü göstermeniz gerekir. Bu adımların ikisi Play Console dışında gerçekleşir, bu yüzden başlamadan önce derleme ortamınızı açık tutun.

1. 01

   Paket bilgilerini girin

   Android geliştirici doğrulaması sayfasında, talep ettiğiniz paket adı için kaydı başlatın.

2. 02

   Anahtar seç bölümünü açın

   Google, yükleme kanıtlarına dayanarak bu paket adı için uygun gördüğü sertifikaları sunar.

3. 03

   Uygun bir genel sertifika parmak izi seçin

   Gerçekten elinizde olan anahtarın parmak izini alın. Uygun hiçbir şey sunulmuyorsa burada durun ve başka bir şey denemeden önce aşağıdaki uygunluk kurallarını okuyun.

4. 04

   Sahiplik akışını başlatın ve Google'ın metin parçasını kopyalayın

   Google bu talep için benzersiz bir metin parçası üretir. Bire bir kopyalayın. Birazdan derleyeceğiniz APK'nın tam da bu doğrulama için yapıldığını kanıtlayan değer budur.

5. 05

   assets/adi-registration.properties dosyasını oluşturun

   Bir APK projesinin assets klasörü içinde adı tam olarak adi-registration.properties olan bir dosya oluşturun. Yol da dosya adı da harfi harfine böyledir. Buradaki bir yazım hatası, bu adımın en sık başarısız olma biçimidir.

6. 06

   Metin parçasını o dosyaya yapıştırın

   İçine başka bir şey girmesi gerekmez. Dosya yalnızca o metni taşımak için vardır.

7. 07

   Bir yayın APK'sı derleyin

   Google, bunu gerçek uygulamadan ya da aynı paket adını kullanan boş bir projeden derleyebileceğinizi söylüyor. Boş proje genelde daha hızlı ve daha güvenlidir, çünkü üretim kodunuzdan hiçbir şey işin içine girmez.

8. 08

   Karşılık gelen özel anahtarla imzalayın

   Bütün mesele budur. Kanıt imzadır, içerik değil.

9. 09

   Play Console üzerinden yükleyin

   İmzalı doğrulama APK'sını sahiplik akışında yükleyin. Bu bir yayın değildir, hiçbir kullanıcıya ulaşmaz ve gerçek üretim dosyanız işin dışında kalır.

10. 10

    Durumu ve onay e-postasını izleyin

    Paket adı başarıyla kaydedildiğinde Google bir e-posta gönderir ve güncellenen durum Play Console'da görünür hâle gelir.

C. İmzalama anahtarınız başka bir uygulama mağazasındaysa

Bazı mağazalar geliştirici adına imzalar, dolayısıyla doğru imzalanmış bir doğrulama APK'sını kendiniz üretemezsiniz. Google bunun için ayrı bir yol belgeliyor ve kısa:

1. 01

   Sürümü derleyip o mağazaya yükleyin

   Metin parçasını taşıyan derlemeyi, o platformun normal yayın sürecinden geçirin.

2. 02

   O mağazadan imzalanmış son APK'yı indirin

   Size gereken, mağazanın imzaladığı hâliyle dosyadır, sizin yüklediğiniz değil.

3. 03

   Mağazanın imzaladığı bu APK'yı Play Console'a yükleyin

   Sahiplik kontrolünü karşılayan şey mağazanın imzasıdır.

Akış adımları Play Console yardımı, "Registering Android package names" (yanıt 16761053) kaynağından alındı, 13 Ağustos 2026 tarihinde erişildi. Doğrulandı

Sonradan başka anahtarlar eklemek

Bir paket adına birden fazla imzalama anahtarı bağlanabilir. Google, konsolun tek bir paket için birden fazla imzalama anahtarı eklemeye ve doğrulamaya izin verdiğini söylüyor ve süreç B yolunu yansıtıyor: o anahtara ait metin parçasıyla assets/adi-registration.properties dosyasını oluşturun, karşılık gelen özel anahtarla bir yayın APK'sı derleyip imzalayın, sonra yükleyin. Önce paket adını kaydedin, ek anahtarları sonra ekleyin.

Uygun bir anahtar sunulmuyorsa: öncelik kuralları

Geliştiricilerin çoğu bunu hiç görmez. Bir paket adı ömrü boyunca birden fazla anahtarla imzalandıysa ya da birden fazla tarafın makul bir iddiası varsa önem kazanır. Google bunu yüklemelere dayalı bir sıralamayla çözer.

Uygunluk sıralaması Play Console yardımı yanıt 16761053 kaynağından alındı, 13 Ağustos 2026 tarihinde erişildi. Doğrulandı

Pratik okuması, dikkatle söylenmiş hâliyle: imzalama anahtarınız yukarıdaki sıralamayı açıkça karşılıyorsa, talep için doğrudan uygun görünmelidir. Bu, Google'ın incelenen bir talep yerine doğrudan kaydetmenize izin verip vermeyeceğini belirler. Kaydı sizin yerinize tamamlamaz. Otomatik kaydın dışında kalan bir paketin yine de elle B yolundan geçmesi gerekir. Hızlı davranmanız gereken kademe "önce gelen alır" kademesidir, çünkü orada kimin haklı olduğu değil kimin önce hareket ettiği belirleyicidir.

Kişisel geliştirici hesapları ne göndermek zorunda

İki katman: evrensel bilgi ve ülkeye özgü belgeler. Evrensel kısım şu: yasal kimlik ve adres bilgileriniz hesaba bağlı Google ödemeler profiliyle birebir eşleşmelidir. Belge kısmı ise tamamen o profildeki ülke veya bölgeye bağlıdır ve bu yüzden hiçbir dürüst makale size tek bir dünya geneli kontrol listesi veremez.

Her yerde aynı olan kısım

Kişisel hesaplar yasal kimlik ve hesap bilgisi sağlar; güncel Play yardımı bunların arasında yasal adı ve yasal adresi sayıyor. Doğrulama süreci bağlı Google ödemeler profilini kullanıyor ve Google'ın belge şartları sayfası, kişisel kimlik bilgilerinin, ilgili olduğu yerde kuruluş adının ve adres bilgilerinin ödemeler profilinizdeki bilgilerle birebir eşleşmesi gerektiğini belirtiyor.

Bu bölümün tamamını "birebir" kelimesi taşıyor ve bir sonraki aracın var olma nedeni de bu.

Her yerde aynı olmayan kısım

Google'ın kendi sayfası kabul edilen belgelerin coğrafi konumunuza bağlı olduğunu söylüyor. Sizin durumunuz için yetkili kaynak, başka yerde çoğaltılmış bir liste değil o sayfadaki ülke seçicisidir. Şartın biçimini evrenselmiş gibi göstermeden somutlaştırmak için, Google'ın Amerika Birleşik Devletleri sayfasının bireylerden hâlihazırda istediği şey şu:

Google'ın açıkça söylediği görsel şartları

Bunlar fotoğraflı kimliğin kendisi için geçerli ve tartışmaya kapalı; bu da onları herhangi bir yükleme öncesinde ortadan kaldırılabilecek en ucuz hata nedenleri yapıyor:

• Resmî fotoğraflı kimlik geçerli ve süresi dolmamış olmalıdır.
• Görsel renkli olmalıdır.
• Görsel net ve iyi aydınlatılmış olmalıdır.
• Görsel fotokopi olmamalıdır.

Google ayrıca güncel belge şartları sayfasının, desteklenmeyen belgeleri geliştirici doğrulaması başarısızlıklarının başlıca nedeni olarak gösterdiğini ve sahte ya da değiştirilmiş belgelerin hesap ve uygulama kaldırma dahil ağır yaptırımlara yol açabileceğini belirtiyor. Bu sayfadaki hiçbir şey bunu göze almaya değmez.

Herhangi bir şey yüklemeden önce yapılacak kontrol

Google kaç doğrulama denemesi hakkınız olduğunu yayımlamıyor ve geliştiriciler yeniden deneme kontrolünün artık görünmediği bir duruma ulaştıklarını düzenli olarak bildiriyor. Bu bileşim, dikkatsiz bir gönderimi gerçekten pahalı hâle getiriyor. Önce bu denetimi yapın.

Herhangi bir şey yüklemeden önce kontrol edilecek hata

Bu yazıdan tek bir talimat alacaksanız şunu alın: yükleme düğmesine dokunmadan önce Google ödemeler profilinizi açın ve yasal adı ve adresi belgelerinizle alan alan karşılaştırın. Google bilgilerin uyuşmasını istiyor; karakter ya da noktalama düzeyinde bir kural yayımlamıyor, bu yüzden "alan alan" ifadesini şartı karşılamanın pratik yolu olarak alın, ayrı bir kural olarak değil.

Bunun ilk yarısı Google'ın kendi şartıdır. İkinci yarısı ise 2026 destek forumlarının dolu olduğu şeydir. Nisan, haziran, temmuz ve ağustos 2026 tarihli konular hep aynı biçimde: geliştirici belgelerinin doğru olduğundan emin, doğrulama belirli bir neden verilmeden başarısız oluyor ve topluluğun yanıtı gönderilen kimlik ile ödemeler profili arasındaki uyuşmazlığa geri dönüyor. Bu konuların birkaçında geliştirici profildeki ad sorununu ancak başarısız bir itirazdan sonra fark etmiş.

Kurumsal hesaplar neye ihtiyaç duyar

Kurumlar kişisel kimlik yerine yasal kurum bilgileriyle doğrulanır ve genellikle bir D-U-N-S numarasına ihtiyaç duyarlar: Dun and Bradstreet tarafından verilen dokuz haneli benzersiz bir tanımlayıcı. Google'ın Play belgeleri belirli kamu kurumları için istisnalar belirtiyor. Google, numarası olmayan geliştiricilerin bunu ücretsiz edinebileceğini söylüyor ama haftalar sürebileceği uyarısını yapıyor; bu da onu bu sayfada gerçek bir bekleme süresi olan tek madde yapıyor. Google'ın kendi sayfaları süre konusunda çelişiyor: Android doğrulama SSS sayfası 28 güne kadar, güncel Play Console hesap yardımı ise 30 güne kadar diyor. Bu yazı 30 üzerinden planlıyor.

Bir kurum başka ne hazırlar

• Tescil kayıtlarınızla uyumlu yasal kurum bilgileri, ayrıca yetkili temsilci ve hesap bilgileri.
• Dokuz haneli D-U-N-S numarası, Dun and Bradstreet üzerinden ücretsiz edinilebilir ve Google'ın belirli kamu kurumları için belirttiği istisnalara tabidir. Bu istisnalar dardır: kamu kurumlarının doğrulamayı atladığı anlamına gelmez.
• İlgili kurum belgeleri ve temsilcinin kimlik belgeleri; kişisel hesaplar için geçerli olan aynı ülkeye özgü ve birebir eşleşme kurallarıyla.
• Doğrulanmış bir web sitesi, Google Play dışında tam dağıtım yapan bir kurumsanız. Google'ın doğrulama rehberi, kurumların Google Search Console üzerinden doğrulanması gereken bir web sitesi sunduğunu söylüyor. Bu adım Play Console yoluna değil Android Developer Console yoluna aittir.

Kurumsal bir hesabın değiştirmediği bir şey var: Google Play'de de yayın yapıyorsanız bu yine Play Console işidir. Ve yeni bir hesap için kişisel ile kurumsal arasında karar veriyorsanız, ödünleşimler doğrulamanın çok ötesine geçiyor; bunu kişisel hesap ile kurumsal hesap karşılaştırması gereken biçimde ele alıyor.

30 Eylül tarihinde doğrulanmamışsanız gerçekte ne olur

Uygulamanızın kullanıcılarına nasıl ulaştığına göre dört farklı şey. Google yeni yükleme üzerinde, denetimlerin geçerli olduğu yerlerde güncellemeler üzerinde ve kayıtsız Play paketleri için Google Play'den kaldırma konusunda kısıtlamalar belgeliyor. İnsanların telefonlarında zaten yüklü olan uygulamaların zorla kaldırılmasını belgelemiyor.

Sonuçlar Play Console yardımı yanıt 16984799, Google'ın Play Console doğrulama rehberi, 30 Mart dağıtım yazısı, Android Developer Console yardımındaki zaman çizelgesi ve 22 Temmuz SSS sayfasından alındı. Tümüne 9 Ağustos 2026 tarihinde erişildi.

En dikkatli olunması gereken iddia

Bu ayrım kılı kırk yarmak değil. Bu ay ne yapmanız gerektiğini değiştiriyor. Play'den kaldırma, bir paketi kaydederek çözdüğünüz bir dağıtım acil durumudur. Varsayımsal bir toplu kaldırma ise tamamen farklı bir iletişim gerektiren bir müşteri ilişkisi acil durumu olurdu. Bunlardan yalnızca biri belgelenmiş durumda.

Gelişmiş akış gerçekte nasıl işliyor

Google gelişmiş akışı bir düğme olarak değil, bilerek yavaşlatılmış bir yol olarak belgeliyor ve sürtünme tam da amacın kendisi: her adım, telefon hattı hâlâ açıkken birinin kurbanı adım adım yönlendirmesini engellemek için var.

1. 01

   Sistem ayarlarından geliştirici modunu açın

   Bilinçli bir ilk hamle; böylece buradaki hiçbir şey kazara ya da dolandırıcılıkta kullanılan tek dokunuşluk bir atlatmayla tetiklenmez.

2. 02

   Size birinin yönlendirmediğini doğrulayın

   Bir korumayı kapatmanız için kimsenin sizi zorlamadığına dair kısa bir kontrol.

3. 03

   Telefonu yeniden başlatın ve tekrar kimlik doğrulayın

   Bu, birinin sonraki adımlarınızı izlemek için kullanabileceği uzaktan erişimi ya da süren aramayı keser.

4. 04

   Koruyucu bekleme süresinden sonra geri dönün

   Google bunu tek seferlik, bir günlük bir bekleme olarak tanımlıyor. Ardından biyometrik doğrulamayla ya da cihaz PIN'iyle onaylıyorsunuz.

5. 05

   Doğrulanmamış geliştiricilerden yükleyin

   Buna yedi gün ya da süresiz izin verebilirsiniz. Her kurulumda uyarı yine çıkar ve onu siz geçersiniz.

Gelişmiş akış adımları Google'ın Android geliştirici doğrulaması SSS sayfasından alındı, 13 Ağustos 2026 tarihinde erişildi. Doğrulandı

Sideloading sorusu, tek paragrafta

30 Eylül aşaması ne doğrudan APK yüklemeye ne de Google'ın katılımcı listesi dışındaki uygulama mağazalarına henüz uygulanıyor ve Google hem ADB ile yüklemeyi hem de doğrulanmamış geliştiricilerden bilerek yükleme yapmak isteyen kullanıcılar için gelişmiş bir akışı desteklemeye devam ediyor. 9 Ağustos 2026 itibarıyla güncel ve belgelenmiş konum budur ve 2025'teki ilk duyurunun ardından dolaşan "Google sideloading'i bitiriyor" anlatısından belirgin biçimde farklıdır. Bu aynı zamanda açıkça bir ilk aşamadır, yani bunu kesinleşmiş bir sonuç saymak da simetrik hata olurdu. Buraya bir Play son tarihi değil sideloading ve açık ekosistem sonuçları getirdiyse, bu konu bir uyum yazısının içindeki bir paragrafı değil kendi başına bir ele alışı hak ediyor.

Doğrulama, 12 test kullanıcılı kapalı testin yerine geçmez

Bunlar birbiriyle ilgisiz iki şarttır ve ikisi de sizin için geçerliyse ikisinin de karşılanması gerekir. Android geliştirici doğrulaması "bu hesap ve bu paket kimin?" sorusunu yanıtlar. Üretim erişimi kuralı ise "bu uygulama gerçek insanlar tarafından test edildi mi?" sorusunu yanıtlar. Birini kusursuz geçip diğeri yüzünden tamamen tıkalı kalabilirsiniz.

Google'ın şartı karşılaması gereken yeni kişisel geliştirici hesapları için koyduğu kural, doğrulama programındaki hiçbir şeyle değişmiyor: üretim erişimi için başvurduğunuz anda bir kapalı teste kesintisiz olarak son 14 gündür kayıtlı en az 12 test kullanıcısı.

Doğrulama sütunları Google'ın doğrulama rehberi ve Play Console yardımı yanıt 16984799'dan; kapalı test sütunları Play Console yardımı yanıt 14151465 ve dahili test yardım sayfasından alındı. Tümüne 9 Ağustos 2026 tarihinde erişildi. Doğrulandı

Bu neden insanları yakalıyor

Çünkü ikisi de "şart" olarak adlandırılıyor, ikisi de Play Console içinde yaşıyor ve ikisi de bir geliştirici ile yayımlanmış bir uygulama arasında duruyor. Bu yüzden kimlik doğrulamasını yeni geçmiş bir hesap bitmiş gibi hissettiriyor. Sonra üretim erişimi reddediliyor ve doğrulama ekranlarındaki hiçbir şey nedenini açıklamıyor, çünkü o yanıt orada yaşamıyor.

Yeni bir kişisel hesabı gerçekten yayına çıkaran sıra şu: kimlik doğrulanmış, her paket kayıtlı ve ayrıca üretim erişimi başvurusundan önce 14 gün boyunca kesintisiz kayıtlı en az 12 test kullanıcısıyla bir kapalı test. 14 art arda gün kuralının çoğu geliştiricinin beklediğinden fazla istisnası var ve bu sıradaki, daha çok çalışarak kısaltılamayan kısım da odur.

Dahili test bunun yerine sayılır mı?

Hayır ve nedenini net söylemekte fayda var, çünkü "dahili test işe yaramaz" da yanlış. Google dahili teste 100 test kullanıcısına kadar izin veriyor ve bu, sorunları hızlı yakalamak için gerçekten iyi bir yol. Ama üretim erişimi şartı özellikle 12 test kullanıcısı ve 14 gün koşulunu karşılayan bir kapalı testi adlandırıyor. Dahili test ayrı bir kanaldır, dolayısıyla oradaki katılım bu belirli şart için geçerli test değildir.

Kurumsal hesaplar da burada tek cümlelik bir açıklamayı hak ediyor: üretim erişimi test şartı açıkça yeni kişisel geliştirici hesapları için yazılmıştır, dolayısıyla kurumsal hesaplar bu belirli 12 test kullanıcısı kuralının kapsadığı hesap sınıfı değildir. Bu, iki hesap türüne de ulaşan doğrulamadan ayrı bir sorudur.

Doğrulama başarısız olduysa yeniden denemeden önce şunları kontrol edin

Geliştiriciler sık sık belirsiz reddetme mesajları bildiriyor ve Google her bireysel reddin nedenini belgelemiyor. Bu yüzden işe yarayan hamle mesajı tahmin etmek değil, Google'ın gerçekten yayımladığı şartları tek tek geçmek. Aşağıdan gördüğünüz belirtiyi seçin. Her biri ilk kontrol edilecek şeye, o tavsiyenin arkasındaki kanıtın gücüne ve güvenli sonraki adıma çözülüyor.

Gerçekten görebildiğiniz belirtiden başlayın

Aşağıdaki on madde, geliştiricilerin Google'ın destek forumlarında bunları nasıl ifade ettiğine göre yazıldı, gece ikide yazılanlar dahil. Birini seçmek, teorik olarak yanlış olabilecek her şeyin listesi yerine o belirti için en değerli kontrolü veriyor.

Kanıtın desteklediği ve desteklemediği şeyler

Aşağıdaki hata kalıpları 2026 boyunca Google Play Geliştirici Yardım Topluluğu konularından derlendi; buna Brezilya, Hindistan, Özbekistan ve birkaç Portekizce konu da dahil, ayrıca daha eski Reddit ve Stack Overflow bildirimleri. Kanıtın gerçekte ne kadar güçlü olduğuna göre gruplandılar, çünkü bu, onlarla ne yapmanız gerektiğini değiştiriyor.

Son tarih öncesi kontrol listesi

Beş durum, 30 Eylül'ün takviminizdeki bir tarih mi yoksa gelen kutunuzdaki bir sorun mu olacağına karar veriyor. Dördü her Play geliştiricisi için geçerli. Beşincisi yalnızca hesabınız kapalı test kuralına tabiyse geçerli ve gerçek takvim süresi tüketen de o.

Kapatmanız gereken dört madde

İyimser değil dürüst işaretleyin. Her satır kendisini çözen bölüme bağlanıyor, yani işaretlenmemiş bir kutu çıkmaz sokak değil iki dakikalık bir sapmadır. Bunlardan ikisi koşullu, bu yüzden hiç geçerli olmadıysa da işaretlenebilecek biçimde yazıldı: bütün uygulamaları otomatik kaydedilen birinin kapatacağı elle talep yoktur, daha önce doğrulanmış ve belge sorulmamış birinin de düzeltecek bir şeyi yoktur.

PrimeTestLab nerede devreye giriyor, nerede girmiyor

Önce sınırı net söyleyelim: kimse sizin yerinize kimliğinizi doğrulayamaz. Belgelerinizi yüklemek, ödemeler profilinizi eşleştirmek ve paket adlarınızı talep etmek yalnızca hesap sahibinin yapabileceği şeylerdir ve bu yazı da bu konudaki tüm katkımızdır. Bizim kapsadığımız şey, yeni bir kişisel hesap için doğrulamanın hemen ardından gelen şart: 12 gerçek test kullanıcısı, 14 gün art arda kayıtlı.

Gelen kutumuza hep aynı biçimde düşen ayrım bu. Bir geliştirici kimlik doğrulamasını geçiyor, Play Console'da yeşil bir durum görüyor, yolun açık olduğunu varsayıyor ve sonra üretim erişiminin iki haftalık bir tabanı olan tamamen ayrı bir kapı olduğunu keşfediyor. Doğrulama evrak işidir ve ne kadar sürdüğü belgelerinize ve hesabınıza bağlıdır. Kapalı test ise sıkıştıramayacağınız takvim süresidir.

Kapalı testi kendiniz yürütmek ya da devretmek

En az zamana mal olan sıra

Doğrulama ve kapalı test ikisi de önünüzdeyse, sırayla değil paralel yürütün. Test kullanıcılarının 14 günlük kesintisiz kaydı, ancak gerçekten 12 kişi kayıtlı olduğunda başlayan takvim süresidir, yani gerçek çıkış tarihinize karar veren madde odur. O saati belgelerle uğraşırken başlatın, sonrasında değil.

Sıkça sorulan sorular

Özet

Son politika kontrolü: 13 Ağustos 2026. Google'ın 30 Eylül dağıtımı ve 2027 yayılımı hâlâ değişiyor, bu yüzden tarihler ve ülke kapsamı harekete geçmeden önce Google'ın Android geliştirici doğrulaması sayfasıyla yeniden karşılaştırılmalı. Bu yazının 30 Eylül 2026 tarihinde ve yürürlük başladıktan hemen sonra, ayrıca Google 2027 için herhangi bir coğrafya ya da tarih yayımladığında yeniden doğrulanması planlandı.