Guide för att publicera appar och spel från grunden i Google Play Butik: Paketering, formulär, sluten testning och lansering

Guide för publicering och ansökan i Google Play Butik (Från noll till lansering)

Denna guide förklarar steg för steg processerna för att skapa en modern Android-applikation (särskilt .NET MAUI-, MonoGame- eller hybrida C#-projekt) från grunden på Google Play Console, paketera den, signera den, lösa kritiska fel och slutföra butiksansökningsstegen (skapa app, integritetspolicy, inloggningsbehörigheter, annonser, IARC-åldersmärkning, datasäkerhet, sluten testning och offentlig publicering).

---

Innehåll

1. Introduktion och arkitektonisk förberedelse
2. Skapa en ny applikation / ett nytt spel från grunden i Play Console (Create App)
   • A. Appinformation (App Details)
   • B. Apptyp, prissättning och deklarationer
3. Skapande av Keystore och automatisering av bygge/signering
4. Play Console första paketinstallation och kritiska fel
   • Fel 1: Krav på Target API Level 36 (Android 16)
   • Fel 2: Varning för betydligt högre versionskod
5. Förberedelse av integritetspolicy (Privacy Policy)
6. Appåtkomst / inloggningsuppgifter (App Access / Sign-in Details)
7. Annonsdeklaration (Ads Declaration)
8. Innehållsklassificering (IARC-frågeformulär för innehållsklassificering)
9. Val av målgrupp och åldersgrupp (Target Audience)
10. Instrumentpanel för appinnehåll (App Content Dashboard)
11. Formulär för datasäkerhet (Data Safety Form)
12. Juridiska och regulatoriska uttalanden (Myndighets-, finans- och hälsoappar)
13. Butiksinställningar och kontaktinformation (Store Settings)
14. Huvudbutiksinformation och visuella tillgångar (Main Store Listing)
15. Konfiguration och granskning av sluten testning (Closed Testing)
16. Deklaration om annons-ID (Advertising ID)
17. Skicka in för granskning (Slutlig inlämning)
18. Ansökan om produktionstillstånd efter sluten testning (Apply for Access to Production)
19. Den slutliga segern: Godkännande av produktionsåtkomst (Production Access)
20. Checklista före lansering (Slutförd)
21. Arar Games och våra spel

---

1. Introduktion och arkitektonisk förberedelse

Vid publicering av en ny applikation i Google Play Butik måste Googles nuvarande säkerhetsmässiga och tekniska riktlinjer följas strikt:

• Paketformat: Endast .aab (Android App Bundle)-formatet accepteras. APK-filer är inte längre giltiga för officiell butikspublicering (men kan genereras för lokala tester).
• Minsta Target SDK: Google Play kräver nu att nyligen publicerade eller uppdaterade applikationer måste vara inriktade på minst Android API Level 36 (Android 16).
• Säker signering: Appen måste signeras med en 2048-bitars RSA-nyckel som är kompatibel med v2/v3-schemat.

---

2. Skapa en ny applikation / ett nytt spel från grunden i Play Console (Create App)

Efter att ha loggat in på Google Play Console-panelen (play.google.com/console), startas publiceringsprocessen genom att klicka på den blå knappen "Skapa app" (Create app) längst upp till höger på huvudskärmen där alla applikationer listas. Detta formulär fastställer appens digitala ID på konsolen, dess paketnamn och grundläggande butiksklassificering.

A. Appinformation

1. Appnamn (App Name):
   • Det officiella namnet som först visas för användarna i butiken.
   • Begränsat till maximalt 30 tecken (t.ex.: YourAppName).
   • Rekommendation: Undvik onödig sökordsfyllning (keyword stuffing) eller vilseledande/reklambaserade ord ("Best", "Free", "#1"); annars kan appen avvisas vid Google Play-granskningen.
2. Paketnamn (Package Name):
   • Java/Android-paketidentifierare som unikt identifierar din applikation globalt inom Android-ekosystemet (omvänd domänkonvention, t.ex. com.yourcompany.appname).
   • Maximalt 150 tecken.
   • ⚠️ Kritisk regel: Efter att applikationen har skapats på denna skärm och det första paketet har laddats upp, kan paketnamnet aldrig ändras igen! Det måste överensstämma exakt med ApplicationId (<ApplicationId>com.yourcompany.appname</ApplicationId>) i AndroidManifest.xml eller .csproj-filen.
   • Kontrollera tillgänglighet (Check availability): Genom att klicka på knappen kontrolleras det omedelbart om det angivna paketnamnet redan har registrerats av en annan utvecklare i Google Play-ekosystemet.
3. Standardspråk (Default Language):
   • Appens primära butiksspråk (t.ex.: English (United States) – en-US eller Svenska – sv-SE).
   • Butiksinformation kommer att presenteras på detta standardspråk för användare i alla länder där ingen specifik lokalisering (översättning) har definierats.

---

B. Apptyp, prissättning och deklarationer

1. App eller spel (App or Game):
   • Produktens grundläggande typ bestäms (App eller Game).
   • Viktig anmärkning: Detta val bestämmer butikens huvudkategori (fliken Appar eller fliken Spel) och kan inte ändras senare.
2. Gratis eller betald (Free or Paid):
   • Välj om applikationen ska vara tillgänglig i butiken gratis eller som ett betalt köp.
   • ⚠️ Oåterkallelig kritisk regel: Enligt Google Plays policy kan en app som en gång publicerats som "Gratis" aldrig göras "Betald" i framtiden! Om du vill sälja din produkt direkt i butiken måste du välja Betald från början. För att publicera gratis och tjäna pengar bör köp i appen (In-App Purchase) eller AdMob-annonser föredras.
3. Automatiskt skydd (Automatic Protection):
   • Google Play lägger till automatisk installationskontroll (installer check) i din apps APK/AAB-kod. Om användare installerar din app från obehöriga källor utanför Google Play, varnas de för att ladda ner originalversionen från Google Play.
4. Deklarationer (Juridiska uttalanden och policyer):
   • Utvecklarprogrammets policyer (Developer Program Policies): Det bekräftas att applikationen helt uppfyller Google Plays utvecklar- och innehållspolicyer.
   • USA:s exportlagar (US Export Laws): Programvaran anses följa amerikanska exportlagar och embargobestämmelser.
5. Skapa app (Create App):
   • När formuläret har godkänts klickar du på den blå knappen "Skapa app" (Create app) längst ner till höger. Konsolen registrerar appen i systemet och skickar utvecklaren till appens huvudhanteringspanel (Dashboard).

---

3. Skapande av Keystore och automatisering av bygge/signering

För att göra distributionsprocessen felfri och repeterbar bör en Deploy/-mapp och automatiseringsskript skapas i projektroten.

A. Generering av Keystore (1_CreateKeystore.bat)

Med hjälp av keytool i JDK genereras en nyckel som är giltig i 25 år (10 000 dagar):

keytool -genkeypair -v ^
    -keystore "%KEYSTORE_PATH%" ^
    -alias %ALIAS% ^
    -keyalg RSA ^
    -keysize 2048 ^
    -validity 10000 ^
    -storepass "%PASS%" ^
    -keypass "%PASS%" ^
    -dname "CN=SirketAdi, OU=Apps, O=SirketAdi, C=TR"

Tips: Användning av parentesförsedda if (...)-block när lösenord hämtas från användaren med set /p i Windows-batchfiler kan orsaka syntaxfel (: was unexpected at this time). Att styra flödet med goto-taggar och omge lösenordsparametrar med citattecken "%PASS%" säkerställer stabilitet.

B. Automatisk versionshantering och signerat AAB-bygge (2_BuildAndSign_AAB.bat)

Google Play förväntar sig en strikt ökande versionCode vid varje uppdatering. För att hantera detta automatiskt används en formel baserad på datum och tid:

# Årets sista siffra + Månad + Dag + Timme + Minut (T.ex: 2026-10-06 02:42 -> 610060242)
$vc = (Get-Date).ToString('yy').Substring(1) + (Get-Date).ToString('MMddHHmm')

Kompilerings- och signeringskommandon:

dotnet build "Proje.Android.csproj" -c Release -f net9.0-android /p:AndroidPackageFormat=aab /p:ApplicationVersion=%VERSION_CODE% /p:ApplicationDisplayVersion=%VERSION_NAME%

jarsigner -sigalg SHA256withRSA -digestalg SHA-256 ^
    -keystore "%KEYSTORE%" ^
    -storepass "%PASS%" ^
    -keypass "%PASS%" ^
    -signedjar "%SIGNED_FILE%" ^
    "%AAB_INPUT%" ^
    %ALIAS%

När processen är klar öppnas mappen med den kompilerade filen direkt i Windows Utforskaren med kommandot start "" "%OUTPUT%".

---

4. Play Console första paketinstallation och kritiska fel

När den signerade .aab-filen laddas upp till kanalen Intern testning (Internal testing) eller Produktion (Production) i Google Play Console, kan följande skärm visas:

Fel 1: Krav på Target API Level 36 (Android 16)

Felmeddelande:
"Your app currently targets API level 35 and must target at least API level 36 to ensure it is built on the latest APIs optimized for security and performance." (Din app är för närvarande inriktad på API-nivå 35 och måste vara inriktad på minst API-nivå 36 för att säkerställa att den är byggd på de senaste API:erna som optimerats för säkerhet och prestanda.)

Lösning:

Detta är ett blockerande fel och appen kan inte släppas förrän det är löst.

1. Definiera taggen <uses-sdk> explicit i filen Platforms/Android/AndroidManifest.xml:

   <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.yourcompany.appname">
       <uses-sdk android:minSdkVersion="24" android:targetSdkVersion="36" />
       ...
   </manifest>

2. Lägg till det i <PropertyGroup> i projektets .csproj-fil:

   <AndroidTargetSdkVersion>36</AndroidTargetSdkVersion>

Fel 2: Varning för betydligt högre versionskod

Varningsmeddelande:
"This release's version code is significantly higher than your previous version code. Over time, this will result in your app reaching the maximum limit for version codes... Learn more" (Denna utgåvas versionskod är betydligt högre än din tidigare versionskod. Med tiden kommer detta att leda till att din app når maxgränsen för versionskoder... Läs mer)

Lösning:

• Google Play visar denna varning när projektets tidigare versionskod var ett litet tal (t.ex. 1 eller 8) och du växlar till ett dynamiskt datumformat (t.ex. över 600 miljoner).
• Detta är inte ett blockerande fel. Det kan kringgås genom att klicka på den blå länken Proceed anyway (Fortsätt ändå) precis under varningen.
• Eftersom detta nummer kommer att användas som bas för efterföljande uppladdningar kommer varningen för stora hopp inte att visas igen.

---

5. Förberedelse av integritetspolicy (Privacy Policy)

Enligt Google Plays policy krävs en länk till en integritetspolicy i ett offentligt tillgängligt, vanligt webbsidesformat (inte PDF) med aktiv SSL (HTTPS), även om din app inte samlar in känsliga uppgifter.

Gratis hosting på GitHub

En markdown-fil (blob/main/...) i ett GitHub-arkiv känns direkt igen av Google som en giltig webbsida.

Grundläggande rubriker som bör ingå i policyn

1. Annonser (Google AdMob): Banderoller, helskärms- och belönade annonser; användning av Android-annonserings-ID (AD_ID), tekniska enhetsdata och ungefärlig IP-plats.
2. Köp och prenumerationer i appen (Google Play Billing): Betalningar görs helt inom Googles infrastruktur och utvecklaren har aldrig tillgång till kort- eller faktureringsinformation.
3. Analys och telemetri (Firebase Analytics & Crashlytics): Anonyma användningshändelser och kraschrapporter.
4. Samtyckeshantering (Google UMP): GDPR-kompatibla bekräftelsefönster och användarens rätt att ändra sina inställningar när som helst.
5. Juridiska friskrivningar och särskilda deklarationer (t.ex. tippningsverktyg / analysstöd):
   • Applikationen är definitivt inte en plattform för vadslagning eller hasardspel.
   • Den erbjuder endast matematisk kupongoptimering och statistikstöd.
   • Vid omdirigering till officiella återförsäljare sparas aldrig användarnamn och lösenord för officiella webbplatser, och 2FA/SMS-verifieringar görs direkt i den officiella institutionens gränssnitt.
6. Säkerhetsanmärkning: Personliga länkar som utvecklarens privata GitHub-profil bör inte inkluderas i integritetspolicyn; endast företagets support-e-post och officiella webbplats bör anges.

---

6. Appåtkomst / inloggningsuppgifter (App Access / Sign-in Details)

Innan Googles granskare kan utvärdera appen måste du ange om appen innehåller ett begränsat område:

• Val: No (Ingen del av applikationen är begränsad).
• Förklaring: Om det inte finns något medlemskap, användarinloggning, e-post/lösenord eller en låst skärm i appen ska No väljas. Om 'Yes' väljs kommer Google att be om testanvändarnamn och lösenord.

---

7. Annonsdeklaration (Ads Declaration)

Detta är steget där du deklarerar om annonser visas i din app:

• Val: Yes, my app contains ads (Ja, min app innehåller annonser).
• Förklaring: Om applikationen innehåller AdMob-biblioteket eller om annonser kommer att aktiveras i framtiden måste 'Ja' väljas. Detta val aktiverar etiketten "Innehåller annonser" på Google Play-sidan och säkerställer full efterlevnad av reglerna.

---

8. Innehållsklassificering (IARC-frågeformulär för innehållsklassificering)

För att fastställa åldersgränsen för applikationen måste du fylla i IARC-undersökningen (International Age Rating Coalition).

A. Kategorival och e-postadress

• Kategori: All Other App Types (Alla andra apptyper) (Alla andra applikationer som inte är spel, penningspel eller sociala medier: Verktyg, tillämpningar, miniräknare).
• E-post: Kontakt-e-postadress anges och IARC-villkoren bekräftas.

B. Frågeformulär (Questionnaire)

Avsnitt 1: Våld och användarkommunikation

• Nedladdad app (Våld, sexualitet, grovt språk): No
• Delning av användarinnehåll (Ljud, meddelanden, mediedelning mellan användare): No

Avsnitt 2: Innehåll och åldersbegränsade produkter

• Onlineinnehåll (Musik-/videoströmning eller e-handelskatalog): No
• Marknadsföring av åldersbegränsade produkter (Tobak, alkohol, hasardspel): No (Absolut Nej eftersom applikationen inte tillåter vadslagning)
• Diverse (Dela exakt GPS-position): No

Avsnitt 3: Digitala produkter och diverse funktioner

• Digitala varor (Försäljning av digitala produkter): No (Nej om aktiv butiksfakturering inte är ansluten; om aktiv, välj Ja och få märket Köp i appen)
• Kontantbelöningar (Kontant belöning, presentkort): No
• Webbläsare (Webbläsare / sökmotor): No
• Nyheter / utbildning (Nyhets- eller utbildningsprodukt): No

När alla dessa frågor besvaras med 'Nej' får applikationen den åldersmärkning som passar den bredaste publiken i världen (PEGI 3, ESRB Everyone).

---

9. Val av målgrupp och åldersgrupp (Target Audience)

När du bestämmer målgruppen för din applikation är det avgörande att korrekt deklarera om den är avsedd för barn eller inte i enlighet med Googles regler för Designed for Families (Familjepolicy) och COPPA.

Rätt val: Endast 18 and over (18 år och äldre)

• Varför endast 18+?
  1. Regelefterlevnad: Sportstatistik, odds och kuponganalysverktyg är avsedda för en vuxen publik eftersom de är baserade på vadslagningslistor.
  2. Skydd mot familjepolicyrestriktioner: Om under 13 eller 13-17 väljs kräver Google att appens annons-SDK:er är certifierade barnvänliga, begränsar telemetri och inleder en mycket strängare granskningsprocess.
  3. Konsekvens med integritetspolicyn: Det är 100 % konsekvent med klausulen "Appen är avsedd för en publik som är 18 år och äldre" i vår integritetspolicy.
• Steg två (Kan din app oavsiktligt tilltala barn?):
  • Denna fråga måste besvaras med No (Nej). Eftersom det inte finns några seriefigurer, leksaksteman eller barnanimationer i gränssnittet är det inte en produkt som oavsiktligt kommer att locka barns uppmärksamhet.

---

10. Instrumentpanel för appinnehåll (App Content Dashboard)

Google Play Console spårar den juridiska och innehållsmässiga beredskapen för din app med en checklista under fliken Policy och program -> Appinnehåll (App content) i den vänstra menyn.

Gröna bockar (✓) visas allt eftersom integritetspolicyn, inloggningsbehörigheterna, annonserna och innehållsklassificeringen slutförs. De återstående avsnitten i listan (Datasäkerhet, Myndigheter, Finansiella funktioner, Hälsa) måste slutföras i ordning.

---

11. Formulär för datasäkerhet (Data Safety Form)

Detta är ett av de mest strikt kontrollerade områdena i Google Play. Du måste deklarera vilka data applikationen och dess bibliotek samlar in eller delar med tredje part.

Fråga: Samlar din app in eller delar någon av de obligatoriska användardatatyperna?

• Val för första utgåvan: No (Nej).
• Teknisk orsak: Eftersom AdMob SDK eller Firebase SDK ännu inte är direkt integrerade i det första uppladdade .aab-paketet och inget användar-ID / känsliga uppgifter samlas in, slutförs formuläret rent genom att välja No.
• Anmärkning för framtiden: När AdMob- eller Firebase-SDK:er aktiveras och kodas måste du återvända till detta formulär och uppdatera punkterna "Ungefärlig plats", "Appprestanda" och "Enhets- eller andra identifierare (AD_ID)" till Yes.

Efter kontroll av förhandsgranskningen sparas den.

---

12. Juridiska och regulatoriska uttalanden (Myndighets-, finans- och hälsoappar)

A. Myndighetsappar (Government Apps)

• Val: No (Applikationen representerar inte en officiell statlig myndighet).

B. Finansiella funktioner (Financial Features)

• Val: My app doesn't provide any financial features (Min app tillhandahåller inga finansiella funktioner) längst ner.
• Bekräftelse: I popup-fönstret som öppnas bekräftas det att det inte finns något behov av att skicka in några finansiella licenser eller dokument:

C. Hälsoappar (Health Apps)

• Val: My app does not have any health features (Min app har inga hälsofunktioner) längst ner.
• Bekräftelse: I popup-fönstret bekräftar du att regional hälsodokumentation inte krävs:

---

13. Butiksinställningar och kontaktinformation (Store Settings)

Kategorin i butiken och kommunikationskanalerna via vilka användare kan nå utvecklaren konfigureras:

• Appkategori: Sport eller Verktyg / Tillämpningar.
• Taggar (Tags): Relevanta nyckelord kan väljas (t.ex.: Sport, Verktyg).
• Kontaktuppgifter för butiksinformation:
  • E-postadress: destek@sirketadi.com (Företagets officiella support-e-post är obligatorisk).
  • Webbplats: https://company.com
• Extern marknadsföring: Lämnas ikryssad för att tillåta Google att marknadsföra din app på plattformar utanför Google Play:

---

14. Huvudbutiksinformation och visuella tillgångar (Main Store Listing)

Butiksfasaden är det viktigaste området som direkt påverkar användarnas nedladdningsbeslut:

A. Texter

• Appnamn: Maximalt 30 tecken (t.ex.: 15te15 - Spor Toto Assistant).
• Kort beskrivning: Maximalt 80 tecken (t.ex.: Formula optimization, probability calculation and smart Spor Toto coupon assistant.).
• Fullständig beskrivning: Detaljerad beskrivning inklusive funktioner, algoritmiska fördelar och juridiska meddelanden.

B. Visuella storleksstandarder

• Appikon: Exakt 512 x 512 px, 32-bitars PNG, maximalt 1 MB.
• Utvald grafik (Feature Graphic): Exakt 1024 x 500 px, JPG eller 24-bitars PNG, maximalt 15 MB.
• Skärmdumpar för telefon:
  • Minst 2, högst 8 skärmdumpar.
  • Minsta storlek: 1080 px (t.ex.: 1080 x 2340 px).
  • Bildförhållande: 16:9 eller 9:16.

C. Deklaration om generativt AI-innehåll

• Även om AI-drivna verktyg används för att skapa butiksbilder väljs Don't label assets (Märk inte tillgångar) så länge det inte skapas fotorealistiska ansikten av människor eller offentliga personer som vilseleder användaren.

---

15. Konfiguration och granskning av sluten testning (Closed Testing)

För nyskapade personliga utvecklarkonton i Google Play Console är det obligatoriskt att slutföra processen för Sluten testning (Closed Testing) innan man går direkt till produktion.

A. Skicka in ändringar för granskning (Publiceringsöversikt)

När alla butiksinställningar och formulär är ifyllda listar publiceringsöversikten väntande ändringar:

För att knappen "Skicka ändringar för granskning" längst upp till höger ska aktiveras måste applikationen dock konfigureras i minst en testkanalversion (Closed Testing).

B. Steg i sluten testning

Det finns 3 obligatoriska steg för att slutföra sluten testning:

1. Välj länder och regioner (Select countries and regions):

• De länder där applikationen ska testas väljs (som standard kan hela världen eller ett specifikt land väljas), och Spara klickas längst ner till höger.

2. Välj testare (Select testers):

• På fliken Testare (Testers) väljs en e-postlista (Email List) eller så skapas en ny lista.
• För att få produktionstillstånd på personliga Google Play-konton kräver Google att minst 20 testanvändare deltar aktivt i testningen under 14 dagar. Därför är det viktigt att ha ett tillräckligt antal verkliga användare med på testlistan.
• Efter att ha valt listan klickar du på Spara ändringar (Save changes) längst ner till höger.

3. Skapa en ny version (Create a new release):

• När länder och testare har konfigurerats visas "2 of 4 complete" som ovan.
• Klicka på den blå knappen Create new release (Skapa ny version) längst upp till höger för att gå vidare till versionsskapandefasen.

• Det signerade .aab-paketet laddas upp. När uppladdningen är klar analyserar Google paketet:

• Som framgår av bilden identifieras Target SDK: 36 framgångsrikt, Version: 610060410 och arkitekturer verifieras.
• När Next (Nästa) klickas visas en varningsskärm på grund av versionskodshoppet:

• Lösning: Klicka på den blå länken Proceed anyway precis under varningen "This release's version code is significantly higher than your previous version code".
• När felblockeringen har hävts sparas versionen genom att klicka på den blå knappen Save (Spara) längst ner till höger.

När dessa steg har slutförts kan du återgå till skärmen Publiceringsöversikt (Publishing overview) och starta Googles godkännandeprocess med knappen Send changes for review (Skicka ändringar för granskning).

C. Vanlig situation: "App not available" (Appen är inte tillgänglig) på testlänken

Den vanligaste skärmen som utvecklare ser när de öppnar en opt-in-länk för sluten testning (play.google.com/apps/testing/com...) är följande:

"App not available - A testing version of this app hasn't been published yet or isn't available for this account." (Appen är inte tillgänglig – En testversion av den här appen har inte publicerats ännu eller är inte tillgänglig för det här kontot.)

Orsaker och lösning på denna varning:

1. Under granskning (In Review): Även om den slutna testversionen har skapats och skickats in för granskning, kommer denna länk inte att aktiveras förrän Googles granskningsteam godkänner paketet. Länken öppnas när statusen är "Available to testers" i Play Console.
2. Google-kontot stämmer inte överens: Den Google-inloggning som är aktiv i webbläsaren måste vara exakt densamma som e-postadressen som lagts till i listan över Testare i Play Console. Ett annat eller anonymt Google-konto har inte åtkomst till denna länk.
3. Serverfördröjning: Även om Google godkänner granskningen kan det normalt ta 1–2 timmar innan länken för sluten testning sprids till butiksservrar världen över.

D. Delta i testprogrammet (Become a Tester - Opt-in)

När granskningen är godkänd och länken har aktiverats öppnas följande officiella inbjudningsskärm:

• Sidan innehåller applikationens ikon, utvecklarnamn och inbjudningstext till testversionen.
• När den blå knappen Become a tester (Bli testare) klickas inkluderas kontot i testet.
• Applikationen kan sedan laddas ner direkt från Google Play Butik på Android-enheten genom att klicka på länken "Download it on Google Play" på nästa skärm.

---

16. Deklaration om annons-ID (Advertising ID)

För alla appar som är inriktade på Android 13 (API 33) och senare kräver Google Play en uttrycklig deklaration om användning av annons-ID (AD_ID).

Fråga: Använder din app ett annons-ID?

Googles kritiska regel på denna sida är följande:

"If you say that your app uses advertising ID, we will block releases that don't include the com.google.android.gms.permission.AD_ID permission in the manifest file when targeting Android 13." (Om du säger att din app använder annons-ID kommer vi att blockera utgåvor som inte inkluderar behörigheten com.google.android.gms.permission.AD_ID i manifestfilen när du riktar dig mot Android 13.)

• Alternativ 1 (Rekommenderas): No (Nej).
• I det slutna testpaket vi för närvarande har installerat har AdMob SDK eller korsmarknadsföringsbibliotek ännu inte kompilerats och det finns ingen AD_ID-behörighet i filen AndroidManifest.xml. Därför uppstår ingen manifestkonflikt när No väljs och sparas.
• Alternativ 2 (Om Ja väljs):

• Om Yes väljs måste [x] Advertising or marketing (Annonsering eller marknadsföring) väljas som avsett ändamål och kryssrutan "Turn off release errors" (Inaktivera versionsfel) längst ner på sidan (I understand the ramifications of not including the com.google.android.gms.permission.AD_ID permission...) måste markeras eftersom behörigheten ännu inte har lagts till i manifestet.

I båda fallen klickar du på Save (Spara) längst ner till höger efter att ha gjort valet.

---

17. Skicka in för granskning (Slutlig inlämning)

När all butiksinformation, integritetspolicy, säkerhetsformulär, juridiska deklarationer, målgrupp och sluten testversion har slutförts återgår du till skärmen Publiceringsöversikt (Publishing overview):

• Submit 14 changes for review (Skicka 14 ändringar för granskning): Google Play samlar alla deklarationer och testversionen i ett enda granskningspaket (14 ändringar väntar på godkännande enligt bilden).
• Den officiella Google-godkännandeprocessen startas genom att klicka på den blå knappen Submit 14 changes for review.
• Googles automatiska kvalitetskontroller körs i bakgrunden, och därefter placeras applikationen i utvärderingskön hos Google Play Review Team. Granskningen slutförs vanligtvis inom 24–72 timmar på personliga konton.

---

18. Ansökan om produktionstillstånd efter sluten testning (Apply for Access to Production)

När den slutna testprocessen (oavbruten testning i minst 14 dagar med minst 20 testare) som krävs av Google för personliga utvecklarkonton har slutförts, aktiveras knappen "Ansök om produktion" (Apply for production) på Play Consoles huvudkontrollpanel. Genom att klicka på denna knapp erbjuder Google ett omfattande ansökningsformulär i 3 steg för att kontrollera om applikationen faktiskt har testats och är redo att lanseras:

Formulärsteg:

1. Om ditt slutna test (About your closed test): Du tillfrågas om hur du hittade testanvändare, hur du samlade in feedback och vilka förbättringar du gjorde i applikationen baserat på den feedback du fick.
2. Om din app (About your app): Målgruppen för applikationen och de viktigaste fördelarna den ger användarna förklaras.
3. Din produktionsberedskap (Your production readiness): Det deklareras hur du kommer att spåra fel och hantera användarkommentarer när appen går live.

Kritiska frågor och exempel på ansökningssvar (engelska och svensk förklaring)

1. "How did you recruit users for your closed testing? For example, did you ask friends and family, or use a paid testing provider?"

(Hur rekryterade du användare till ditt slutna test? Frågade du till exempel vänner och familj, eller använde du en betald testleverantör?)

Viktig regel: Google ogillar robotar eller betalda konstgjorda testfarmer. Det är säkrast att ange att testarna är riktiga organiska användare, nära krets och relevanta sociala mediegemenskaper.

I recruited testers organically through friends, family, and colleagues interested in sports analysis. Additionally, I invited active football prediction fans from targeted social media groups (Reddit & sports communities). No paid services were used; all were real, active users.

2. "How easy was it to recruit testers for your app?"

(Hur lätt var det att rekrytera testare till din app?)

• Rekommenderat val: Neither difficult or easy (Varken svårt eller lätt) eller Easy (Lätt). Det här alternativet indikerar att processen utförs organiskt och balanserat och att konstgjorda botnätverk inte används.

3. "Describe the engagement you received from testers during your closed test"

(Beskriv det engagemang du fick från testare under ditt slutna test:)
(Googles tips: Ange om användarna använder alla funktioner och om användningen överensstämmer med beteendet hos en verklig användare)

Testers actively used all core features: match fixtures, filters, and coupon generation. Their engagement matched real user behavior, logging in regularly around weekly match days to create coupons and review predictions. All tester activity closely mirrored real-world football fan usage.

4. "Provide a summary of the feedback that you received from testers. Include how you collected the feedback."

(Ge en sammanfattning av den feedback du fick från testare. Inkludera hur du samlade in feedbacken:)

Feedback was collected via Google Play internal feedback, emails, and tester messaging groups. Testers appreciated the fast coupon generator but suggested improving font readability on small screens, adding clearer filter descriptions, and optimizing fixture loading on slow mobile networks.

---

Steg 2: Om din app (About your app)

I det här steget ställs frågor om applikationens målgrupp, det mervärde den erbjuder och det förväntade antalet nedladdningar under det första året:

1. "Who is the intended audience of your app?"

(Vem är den avsedda målgruppen för din app?)

The intended audience includes adult football fans, sports enthusiasts, and Toto players seeking analytical tools to plan predictions. It is designed for users aged 18+ who want structured match fixture insights, mathematical coupon filtering, and systematic statistical analysis.

2. "Describe how your app provides value to users"

(Beskriv hur din app ger värde till användarna:)

The app provides value by automating complex coupon filtering and Toto calculations, saving users substantial time. It offers clean weekly fixture overviews, probability statistics, and intuitive mathematical tools that help sports fans make well-structured, data-informed prediction plans.

3. "How many installs do you expect your app to have in your first year?"

(Hur många nedladdningar förväntar du dig att din app når under det första året?)

• Rekommenderat val: 0 - 10K (Ett organiskt och realistiskt mål för en indieutvecklare).

---

Steg 3: Din produktionsberedskap (Your production readiness)

I detta sista skede av ansökan ställs frågor om förbättringar som gjorts baserat på vad som lärdes under sluten testning och hur applikationen bedöms vara redo för skarp produktion:

1. "What changes did you make to your app based on what you learned during your closed test?"

(Vilka ändringar gjorde du i din app baserat på vad du lärde dig under det slutna testet?)

Rekommendation: Svaret bör vara helt förenligt med den feedback du angav i föregående steg (kompatibilitet med små skärmar, teckenstorlek, filteretiketter och datacachning).

Based on tester feedback, we adjusted font scaling and spacing for smaller screens, added descriptive labels to filter options, and optimized fixture caching for slower network connections. We also streamlined the coupon generation interface to make navigation smoother and more intuitive.

2. "How did you decide that your app is ready for production?"

(Hur avgjorde du att din app är redo för skarp produktion?)

Rekommendation: Google Vitals-statistik (noll krascher, noll ANR), 14-dagars testperiod och stabilitet över olika Android-versioner bör framhävas.

We confirmed production readiness through 14 days of closed testing with zero crashes and zero ANRs in Android Vitals. All core workflows (fixture browsing, filtering, and coupon generation) executed smoothly across diverse devices, and testers confirmed high stability and complete features.

När alla fält är ifyllda slutförs den officiella ansökan om produktionstillstånd genom att klicka på den blå knappen Apply (Ansök) längst ner till höger.

Skärm för skickad ansökan (Granskningsprocess)

När du klickar på 'Apply' återgår du till Play Consoles huvudkontrollpanel och följande officiella granskningskort visas på sidan Produktion (Production):

"We have your application for production access" (Vi har tagit emot din ansökan om produktionsåtkomst)
"We're reviewing your application form. We'll email the account owner with an update. This usually takes 7 days or less, but may occasionally take longer." (Vi granskar ditt ansökningsformulär. Vi skickar ett e-postmeddelande till kontoägaren med en uppdatering. Detta tar vanligtvis 7 dagar eller mindre, men kan ibland ta längre tid.)

Saker att veta om denna fas:

1. Granskningstid: Även om Google officiellt anger på skärmen att det tar "7 dagar eller mindre", resulterar detta godkännande vanligtvis inom 24 till 72 timmar för appar med konsekventa formulärsvar och en nollkraschfrekvens.
2. Meddelande om resultat: När utvärderingen är klar skickas ett officiellt godkännandemeddelande till kontoinnehavarens e-postadress (se kapitel 19).
3. Vad du ska göra under väntetiden: Det finns inget behov av att vidta ytterligare åtgärder; den slutna testkanalen kan förbli aktiv, det räcker att vänta på beslutet från Play Console-granskningsteamet.

---

19. Den slutliga segern: Godkännande av produktionsåtkomst (Production Access)

När processen för Sluten testning (14 dagars aktiv testning med minst 20 testanvändare), som är det mest utmanande steget i Google Play Console för nya personliga utvecklarkonton, har slutförts framgångsrikt och den öppna butiksansökan har gjorts, erhålls följande officiella godkännande-e-postmeddelande från Google Play Console-teamet:

"Congratulations! Your app has been granted Google Play production access" (Grattis! Din app har beviljats Google Play-produktionsåtkomst)
"You applied for Google Play production access for your app, and this has now been granted. Production is where you make your app available to billions of users on Google Play." (Du ansökte om Google Play-produktionsåtkomst för din app, och detta har nu beviljats. Produktion är där du gör din app tillgänglig för miljarder användare på Google Play.)

Vad innebär detta e-postmeddelande?

1. Offentlig lansering: Din app är nu kvalificerad att släppas till miljarder Android-användare runt om i världen, inte bara till inbjudna slutna testare.
2. Passering av den personliga kontotröskeln: Googles krav på 20 testare / 14 dagars testning har officiellt uppfyllts och utvecklarkontot har flyttats till betrodd status.
3. Lansera med ett klick: Genom att gå till kanalen Produktion (Production) i Play Console-panelen kan det beprövade paketet från sluten testning gå live direkt i butiksfönstret eller med en ny version.

---

20. Checklista före lansering (Slutförd)

Alla kontrollpunkter i ansökningsskedet:

• Har app-ID och unikt paketnamn genererats i Play Console?
• Är det signerade .aab-paketet kompilerat med targetSdkVersion 36?
• Är versionCode större än tidigare versioner? (Klickades Proceed anyway vid varningen?)
• Är URL:en för integritetspolicyn aktiv och öppnad med HTTPS?
• Är appåtkomst registrerad som No?
• Är annonsdeklarationen markerad som Yes?
• Är IARC-åldersmärkning slutförd och certifierad?
• Är målgruppen vald som 18 and over?
• Har formuläret för datasäkerhet (Data Safety) fyllts i?
• Har statliga, finansiella och hälsodeklarationer registrerats som No?
• Har butikstillgångar (512x512-ikon, 1024x500-funktionsgrafik, skärmdumpar) laddats upp?
• Sluten testning: Har länder/regioner valts och sparats?
• Sluten testning: Har testarlistan valts och sparats?
• Sluten testning: Är det signerade .aab-paketet uppladdat och versionshanterat?
• Annons-ID: Sparat som No för den första versionen?
• Publiceringsöversikt: Har ändringarna skickats in för Google-granskning?
• Har den slutna testprocessen slutförts och produktionsåtkomst erhållits?

---

21. Arar Games och våra spel

Du kan besöka våra butikssidor för att uppleva alla spel, spelmekaniker och uppdateringar vi har utvecklat i vår oberoende studio:

🎮 Våra spel:

• 🛡️ Blocked: Pixel Panzer:
  Retropixlad stridsvagnsaction, ColorWheel elementära projektiler, dynamiskt väder, bossstrider, globala topplistor och Google Play-prestationer!
  👉 Ladda ner på Google Play (Android & PC) | Microsoft Store (Windows PC)
• 🎨 Paint Trek:
  Reflexfokuserad arkadupplevelse i färgstarka pixlar och rymdatmosfär.
  👉 Google Play | Microsoft Store (PC & Xbox)
• 🚀 Space Dodger:
  Snabbt retroarkadspel med hinderundvikande i den djupa rymden.
  👉 Ladda ner på Google Play

📢 Sociala medier och kommunikation:

Följ våra nya tekniska guider, devlogs och speluppdateringar:

• 🎵 TikTok: @arargamesstudio
• 📸 Instagram: @arargamesstudio
• 🐦 X (Twitter): @arargamesstudio
• 📺 YouTube: @koreaaria
• 🧵 Threads: @arargamesstudio
• 📘 Facebook: arargamesstudio

---

Sammanställt av: Arar Games utvecklardokumentationsarkiv