Så publicerar du en app på Google Play: de riktiga stegen i Play Console

För att publicera en app på Google Play registrerar du ett utvecklarkonto för Google Play (en engångsavgift på 25 USD från och med november 2026), skapar appen i Play Console, fyller i butiksnoteringen och formulären för appinnehåll, laddar upp ett Android App Bundle (.aab) till ett testspår och släpper det sedan till produktion när Google har granskat det. Har du ett nytt personligt konto finns ett extra steg: ett stängt test med minst 12 testare i 14 dagar i följd innan du kan ansöka om produktionsåtkomst. Den här guiden går igenom varje skärm i ordning, med de detaljer som orsakar flest förseningar.

Har du inte byggt appen än, börja med så gör du en Android-app.

Innan du börjar: vad du behöver

• Appen som Android App Bundle (.aab). Google Play kräver det formatet för nya appar.
• En aktuell målnivå för API. Från och med november 2026 måste nya appar och uppdateringar rikta sig mot Android 16 (API-nivå 36).
• En integritetspolicy på en publik webbadress. Det måste vara en vanlig webbsida, inte en PDF, och inte bakom en inloggning.
• En ikon, skärmdumpar och en funktionsgrafik. Kontrollera de aktuella storlekskraven i Play Console. När detta skrivs är ikonen 512 × 512 pixlar och funktionsgrafiken 1024 × 500.
• En supportadress för e-post.
• En myndighetsid och ett kort i ditt juridiska namn för registreringen. Kontantkort accepteras inte.

Steg 1: Skapa ditt utvecklarkonto

Gå till Play Console och registrera dig. Du väljer mellan två kontotyper:

• Personligt. För privatpersoner. Du verifierar din identitet och åtkomst till en Android-enhet med Play Console-appen, och uppfyller testkravet som beskrivs i steg 6.
• Organisation. För registrerade företag. Verifieringen kräver företagsuppgifter och tar längre tid, men det finns inget krav på 12 testare.

Du måste vara minst 18 år. Avgiften på 25 USD betalas en gång och återbetalas inte om Google bedömer dina uppgifter som ogiltiga, så ange ditt juridiska namn exakt som det står på din id-handling.

Steg 2: Skapa appen

Klicka på Skapa app i Play Console och fyll i:

• Appnamn så som användarna ser det.
• Standardspråk.
• App eller spel.
• Gratis eller betald. Du kan ändra en betald app till gratis senare, men inte en gratisapp till betald.
• Deklarationer: godkänn utvecklarprogrammets policyer, USA:s exportregler och villkoren för Play App Signing.

Paketnamnet (som com.dittforetag.dinapp) sätts av din första uppladdning och kan aldrig ändras eller återanvändas, så välj det noggrant om du bygger appen själv.

Steg 3: Skriv butiksnoteringen

Öppna sidan Huvudsaklig butiksnotering (under Butiksnärvaro i den vänstra menyn) och lägg till:

• Appnamn, upp till 30 tecken.
• Kort beskrivning, upp till 80 tecken. Det är ofta allt folk läser, så börja med vad appen gör.
• Fullständig beskrivning, upp till 4 000 tecken. Förklara vem den är till för, huvudfunktionerna och det användarna behöver veta, på enkel svenska. Stoppa inte in nyckelord; Googles policyer förbjuder det.
• Grafik: ikon, funktionsgrafik och skärmdumpar från telefon. Riktiga skärmar från appen, inte mockups av funktioner som inte finns.
• Kategori och kontaktuppgifter.

Steg 4: Fyll i formulären för appinnehåll

Öppna sidan Appinnehåll (under Policy i den vänstra menyn). Varje punkt behöver ett svar innan du kan släppa appen:

• Integritetspolicy-URL.
• Åtkomst till appen. Om delar av appen kräver inloggning, ge granskarna fungerande inloggningsuppgifter. Saknade inloggningar är en vanlig orsak till avslag.
• Annonser. Ange om appen visar annonser, även via tredjepartskod.
• Innehållsklassificering. Ett frågeformulär som ger åldersklassificeringar för varje region. Hoppar du över det blir appen ”Oklassificerad”, vilket blockerar släppet.
• Målgrupp och innehåll. Åldersgrupperna appen riktar sig till. Om barn ingår gäller de striktare kraven i policyn för familjer.
• Datasäkerhet. Vilka data appen samlar in eller delar, varför, och om de är krypterade och kan raderas. Svara för allt i appen, inklusive analys och leverantörer för inloggning.
• Övriga deklarationer efter vad som efterfrågas, till exempel för nyhets-, hälso-, finans- eller myndighetsappar, eller för känsliga behörigheter som SMS.

Var korrekt. Google jämför dina svar med vad appen faktiskt gör.

Steg 5: Ladda upp ditt första bygge till internt test

Öppna Internt test (under Testning i den vänstra menyn), skapa en version och ladda upp .aab-filen. I den här första versionen sätter du upp Play App Signing: låt Google skapa och hålla signeringsnyckeln om du inte har något skäl att hantera den själv. Lägg till dig själv och några kollegor som interna testare med e-postadresser och rulla sedan ut versionen. Testare öppnar anmälningslänken och installerar appen från Play Butik.

Varje senare uppladdning behöver en högre versionCode än den föregående.

Om du bygger med Mythex

På Pro-planen gör Mythex AAB-filen åt dig från din publicerade app. Du kan arbeta på två sätt:

1. Ladda upp själv. Be agenten bygga för Android, klicka på Ladda ner när kortet säger Redo att laddas upp, och ladda upp filen i Play Console. Filen går att ladda ner från Projektinställningar i cirka 30 dagar.
2. Koppla ditt eget Google Play-tjänstkonto. Skapa ett tjänstkonto och en JSON-nyckel i Google Cloud, bjud in dess e-postadress i Play Console under Användare och behörigheter med åtkomst till den här appen, och lägg nyckeln i Mythex. Från och med då går varje Android-bygge automatiskt till internt test, med versionskoden satt över allt som redan finns på Google Play. Agenten kan också redigera butiksnoteringen, och den frågar dig innan något blir publikt, till exempel ett produktionssläpp.

Att skapa appen (steg 2), formuläret för datasäkerhet och innehållsklassificeringen sker fortfarande i Play Console. Agenten säger till när något av dem saknas. Läs mer på sidan om Mythex Android-appbyggaren.

Steg 6: Kör ett stängt test (nya personliga konton)

Om ditt personliga konto skapades efter 13 november 2023 måste du köra ett stängt test med minst 12 testare som förblir anmälda i minst 14 dagar i följd innan du kan ansöka om produktionsåtkomst. Den som lämnar och går med igen börjar om med 14 dagar.

Praktiska tips:

• Rekrytera fler än 12. Folk hoppar av. Sikta på 15 till 20.
• Använd en Google-grupp eller en e-postlista för att hantera testarna.
• Be om verklig användning, inte bara en installation. Google frågar om ditt test när du ansöker, och du lär dig mycket mer.
• Släpp en uppdatering under testet med rättningar från feedback.

Vår guide om betatester täcker rekrytering och insamling av feedback. När de 14 dagarna är över ansöker du om produktionsåtkomst från instrumentpanelen och svarar på frågorna om ditt test.

Steg 7: Släpp till produktion

När produktionsåtkomst finns öppnar du Produktion i den vänstra menyn:

1. Välj länder och regioner där appen ska finnas.
2. Skapa en ny version och lägg till bygget från testet, eller ladda upp ett nytt.
3. Skriv versionsanteckningar i enkla ord: vad som är nytt eller rättat.
4. Granska och skicka för granskning. Ändringarna samlas under Publiceringsöversikt tills du skickar dem.

Granskningstiden varierar. Uppdateringar går ofta snabbt, medan första släpp kan ta flera dagar. Du kan välja hanterad publicering om du vill godkänna exakt när en godkänd version blir synlig.

Steg 8: Efter lansering

• Följ Android vitals för krascher och rapporter om att appen inte svarar.
• Svara på recensioner, särskilt de första.
• Håll målnivån för API aktuell. Google höjer den varje år, och appar som släpar efter slutar erbjudas till nya användare på nyare telefoner.
• Uppdatera formuläret för datasäkerhet när du lägger till ny datainsamling.

För en webbinpackad app, som en app byggd med Mythex, når de flesta ändringar Android-användare när du publicerar webbappen, eftersom telefonappen öppnar din publicerade app. En ny version i butiken behövs bara för saker som ikonen, namnet, behörigheter eller en ny målnivå.

Vanliga skäl till avslag eller förseningar

• Ingen fungerande inloggning för granskarna.
• En integritetspolicy som saknas, är en PDF eller inte stämmer med svaren om datasäkerhet.
• Skärmdumpar eller beskrivningar som lovar funktioner appen inte har.
• Att begära känsliga behörigheter som appen tydligt inte behöver.
• En trasig eller tom app: platshållartext, knappar som inte gör något.

Publicerar du även på iPhone?

Apples process är annorlunda: ett årligt medlemskap, TestFlight och en manuell granskning av varje version. Läs så publicerar du en app i App Store för de stegen.

Frågor