Cum publici o aplicație pe Google Play: pașii reali din Play Console

Ca să publici o aplicație pe Google Play, înregistrează-te pentru un cont de dezvoltator Google Play (o taxă unică de 25 USD începând cu noiembrie 2026), creează aplicația în Play Console, completează fișa din magazin și formularele de conținut al aplicației, încarcă un Android App Bundle (.aab) pe un canal de testare și apoi lansează-l în producție după ce Google o revizuiește. Dacă ai un cont personal nou, există un pas în plus: un test închis cu cel puțin 12 testeri timp de 14 zile consecutive, înainte să poți cere acces în producție. Acest ghid parcurge fiecare ecran în ordine, cu detaliile care cauzează cele mai multe întârzieri.

Dacă nu ai construit încă aplicația, începe cu cum faci o aplicație Android.

Înainte să începi: ce îți trebuie

• Aplicația ca Android App Bundle (.aab). Google Play cere acest format pentru aplicațiile noi.
• Un nivel API țintă actual. Începând cu noiembrie 2026, aplicațiile noi și actualizările trebuie să vizeze Android 16 (nivelul API 36).
• O politică de confidențialitate la o adresă web publică. Trebuie să fie o pagină web normală, nu un PDF și nu în spatele unei autentificări.
• O iconiță, capturi de ecran și o grafică de prezentare. Verifică în Play Console cerințele actuale de dimensiune; la momentul scrierii, iconița are 512 × 512 pixeli, iar grafica de prezentare 1024 × 500.
• O adresă de email pentru suport.
• Un document de identitate emis de stat și un card pe numele tău legal pentru înregistrare. Cardurile prepay nu sunt acceptate.

Pasul 1: Creează-ți contul de dezvoltator

Mergi în Play Console și înscrie-te. Vei alege între două tipuri de cont:

• Personal. Pentru persoane fizice. Îți verifici identitatea și accesul la un dispozitiv Android cu aplicația Play Console pentru mobil și completezi cerința de testare descrisă la Pasul 6.
• Organizație. Pentru companii înregistrate. Verificarea cere date despre firmă și durează mai mult, dar nu există regula celor 12 testeri.

Trebuie să ai cel puțin 18 ani. Taxa de 25 USD se plătește o singură dată și nu se rambursează dacă Google consideră datele tale invalide, deci introdu numele legal exact așa cum apare pe actul de identitate.

Pasul 2: Creează aplicația

În Play Console, apasă Create app și completează:

• Numele aplicației așa cum îl vor vedea utilizatorii.
• Limba implicită.
• Aplicație sau joc.
• Gratuită sau plătită. Poți schimba mai târziu o aplicație plătită în gratuită, dar nu invers.
• Declarații: acceptă Politicile pentru dezvoltatori, legile americane privind exportul și termenii Play App Signing.

Numele pachetului (de forma com.companiatatale.aplicatia) este stabilit de prima ta încărcare și nu poate fi schimbat sau refolosit niciodată, deci alege-l cu atenție dacă îți construiești singur aplicația.

Pasul 3: Scrie fișa din magazin

Deschide pagina Main store listing (sub Store presence, în meniul din stânga) și adaugă:

• Numele aplicației, de până la 30 de caractere.
• Descrierea scurtă, de până la 80 de caractere. Adesea este tot ce citesc oamenii, deci începe cu ce face aplicația.
• Descrierea completă, de până la 4.000 de caractere. Explică pentru cine este, principalele funcții și ce trebuie să știe utilizatorii, în limbaj simplu. Nu îngrămădi cuvinte cheie; politicile Google le interzic.
• Grafică: iconița, grafica de prezentare și capturile de ecran de pe telefon. Ecrane reale din aplicație, nu machete cu funcții care nu există.
• Categoria și datele de contact.

Pasul 4: Completează formularele de conținut al aplicației

Deschide pagina App content (sub Policy, în meniul din stânga). Fiecare element necesită un răspuns înainte să poți lansa:

• Politica de confidențialitate, adresa URL.
• Acces la aplicație. Dacă unele părți ale aplicației cer autentificare, dă revizorilor credențiale funcționale. Lipsa autentificărilor este un motiv frecvent de respingere.
• Reclame. Spune dacă aplicația afișează reclame, inclusiv prin cod terț.
• Clasificarea de conținut. Un chestionar care produce vârste recomandate pe regiuni. Dacă îl sari, aplicația este „Unrated”, ceea ce blochează lansarea.
• Public țintă și conținut. Grupele de vârstă pentru care este aplicația. Includerea copiilor aduce cerințele mai stricte ale politicii Families.
• Siguranța datelor. Ce date colectează sau împărtășesc aplicația, de ce, și dacă sunt criptate și pot fi șterse. Răspunde pentru tot ce există în aplicație, inclusiv analitice și furnizorii de autentificare.
• Alte declarații cerute, de exemplu pentru aplicații de știri, sănătate, financiare sau guvernamentale, sau pentru permisiuni sensibile, precum SMS.

Fii exact. Google compară răspunsurile tale cu ce face efectiv aplicația.

Pasul 5: Încarcă prima versiune în testarea internă

Deschide Internal testing (sub Testing, în meniul din stânga), creează o versiune și încarcă .aab-ul. La această primă versiune vei configura Play App Signing: lasă Google să genereze și să păstreze cheia de semnare, cu excepția cazului în care ai un motiv să o gestionezi tu. Adaugă-te pe tine și câțiva colegi ca testeri interni, după adresă de email, apoi lansează versiunea. Testerii deschid linkul de înscriere și instalează aplicația din Play Store.

Fiecare încărcare ulterioară are nevoie de un versionCode mai mare decât cel anterior.

Dacă construiești cu Mythex

Pe planul Pro, Mythex îți creează AAB-ul din aplicația ta publicată. Poți lucra în două moduri:

1. Încarcă tu. Cere agentului să construiască pentru Android, apasă Download când cardul afișează Ready to upload, și încarcă fișierul în Play Console. Fișierul rămâne descărcabil din Project settings timp de aproximativ 30 de zile.
2. Conectează-ți propriul cont de serviciu Google Play. Creează un cont de serviciu și o cheie JSON în Google Cloud, invită adresa lui de email în Play Console, la Users and permissions, cu acces la această aplicație, și pune cheia în Mythex. De atunci, fiecare build Android ajunge singur în testarea internă, cu versionCode-ul setat peste orice există deja pe Google Play. Agentul poate edita și fișa din magazin și te întreabă înainte ca ceva să devină public, cum ar fi o lansare în producție.

Crearea aplicației (Pasul 2), formularul Data safety și clasificarea de conținut rămân în Play Console; agentul te anunță când lipsește una dintre ele. Citește mai mult pe pagina constructorului de aplicații Android Mythex.

Pasul 6: Rulează un test închis (conturi personale noi)

Dacă este contul tău personal a fost creat după 13 noiembrie 2023, trebuie să rulezi un test închis cu cel puțin 12 testeri care rămân înscriși cel puțin 14 zile consecutive, înainte să poți cere acces în producție. Cineva care pleacă și revine începe alte 14 zile.

Sfaturi practice:

• Recrutează mai mult de 12. Unii renunță. Ține-ți ținta la 15–20.
• Folosește un Google Group sau o listă de emailuri ca să gestionezi testerii.
• Cere folosire reală, nu doar o instalare. Google te întreabă despre testare când cereți acces și vei învăța mult mai mult.
• Lansează o actualizare în timpul testului cu corecturile din feedback.

Ghidul nostru despre testul beta acoperă recrutarea și colectarea feedback-ului. Când trec cele 14 zile, cere accesul în producție din Dashboard și răspunde la întrebările despre testul tău.

Pasul 7: Lansează în producție

Odată ce accesul în producție este disponibil, deschide Production din meniul din stânga:

1. Alege țările și regiunile în care va fi disponibilă aplicația.
2. Creează o versiune nouă și adaugă bundle-ul din testare, sau încarcă unul nou.
3. Scrie notele versiunii în cuvinte simple: ce e nou sau reparat.
4. Revizuiește și trimite spre revizuire. Modificările se adună sub Publishing overview până le trimiți.

Timpul de revizuire variază. Actualizările sunt adesea rapide; primele lansări pot dura câteva zile. Poți alege managed publishing dacă vrei să aprobi momentul exact în care o versiune aprobată devine live.

Pasul 8: După lansare

• Urmărește Android vitals pentru blocări și rapoartele „app not responding”.
• Răspunde recenziilor, mai ales celor de la început.
• Ține nivelul API țintă actual. Google îl ridică în fiecare an, iar aplicațiile care rămân în urmă nu mai sunt oferite noilor utilizatori de telefoane mai noi.
• Actualizează formularul Data safety de fiecare dată când adaugi o nouă colectare de date.

Pentru o aplicație împachetată web, cum este una construită cu Mythex, majoritatea schimbărilor ajung la utilizatorii Android când publici aplicația web, deoarece aplicația de telefon se deschide cu aplicația ta publicată. O nouă versiune în magazin este necesară doar pentru lucruri precum iconița, numele, permisiunile sau un nou nivel țintă.

Motive frecvente de respingere sau întârziere

• Nicio autentificare funcțională pentru revizori.
• O politică de confidențialitate lipsă, sub formă de PDF sau care nu se potrivește cu răspunsurile din Data safety.
• Capturi de ecran sau descrieri care promit funcții pe care aplicația nu le are.
• Cereri de permisiuni sensibile pe care aplicația nu le justifică clar.
• O aplicație defectă sau goală: text de test, butoane care nu fac nimic.

Publici și pe iPhone?

Procesul Apple este diferit: abonament anual, TestFlight și o revizuire umană pentru fiecare versiune. Citește cum publici o aplicație în App Store pentru acei pași.

Întrebări