Urgent.News

What's breaking now, across thousands of outlets.

Tech

Android Developer Verification hits Brazil on September 30

Google's developer verification requirement starts enforcing in about a month, and Brazil is one of the four countries it lands in first. If you work here, this is not a 2027 problem you get to read about later. Most of the coverage I've seen frames this as a sideloading story, or an F-Droid story, or an "Android is losing its freedom" story. Those are real arguments, but they're not the thing…

Starting September 30, 2026, Android developers in Brazil, Indonesia, Singapore, and Thailand must register their apps to a verified developer before installing them on certified Android devices. Certified devices make up roughly 95% of Android users outside China. Verification involves identity checks and registering each package name with its signing key's SHA-256 fingerprint.

The requirement applies regardless of whether the app originated from Play Store, alternative stores, or downloaded APKs. ADB installs, local development and testing, and enterprise deployments through an EMM or private apps in Managed Google Play remain exempt. However, the real exposure lies in how builds reach testers. Many teams may not notice the need for registration, as Google auto-registered package names and signing keys for most existing Play apps in March 2026.

The registration process is per package name, and additional package names require a separate registration. The Android Developer ID Status API and Android Developer Console API can help manage this process. Teams should list all package names, check registration status, confirm signing keys, and decide the distribution path for each app. This change may seem minor but can cause significant friction if not addressed properly.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

How I faked a real-time opponent on shared hosting with zero background processes

Shared hosting has one rule that quietly kills most multiplayer designs: you cannot run a persistent process. No WebSocket server, no daemon, no long-lived worker.

  • Bot actions computed on fly, no persistent process needed
  • Randomness controlled by battle ID seeding for consistent output
  • Pre-computed bot guesses ensure fair, controlled gameplay

More from Monday 31 August →