Webapp vs. hjemmeside: Hvad er forskellen?

Den praktiske forskel mellem en webapp og en hjemmeside ligger først og fremmest i, hvad brugeren skal kunne gøre.

En hjemmeside er normalt bygget til at formidle information og føre besøgende videre til en handling, eksempelvis at kontakte virksomheden, læse om en ydelse eller booke via et eksternt system. En webapp er derimod et digitalt værktøj, hvor brugeren arbejder med data eller gennemfører en proces direkte i løsningen.

Grænsen er ikke teknisk skarp. En hjemmeside kan have formularer, søgning, animationer, CMS, API-kald og dynamisk indhold uden dermed at være en webapp. Omvendt kan en webapp bruge præcis de samme webteknologier som en almindelig hjemmeside.

Hvad er en webapp?

En webapp, eller webapplikation, er en løsning, der kører i browseren og primært bruges til at udføre opgaver.

Det kan for eksempel være:

• en kundeportal, hvor brugeren logger ind og ser egne data
• et bookingsystem, hvor tider oprettes, ændres og administreres
• et internt system til sager, lager, planlægning eller godkendelser
• et dashboard, hvor data filtreres, redigeres eller behandles
• et SaaS-produkt, hvor kunder arbejder i løsningen som en del af deres daglige proces

Det afgørende er ikke, om løsningen har én eller mange sider. Det afgørende er, om brugeren primært bruger systemet som et værktøj.

Hvad er en hjemmeside?

En hjemmeside er normalt informationsorienteret. Dens primære opgave er at gøre indhold tilgængeligt og hjælpe besøgende med at forstå en virksomhed, et produkt, en organisation eller et emne.

Indholdet kan være statisk eller komme fra et CMS. En almindelig virksomhedshjemmeside kan eksempelvis have:

• forside, ydelsessider og om-side
• cases eller referencer
• blog, guides eller nyheder
• kontaktformular
• søgning og filtre
• CMS til redigering af indhold
• integration til nyhedsbrev, analyse eller eksternt bookingsystem

Flere af disse funktioner kræver kode, backend eller tredjepartsintegrationer. Det gør ikke automatisk hjemmesiden til en webapp.

Hvis du primært skal beslutte, hvad en virksomhedsside bør rumme, gennemgår guiden om hvad en lille virksomheds hjemmeside bør indeholde den beslutning særskilt.

De vigtigste forskelle mellem webapp og hjemmeside

I praksis er disse kriterier mere nyttige end at kigge på framework, database eller programmeringssprog.

1. Information eller arbejdsopgave?

Spørg først, hvad brugeren kommer for at gøre.

Hvis brugeren primært skal læse, finde information, sammenligne ydelser eller tage kontakt, peger behovet mod en hjemmeside.

Hvis brugeren derimod skal oprette, ændre, behandle eller følge data som en del af en opgave, peger behovet mod en webapp.

En kontaktformular gør ikke i sig selv en hjemmeside til en webapp. Formularen er blot en funktion på en informationsside. Et system, hvor medarbejdere efterfølgende logger ind, fordeler henvendelser, ændrer status, skriver interne noter og følger en sag gennem flere trin, er langt tættere på en webapp.

2. Brugerlogin og personlige data

Login er et stærkt signal, men ikke en definition.

En simpel medlemsside med få beskyttede dokumenter kan stadig bedst beskrives som en hjemmeside. Hvis hver bruger derimod har egne data, indstillinger, historik, dokumenter eller arbejdsområder, begynder løsningen at fungere som en applikation.

Det samme gælder roller og rettigheder. Hvis administrator, medarbejder og kunde skal kunne forskellige ting med de samme data, kræver løsningen typisk mere applikationslogik end en almindelig hjemmeside.

3. Workflows og tilstand

En webapp har ofte processer, der udvikler sig over tid.

En ordre kan gå fra oprettet til betalt og afsendt. En sag kan gå fra ny til under behandling og afsluttet. En ansøgning kan blive gemt som kladde, sendt, vurderet og godkendt.

Systemet skal huske, hvor processen er, hvem der må gøre hvad, og hvad der skal ske ved næste handling. Den slags workflow er et tydeligt tegn på, at du ikke kun bygger en informationsside.

4. Data skal ikke kun vises, men behandles

På en hjemmeside kommer indholdet hovedsageligt fra virksomheden og læses af besøgende.

I en webapp producerer og ændrer brugerne ofte selv data. Det kan være kunder, medarbejdere, partnere eller administratorer, der opretter poster, uploader filer, ændrer status, beregner værdier eller arbejder med information på tværs af flere skærmbilleder.

En database er derfor almindelig i webapps, men databasen er ikke definitionen. En blog eller et CMS kan også bruge en database uden at gøre det offentlige website til en webapp.

5. Backend og forretningslogik

Webapps har ofte mere backendlogik, fordi systemet skal håndhæve regler.

Et bookingsystem kan eksempelvis skulle kontrollere kapacitet, åbningstider, eksisterende bookinger og brugerrettigheder, før en reservation accepteres. En kundeportal kan skulle sikre, at en kunde kun kan se egne dokumenter.

En almindelig hjemmeside kan også have backendfunktioner, men hvis løsningen i høj grad består af regler, data og handlinger, er webapp-beskrivelsen normalt mere præcis.

Teknologien afgør ikke forskellen

Det er en dårlig tommelfingerregel at kalde noget en webapp, bare fordi det er bygget i React, Next.js eller et andet moderne framework.

Den samme tekniske stack kan bruges til:

• en simpel marketinghjemmeside
• en indholdsrig hjemmeside med hundredvis af sider
• en kundeportal
• et komplekst SaaS-produkt

På samme måde er "har backend" eller "bruger en database" heller ikke nok til at klassificere løsningen.

Funktionen og brugerbehovet er vigtigere end teknologien. Det er også derfor, at nogle løsninger ligger midt imellem.

Mange løsninger er både hjemmeside og webapp

En virksomhed kan have én offentlig hjemmeside og en webapp på samme domæne eller som en separat del af løsningen.

Et konkret eksempel kan være en rådgivningsvirksomhed:

• / og /ydelser forklarer virksomheden og dens services
• /kontakt samler henvendelser
• /portal kræver login og giver kunder adgang til egne sager og dokumenter

Den offentlige del er en hjemmeside. Portalen er en webapp. Det giver sjældent værdi at tvinge hele løsningen ind i én kategori.

En webshop er et andet grænsetilfælde. Produkt- og kategorisider fungerer som websiteindhold, mens kurv, checkout, konto, ordrestatus og administration har tydelige applikationsegenskaber.

Hvornår er en almindelig hjemmeside nok?

En hjemmeside er normalt nok, når målet er at:

• præsentere virksomheden og dens ydelser
• blive fundet via søgning
• vise produkter, cases, priser eller information
• indsamle henvendelser via en forholdsvis enkel formular
• sende brugeren videre til et eksisterende booking-, betalings- eller medlemssystem
• publicere indhold, som virksomheden selv redigerer i et CMS

Hvis problemet allerede kan løses tilfredsstillende med en almindelig hjemmeside og en eksisterende tredjepartsløsning, er der sjældent grund til at bygge en specialudviklet webapp.

Det er især relevant for mindre virksomheder, hvor den ekstra kompleksitet ellers kan ende med at skabe mere udvikling, test, drift og vedligeholdelse uden tilsvarende forretningsværdi.

Hvis du er ved at afgrænse et websiteprojekt, kan guiden om hvad en hjemmeside til en lille virksomhed koster hjælpe med at identificere de funktioner, der driver projektets omfang og pris.

Hvornår giver en webapp mening?

En webapp er mere oplagt, når selve behovet er et digitalt workflow eller et værktøj.

Det gælder især, når flere af disse forhold er centrale:

• brugere skal logge ind og arbejde med egne data
• data skal oprettes, ændres og gemmes løbende
• forskellige roller har forskellige rettigheder
• en proces har flere trin eller statusser
• løsningen skal automatisere regler eller manuelle arbejdsgange
• brugeren vender tilbage regelmæssigt for at fortsætte arbejdet
• et eksisterende standardsystem kan ikke løse behovet tilfredsstillende

Det sidste punkt er vigtigt. At et behov kan bygges som en webapp betyder ikke, at det bør specialudvikles. Hvis et eksisterende SaaS-produkt løser opgaven godt nok, kan det være billigere og mindre risikabelt at bruge eller integrere det.

En praktisk test: Hvad skal brugeren gøre efter login?

Hvis du er i tvivl, er dette spørgsmål ofte mere nyttigt end at spørge, om løsningen "har login":

Hvad skal brugeren faktisk kunne gøre efter login?

Hvis svaret er "læse nogle beskyttede sider eller hente dokumenter", kan en almindelig hjemmeside med adgangskontrol være nok.

Hvis svaret er "arbejde med egne data, gennemføre processer, oprette eller ændre information og vende tilbage senere for at fortsætte", beskriver du sandsynligvis en webapp.

Brug forskellen til at definere projektet, ikke til at vælge teknologi

Begreberne er mest nyttige, når de hjælper med at afgrænse behovet.

Før du vælger leverandør eller teknisk løsning, bør du kunne forklare:

1. Hvilke brugere findes der?
2. Hvilke data skal hver bruger kunne se eller ændre?
3. Hvilke handlinger og workflows skal løsningen understøtte?
4. Hvilke dele er offentligt informationsindhold?
5. Kan behovet løses med en almindelig hjemmeside og eksisterende systemer?

De svar er mere værdifulde for projektets scope end selve etiketten "webapp" eller "hjemmeside".

Når behovet er afgrænset, kan guiden om hvordan du vælger en webudvikler til din lille virksomhed bruges til at sammenligne leverandører ud fra den konkrete opgave.