Slik velger du webhotell uten å kjøpe feil løsning

Det beste webhotellet er ikke pakken med flest gigabyte. Det er løsningen som passer teknologien, kompetansen og konsekvensen av nedetid – og som dere kan flytte fra uten å miste innhold, domene eller e-post.

Begynn derfor ikke med prislisten. Avklar først hvem som skal bygge, oppdatere, overvåke og gjenopprette nettstedet.

Velg driftsmodell før leverandør

En ettklikksinstallasjon gjør bare installasjonen rask. Den avgjør ikke hvem som håndterer oppdateringer, sårbarheter, feil, backup eller gjenoppretting resten av levetiden.

Hvis dere egentlig vil slippe å bygge siden selv, sammenlign webhotell, nettsidebygger og ferdig levert nettside før dere sammenligner serverpakker.

Hvis leverandørene bruker «cloud» som hovedforskjell, les hva skyhosting betyr i praksis og be om konkrete svar på skalering, tilgjengelighet og ansvarsfordeling.

1. Skriv ned ansvaret

Be leverandøren svare på hvem som har ansvar for:

• operativsystem og webserver
• PHP, database og andre kjøretidsmiljøer
• CMS, temaer og plugins
• TLS-sertifikat og fornyelse
• sikkerhetsoppdateringer og sårbarhetshåndtering
• backup, restore og testing
• overvåking, varsling og hendelseshåndtering
• DNS, domene og e-post

«Administrert» er ikke en standardisert leveranse. Be om en liste over hva leverandøren faktisk gjør, responstid ved kritiske feil og hva kunden fortsatt må gjøre.

2. Vurder gjenoppretting, ikke bare backup

«Daglig backup» sier ikke om kopien kan brukes. Be om:

• hvilke filer, databaser og konfigurasjoner som tas med
• tidspunkt og frekvens
• oppbevaringstid og antall versjoner
• om kopien er isolert fra produksjonskontoen
• hvem som kan slette eller gjenopprette den
• om kunden kan laste ned en egen kopi
• hvor lang tid restore normalt tar
• når en full gjenoppretting sist ble testet

Definer to mål:

• RPO: hvor mye data kan virksomheten akseptere å miste, målt i tid?
• RTO: hvor lenge kan nettstedet være nede før det må være gjenopprettet?

En nettbutikk med løpende ordre kan trenge langt kortere RPO enn en statisk bedriftsside. NSM anbefaler at backupplanen beskriver data, frekvens, ansvar, feilprosedyrer, oppbevaring, sikring og krav til gjenopprettingstid. Se NSMs grunnprinsipper for IKT-sikkerhet .

Bruk gjenopprettingsplanen for nettsteder til å teste hele løpet.

3. Kontroller at dere kan flytte

Be om en konkret eksport- og avslutningsprosedyre før kjøpet:

• Kan innhold, bilder, filer og database eksporteres i brukbart format?
• Får dere alle redirectregler og tekniske innstillinger?
• Eier virksomheten domenet og får den flyttekoden uten unødig friksjon?
• Kan DNS-poster eksporteres eller dokumenteres?
• Er e-post en separat tjeneste som må flyttes på en annen måte?
• Hvor lenge er data tilgjengelig etter oppsigelse?
• Koster eksport, migrasjon eller restore ekstra?

En proprietær nettsidebygger kan være riktig, men en designfil eller PDF er ikke nødvendigvis en flyttbar nettside. Avklar hva «du eier innholdet» betyr i praksis.

4. Mål ytelse med den faktiske siden

SSD, serverland og antall CPU-kjerner er inngangsdata, ikke brukeropplevelsen. Resultatet påvirkes også av HTML, bilder, fonter, JavaScript, cache, CDN, database og tredjepartsskript.

Be om å teste en representativ side og følg feltdatene etter lansering. Google bruker disse Core Web Vitals-målene for en god brukeropplevelse:

• LCP innen 2,5 sekunder
• INP under 200 millisekunder
• CLS under 0,1

Google anbefaler Core Web Vitals både for brukeropplevelse og søkesynlighet, men gode tall garanterer ikke rangering. Se Googles gjeldende veiledning om Core Web Vitals .

Mål både mobil og desktop, og ikke godkjenn en leverandør ut fra en tom demoside. Les hvordan dere gjør en nettside raskere for selve optimaliseringen.

5. Sjekk teknisk kompatibilitet og sikkerhet

For et dynamisk nettsted bør leverandøren dokumentere:

• støttede og vedlikeholdte programversjoner
• plan for oppgradering før en versjon når slutten av levetiden
• isolasjon mellom kundekontoer
• flerfaktorautentisering for administrasjon
• HTTPS, fornyelse og varsling ved sertifikatfeil
• logger dere trenger til drift og hendelser
• beskyttelse mot misbruk og trafikkangrep
• rutine for sikkerhetshendelser

Skal dere bruke WordPress, er «WordPress-støtte» for vagt. WordPress anbefaler per august 2026 PHP 8.3 eller nyere, MariaDB 10.11+ eller MySQL 8.0+ og HTTPS. Kontroller alltid WordPress sine nåværende krav og hvem som oppgraderer miljøet.

6. Avklar personvern og underleverandører

Server i Norge er ikke alene et kvalitetsstempel, og server i et annet EØS-land er ikke automatisk et problem. Kartlegg heller:

• hvilke personopplysninger nettstedet lagrer
• hvor data og backup behandles
• hvilke underleverandører som brukes
• eventuell overføring utenfor EØS
• sletting og retur ved opphør
• sikkerhetstiltak og avvikshåndtering

Hvis hosting- eller plattformleverandøren behandler personopplysninger på virksomhetens vegne, skal forholdet reguleres i en databehandleravtale. Datatilsynet forklarer når avtalen kreves og hva den skal regulere .

7. Les SLA og test supporten

En oppetidsprosent uten målemetode og konsekvens er lite verdt. Spør:

• hva måles, fra hvor og i hvilket tidsrom?
• hvilke planlagte avbrudd er unntatt?
• gjelder garantien nettverk, plattform eller hele nettstedet?
• hvilken kreditering får kunden ved brudd?
• når begynner feilhåndteringen for kritiske hendelser?
• finnes offentlig statusside og historikk?

Send supporten et realistisk spørsmål før bestilling. Vurder om svaret identifiserer ansvar og neste handling, ikke bare hvor raskt første autosvar kom. Se hvordan oppetid og SLA bør leses .

8. Regn totalpris i minst 24 måneder

Ta med:

• introduksjonspris og ordinær fornyelsespris
• nødvendig avtaleperiode og forskuddsbetaling
• domene og domene-fornyelse
• e-post per konto
• backup og gjenoppretting
• migrasjon inn og ut
• trafikkvote, overforbruk og reelt båndbreddebehov
• disk, database, e-post og inode-/filgrenser
• TLS eller andre sikkerhetstillegg
• lisenser, temaer og plugins
• supportnivå
• merverdiavgift

Regn på den pakken dere faktisk trenger etter vekst, ikke bare minsteprisen i annonsen. Prisguiden for bedriftsnettsider viser flere kostnadsmodeller.

Hvis one.com er på kortlisten, viser den daterte sammenligningen av one.com og Vymo hvordan dere skiller introduksjonspris, fornyelse, domene, bygger, e-post og eget arbeid.

Sammenligningsmal

Be om lenke til vilkår eller dokumentasjon i siste kolonne. Muntlige formuleringer som ikke finnes i avtalen, er vanskelige å bruke når noe går galt.

Når passer Vymo?

Vymos standardtilbud er ikke et selvbetjent WordPress-webhotell. Det passer registrerte virksomheter som trenger én enkel, mobiltilpasset side og vil at noen andre skal sette opp og publisere den. Nettsiden koster 0,-, hosting er inkludert de første 12 månedene og koster deretter fra 49,- per måned, fakturert årlig.

Nettbutikk, booking, flere sider, WordPress og spesialfunksjoner er ikke inkludert i gratistilbudet. Se nøyaktig hva den gratis nettsiden inkluderer , eller beskriv et større behov for en vurdering før dere får et tilbud.