Når noen sier at de vil lage en app, mener de som oftest en native app. En iOS-app i App Store, kanskje en Android-app i Play Store. Det virker legitimt. Det virker seriøst. Men antagelsen bak det valget, at native er gullstandarden og web er kompromisset, stemmer ikke lenger.
For de fleste produkter er en PWA det smarteste valget.
Hva er egentlig en PWA?
En Progressive Web App er en nettapp som bruker moderne nettleser-API-er for å oppføre seg som en native app. Den kan installeres på hjemskjermen. Den kan fungere offline. Den laster raskt. Den kan sende push-varsler. Den har sitt eget ikon og sin egen følelse.
Utenfra klarer brukere ofte ikke å se forskjellen mellom en PWA og en native app. Innenfor slipper utviklere mye hodepine.
App Store-skatten
Når du lanserer en iOS-app, tar Apple 30 % av alle kjøp i appen. Når du vil oppdatere appen, venter du på gjennomgang, noen ganger i dagevis. Hvis appen din blir avvist, argumenterer du med et regelverk i stedet for et menneske.
En PWA omgår alt dette. Du leverer direkte til brukerne. Du oppdaterer øyeblikkelig. Du kontrollerer forholdet. Inntektene dine er dine.
For SaaS-produkter, markedsplasser og abonnementstjenester, der forretningsmodellen avhenger av transaksjoner, er dette alene nok til å ta nettet på alvor.
Offline er undervurdert
Det øyeblikket noen åpner appen din på T-banen og ser en tom skjerm, har du mistet dem. Ikke bare for den sesjonen. Opplevelsen sitter igjen.
PWA-er kan cache aggressivt. Med en god service worker-strategi kan appen din fungere helt uten nett og synkronisere endringer når tilkoblingen er tilbake. Det betyr at produktet ditt er pålitelig på en måte klientavhengige apper aldri fullt ut er.
Twitter Lite, PWA-versjonen av Twitter, reduserte databruk med 70 % og økte sider per sesjon med 65 % etter lansering. Starbucks bygde en PWA som fungerer offline så kunder kan bla gjennom menyen og legge til varer i bestillingen sin uten nettforbindelse. Dette er ikke eksperimenter. Det er selve produktet.
Ytelse er produktet
Nettet har et rykte for å være tregt. Det ryktet er fortjent. Av apper som laster 4 MB JavaScript før de viser noe som helst. Men tregheten er et håndverksvalg, ikke en plattformbegrensning.
En godt bygget PWA er rask fordi den er bygget for å være rask. Lighthouse-score over 90. Tid til interaktiv under 3 sekunder på en mellomklasse-telefon på 3G. Dette er oppnåelig, og det betyr mer enn de fleste funksjoner.
Brukere forlater trege apper. De tenker ikke "nettverket var dårlig." De tenker "den appen er dårlig." En rask opplevelse er en usynlig opplevelse. Og usynlig er det du vil ha.
En kodebase, overalt
Native apper betyr separate kodebaser for iOS og Android, ofte vedlikeholdt av forskjellige team. PWA-er kjører overalt der en nettleser kjører: telefoner, nettbrett, PC-er. Én bygg. Én utrulling. Ett sett med feil å fikse.
For små team og tidligfase-produkter der hver time teller, er det å slippe å vedlikeholde parallelle kodebaser en reell fordel.
Når native fortsatt vinner
Det finnes ekte tilfeller der native er riktig valg. Hvis appen din trenger dyp maskinvareintegrasjon, kamerabehandling, Bluetooth, avansert haptics, vil du treffe kantene av hva nettlesere eksponerer. Spill med tung grafikk. Utvidet virkelighet.
Men for det store flertallet av produkter, verktøy, plattformer, tjenester, samfunn, gjelder ikke disse tilfellene. Begrensningene som en gang fikk nettet til å føles som et dårligere alternativ er i stor grad fjernet.
Bygg for nettet
De beste digitale opplevelsene bor ikke i app-butikker. De lever på URL-er. De er delbare, søkbare, tilgjengelige. Og når de er godt bygget, er de like gode som hva som helst på noen plattform.
En PWA er en beslutning om å bygge noe som fungerer for folk, på enhetene de har, i forholdene de faktisk er i.