Progressive web apps (PWA'er) kombinerer et websites rækkevidde med en native apps oplevelse. Lær hvordan de fungerer, og hvad de betyder for SEO.

På denne side
Resumé
En progressive web app er bygget med webteknologier, men opfører sig som en installeret native app: den kører fra en enkelt kodebase på tværs af enheder, virker offline og kan stadig findes i søgning.
Vil du vide mere? Spørg
Progressive web apps, eller PWA'er, er applikationer bygget med webplatformens teknologier, som leverer en oplevelse tæt på en platformsspecifik app. Ligesom et website kører en PWA på mange platforme og enheder fra én kodebase. Ligesom en native app kan den installeres på enheden, virke offline og i baggrunden og integrere med operativsystemet og andre apps.
Det er kombinationen, der er tiltrækkende: du får webbens rækkevidde og synlighed med meget af en native apps finish, uden at vedligeholde separate builds til hver platform. For marketingfolk er det vigtigste, at en PWA stadig i sin kerne er et website, så den kan crawles, indekseres og vises i søgning.
En PWA er en webapplikation, der kombinerer et traditionelt websites egenskaber med en native mobilapps funktionalitet og fornemmelse. Den startes fra startskærmen, kan køre i fuld skærm uden browserens rammer og opfører sig som installeret software, men leveres via webben i stedet for gennem en appbutik. Ordet progressive signalerer, at den forbedrer sig selv ud fra, hvad browseren og enheden understøtter.
Fordi den stadig er webben under overfladen, bevarer en PWA rigtige, linkbare webadresser og kan deles, bogmærkes og findes via søgning. Det er den centrale forskel fra en native app, der er låst inde i en butik: en PWA lever i begge verdener på én gang.
Enhver PWA kræver mindst to ting: et web app manifest og en service worker. Manifestet er en JSON-fil, der beskriver appen med egenskaber som name eller short name, ikoner i størrelserne 192 og 512 pixel, en start-URL og en visningstilstand, for eksempel standalone. Disse egenskaber er det, der gør det muligt for browseren at tilbyde installation og starte appen som native software.
Det tredje krav er HTTPS. En PWA skal serveres over en sikker forbindelse, både for at beskytte brugerne og fordi service workers ikke registreres uden den. Sikker levering er derfor en grundlæggende del af en solid teknisk SEO-opsætning for en PWA.
Service workers er motoren i en PWA. En service worker er en JavaScript-fil, der fungerer som en proxy mellem browseren og netværket. Når den er installeret, kan den opfange forespørgsler inden for sit omfang og levere svar fra en cache, og det er det, der gør, at en PWA indlæses øjeblikkeligt og fortsat virker offline eller på en dårlig forbindelse.
Service workers gør mere end caching. De håndterer baggrundssynkronisering af udskudte opgaver, baggrundshentning af store downloads og pushnotifikationer til genaktivering, og de opdaterer appen stille i baggrunden, så brugerne altid får den seneste version uden at vente på en appbutik. Denne pålidelighed bidrager direkte til en stærk sideoplevelse.
Sammenlignet med en native app er en PWA billigere at bygge og vedligeholde, fordi den kører fra en enkelt kodebase, og den springer appbutikkens portvagt og godkendelsesforsinkelser over. Native apps vinder stadig på den dybeste integration med enheden, men for mange produkter lukker en PWA det meste af kløften. Sammenlignet med et almindeligt website tilføjer en PWA installerbarhed, offlinesupport og baggrundsfunktioner, som en standardside ikke kan tilbyde.
Den praktiske fordel er engagement. Fordi PWA'er kombinerer hurtig indlæsning med app-lignende adfærd, forbindes de ofte med højere engagement og lavere afvisningsprocent end traditionelle mobilsites, og det er grunden til, at detailhandlere og udgivere har investeret i dem.
I modsætning til native apps, der gemmer sig i butikker, dukker PWA'er op i søgemaskiner og indekseres som ethvert website. Den dobbelte natur betyder, at én PWA kan rangere i de organiske resultater og samtidig ligge på brugerens startskærm og fange efterspørgsel fra begge sider. At holde indholdet tilgængeligt for crawlere er derfor afgørende, og det knytter PWA'er til omhyggelig crawling og indeksering.
For generativ AI gælder den samme logik. AI-assistenter viser indhold, de kan crawle og læse, så en PWA, der gengiver sit indhold på en crawlbar måde, kan opnå synlighed i AI-svar såvel som i klassisk søgning. Ved at behandle PWA'en som et website først, og kombinere den med sund søgeordsanalyse og indholdsplanlægning, forbliver den synlig overalt.
Den klassiske risiko er client-side rendering. Fordi PWA'er ofte bygger indhold med JavaScript i browseren, havde tidlige søgemaskiner svært ved at indeksere dem. Moderne søgemaskiner er blevet mere modne og understøtter history API'et til at generere linkbare webadresser, men du skal stadig sikre, at crawlere kan se dit indhold, helst via server-side rendering eller prerendering af vigtige sider.
Ud over rendering skal hver meningsfuld visning have sin egen rigtige webadresse, korrekte titler og metadata, og du skal bekræfte, at vigtige sider kan indekseres. En PWA, der skjuler sit indhold bag navigation, der kun findes i appen, forspilder den søgesynlighed, der er en af dens største fordele i forhold til native apps, og den kan svække brugeroplevelsen for førstegangsbesøgende, der kommer fra søgning.
PWA'er passer til produkter, der har gavn af både webbens synlighed og app-lignende engagement: e-handelsbutikker, nyheds- og mediesites, rejseværktøjer og softwaredashboards. De er særligt værdifulde, hvor brugerne er på skiftende netværk eller enheder med lavere ydeevne, da offlinecaching og let indlæsning holder oplevelsen brugbar.
De er også et stærkt alternativ, når det er for dyrt at bygge og vedligeholde separate native apps. En enkelt PWA kan betjene mobil og desktop, installeres efter behov og stadig findes i søgning, og den leverer ofte det meste af værdien i en native app til en brøkdel af prisen. Sammenlignet med ældre tilgange som AMP tilbyder en PWA langt rigere interaktivitet og bevarer samtidig hastigheden.
En progressive web app blander webbens rækkevidde med en native apps oplevelse, bygget fra én kodebase, kan installeres, virker offline og kan stadig findes i søgning. Kernen er et manifest, en service worker og HTTPS, og dens største strategiske fordel frem for native apps er, at både søgemaskiner og AI-assistenter kan crawle, indeksere og vise den.
For at beskytte den fordel skal du gengive indholdet, så crawlere kan læse det, give hver visning en rigtig webadresse og tilpasse PWA'en til en solid sideoplevelse og Sorank's værktøjer til analyse og indholdsplanlægning. Referencekilder: MDN Web Docs, Positional og Seobility.
Kilder
PWA'er er gode for SEO, når de bygges rigtigt, fordi de i sin kerne stadig er websites, der kan crawles og indekseres som ethvert andet site, i modsætning til native apps, der er låst inde i en butik. Den største risiko er client-side rendering, der skjuler indhold for crawlere. Brug server-side rendering eller prerendering, giv hver visning en rigtig webadresse, og bekræft at vigtige sider kan indekseres.
En PWA kræver mindst et web app manifest, en service worker og HTTPS. Manifestet beskriver appen med et navn, ikoner, en start-URL og en visningstilstand, så browseren kan tilbyde installation. Service workeren muliggør offlinesupport og baggrundsfunktioner, og HTTPS er påkrævet, fordi service workers ikke registreres på en usikker forbindelse.
En PWA kører fra en enkelt webkodebase på tværs af platforme og kan findes i søgning, mens en native app er platformsspecifik og distribueres gennem en appbutik. PWA'er er billigere at bygge og vedligeholde og undgår forsinkelser ved butikkens godkendelse. Native apps tilbyder stadig dybere enhedsintegration, men PWA'er lukker det meste af kløften for de fleste produkter.
DE PRØVEDE SORANK, FØR DU GJORDE DET
