For mange mennesker er udtrykket website synonymt med enhver URL, som de nogensinde har besøgt. De har det indtryk, at alt, hvad der indtastes i adresselinjen i deres foretrukne browser, vil resultere i et besøg på det ønskede websted.
Det er ikke alle URL’er, du besøger, der kan klassificeres som et websted.
Sagen er den, at ikke alle URL’er, du besøger, faktisk kan klassificeres som et websted. Nogle af dem kan mere præcist betegnes som webapplikationer. Det lyder som om, at vi måske har at gøre med et tilfælde af semantik, men det har vi ikke. Terminologien gør måske ikke den store forskel for slutbrugeren, men den gør helt sikkert en forskel for din virksomhed med hensyn til at forstå dine krav, planlægge for fremtiden og kommunikere med potentielle webudviklingsbureauer.
For at hjælpe dig med at skelne mellem websteder og webapplikationer vil vi diskutere nogle af de ting, der adskiller dem fra hinanden. Vi vil også dække vigtigheden af at planlægge på lang sigt. Selv om din virksomhed måske har brug for et websted i første omgang, betyder det ikke nødvendigvis, at et websted er i stand til at opfylde dine behov på længere sigt.
Websites vs. webapplikationer: Hvad er forskellen?
Sandheden om sagen er denne: For slutbrugeren er der ingen forskel. Jeg skriver blot din virksomheds URL-adresse ind i min browser og tænker ikke over det. Du kan kalde det, hvad du vil, det eneste, der betyder noget for slutbrugeren, er, at dit “websted” gør det, som det skal gøre. Slut på historien.
Men ud fra et mere teknisk perspektiv er der nogle klare forskelle mellem websteder og webapplikationer. Husk på, at selv her vil du finde nogle modstridende meninger blandt fagfolk. Som en generel regel kan du bruge følgende retningslinjer:
Websites
Websites er typisk af informativ karakter. Tænk på din yndlingsblog eller et nyhedsbaseret websted. Dens primære formål er at formidle oplysninger til slutbrugeren, hvad enten det er i form af nyheder, som CNN, eller opskrifter, som du finder på Martha Stewart.
Som hovedregel er der kun lidt eller ingen interaktion fra den besøgendes side, bortset fra eventuelt at afgive en e-mail-adresse for at modtage et månedligt nyhedsbrev eller foretage en søgning. Så det egentlige spørgsmål er, hvordan dette gælder for dig?
Jamen, hvis du er en lokal velgørenhedsorganisation, der kun ønsker at formidle oplysninger – en hjemmeside, en om-side, kontaktoplysninger, kommende arrangementer og måske en beskrivelse af, hvordan du har hjulpet din sag – er et websted måske alt, hvad du har brug for.
Webapplikationer
Vedimod er webapplikationer normalt ansvarlige for en eller anden form for interaktion med dine besøgende. Ja, de vil stadig levere oplysninger, men dine besøgende ønsker måske at gøre noget med disse oplysninger. Eller gennem interaktion kan dine besøgende anmode om en anden type oplysninger eller endda manipulere data.
Et konkret eksempel på en webapplikation kunne være dit lokale biblioteks websted, hvor du kan søge i deres katalog af bøger og foretage en reservation. Din netbank er også en webapplikation – den viser oplysninger og udfører handlinger baseret på dine input. Lad os vende tilbage til vores lokale velgørenhedsorganisation som et eksempel. Men denne gang kræver de, at besøgende kan registrere sig, afgive bud og betale for varer på en velgørende online-auktion. Har du brug for et eksempel på en nyttig webapp, der gør kundernes liv lettere? Tjek Adobe Color CC.
Kombination af websteder og applikationer
Differentiering mellem et websted og en webapplikation er ikke altid en skarp og tør proces. Tænk f.eks. på WordPress. I sin oprindelige tilstand er det designet til at vise oplysninger til besøgende. Ud fra det perspektiv er det helt klart et websted. Men på bagsiden har vi et indholdsstyringssystem, der i høj grad kan tilpasses og udvides. Så er dit WordPress-websted bare et websted, eller er det en webapplikation?
Du skal også overveje, at mange websteder faktisk er hybrider af websted/webapplikation. Din startup kan give alle mulige oplysninger til besøgende, men når de registrerer sig, kan de få adgang til en integreret webapplikation, der udfører en specifik funktion, som i vores eksempel på en velgørenhedsauktion
Vær klar over dine behov
Det sted, hvor det virkelig kan hjælpe at forstå forskellene mellem et websted og webapplikationer, er, når det er tid til at hyre en udvikler eller et bureau. At have en klar langsigtet vision kan være med til at sikre, at du ansætter det rigtige bureau. Det er ikke alle udviklere, der har de samme færdigheder eller specialområder. Hvis du forventer at få brug for en webapplikation nu eller i fremtiden, er det altid nemmere at få det rigtige team om bord fra starten.
For et par uger siden offentliggjorde vi en artikel med titlen “Sådan bør dit websted vokse som din startup gør”. I den artikel brugte vi noget tid på at gennemgå de forskellige faser, som en typisk startup går igennem. Derefter knyttede vi disse faser sammen – fra opdagelse til skalering – og forklarede, hvordan de hænger sammen med dine krav til webudvikling.
Din startup har måske kun brug for et simpelt, informativt websted i en overskuelig fremtid. Men hvis dine behov på lang sigt klart viser, at der vil være behov for en webapplikation, er det noget, du kan begynde at planlægge allerede nu. Hvis du gør det, vil du sikre, at processen forløber mere gnidningsløst.
Supplerende overvejelser om webapplikationer
Når du overvejer en webapplikation eller et websted, er det også vigtigt at forstå, at der ofte er yderligere ansvarsområder, der følger med webapplikationer. Især hvis du har med oplysninger at gøre, der leveres af kunder, besøgende eller medlemmer.
Mens websteder i høj grad er informationsbaserede, kræver en webapplikation ofte input fra slutbrugeren. Hver gang dine brugere indtaster personlige oplysninger eller betalingsoplysninger, står du over for ansvaret for at beskytte disse oplysninger.
Websites er bestemt ikke immune over for hackere, men webapplikationers iboende karakter betyder, at de står over for en øget risiko for sikkerhedsbrister. Din udvikler er sandsynligvis allerede klar over dette, men det er kunderne sjældent. Så sørg for at drøfte potentielle risici med din udvikler.
For eksempel åbner registrerings- eller betalingsformularer på dit websted mulighed for SQL-injektionsangreb. Hackere kan bruge automatiserede værktøjer til at scanne alle formularer på dit websted på udkig efter sårbarheder. Hvis du bruger et erfarent bureau eller en erfaren udvikler, betyder det, at denne risiko allerede er blevet håndteret snesevis af gange før.
Men det er ikke kun et spørgsmål om at ville beskytte dine brugere. I næsten alle situationer har du et ansvar for at gøre det, og du har også et ansvar, hvis du ikke gør det. Hvis kunderne skal registrere sig for at bruge din webapplikation, bliver det dit ansvar at beskytte deres personlige oplysninger. Hvis du accepterer kreditkort eller betalingsoplysninger online, vil du også blive stillet over for yderligere krav som PCI-overholdelse.
Sluttanker
Det er en forholdsvis enkel proces at finde et bureau, der kan udvikle et websted. At udvikle en webapplikation kræver derimod mere viden, mere erfaring og mere planlægning.
Nu, hvor du har en klar forståelse for forskellene mellem hjemmesider og webapplikationer, har du også en bedre forståelse for, hvad du egentlig har brug for.
Når du lancerer din startup, er der en god chance for, at der i det mindste i starten kun er brug for en simpel informationsbaseret hjemmeside. Men prøv at tænke langsigtet, for selv om det er alt, hvad du har brug for nu, er du stadig ved at lægge det indledende fundament for, hvad dit websted vil blive måneder eller år senere.
Det er altid lettere at hyre et bureau, der kan vokse med din startup. Det er nemmere og billigere at opfylde dine udviklingsbehov, efterhånden som dit website overgår fra en fase til den næste, hvis du hyrer det rigtige team på dag ét.
Cody Landefeld
medstifter hos Mode Effect. E-handelskonsulent. Coram deo.
Mere indlæg – Twitter – LinkedIn