Acasă/Metode

Aplicații · Android

Cum construim o aplicație Android pentru Google Play

Citim regulile Google Play și măsurăm cererea înainte de cod, construim o aplicație nativă în Kotlin și Compose, apoi ne uităm la ea rulând: cele mai grave defecte s-au văzut doar pe ecran. Prima noastră aplicație e construită, dar nepublicată, iar propria noastră cercetare spune că distribuția organică pe Play nu o va duce departe.

Actualizat 2026-10-11

Ce acoperă metoda și unde se află prima aplicație

Așa am construit prima noastră aplicație Android nativă pentru Google Play: o aplicație de pregătire pentru examenul teoretic auto din România, scrisă în Kotlin cu Jetpack Compose și vândută printr-o achiziție unică. Metoda e împachetată ca skill reutilizabil. Contul, încărcarea și pagina din magazin sunt acoperite de un kit de lansare separat, pe care echipa îl avea deja.

Starea: aplicația e construită, un pachet release semnat rulează pe emulator, iar politica de confidențialitate e publicată. Nu este pe Google Play. Am ales un cont de dezvoltator de organizație, care a cerut un număr D-U-N-S. La ultima noastră notă contul exista, iar verificarea identității, a site-ului și a telefonului trebuia încheiată înainte ca Google să ne lase să creăm o aplicație în el.

Contextul cinstit: după o rundă de cercetare în august, am concluzionat că distribuția organică pe Play nu aduce unui dezvoltator mic volum. Am construit-o totuși, ca pariu asumat pe singura nișă care ne-a trecut testele.

Pasul unu: citești regulile înaintea ideilor

Citim regulile platformei înainte să generăm idei. Patru condiții au decis tot restul.

1. Tipul contului. Un cont personal creat după 13 noiembrie 2023 are nevoie, pentru fiecare aplicație, de 12 testeri înscriși continuu timp de 14 zile în testarea închisă, plus un chestionar pentru accesul în producție. Testerii interni nu contează și nu mai pot intra în testarea închisă, iar o versiune lăsată în ciornă nu pornește ceasul. Conturile personale nu pot publica aplicații de finanțe, sănătate, VPN sau administrație, iar un cont personal care încasează bani publică adresa de acasă a titularului. Google marchează pasul cu testerii „doar pentru conturi personale”, dar nu scrie nicăieri explicit că organizațiile sunt scutite, așa că tratăm scutirea ca neverificată.

2. Alegeri ireversibile. Tipul contului nu se mai poate converti, tipul profilului de plăți nu se mai schimbă niciodată, iar numele pachetului rămâne fix după prima încărcare. L-am fixat înainte de orice build și îl verificăm în fișierul construit.

3. Conținut repetitiv. Mai multe aplicații pe un cont sunt permise; cele aproape identice nu sunt, iar refolosirea descrierilor sau a capturilor între aplicații e numită explicit ca încălcare. Conturile suplimentare nu izolează riscul.

4. Conturile expiră. Conturile de dezvoltator pot fi închise pentru inactivitate, iar avertismentele merg în căsuța înregistrată, citită sau nu. Acum notificările au un responsabil.

Pasul doi: măsori cererea cu scannerul propriu

Paginile Google Play se citesc fără cheie de API și conțin mai mult decât intervalul public de descărcări: numărul exact de descărcări, histograma notelor, intervalul de prețuri in-app și data ultimei actualizări. Scannerul le citește pe limbă și țară. Două capcane: data lansării e prima disponibilitate în țara interogată, nu lansarea globală, iar notele sunt pe țară. Să scanezi piața românească cu setări de SUA nu valorează nimic.

O nișă e vie doar dacă cel puțin 3 aplicații au 100 sau mai multe recenzii și reprezintă cel puțin 25% din eșantion. Condiția mai importantă e randamentul poziției: nu „putem ajunge sus?”, ci „cât aduce poziția N?”. Într-o singură zi a eliminat 43 din 45 de nișe candidate. A treia condiție e volumul de căutări: o verticală fără aplicații și fără căutări nu e un gol de piață; nimeni nu caută fiindcă nimeni nu cumpără.

Am scanat 8 nișe românești. Doar 3 au trecut testul de cerere, iar examenul auto a fost singura cu plătitori dovediți, 11 din 14 aplicații vânzând achiziții in-app, și cu 368.000 de căutări pe lună.

Pasul trei: șasiul nativ

Semnarea e scrisă direct în fișierul de build Gradle, cu o gardă care lasă și o mașină fără secret să construiască. Cheia de încărcare intră în depozitul nostru de secrete, iar „salvat” nu înseamnă „recuperabil”: reconstruim imediat cheia din secret și comparăm sumele de control, fiindcă o cheie de încărcare pierdută înseamnă că pachetul nu mai poate primi niciodată actualizări.

La o achiziție unică, fiecare plată e confirmată, fiindcă Play rambursează automat achizițiile neconfirmate după 3 zile, iar achizițiile se restaurează automat la pornire, nu doar dintr-un buton; altfel cine reinstalează plătește de două ori. Din 31 august 2026, aplicațiile noi trebuie să folosească Play Billing 8 sau mai nou. Extensia Kotlin a bibliotecii nu se compila cu versiunea noastră de Kotlin, iar eroarea arăta ca o greșeală în codul nostru, așa că folosim artefactul Java simplu. Nici nivelul cu comision redus nu e automat: înscrierea se face manual din consolă.

Două reguli mai mici: build-urile minificate cer încărcarea fișierului de mapare, altfel primul raport real de crash e de necitit; și verificăm fișierul livrat, nu jurnalul de build, fiindcă Gradle a raportat o dată succes și a livrat binarul vechi.

Pasul patru: pornești aplicația și te uiți la ea

Construiserăm 506 întrebări, 51 de indicatoare și 6 scene fără să fi văzut aplicația rulând vreodată. Prima sesiune pe emulator a scos 6 defecte. Cel mai grav costa bani direct: examenele gratuite se numărau la finalul examenului, deci butonul Înapoi sau abandonul ocoleau la nesfârșit zidul de plată. Regula de acum: o resursă limitată se consumă la început, niciodată pe ramura de succes.

Conducem emulatorul după text, nu după coordonate. Un script citește arborele de accesibilitate și apasă „butonul pe care scrie X”, fiindcă în Compose o întrebare mai lungă mută butoanele, iar o apăsare pe coordonate eșuează tăcut a doua oară.

Pasul cinci: conținut în care poți avea încredere

Autoritatea care organizează examenul a refuzat în scris să ne lase să refolosim banca ei de întrebări, așa că ne scriem propriile întrebări pornind de la legislația publică. Generarea de conținut juridic cu un model a eșuat instructiv: 352 de întrebări în ciornă aveau 29 de erori critice, dintre care 14 învățau exact opusul legii. Un câmp de temei legal completat de generator era greșit în 16 din 24 de cazuri verificate, așa că l-am șters: o proveniență pe care nimic nu o validează automat oprește verificarea umană exact unde e necesară. Validarea de către un specialist uman rămâne obligatorie înainte de publicare.

O poartă de calitate cu 5 euristici rulează după fiecare import și oprește build-ul: variantele-umbrelă, poziția corectă cea mai frecventă, „varianta cea mai lungă e cea corectă”, biasul de lungime pe capitol în ambele direcții și seriile de răspunsuri pe aceeași poziție. Primele trei au venit din întrebarea simplă: cum trișau oamenii la examenul real? Varianta cea mai lungă era corectă în 54% din cazuri înainte de reparație și în 32% după; apoi poarta a prins 20 de întrebări la rând cu răspunsul pe A.

La ilustrații, 220 din cele 232 de desene de indicatoare disponibile aveau licențe share-alike, care ar fi contaminat un produs plătit. Forma indicatoarelor e stabilită prin lege, așa că le redesenăm cu un renderer determinist, nu cu AI generativ, și ne uităm la o planșă de contact după fiecare lot. Privitul a prins într-un lot 8 din 18 scene greșite, între ele un giratoriu cu rază negativă care era totuși un SVG valid.

Zidul de plată stă pe ce ne diferențiază. Simulatorul oficial e gratuit prin lege, iar liderul pieței e gratuit și fără achiziții, așa că varianta gratuită e experiența completă la volum mic, iar ce se plătește sunt explicațiile. Pe ecranul principal stă o mențiune că nu suntem afiliați autorității.

Unde am greșit și verdictul despre Play organic

Vizibilitatea pe Play e reală: o aplicație de 4 zile, cu zero instalări, a intrat în primele 24. Volumul nu e. La interogările unde o aplicație nouă poate urca, între 45% și 90% din primele 20 aveau zero recenzii, iar o aplicație aflată pe primul loc de 31 de luni aduna între 32 și 161 de instalări pe lună.

Prima noastră recomandare se sprijinea pe doi intrați recenți care păreau să crească organic prin propriile site-uri. Registrele publice de transparență a reclamelor au arătat că amândoi cumpăraseră campanii de instalare tot timpul. În aceeași nișă și în aceeași perioadă, o aplicație care plătea reclame câștiga 19.564 de instalări pe lună, iar una organică 1.904. Fără acel caz, din circa 45 de nișe n-a rămas niciuna. O căutare ulterioară a unei a doua aplicații românești a măsurat 56 de grupuri de nișe: cel mai bun flux din magazin a fost de 3.500 de instalări pe lună, față de 6.600–11.000 cât cerea ținta noastră.

Greșeli mai mici: am descris un canal de promovare gratuit care, de fapt, cere o tracțiune mult peste a noastră.

Limite și listă de verificare

Nimic de aici nu arată că aplicația va trece de recenzie, va strânge instalări sau se va vinde. Nu a fost încă evaluată. Numărul exact de descărcări pe care îl citește scannerul e un câmp intern nedocumentat, bun pentru ordinul de mărime, nu ca serie în timp. Verificatorii noștri de conținut sunt modele, nu juriști.

Listă de verificare. Citești întâi regulile; alegi deliberat numele pachetului și tipul contului; verifici randamentul pe poziție și volumul de căutări înainte de cod; dovedești că cheia de încărcare se recuperează; confirmi și restaurezi automat achizițiile; verifici fișierul livrat; pornești aplicația și te uiți; consumi gratuitățile la început; treci orice bancă de întrebări prin poarta de calitate; pui zidul de plată unde se oprește alternativa gratuită; scrii dinainte cifrele la care te oprești.

Întrebări și răspunsuri

Ce cont de dezvoltator Google Play să aleagă o echipă mică, personal sau de organizație?

Tipul contului Google Play trebuie ales deliberat, fiindcă nu se mai poate converti ulterior. Un cont personal creat după 13 noiembrie 2023 are nevoie, pentru fiecare aplicație, de 12 testeri înscriși continuu timp de 14 zile în testarea închisă, nu poate publica aplicații de finanțe, sănătate, VPN sau administrație și publică adresa de acasă a titularului dacă încasează bani. Google nu scrie explicit că organizațiile sunt scutite de pasul cu testerii, deci scutirea rămâne neverificată.

Cum verific dacă există cerere pentru o aplicație Android înainte să scriu cod?

Cererea pentru o aplicație Android se verifică citind paginile Google Play pe limbă și țară, care arată numărul exact de descărcări, histograma notelor, intervalul de prețuri in-app și data ultimei actualizări. O nișă e vie doar dacă cel puțin 3 aplicații au 100 sau mai multe recenzii și reprezintă cel puțin 25% din eșantion. Mai important e randamentul poziției: cât aduce o anumită poziție, nu doar dacă poți urca. Volumul de căutări e a treia condiție.

Ce poate merge prost cu achizițiile in-app într-o aplicație Android plătită?

Achizițiile in-app dintr-o aplicație Android plătită pot eșua tăcut în mai multe feluri. Play rambursează achizițiile neconfirmate după 3 zile, deci fiecare plată trebuie confirmată. Achizițiile trebuie restaurate automat la pornire, nu doar dintr-un buton, altfel cine reinstalează plătește de două ori. Din 31 august 2026, aplicațiile noi trebuie să folosească Play Billing 8 sau mai nou, iar nivelul cu comision redus cere înscriere manuală din consolă.

De ce să testez o aplicație Android pe emulator dacă codul se compilează?

Testarea aplicației Android pe emulator contează fiindcă cele mai grave defecte se văd adesea doar pe ecran. Într-un caz real s-au construit 506 întrebări, 51 de indicatoare și 6 scene fără ca aplicația să fi rulat vreodată, iar prima sesiune pe emulator a scos 6 defecte. Cel mai grav permitea ocolirea zidului de plată cu butonul Înapoi, fiindcă examenele gratuite se numărau abia la final. Emulatorul se conduce după textul de pe ecran, nu după coordonate.

Pot folosi un model AI ca să scriu întrebările pentru o aplicație de pregătire la examen?

Un model AI poate genera întrebări juridice de examen doar cu verificare umană strictă. Într-un caz, 352 de întrebări în ciornă aveau 29 de erori critice, dintre care 14 învățau exact opusul legii, iar un câmp de temei legal generat era greșit în 16 din 24 de cazuri verificate, așa că a fost șters. După fiecare import trebuie să ruleze o poartă de calitate cu 5 euristici, iar validarea de către un specialist uman rămâne obligatorie înainte de publicare.

Aduce distribuția organică pe Google Play destule instalări unei aplicații noi?

Distribuția organică pe Google Play aduce unei aplicații noi vizibilitate, dar rar volum. O aplicație de 4 zile, cu zero instalări, a intrat în primele 24, însă o aplicație aflată pe primul loc de 31 de luni aduna între 32 și 161 de instalări pe lună. Doi concurenți care păreau să crească organic cumpăraseră de fapt campanii de instalare. Concluzia cercetării: Play organic nu duce aplicația unui dezvoltator mic, iar prima aplicație rămâne construită, dar nepublicată.

Toate metodele