惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

IT之家
IT之家
Y
Y Combinator Blog
T
Tailwind CSS Blog
G
Google Developers Blog
博客园 - Franky
Google DeepMind News
Google DeepMind News
阮一峰的网络日志
阮一峰的网络日志
Microsoft Azure Blog
Microsoft Azure Blog
博客园 - 聂微东
爱范儿
爱范儿
博客园 - 【当耐特】
腾讯CDC
T
The Blog of Author Tim Ferriss
MongoDB | Blog
MongoDB | Blog
H
Help Net Security
C
Check Point Blog
大猫的无限游戏
大猫的无限游戏
M
MIT News - Artificial intelligence
博客园_首页
Stack Overflow Blog
Stack Overflow Blog
The GitHub Blog
The GitHub Blog
Engineering at Meta
Engineering at Meta
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
The hidden 14 day wait before your first Android app goes...
TheIOn-Proje · 2026-05-05 · via DEV Community

TheIOn-Project

Most first time Android publishers don't find out about this rule until they're staring at it in the Play Console at 11pm.

If you're shipping a brand new app to Google Play and the app or your developer account was created after November 13, 2023, you have to run a closed testing track for at least 14 days with at least 12 active testers before you can request production access. No exception form, no expedited path. Just the wait.

It catches people because the rest of the publishing flow doesn't really hint at it. You upload your bundle, fill in the store listing, finish the data safety form, and then hit a wall when you try to push to production. The app sits in review, then gets bounced back with a message about needing the closed test first.

What an active tester actually means

This is where it trips people up. Google's definition is narrower than you'd expect.

  • Your tester has to opt in by clicking the link you send them, then install the app from the Play Store.
  • The opt in has to happen on a unique Google account.
  • The tester needs to have used the app on at least one day during the 14 day window. Just installing it doesn't count.
  • You need 12 of these, not 12 install events. So if 8 testers install on day 1 and 4 more come in on day 13, you're not at 12 yet, because some of those late ones haven't completed a full day.

The console will show how many testers currently count toward the 14 day requirement. If the number suddenly drops, it's usually because someone uninstalled or never finished the opt in.

Mistakes that quietly reset the timer

Some changes restart the 14 day clock. The ones I've seen most often:

  1. Removing and re-adding the same testers
  2. Switching the closed track between two different versions of your app in a way Google considers structurally different
  3. Adding a big batch of testers after the track is already running, then removing them

If you treat the closed track as a one time setup and resist the urge to keep tweaking the tester list halfway through, you'll usually be fine.

How to plan around it

The simplest move is to start the closed track the same week you start polishing your release build. Line up the 12 testers early. Friends, fellow devs, the indie hackers community, anyone with a real Google account who'll actually open the app once or twice over two weeks.

Set a calendar reminder for day 14 and request production review the day after. By then you've finished everything else in the Play Console, so you're really just waiting on the timer plus the regular review queue.

Why I built IOn Emit around this

The publishing flow has too many of these quiet rules. You shouldn't have to find out about the 14 day requirement by getting blocked at the finish line. IOn Emit walks through the whole submission process end to end, including the closed test setup, screenshot sizing, signing key handling, and the data safety form. Freemium, desktop app.

Link if you want to take a look: https://theionproject.com/ionemit

If you've shipped a first Android app since late 2023, what other rules surprised you?