deniz.in

Piyasalar

Hava durumu

Hava durumu yükleniyor

· kaynak dev.to (home feed)

Android geliştirici doğrulaması 30 Eylül'de Brezilya'da yürürlüğe giriyor

30 Eylül'den itibaren Brezilya'daki sertifikalı Android cihazlara kurulan uygulamalar doğrulanmış bir geliştiriciye bağlı olmak zorunda. Gerçek sürtünme noktası ise QA build'lerinde ve kayıt edilmemiş staging paket adlarında yaşanacak.

Android geliştirici doğrulaması 30 Eylül'de Brezilya'da yürürlüğe giriyor

Google dört ülkede uygulama kurulumlarını sıkılaştırıyor

dev.to'da yayımlanan bir gönderiye göre 30 Eylül 2026'dan itibaren Brezilya, Endonezya, Singapur ve Tayland'daki sertifikalı Android cihazlara kurulan uygulamalar, Google'ın doğrulama sürecini tamamlamış bir geliştiriciye kayıtlı olmalı. Sertifikalı cihazlar Çin dışındaki Android donanımının yaklaşık %95'ini oluşturuyor ve gereklilik kaynaktan bağımsız olarak geçerli: Play Store, alternatif bir uygulama mağazası veya bir bağlantıyla paylaşılan bir APK. Küresel yayılım 2027'de gelecek.

Doğrulamanın iki bileşeni var: geliştirici üzerinde bir kimlik kontrolü ve her uygulamanın paket adını imzalama anahtarının SHA-256 parmak izine bağlayan bir kayıt adımı. Bu iki ayrıntı, ekipler için pratik sonuçların büyük bölümünü belirliyor.

Neyi etkilemiyor

Muafiyetler geniş kapsamlı ve dev.to yazarına göre birçok ekip bundan dolayı yanlışlıkla etkilenmediklerini düşünecek:

  • ADB üzerinden yapılan kurulumlar etkilenmiyor; Google bunu açıkça belirtti, dolayısıyla adb install ile yerel geliştirme ve test aynen sürüyor.

  • Kurumsal dağıtım süresiz olarak muaf: Bir EMM cihaz politikası denetleyicisi üzerinden kurulan uygulamalar veya Managed Google Play'te özel uygulama olarak yayımlananlar bu gerekliliğin dışında.

  • Play uygulamalarının çoğu zaten halledilmişti. Gönderiye göre Google, Mart 2026'da mevcut Play uygulamalarının büyük çoğunluğu için paket adlarını ve imzalama anahtarlarını, bunlara sahip hesaplar altında otomatik olarak kaydetti; yine de geliştiriciler bunun kendilerine uygulandığını varsaymak yerine konsoldan doğrulamalı.

Sürtünme nerede yaşanacak

Yerel ADB kurulumları ile Play Store arasındaki boşluk, birçok ekibin fiilen çalıştığı alan ve yeni kuralın tam da bunu bozuyor. Bir dağıtım servisi, sohbet eki veya indirme bağlantısıyla test kullanıcısına ulaşan bir build — çoğu zaman test kullanıcısının kendi telefonunda — ne ADB kurulumu ne de yönetilen kurumsal dağıtım. Son tarihten sonra Brezilya'daki sertifikalı bir cihazda bu yol, paketin doğrulanmış bir geliştiriciye kayıtlı olmasını gerektiriyor.

Google Ağustos'ta bir çıkış kapısı sundu: kullanıcıların, tek seferlik bir kurulum ve risk kabulünün ardından doğrulanmamış geliştiricilerin uygulamalarını kurmasına izin veren gelişmiş bir akış. Yazarın endişesi operasyonel — her test kullanıcısını, her cihazda, bir risk uyarısından geçirmek, ekipleri sessizce yalnızca emülatörle test etmeye itebilecek yinelenen bir sürtünme.

Kayıt paket adı bazında

Yazarın ekiplerin gözden kaçırmasını beklediği ayrıntı bu. Android her build varyantını ayrı bir paket adı olarak ele alıyor: com.yourapp, com.yourapp.staging, com.yourapp.qa, ayrıca tek telefonda iki sürümü yan yana tutmak için kullanılan herhangi bir .dev eki. Mart ayındaki otomatik kayıt Play'de yayımlanan uygulamaları kapsadı; bir staging flavor ise hiçbir zaman Play'de olmadı.

Gönderiye göre halihazırda doğrulanmış bir hesap altına paket adları eklemek, bir müzakere değil hafif bir süreç — ama bu, kurulumlar başarısız olmaya başladıktan sonra değil, yaptırım öncesinde yapılmalı ve kayıtlı anahtar, QA build'lerini imzalamak için fiilen kullanılan anahtar olmalı. Staging artifact'lerini, build'i en son çalıştıran hangi makinedeyse oradaki bir debug keystore ile imzalayan ekiplerin bunu şimdi düzeltmesi gerekecek.

Google bunun için API'ler de sunuyor: Android Developer ID Status API bir paket adının kayıtlı olup olmadığını bildiriyor ve Android Developer Console API bir CI/CD hattının içinden paket adları ile imzalama anahtarlarını kaydedip yönetebiliyor. İki-üç flavor'dan fazlası varsa yazar, durum kontrolünü CI'ya bağlamanızı, birinin kafasında takip etmek yerine öneriyor.

Son tarih öncesi kontrol listesi

Pilot ülkelerdeki ekipler için gönderi somut adımlar sıralıyor:

  • Ekibin her yerde gönderdiği tüm paket adlarının envanterini çıkarın: flavor'lar, white-label build'ler ve bir müşterinin doğrudan kurduğu her şey — bu liste insanların beklediğinden uzun çıkmaya meyillidir.
  • Her birinin kayıt durumunu, Mart ayındaki otomatik kayda güvenmek yerine kontrol edin.
  • Üretim dışı her varyantın hangi imzalama anahtarını kullandığını ve bir insanın bunu gerektiğinde elde edip edemeyeceğini doğrulayın.
  • Her dağıtım yolu için karar verin: 30 Eylül'den sonra değişmeden sürüyor mu, muaf bir yola mı taşınıyor, yoksa paketinin kaydı mı gerekiyor.
  • Bir şey bozulmadan önce QA'yı bilgilendirin; böylece gelişmiş akışa yapılacak herhangi bir güven, esrarengiz bir durum değil planlı bir karar olur.

Neden önemli

Brezilya, Endonezya, Singapur ve Tayland'daki Android geliştiricileri için bu haftalar içinde gelecek operasyonel bir son tarih; 2027'nin politika tartışması değil. Üretim Play dağıtımı büyük ölçüde zaten uyumlu ve bu da değişikliği küçümsemeyi kolaylaştırıyor — ama dahili test hatları, staging flavor'ları ve müşteriye doğrudan kurulumların tümü kapsamın tam ortasında duruyor. Yazarın belirttiği gibi açık sorular var: yaptırımın ilk haftalarda ne kadar agresif uygulanacağı ve yıllar öncesinden kalma jenerik adlar tutan ekipler için paket adı çakışmalarının nasıl ele alınacağı. Pratik tavizsin parlak değil — şimdi konsola girin ve hangi paket adlarınızın gerçekten kayıtlı olduğunu denetleyin.

  • #android
  • #google-play
  • #mobile-development
  • #qa-testing
  • #app-distribution