Kako objaviti aplikaciju na Google Play: stvarni koraci u Play Console-u

Da objavite aplikaciju na Google Play, registrujte razvojni nalog za Google Play (jednokratna naknada od 25 USD od novembra 2026), kreirajte aplikaciju u Play Console-u, popunite opis u prodavnici i obrasce sadržaja aplikacije, postavite Android App Bundle (.aab) na probni kanal, a zatim je izdajte u produkciju kada je Google pregleda. Ako imate novi lični nalog, postoji dodatni korak: zatvoreni test s najmanje 12 testera tokom 14 uzastopnih dana prije nego možete zatražiti pristup za produkciju. Ovaj vodič prolazi kroz svaki ekran po redu, s detaljima koji izazivaju većinu kašnjenja.

Ako aplikaciju još niste napravili, počnite s kako napraviti Android aplikaciju.

Prije nego počnete: šta vam treba

• Aplikacija kao Android App Bundle (.aab). Google Play traži ovaj format za nove aplikacije.
• Trenutni ciljni API nivo. Od novembra 2026, nove aplikacije i ažuriranja moraju ciljati Android 16 (API nivo 36).
• Politika privatnosti na javnoj web adresi. Mora biti obična web stranica, ne PDF, i ne iza prijave.
• Ikonica, snimci ekrana i grafika za istaknuto mjesto. Provjerite u Play Console-u aktuelne dimenzije; u trenutku pisanja, ikonica je 512 × 512 piksela, a grafika za istaknuto mjesto 1024 × 500.
• Adresa e-maila za podršku.
• Državna lična karta i kartica na vaše zakonsko ime za registraciju. Prepaid kartice nisu prihvaćene.

Korak 1: Kreirajte razvojni nalog

Idite na Play Console i registrujte se. Birate između dvije vrste naloga:

• Lični. Za pojedince. Verifikujete identitet i pristup Android uređaju putem mobilne aplikacije Play Console, i ispunjavate zahtjev za testiranje opisan u Koraku 6.
• Organizacija. Za registrovana preduzeća. Verifikacija traži podatke o firmi i traje duže, ali nema zahtjeva za 12 testera.

Morate imati najmanje 18 godina. Naknada od 25 USD plaća se jednom i ne vraća se ako Google ocijeni da su vaši podaci neispravni, pa unesite svoje zakonsko ime tačno onako kako piše na ličnoj karti.

Korak 2: Kreirajte aplikaciju

U Play Console-u kliknite Create app i popunite:

• Naziv aplikacije kako će ga korisnici vidjeti.
• Podrazumijevani jezik.
• App or game (aplikacija ili igra).
• Free or paid (besplatna ili plaćena). Plaćenu aplikaciju kasnije možete promijeniti u besplatnu, ali besplatnu ne možete u plaćenu.
• Izjave: prihvatite Pravila razvojnog programa, zakone SAD-a o izvozu i uslove Play App Signing.

Naziv paketa (poput com.vasafirma.vasaaplikacija) postavlja se prvim postavljanjem i nikada se ne može promijeniti niti ponovo upotrijebiti, pa ga pažljivo izaberite ako sami pravite aplikaciju.

Korak 3: Napišite opis u prodavnici

Otvorite stranicu Main store listing (pod Store presence u lijevom meniju) i dodajte:

• Naziv aplikacije, do 30 znakova.
• Kratak opis, do 80 znakova. Često je to sve što ljudi pročitaju, pa počnite s onim što aplikacija radi.
• Puni opis, do 4.000 znakova. Objasnite za koga je, glavne funkcije i sve što korisnici trebaju znati, običnim jezikom. Ne trpajte ključne riječi; Googleova pravila to zabranjuju.
• Grafika: ikonica, grafika za istaknuto mjesto i snimci ekrana telefona. Pravi ekrani iz aplikacije, a ne makete funkcija koje ne postoje.
• Kategorija i kontakt podaci.

Korak 4: Popunite obrasce sadržaja aplikacije

Otvorite stranicu App content (pod Policy u lijevom meniju). Svaka stavka treba odgovor prije nego možete izdati:

• URL politike privatnosti.
• Pristup aplikaciji. Ako su dijelovi aplikacije iza prijave, dajte recenzentima radne podatke za prijavu. Nedostajuće prijave su čest razlog odbijanja.
• Oglasi. Recite da li aplikacija prikazuje oglase, uključujući one preko koda trećih strana.
• Ocjena sadržaja. Upitnik koji daje starosne ocjene za svaki region. Ako ga preskočite, aplikacija je „Unrated”, što blokira izdavanje.
• Ciljna publika i sadržaj. Starosne grupe za koje je aplikacija namijenjena. Uključivanje djece donosi strože zahtjeve pravila za porodice.
• Sigurnost podataka. Koje podatke aplikacija prikuplja ili dijeli, zašto, i da li su šifrovani i mogu se obrisati. Odgovorite za sve u aplikaciji, uključujući analitiku i provajdere za prijavu.
• Ostale izjave kako se traži, na primjer za aplikacije o vijestima, zdravlju, finansijama ili vladi, ili za osjetljive dozvole poput SMS-a.

Budite tačni. Google upoređuje vaše odgovore s onim što aplikacija zaista radi.

Korak 5: Postavite prvi build na interno testiranje

Otvorite Internal testing (pod Testing u lijevom meniju), kreirajte izdanje i postavite .aab. Na ovom prvom izdanju podešavate Play App Signing: pustite Google da generiše i čuva ključ za potpisivanje, osim ako nemate razlog da upravljate svojim. Dodajte sebe i nekoliko kolega kao interne testere putem e-maila, pa pustite izdanje. Testeri otvaraju link za pristup i instaliraju aplikaciju iz Play prodavnice.

Svako sljedeće postavljanje mora imati veći versionCode od prethodnog.

Ako pravite aplikaciju s Mythex-om

Na Pro paketu, Mythex pravi AAB za vas iz vaše objavljene aplikacije. Možete raditi na jedan od dva načina:

1. Postavite ga sami. Zamolite agenta da napravi build za Android, kliknite Download kada kartica kaže Ready to upload, i postavite datoteku u Play Console. Datoteka ostaje dostupna za preuzimanje iz Podešavanja projekta oko 30 dana.
2. Povežite svoj nalog servisa Google Play. Napravite servisni nalog i JSON ključ u Google Cloud-u, pozovite njegovu e-mail adresu u Play Console-u pod Users and permissions s pristupom ovoj aplikaciji, i ubacite ključ u Mythex. Od tada svaki Android build ide na interno testiranje sam, s verzijskim kodom iznad svega što već postoji na Google Play-u. Agent može također uređivati opis u prodavnici, a pita vas prije nego što bilo šta postane javno, poput produkcionog izdanja.

Kreiranje aplikacije (Korak 2), obrazac sigurnosti podataka i ocjena sadržaja ostaju u Play Console-u; agent vas obavijesti kada neko od njih nedostaje. Više pročitajte na stranici Mythex graditelj Android aplikacija.

Korak 6: Pokrenite zatvoreni test (novi lični nalozi)

Ako je vaš lični nalog kreiran nakon 13. novembra 2023, morate pokrenuti zatvoreni test s najmanje 12 testera koji ostaju uključeni najmanje 14 dana zaredom prije nego možete zatražiti pristup za produkciju. Onaj ko ode i ponovo se vrati počinje novih 14 dana.

Praktični savjeti:

• Regrutujte više od 12. Ljudi odustaju. Ciljajte na 15 do 20.
• Koristite Google grupu ili listu e-mailova za upravljanje testerima.
• Tražite stvarnu upotrebu, ne samo instalaciju. Google pita o vašem testiranju kada zatražite pristup, i mnogo ćete naučiti.
• Postavite ažuriranje tokom testa s ispravkama iz povratnih informacija.

Naš vodič za beta test pokriva regrutovanje i prikupljanje povratnih informacija. Kada prođe 14 dana, zatražite pristup za produkciju s Dashboard-a i odgovorite na pitanja o vašem testiranju.

Korak 7: Izdajte u produkciju

Kada je pristup za produkciju dostupan, otvorite Production u lijevom meniju:

1. Izaberite zemlje i regione u kojima će aplikacija biti dostupna.
2. Kreirajte novo izdanje i dodajte paket iz testiranja, ili postavite novi.
3. Napišite napomene o izdanju običnim riječima: šta je novo ili popravljeno.
4. Pregledajte i pošaljite na pregled. Promjene se skupljaju pod Publishing overview dok ih ne pošaljete.

Vrijeme pregleda varira. Ažuriranja su često brza; prva izdanja mogu trajati nekoliko dana. Možete izabrati managed publishing ako želite sami odobriti tačan trenutak kada odobreno izdanje postane dostupno.

Korak 8: Nakon lansiranja

• Pratite Android vitals zbog padova i izvještaja „app not responding”.
• Odgovarajte na recenzije, naročito na rane.
• Držite ciljni API nivo aktuelnim. Google ga podiže svake godine, a aplikacije koje zaostanu prestanu se nuditi novim korisnicima na novijim telefonima.
• Ažurirajte obrazac sigurnosti podataka kad god dodate novo prikupljanje podataka.

Za aplikaciju umotanu u web, poput one napravljene s Mythex-om, većina promjena stiže do Android korisnika kada objavite web aplikaciju, jer telefonska aplikacija otvara vašu objavljenu aplikaciju. Novo izdanje u prodavnici potrebno je samo za stvari poput ikonice, naziva, dozvola ili novog ciljnog nivoa.

Česti razlozi za odbijanje ili kašnjenje

• Nema radne prijave za recenzente.
• Politika privatnosti koja nedostaje, bude PDF ili se ne slaže s odgovorima o sigurnosti podataka.
• Snimci ekrana ili opisi koji obećavaju funkcije koje aplikacija nema.
• Traženje osjetljivih dozvola koje aplikacija jasno ne treba.
• Pokvarena ili prazna aplikacija: tekst placeholder-a, mrtva dugmad.

Objavljujete i na iPhone-u?

Apple-ov proces je drugačiji: godišnja članarina, TestFlight i ljudski pregled svakog izdanja. Pročitajte kako objaviti aplikaciju u App Store-u za te korake.

Pitanja