Publicarea în App Store și Google Play în 2026: termene, costuri și 7 cerințe ascunse care pot compromite lansarea

Pe scurt

Publicarea unei aplicații în App Store costă 99 $/an (cont Apple Developer Program), iar procesul de review pentru o aplicație nouă durează, de regulă, 2–5 zile (actualizările sunt verificate în 24–48 de ore). Totuși, aceste termene nu includ înregistrarea propriu-zisă a contului: pentru companii, Apple solicită un D-U-N-S Number și verificarea companiei, iar întregul proces de enrollment poate dura între 1 și 4 săptămâni.

Google Play are un cost inițial mai mic — o taxă unică de 25 $. Testarea închisă obligatorie (minimum 12 testeri, timp de 14 zile consecutive) se aplică doar conturilor personale (personal) înregistrate după 13 noiembrie 2023. Conturile de companie sunt scutite de această cerință, însă trebuie să treacă printr-un proces separat de verificare pe baza D-U-N-S și a documentelor companiei, care poate dura 2–4 săptămâni.

Din 2026, Google introduce încă o barieră — Android Developer Verification. Începând cu 30 septembrie 2026, în patru țări (Brazilia, Indonezia, Singapore și Thailanda), aplicațiile dezvoltatorilor care nu și-au verificat identitatea cu un act oficial nu vor putea fi instalate pe dispozitive Android certificate. Din 2027, cerința va fi extinsă la nivel global. Concluzia: în 2026, timpul real „de la cod până în store” depinde foarte mult de tipul și vechimea contului — de la câteva zile (pentru un update publicat printr-un cont deja verificat) până la 4–6 săptămâni (înregistrarea unui cont nou de companie + primul release).

7 lucruri pe care trebuie să le știi înainte de publicare

1. Costurile conturilor de developer diferă nu doar ca sumă, ci și ca model de plată

Apple Developer Program costă 99 $ pe an — este un abonament, iar fără reînnoirea lui aplicația poate fi retrasă din App Store chiar dacă a fost deja aprobată.

Google Play Console percepe o singură taxă de 25 $, după care contul rămâne activ pe termen nelimitat. Pe o perioadă de 5 ani, publicarea în ecosistemul Apple ajunge să coste de aproximativ 20 de ori mai mult decât simpla taxă de acces în Google Play. Este un cost care merită inclus în bugetul general al proiectului, nu doar în estimarea inițială pentru lansare.

2. Termenele oficiale de review ale Apple nu sunt întotdeauna aceleași cu cele din practică

Apple declară că aproximativ 90% dintre aplicațiile trimise sunt verificate în maximum 24 de ore, iar timpul mediu este de 24–48 de ore. Conform acelorași date oficiale, prima publicare a unei aplicații noi durează 2–5 zile. Aceste termene se referă inclusiv la actualizările aplicațiilor deja aprobate și reprezintă mai degrabă un obiectiv decât o garanție.

În practică, în 2026, lucrurile pot arăta diferit: dezvoltatorii raportează frecvent întârzieri de 7 până la peste 30 de zile, iar în unele cazuri review-ul ajunge chiar la 45 de zile. Una dintre cauze este creșterea bruscă a numărului de aplicații trimise spre verificare: în Q1 2026, numărul de release-uri a crescut cu 60?ță de aceeași perioadă a anului precedent, iar pe iOS creșterea a ajuns la 80%. Un factor important este valul de aplicații generate cu AI și „vibe-coded”, care a suprasolicitat coada de review. Așadar, pentru planificarea lansării, e mai sigur să incluzi o marjă de timp decât să te bazezi strict pe cifrele oficiale Apple.

În Google Play, situația este ceva mai previzibilă: pentru conturile cu istoric de publicare, review-ul durează de obicei 1–3 zile, iar pentru conturile noi — 7–14 zile. Aceste termene nu includ etapa obligatorie de testare pentru anumite conturi personale (vezi punctul 3).

3. Google Play poate solicita testare închisă înainte de publicare

Cerința se aplică doar conturilor personale (personal) de developer create după 13 noiembrie 2023. Fără o testare închisă — minimum 12 testeri înscriși prin opt-in, timp de 14 zile consecutive — Google nu permite trecerea aplicației în production.

Conturile de companie (organization) sunt scutite de această cerință. În schimb, ele trebuie să treacă prin verificarea companiei pe baza D-U-N-S Number și a documentelor de business, proces care durează aproximativ 2–4 săptămâni. Cu alte cuvinte, întârzierea nu dispare neapărat, ci doar ia o altă formă.

Merită să iei în calcul această etapă încă de la stabilirea datei de lansare, mai ales dacă există un deadline fix — de exemplu, un anunț public, o rundă de investiții sau începutul unui sezon. Este important și să clarifici din timp ce tip de cont va fi folosit pentru publicare.

4. Din 2026, Android introduce verificarea identității developerului

Google lansează Android Developer Verification — un sistem prin care aplicația este asociată cu identitatea verificată a developerului (act de identitate emis de autorități + taxă unică de 25 $). Cerința se aplică inclusiv aplicațiilor distribuite în afara Google Play, de exemplu prin magazine alternative sau prin descărcarea directă a fișierului APK.

Prima etapă începe pe 30 septembrie 2026 în patru țări — Brazilia, Indonezia, Singapore și Thailanda. Pe dispozitivele Android certificate din aceste țări, instalarea aplicațiilor provenite de la developeri neverificați va fi blocată. Extinderea globală este planificată începând cu 2027.

Pentru developeri amatori și proiecte educaționale, Google păstrează o variantă simplificată: un cont fără verificare prin ID și fără taxă, dar limitat la maximum 20 de dispozitive.

5. Principala cauză a respingerilor Apple nu sunt bug-urile, ci cerințele de privacy

Potrivit Apple, nerespectarea Guideline 5.1.1 (Privacy) este cea mai frecventă cauză de respingere a aplicațiilor — mai frecventă decât încălcarea oricărei alte reguli luate separat.

Problemele tipice sunt: lipsa unui link către Privacy Policy (atât în App Store Connect, cât și în aplicație), diferențe între App Privacy Labels și datele pe care aplicația le colectează în realitate sau lipsa solicitării App Tracking Transparency în situațiile în care aceasta este obligatorie.

Concluzia practică: documentația de privacy și declarațiile pentru fiecare SDK third-party trebuie pregătite înainte ca aplicația să fie trimisă la review, nu după prima respingere.

6. Guideline 4.3 filtrează aplicațiile „identice” și categoriile deja suprasaturate

Guideline 4.3(a) se referă la developerii care publică aplicații aproape identice sub Bundle ID-uri diferite — de exemplu, câte o aplicație separată pentru fiecare oraș.

Guideline 4.3(b) a devenit mai strict în 2026: în categoriile deja suprasaturate — lanterne, wallpapers, timere simple etc. — Apple poate respinge aplicațiile noi dacă acestea nu oferă o experiență „semnificativ diferită sau îmbunătățită” față de ceea ce există deja.

Pentru aplicațiile B2B de nișă și soluțiile corporate — de exemplu, aplicații pentru administrarea stațiilor de încărcare sau a parcărilor — acest lucru nu reprezintă, de regulă, o problemă. Pentru consumer utilities însă, este un risc care merită evaluat încă din etapa de concept, nu după ce dezvoltarea este deja finalizată.

7. Formularele bancare și fiscale sunt un blocaj pe care multe echipe îl descoperă prea târziu

Atât Apple, cât și Google solicită completarea profilului fiscal și de plăți înainte ca aplicația să poată genera venituri — chiar dacă monetizarea înseamnă doar o descărcare contra cost.

În App Store Connect, procesul presupune Paid Applications Agreement și formularele fiscale corespunzătoare (W-8/W-9 și echivalentele aplicabile în afara SUA). În Google Play, trebuie configurat Payments profile prin contul Google.

Verificarea informațiilor bancare și fiscale poate dura câteva zile lucrătoare pe ambele platforme și se desfășoară separat de review-ul aplicației. Dacă această etapă este lăsată pentru ultimul moment, lansarea unei aplicații cu monetizare poate fi amânată chiar dacă partea tehnică a fost deja aprobată.

iLab.md dezvoltă și publică aplicații mobile în React Native — de la idee până la lansarea în App Store și Google Play, inclusiv configurarea conturilor de developer, pregătirea documentației de privacy și gestionarea procesului de review.

Surse:
App Review Guidelines — Apple Developer
App testing requirements for new personal developer accounts — Google Play Console Help
Understanding Android developer verification — Android Developer Console Help