Progressive webapps: appfølelse uden appbutik
En PWA er en hjemmeside der opfører sig som en app: Den kan installeres på hjemmeskærmen, er hurtig og virker til en vis grad offline. Den er det smarteste valg når du vil nå både iOS og Android med én kodebase, slippe for appbutikkernes godkendelse og gebyrer, og når målgruppen er tilbageholdende med at downloade en app fra butikken.
En progressiv webapp, PWA, er en hjemmeside der har lånt en apps bedste egenskaber: Den kan lægges på hjemmeskærmen, åbnes i sit eget vindue uden browserens adresselinje, indlæses hurtigt og fungere delvist offline. Pointen er at slippe for både appbutikkerne og udgiften til at bygge separat til iOS og Android. Men teknologien har reelle begrænsninger, og de er forskellige fra platform til platform. Her er en ærlig gennemgang af hvad en PWA kan i 2026, hvornår den er det rigtige valg og hvordan den klarer sig økonomisk.
Hvad en PWA kan og ikke kan på henholdsvis iOS og Android
På Android er en PWA tæt på en fuldgyldig app. Den installeres fra browseren, kan sende push-notifikationer, arbejde offline med cachet indhold og om nødvendigt pakkes til Google Play. I langt de fleste tilfælde mærker Android-brugeren knap nok at det ikke er en “rigtig” app.
På iOS er billedet mere sammensat. En PWA virker, men Apple har historisk givet webapps mindre spillerum end native apps. Push-notifikationer kræver at brugeren har lagt appen på hjemmeskærmen, og de har været mere begrænsede. Offlinetilstanden er strammere, og visse hardwarenære funktioner er simpelthen ikke tilgængelige. Det betyder ikke at en PWA er et forkert valg på iOS, blot at du bør teste de funktioner du er afhængig af inden du satser på den.
Fælles for begge er at dyb enhedsintegration (avanceret kamerastyring, Bluetooth til tilbehør, kørsel i baggrunden) er der hvor en PWA når sin grænse. Har produktet brug for den slags, er en native app det rigtige værktøj.
Grunden til forskellen er enkel: En PWA lever inde i browseren og får kun adgang til det som browseren lukker igennem. På Android og i Apples browsermotor står den dør ikke lige vidt åben, og Apple har af flere grunde valgt at holde den lidt mere lukket. For dig som kunde betyder det i praksis én ting: Test tidligt og på en rigtig iPhone de funktioner du er afhængig af, i stedet for at antage at det der virker på Android, også virker på iOS.
Typiske tilfælde hvor en PWA er det rigtige valg
En PWA brillerer i situationer hvor appbutikken er en hindring snarere end en hjælp.
- Interne medarbejdere og feltarbejde. Skal værktøjet kun bruges af jeres ansatte, er der ingen grund til at gå gennem butikkernes godkendelse. En PWA distribueres via et link og opdateres med det samme.
- B2B-portaler. Kundeportaler, ordreværktøjer og dashboards der allerede lever på nettet, får appfølelse uden at I behøver at bygge og vedligeholde to separate apps.
- Lav lyst til at downloade. Når målgruppen er tilbageholdende med at installere apps (lejlighedsvise besøgende, kampagner, tjenester man sjældent bruger), sænker en PWA tærsklen dramatisk. Brugeren er i gang med det samme i browseren og kan tilføje appen hvis den bliver en vane.
Fællesnævneren: Rækkevidde og enkelhed vejer tungere end en plads i butikkerne og dyb enhedsintegration.
Udgiften sammenlignet med apps i appbutikkerne
Den økonomiske logik er PWA’ens stærkeste argument. Satser I på appbutikkerne, bygger og vedligeholder I i praksis tre ting: en hjemmeside, en iOS-app og en Android-app, eller en delt kodebase der alligevel kræver tilpasning til hver platform. Dertil kommer konti i butikkerne og løbende godkendelser. Med en PWA er det én kodebase der når alle.
| Post | PWA |
|---|---|
| Kodebaser at vedligeholde | Én, den samme som hjemmesiden |
| Gebyrer til appbutikkerne | Ingen (Apples 99 USD/år og Googles engangsbeløb på 25 USD slipper du for) |
| Opdateringer | Med det samme uden at vente på godkendelse |
| Distribution | Et link, ingen download fra en butik |
Besparelsen er tydeligst i drift og vedligeholdelse: En opdatering rulles ud på nettet og når alle på én gang uden at vente på butikkernes godkendelse. Vær samtidig ærlig i regnestykket. Hvis PWA’en kræver meget ekstraarbejde for at efterligne native funktioner, skrumper fordelen, og så kan en rigtig app være pengene værd. Se derfor på hele livscyklussen, ikke kun på hvad den første version koster.
Almindelige fejl du bør undgå
Den første fejl er at vælge PWA for at spare udgiften og så alligevel kræve at den opfører sig præcis som en native app på alle punkter. Så opstår der dyrt ekstraarbejde der æder besparelsen op, og resultatet bliver hverken en rigtig god hjemmeside eller en rigtig god app. Beslut tidligt hvilke native funktioner I faktisk har brug for, og accepter at en PWA går på kompromis med resten.
Den anden er at glemme synligheden. En PWA er ikke synlig i butikkerne, så nogen skal guide brugeren til at lægge appen på hjemmeskærmen. Uden en tydelig opfordring i brugerfladen bliver installationsraten lav, og så mister I selve pointen med appfølelsen. Planlæg hvordan I beder brugeren om at installere appen, for det sker ikke af sig selv.
Sådan træffer du valget
Stil tre spørgsmål: Har produktet brug for dyb enhedsintegration eller en plads i butikkerne? Er push og offline på iOS forretningskritiske? Og hvad vejer tungest for jeres målgruppe, en lav tærskel eller følelsen af en app fra butikken? Peger svarene mod rækkevidde, enkelhed og styr på udgifterne, er en PWA ofte det smarteste valg. Vil I have hjælp til at træffe valget, tager vores ydelser udgangspunkt i netop jeres krav, og I kan altid kontakte os med en kort beskrivelse af idéen.
Ofte stillede spørgsmål
Kan en PWA sende push-notifikationer på iPhone?
Ja, men med forbehold. Push i en PWA virker først på iOS når brugeren har lagt appen på hjemmeskærmen, og understøttelsen har historisk været mere begrænset end på Android. Er notifikationer forretningskritiske for iOS-brugere, bør du teste grundigt eller overveje en rigtig app til netop den del.
Kan man se en PWA i App Store og Google Play?
Ikke automatisk. En PWA installeres fra browseren, ikke fra butikkerne, hvilket er både en styrke og en svaghed. Du slipper for godkendelse og gebyrer, men mister den synlighed og den tillid som en plads i butikkerne giver. På Android kan en PWA pakkes til Google Play, på iOS er vejen mere besværlig.
Virker en PWA offline?
Delvist. En PWA kan cache indhold og appskallen, så appen åbner og viser tidligere data uden netforbindelse, men den fungerer sjældent lige så komplet offline som en native app. Til en enkel offlinetilstand rækker teknologien fint; til tung offlinefunktionalitet er en rigtig app ofte bedre.
Er en PWA altid billigere end en rigtig app?
Som regel, ja, for du bygger og vedligeholder én kodebase i stedet for en hjemmeside plus to apps. Besparelsen er størst i drift og vedligeholdelse over tid. Men hvis PWA’en kræver meget ekstraarbejde for at efterligne native funktioner, kan forskellen skrumpe. Regn på hele livscyklussen, ikke kun på udviklingen.
Kan vi starte med en PWA og bygge en rigtig app senere?
Ja, det er en almindelig og fornuftig vej. En PWA lader dig komme hurtigt og billigt på markedet, validere behovet og samle brugere. Viser det sig at I har brug for dyb enhedsintegration eller en plads i butikkerne, kan I bygge en native app ud fra erfaringerne, ofte med samme backend.