Slik publiserer du en app på Google Play: de faktiske stegene i Play Console

For å publisere en app på Google Play, registrer en utviklerkonto for Google Play (et engangsgebyr på 25 USD per november 2026), opprett appen i Play Console, fyll ut butikkoppføringen og skjemaene for appinnhold, last opp en Android App Bundle (.aab) til en testkanal, og publiser deretter til produksjon når Google har gjennomgått den. Har du en ny personlig konto, er det ett ekstra steg: en lukket test med minst 12 testere i 14 sammenhengende dager før du kan søke om produksjonstilgang. Denne guiden går gjennom hver skjerm i rekkefølge, med detaljene som forårsaker de fleste forsinkelsene.

Hvis du ikke har bygget appen ennå, start med slik lager du en Android-app.

Før du begynner: det du trenger

• Appen som en Android App Bundle (.aab). Google Play krever dette formatet for nye apper.
• Et målnivå for API som er oppdatert. Per november 2026 må nye apper og oppdateringer målrette Android 16 (API-nivå 36).
• En personvernerklæring på en offentlig nettadresse. Den må være en vanlig nettside, ikke en PDF, og ikke bak en innlogging.
• Et ikon, skjermbilder og en funksjonsgrafikk. Sjekk Play Console for gjeldende størrelseskrav; når dette skrives, er ikonet 512 × 512 piksler og funksjonsgrafikken 1024 × 500.
• En e-postadresse for støtte.
• En offentlig ID og et kort i ditt juridiske navn for registrering. Forhåndsbetalte kort godtas ikke.

Steg 1: Opprett utviklerkontoen din

Gå til Play Console og registrer deg. Du velger mellom to kontotyper:

• Personlig. For enkeltpersoner. Du verifiserer identiteten din og tilgang til en Android-enhet med Play Console-appen på mobil, og fullfører testkravet som beskrives i steg 6.
• Organisasjon. For registrerte virksomheter. Verifiseringen krever bedriftsopplysninger og tar lengre tid, men det finnes ikke et krav om 12 testere.

Du må være minst 18 år. Gebyret på 25 USD betales én gang og refunderes ikke hvis Google vurderer detaljene dine som ugyldige, så skriv inn ditt juridiske navn nøyaktig slik det står på ID-en din.

Steg 2: Opprett appen

I Play Console klikker du Opprett app og fyller inn:

• Appnavn slik brukerne vil se det.
• Standardspråk.
• App eller spill.
• Gratis eller betalt. Du kan endre en betalt app til gratis senere, men ikke en gratis app til betalt.
• Erklæringer: godta utviklerprogrammets retningslinjer, amerikanske eksportregler og vilkårene for Play App Signing.

Pakkenavnet (for eksempel com.dinfirma.dinapp) settes av den første opplastingen og kan aldri endres eller gjenbrukes, så velg det nøye hvis du bygger appen selv.

Steg 3: Skriv butikkoppføringen

Åpne siden Hovedbutikkoppføring (under Butikkens tilstedeværelse i venstremenyen) og legg til:

• Appnavn, opptil 30 tegn.
• Kort beskrivelse, opptil 80 tegn. Dette er ofte alt folk leser, så start med hva appen gjør.
• Full beskrivelse, opptil 4 000 tegn. Forklar hvem den er for, hovedfunksjonene og alt brukerne må vite, med vanlig språk. Ikke fyll inn søkeord; Googles retningslinjer forbyr det.
• Grafikk: ikon, funksjonsgrafikk og skjermbilder for telefon. Ekte skjermer fra appen, ikke mockups av funksjoner som ikke finnes.
• Kategori og kontaktopplysninger.

Steg 4: Fullfør skjemaene for appinnhold

Åpne siden Appinnhold (under Retningslinjer i venstremenyen). Hvert punkt trenger et svar før du kan publisere:

• Personvernerklæring-URL.
• Tilgang til appen. Hvis deler av appen krever innlogging, gi gjennomgangen fungerende legitimasjon. Manglende innlogginger er en vanlig grunn til avvisning.
• Annonser. Si om appen viser annonser, også via tredjepartskode.
• Innholdsvurdering. Et spørreskjema som gir aldersvurderinger for hvert område. Hopper du over det, er appen «Uvurdert», noe som blokkerer publisering.
• Målgruppe og innhold. Aldersgruppene appen er for. Å inkludere barn gir de strengere kravene i Families-retningslinjene.
• Datasikkerhet. Hvilke data appen samler inn eller deler, hvorfor, og om de er kryptert og kan slettes. Svar for alt i appen, inkludert analyse og leverandører av innlogging.
• Andre erklæringer etter hva som blir bedt om, for eksempel for nyhets-, helse-, finans- eller myndighetsapper, eller for sensitive tillatelser som SMS.

Vær nøyaktig. Google sammenligner svarene dine med det appen faktisk gjør.

Steg 5: Last opp den første builden til intern testing

Åpne Intern testing (under Testing i venstremenyen), opprett en utgivelse og last opp .aab-filen. Ved denne første utgivelsen setter du opp Play App Signing: la Google generere og holde signeringsnøkkelen, med mindre du har en grunn til å administrere din egen. Legg til deg selv og noen kolleger som interne testere via e-post, og rull deretter ut utgivelsen. Testere åpner påmeldingslenken og installerer appen fra Play-butikken.

Hver senere opplasting trenger en høyere versionCode enn den forrige.

Hvis du bygger med Mythex

På Pro-abonnementet lager Mythex AAB-filen for deg fra den publiserte appen din. Du kan jobbe på to måter:

1. Last den opp selv. Be agenten bygge for Android, klikk Last ned når kortet sier Klar for opplasting, og last opp filen i Play Console. Filen forblir tilgjengelig for nedlasting fra Prosjektinnstillinger i omtrent 30 dager.
2. Koble til din egen Google Play-tjenestekonto. Opprett en tjenestekonto og en JSON-nøkkel i Google Cloud, inviter e-postadressen dens i Play Console under Brukere og tillatelser med tilgang til denne appen, og legg nøkkelen inn i Mythex. Fra da av går hver Android-build til intern testing av seg selv, med versjonskoden satt over alt som allerede finnes på Google Play. Agenten kan også redigere butikkoppføringen, og den spør deg før noe blir offentlig, for eksempel en produksjonsutgivelse.

Opprettelse av appen (steg 2), skjemaet for datasikkerhet og innholdsvurderingen blir i Play Console; agenten forteller deg når en av dem mangler. Les mer på siden Mythex-byggeren for Android-apper.

Steg 6: Kjør en lukket test (nye personlige kontoer)

Hvis den personlige kontoen din ble opprettet etter 13. november 2023, må du kjøre en lukket test med minst 12 testere som forblir påmeldt i minst 14 dager på rad før du kan søke om produksjonstilgang. Noen som går og kommer tilbake starter en ny 14-dagersperiode.

Praktiske tips:

• Rekrutter flere enn 12. Folk faller fra. Sikt på 15 til 20.
• Bruk en Google-gruppe eller en e-postliste for å administrere testerne.
• Be om reell bruk, ikke bare en installasjon. Google spør om testingen din når du søker, og du lærer mye mer.
• Lever en oppdatering under testen med rettelser fra tilbakemeldinger.

Vår guide for betatest dekker rekruttering og innsamling av tilbakemeldinger. Når de 14 dagene er over, søk om produksjonstilgang fra Dashbordet og svar på spørsmålene om testen din.

Steg 7: Publiser til produksjon

Når produksjonstilgang er tilgjengelig, åpner du Produksjon i venstremenyen:

1. Velg land og regioner der appen skal være tilgjengelig.
2. Opprett en ny utgivelse og legg til pakken fra testingen, eller last opp en ny.
3. Skriv utgivelsesnotater med vanlige ord: hva som er nytt eller rettet.
4. Gå gjennom og send til gjennomgang. Endringer samles under Publiseringsoversikt til du sender dem.

Gjennomgangstiden varierer. Oppdateringer er ofte raske; første utgivelser kan ta flere dager. Du kan velge administrert publisering hvis du vil godkjenne det nøyaktige tidspunktet en godkjent utgivelse går live.

Steg 8: Etter lansering

• Følg med på Android vitals for krasj og rapporter om «appen svarer ikke».
• Svar på anmeldelser, særlig de tidlige.
• Hold målnivået for API oppdatert. Google hever det hvert år, og apper som henger etter slutter å bli tilbudt nye brukere på nyere telefoner.
• Oppdater skjemaet for datasikkerhet hver gang du legger til ny datainnsamling.

For en app pakket inn i nettleser, slik som en bygget med Mythex, når de fleste endringer Android-brukere når du publiserer nettappen, fordi telefonappen åpner den publiserte appen din. En ny butikkutgivelse trengs bare for ting som ikon, navn, tillatelser eller et nytt målnivå.

Vanlige grunner til avvisning eller forsinkelse

• Ingen fungerende innlogging for gjennomgangen.
• En personvernerklæring som mangler, er en PDF, eller ikke stemmer med svarene om datasikkerhet.
• Skjermbilder eller beskrivelser som lover funksjoner appen ikke har.
• Å be om sensitive tillatelser appen tydelig ikke trenger.
• En ødelagt eller tom app: plassholdertekst, døde knapper.

Publiserer du også på iPhone?

Apples prosess er annerledes: et årlig medlemskap, TestFlight og en menneskelig gjennomgang av hver utgivelse. Les slik publiserer du en app i App Store for disse stegene.

Spørsmål