Hvad koster en app? Webapp, PWA og native sammenlignet (2026)

Hvad koster en app? En enkel app bygget som webapp eller PWA koster typisk 50.000-170.000 kr. ekskl. moms, og en mellemstor app 150.000-450.000 kr. Skal den samme app bygges som to native apps til iPhone og Android, lander prisen ofte tæt på det dobbelte fordi brugerfladen skal bygges, testes og vedligeholdes to gange.

Jeg bygger selv webapps og PWA'er, så læs med det forbehold. Jeg har forsøgt at være lige så tydelig om hvornår native apps er det rigtige valg.

Den korte version: hvad koster en app?

Med "enkel" mener jeg login, en håndfuld skærmbilleder og en simpel administration. En mellemstor app har typisk betaling, notifikationer, flere brugerroller og en eller to integrationer til andre systemer. Store apps med mange brugertyper og integrationer kan nemt koste over 1 mio. kr., uanset hvilken type du vælger.

Spændene er brede fordi "en app" dækker alt fra et lille bookingværktøj til et helt produkt. De forudsætter en erfaren freelancer eller et mindre bureau til omkring 1.000 kr. i timen, og større bureauer ligger ofte højere. Den vigtigste pointe står i højre kolonne: prisen stiger mest i det øjeblik du skal i App Store og Google Play. Vil du forstå hvordan priser på software bliver sat sammen mere generelt, så start med min prisguide til softwareudvikling.

Webapp, PWA, cross-platform og native forklaret

Ordene bliver brugt løst, også af udviklere. Sådan bruger jeg dem i dette indlæg.

Webapp

En webapp kører i browseren på computer, tablet og telefon. Der er ét sæt kode, ingen app store, og du kan sende opdateringer ud når som helst. Kundeportaler, bookingsystemer og interne værktøjer er typisk webapps.

PWA

En PWA (progressive web app) er en webapp der kan installeres på hjemmeskærmen og åbner i sit eget vindue uden browserens adresselinje. Den kan sende push-notifikationer og vise indhold uden net hvis den er bygget til det. På iPhone har installerede webapps kunnet modtage push siden iOS 16.4, men ifølge WebKit-teamets egen gennemgang skal brugeren først føje appen til hjemmeskærmen og selv trykke for at give tilladelse.

Cross-platform

En cross-platform-app bygges i ét framework, typisk React Native eller Flutter, og udgives som rigtige apps i både App Store og Google Play. Du får én kodebase til begge telefoner, men skal stadig igennem begge butikkers godkendelse og teste på begge platforme.

Native

Native apps bygges for sig til hver platform i Apples og Googles egne sprog: Swift til iPhone og Kotlin til Android. Det giver den bedste adgang til telefonens funktioner og den bedste ydeevne, men du betaler for to kodebaser og ofte for to specialister.

Fælles for alle fire: de skal næsten altid have en backend, altså serverdelen med database, login og administration. Det er den del mange glemmer når de sammenligner priser, og den koster det samme uanset hvad brugeren ser på skærmen.

Regneeksempel: den samme app bygget fire gange

Forestil dig en kundeapp til en servicevirksomhed. Kunderne logger ind, ser deres bookinger og får besked når noget ændrer sig. Dine medarbejdere styrer det hele fra en administration. Tabellen viser mit grove skøn over timer for en erfaren udvikler.

Timeprisen på 1.000 kr. er ikke min pris. Det er et regneeksempel midt i det spænd på 800-1.200 kr. som LønRadar angiver for seniorfreelancere i IT. Hvad der er normalt i Danmark, har jeg skrevet mere om i indlægget om timepriser for freelanceudviklere.

Tre ting er værd at hæfte sig ved:

• Backend er den samme i alle fire kolonner. Det er den tungeste enkeltpost, og du betaler for den uanset hvad du vælger.
• PWA'en koster kun 10-15 % mere end webappen, men giver dig installation på hjemmeskærmen og push.
• To native apps koster næsten det dobbelte af webappen fordi brugerfladen bygges to gange og hver ændring fremover også skal laves to gange.

I eksemplet er forskellen mellem en PWA og to native apps 125.000-180.000 kr. alene på første version. Den forskel bliver større for hvert år appen er i drift.

Det driver prisen på en app

Valget mellem web og native er én faktor. Disse ting flytter også prisen, uanset hvilken type du ender med:

• Antal brugertyper: En app med kunder, medarbejdere og administratorer har tre sæt skærmbilleder, rettigheder og regler.
• Betaling og abonnementer: Betaling via fx Stripe tager tid at gøre ordentligt, med kvitteringer, refusioner og håndtering af fejlede betalinger.
• Integrationer: Hver forbindelse til et andet system, fx økonomi, kalender eller CRM, er et lille projekt i sig selv. Især hvis det andet system har et dårligt dokumenteret API.
• Offline: At vise de seneste data uden net er billigt. En app hvor brugerne arbejder offline og synkroniserer bagefter, er dyr på alle platforme.
• Design: Et færdigt komponentbibliotek er billigt. Unikt design og avancerede animationer koster, og på native skal det laves to gange.
• Persondata og sikkerhed: Håndterer appen helbredsoplysninger eller andre følsomme data, går der flere timer til adgangsstyring, logning og GDPR.
• Hvor afklaret idéen er: Uafklarede krav er den største prisdriver af dem alle fordi de bliver til ændringer midt i projektet.

Den billigste måde at sænke prisen på er at skære i funktioner og ikke i kvalitet. En første version med de tre vigtigste funktioner er bedre end en halvfærdig version med ti. Hvordan du afgrænser den første version, gennemgår jeg i guiden om hvad en MVP koster.

Løbende omkostninger efter lanceringen

Prisen på første version er kun begyndelsen. Disse udgifter kommer bagefter, og de vejer tungere for native apps:

• Udviklerkonti: Apple Developer Program koster 99 USD om året, opkrævet i lokal valuta. Google Play kræver et mindre engangsgebyr. Begge dele gælder kun hvis du skal i butikkerne.
• Andel af salget: Sælger du digitale varer eller abonnementer inde i en app fra App Store, tager Apple en andel. Den er 15 % i Small Business Program for udviklere med op til 1 mio. USD i årligt provenu, ellers typisk 30 %. En webapp kan tage betaling direkte via fx Stripe med almindelige kortgebyrer.
• Hosting: En lille app kan typisk hostes for nogle hundrede kroner om måneden. Det stiger med trafik, filer og backup.
• Vedligehold: Min tommelfingerregel er at budgettere med 15-20 % af byggeprisen om året til opdateringer, sikkerhed og små rettelser.
• Nye versioner af iOS og Android: Native apps skal følge med, og Google Play kræver at apps løbende opdateres til en nyere Android-version for fortsat at kunne findes af nye brugere på nyere telefoner.

Det sidste punkt er grunden til at forskellen mellem web og native vokser over tid. En webapp opdaterer du ét sted. To native apps er to kodebaser der hver især skal holdes ved lige, testes og sendes til godkendelse. Hvad det koster i praksis at holde en app kørende, går jeg i dybden med i indlægget om prisen på drift og vedligehold.

Hvornår en webapp eller PWA er nok

En webapp eller PWA er typisk nok når:

• appen primært viser og indsamler data, fx bookinger, ordrer, formularer, dashboards eller en kundeportal
• brugerne er dine kunder eller medarbejdere som du alligevel kan sende et link til
• appen også skal bruges på computer, hvilket er normalt i B2B
• du vil teste idéen hurtigt og ændre den ofte
• installation på hjemmeskærmen og push-notifikationer er nok "app-følelse" til dine brugere

Native eller cross-platform er det rigtige valg når:

• appen skal tale med Bluetooth-udstyr, NFC eller anden hardware på iPhone hvor de nødvendige web-teknologier i dag ikke virker i Safari
• appen skal arbejde i baggrunden, fx spore position mens telefonen ligger i lommen
• appen har tung grafik, spil, AR eller avanceret brug af kameraet
• du sælger til forbrugere der finder apps ved at søge i App Store, så butikken er din vigtigste kanal
• dine brugere forventer widgets, en Apple Watch-app eller lignende

Mit felt er webapps og PWA'er bygget i Laravel og React. Falder dit projekt tydeligt i den anden liste fra dag ét, er en udvikler eller et bureau med speciale i iOS og Android ofte et bedre valg end mig. Er du i tvivl om hvilken type der passer til dig, har jeg skrevet en samlet sammenligning af webapp, native app og PWA.

Min anbefaling: start på web, og byg native når du ved mere

For de fleste virksomheder anbefaler jeg at starte med en webapp eller PWA og bygge backend så den kan genbruges senere. I praksis betyder det at al logik ligger bag et API, altså en fast måde andre programmer kan tale med serveren på, og at webappen bare er den første klient. Viser det sig senere at brugerne har brug for en native app, kan den bruge præcis det samme API. Så har du ikke smidt backend-timerne væk.

Rækkefølgen ser typisk sådan ud:

1. Byg backend og en webapp med de vigtigste funktioner.
2. Gør den til en PWA hvis brugerne har gavn af installation og push.
3. Mål hvordan appen bliver brugt, og hvad brugerne efterspørger.
4. Byg native apps når der er en konkret grund, fx en funktion der kræver det eller en kanal i App Store der kan betale sig.

Der findes også en mellemvej hvor webappen pakkes ind som en native app med et værktøj som Capacitor og udgives i butikkerne. Det kan fungere, men Apples retningslinjer kræver at en app kan mere end en ompakket hjemmeside. Regn derfor med ekstra arbejde for at komme igennem godkendelsen.

Næste skridt: sådan får du en realistisk pris på din app

Et tilbud bliver aldrig bedre end det oplæg det bygger på. Brug listen her før du kontakter udviklere.

Med de svar kan en udvikler give dig et skøn du kan budgettere efter. Vil du se flere prisniveauer for webapps alene, så kig på prisguiden til webapps. Og vil du vide hvordan jeg selv griber den slags projekter an, kan du læse om udvikling af webapps og platforme.

Ofte stillede spørgsmål

Kan en PWA komme i App Store og Google Play?+

Ikke uden et ekstra trin. En PWA installeres fra browseren og ligger ikke i butikkerne af sig selv. Google Play er forholdsvis åben over for webapps pakket som apps, mens App Store stiller strengere krav til hvad appen skal kunne. Vil du være i begge butikker fra start, er cross-platform ofte den mest forudsigelige vej.

Hvor lang tid tager det at udvikle en app?+

En enkel webapp eller PWA tager typisk 1-3 måneder fra afklaring til lancering med én erfaren udvikler. To native apps tager ofte det dobbelte fordi brugerfladen bygges og testes to gange. Den største tidsrøver er sjældent selve koden, men ventetid på beslutninger, indhold og adgang til de systemer appen skal tale med.

Kan jeg få lavet en app for under 50.000 kr.?+

Ja, hvis den er meget enkel, eller hvis den bygges i et no-code-værktøj. No-code kan være en fornuftig måde at teste en idé på, men du betaler månedligt for platformen, og du ejer sjældent koden. Når appen skal vokse, ender mange med at bygge den om fra bunden. Tag det med i regnestykket når du sammenligner priser.

Er en webapp langsommere end en native app?+

For de fleste forretningsapps mærker brugerne ingen forskel. En velbygget webapp åbner hurtigt og reagerer hurtigt, især når den er installeret som PWA. Forskellen viser sig ved tung grafik, avancerede animationer, store mængder data på telefonen og spil. Der er native stadig klart bedst, og det bør du betale for.