Kort fortalt
Android app udvikling kan gå tre veje: native i Kotlin, cross-platform med én kodebase til begge butikker eller en web-app i browseren. Danske prissider lægger en enkel web-app på 20.000-80.000 kr., en lille app på 45.000-90.000 kr. og en native app til både iOS og Android på 500.000 kr. og opefter. Android stod i oktober 2026 for 32,9 % af den danske mobiltrafik, så en app til forbrugere skal næsten altid også på iPhone. Native Android giver mening til eget udstyr, dyb hardware og baggrundskørsel. Planlæg Googles krav ind fra start: API-niveau 36 fra 31. august 2026, 12 testere i 14 dage for nye personlige konti og en udviklerkonto til 25 USD i jeres eget navn.
Til de fleste danske virksomheder er cross-platform eller en web-app det rigtige valg, fordi Android kun står for omkring en tredjedel af mobiltrafikken, og appen næsten altid også skal på iPhone. Native Android i Kotlin betaler sig, når appen kører på jeres eget Android-udstyr eller arbejder dybt i telefonens hardware. En enkel web-app koster 20.000-80.000 kr., en lille app med én kodebase 45.000-90.000 kr.
Android app udvikling: tre veje til den samme telefon
Android app udvikling betyder i praksis, at du vælger mellem tre måder at bygge på, og valget afgør både prisen og hvad du kan ændre senere. Overblikket over hele forløbet, fra idé til hvem der bygger, står i guiden til app udvikling. Her handler det kun om Android-spørgsmålet: skal appen være native, cross-platform eller en web-app?
- Native Android. Skrevet i Kotlin, som er Googles eget anbefalede sprog til Android. Kører kun på Android. Skal I også have en iPhone-app, bygges den separat.
- Cross-platform. Én kodebase i Flutter eller React Native, der bygges til både Google Play og App Store. Den mest almindelige vej til mobil app udvikling for virksomheder, der skal dække begge platforme.
- Web-app. Kører i browseren og kan lægges på hjemmeskærmen. Ingen butik, ingen review, én kodebase til alle skærme.
Hvad de tre veje koster i Danmark
Danske udbydere opgiver sjældent en pris på en app, der kun skal køre på Android. De prissætter efter omfang og antal kodebaser. Tabellen er samlet fra deres egne prissider og Googles dokumentation, tjekket 4. november 2026.
| Løsning | Pris | Hvad der er med |
|---|---|---|
| Enkel web-app | 20.000-80.000 kr. | Statisk indhold, én brugertype, ingen integrationer. Virker på Android og iPhone fra dag ét. |
| Lille app, én kodebase | 45.000-90.000 kr. | 100-200 timer til 450 kr. Kernefunktioner, typisk cross-platform. |
| Mellemstor app | 95.000-375.000 kr. | 250-1.000 timer til 375 kr. Login, integrationer, flere skærme. |
| Native app til både iOS og Android | 500.000 kr. og opefter | To kodebaser, eller en kompleks platform med høj volumen. |
| Google Play-udviklerkonto | 25 USD én gang | Alle jeres apps kan ligge på samme konto uden ekstra gebyr. |
| Googles gebyr på abonnementer i EØS | 10 % + 5 % betalingsgebyr | Gælder salg gennem Google Play Billing. Andre køb ligger højere. |
Den lille og den mellemstore app er fra Tiblos prisside, som også skriver, at andre danske bureauer typisk tager 800-1.800 kr. i timen. Web-appen og den native app til begge platforme er fra Sanocasts prisguide, der lægger en web-app 30-50 % under en native app til iOS og Android. Gebyrerne står i Googles oversigt over servicegebyrer. Den fulde gennemgang med timepriser og drift står i artiklen om app udvikling pris.
Læg mærke til, hvad tallene ikke siger. Ingen af dem gør en native Android-app billigere end en cross-platform app med samme funktioner. Native betaler sig, når appen kræver noget, en fælles kodebase ikke kan levere. Ikke fordi Android alene er en mindre opgave.
Hvornår native Android er det rigtige valg
Jeg anbefaler native Android i tre situationer, og de handler alle om, hvad appen skal kunne, ikke om hvor mange brugere der har Android:
- Appen kører på jeres eget udstyr. Håndterminaler på et lager, scannere, kasseapparater eller robuste telefoner til montører. Udstyret er næsten altid Android, og der skal ingen iPhone-version laves. Så er der intet at spare ved en fælles kodebase.
- Appen arbejder dybt i telefonen. Lang baggrundskørsel, Bluetooth til maskiner eller sensorer, kameraet til mere end at tage et billede. Her er native kode det mest direkte, og cross-platform ender ofte med et stykke native kode alligevel.
- Android-oplevelsen er produktet. Widgets, integration med systemets deling og notifikationer, der opfører sig præcis som brugeren forventer på netop Android.
Er ingen af de tre på listen, er native Android det dyre valg uden en gevinst.
Hvornår cross-platform eller en web-app er bedre
For de fleste danske virksomheder er Android den mindste platform. StatCounter målte i oktober 2026, at Android stod for 32,9 % af mobiltrafikken i Danmark mod 67,1 % til iOS. En app til danske forbrugere skal derfor næsten altid også på iPhone, og så er to native apps den dyreste vej til begge butikker. Cross-platform dækker begge platforme med én kodebase.
Er det et internt værktøj eller en kundeportal, så start med web-appen. Den virker på alle telefoner uden butik, og ændringer kommer ud med det samme. Mange af de henvendelser, jeg får om udvikling af apps til Android, handler i virkeligheden om et system bag appen. Så er det softwareudvikling, og ikke en app, I skal købe.
Slå jeres egne tal op, før I beslutter noget. Fordelingen mellem Android og iPhone i jeres webanalyse kan se helt anderledes ud end landstallet, især i B2B og blandt medarbejdere med firmatelefoner.
Det Google kræver, før appen må gå live
Google Play har krav, som ligger fast uanset hvem der bygger, og som skal med i tidsplanen:
- Nyeste API-niveau. Fra 31. august 2026 skal nye apps og opdateringer målrette Android 16 (API-niveau 36) eller nyere for at kunne indsendes til Google Play. Kravet flytter sig hvert år, så en app, der ikke opdateres, kan ikke længere udgives.
- Lukket test. En ny personlig udviklerkonto skal have mindst 12 testere i 14 sammenhængende dage, før appen kan komme i produktion. Det er to uger, der ikke kan skrives hurtigere.
- Kontoen i jeres navn. Udviklerkontoen koster 25 USD én gang. Opret den selv, i virksomhedens navn, så appen ikke følger med leverandøren, den dag I skifter.
På den positive side er Android-landskabet blevet mere ensartet. I Danmark kører 59,6 % af Android-telefonerne Android 16, og Android 12 til 17 dækker tilsammen godt 96 % ifølge StatCounter for oktober 2026. Understøtter appen Android 12 og frem, rammer den næsten alle.
Hvad AI har ændret ved Android app udvikling
AI har gjort den kode, der er ens i alle apps, billigere: skærme, formularer, login og opsætning af projektet. I mine egne projekter er det især første version, der kommer hurtigere, og det gør det billigere at prøve cross-platform først og kun skrive native kode til den del, der kræver det.
AI har ikke ændret Googles krav, den lukkede test på 14 dage, den årlige opdatering til nyt API-niveau eller testen på rigtige telefoner. Spørg din leverandør, hvilke faser AI forkorter i estimatet, og hvilke den regner med uændret tid på.
Det skal stå i tilbuddet
- Valget af vej og begrundelsen. Native, cross-platform eller web-app, og hvilket krav der afgør det.
- Laveste Android-version. Hvilken version appen understøtter, og på hvilke telefoner den testes.
- Den årlige opdatering. En fast pris på at følge Googles krav til API-niveau, så appen kan blive i butikken.
- Ejerskab. Kildekode, udviklerkonto og signeringsnøgle i jeres navn.
- Timeantal og timepris hver for sig. Et samlet beløb kan ikke sammenlignes med noget.
Skriv ned, hvem der skal bruge appen, og på hvilke telefoner. Står der eget Android-udstyr, scannere eller dyb hardware, så bed om native Android. Skal appen ud til danske forbrugere, så bed om cross-platform, og er det et internt værktøj, så start med en web-app til 20.000-80.000 kr. Kræv laveste Android-version, den årlige API-opdatering og ejerskab over konto og kode på skrift. Jeg laver afklaringen som et fast stykke arbejde til en pris, vi aftaler, før jeg går i gang: kravene gennemgået, valget af vej begrundet og et estimat i faser, som I også kan give til en anden app udvikler. Book en samtale her.