Webhotell: sjekkliste for å velge riktig i 2026

Et webhotell er tjenesten som lagrer nettsidefilene dine og serverer dem til besøkende. For de fleste norske SMB holder et delt webhotell med SSD, HTTP/2, gratis SSL og daglig backup. Velg leverandør etter ytelse og support, ikke etter laveste pris.

«Webhotell» er ett av de søkeordene der halve trafikken egentlig leter etter noe annet. Noen trenger en server til WordPress. Andre trenger bare e-post på eget domene. Atter andre har lest at nettsiden er treg og tror problemet er webhotellet, når det egentlig er 40 uoptimaliserte bilder på forsiden. Denne artikkelen forutsetter at du faktisk skal kjøpe et webhotell — og hjelper deg å velge riktig type.

Hva et webhotell egentlig er (og ikke er)

Et webhotell er diskplass og prosessorkraft på en server som er koblet til internett døgnet rundt. Når noen skriver inn domenet ditt, sender webhotellet HTML, bilder og skript tilbake til nettleseren. Det er alt. Et domene kjøper du separat (selv om mange leverandører selger begge deler). Et CMS som WordPress er programvaren som lager sidene — det installeres på webhotellet, men er ikke det samme.

Bruker du en lukket plattform som Shopify eller Squarespace, er webhotellet inkludert. Da skal du ikke kjøpe et til. Skal du bygge en egen web-side med WordPress eller et rammeverk, trenger du webhotell — men da er ytelse og teknisk fleksibilitet viktigere enn prisen.

Typer webhotell — hva passer for SMB?

Vårt råd er at 9 av 10 norske SMB starter og forblir på delt webhotell eller administrert WordPress. Går du rett på VPS «for sikkerhets skyld», betaler du for kompleksitet du ikke bruker. Går du på cloud uten noen som forstår faktureringen, ender du med regninger som svinger uforutsigbart.

Sjekkliste: 10 punkter før du signerer

Gå gjennom disse punktene før du kjøper eller flytter webhotell. For hvert punkt: hvis svaret er nei, følg det konkrete rådet.

1. SSD-lagring, ikke HDD. Alle seriøse leverandører har SSD i 2026, men noen budsjettpakker har det ikke. Hvis nei: velg en annen pakke — treg disk merkes på TTFB.
2. HTTP/2 eller HTTP/3 støttet. Dette lar nettleseren laste ressurser parallelt. Hvis nei: leverandøren er ikke oppdatert; velg en annen.
3. Gratis SSL-sertifikat (Let's Encrypt) inkludert. HTTPS er standard, og betalt sertifikat er unødvendig for de fleste. Hvis nei: sjekk om det koster ekstra — hvis ja, gå videre til neste leverandør.
4. Daglig backup, oppbevart minst 14 dager, med enkel gjenoppretting du kan gjøre selv. Hvis nei: still krav om det, eller sett opp egen backup-løsning før du signerer.
5. Nyeste stabile PHP-versjon tilgjengelig (PHP 8.2 eller nyere per 2026). Hvis nei: gammel PHP betyr sårbarheter og trege sider — velg en annen.
6. Serverplassering i Norge eller Norden. Hvis nei: sjekk om leverandøren tilbyr CDN — ellers får du høyere ventetid for norske besøkende.
7. Support på norsk eller engelsk med rimelig responstid, ikke bare chatbot. Hvis nei: test supporten før du kjøper — send en teknisk e-post og mål svaret.
8. Uttrekk av data uten friksjon (full backup av filer og database, ikke bare proprietært format). Hvis nei: du er innelåst — velg en annen leverandør.
9. Klart hva du kan og ikke kan installere (egne skript, cron-jobber, tilgang til SSH). Hvis nei: les vilkårene før du kjøper — noen billige pakker forbyr mer enn du tror.
10. Prisen etter fornyelse er synlig, ikke bare introduksjonstilbudet. Hvis nei: regn med at fornyelsesprisen er 2–3 ganger startprisen — de fleste gjør det slik.

Punkt 4 er det vi ser bli slurvet med oftest. En nettside uten backup er et tidsspørsmål før noe går galt — enten et hackerangrep, en feil PHP-oppdatering, eller en utvikler som sletter feil fil. Vi anbefaler å teste gjenoppretting én gang like etter oppsett, mens du fortsatt husker hvor knappene er.

Fra Box sine egne kundekontoer ser vi at når lastetiden på mobil kuttes under 2 sekunder, faller fluktfrekvensen på landingssidene typisk 20–35 %.

Ytelse: der webhotellet faktisk gjør en forskjell

Time to First Byte (TTFB) er tiden fra nettleseren spør til første byte kommer tilbake. Alt over 600 ms på et enkelt nettsidebesøk er dårlig, og skyldes ofte enten treg server eller tung backend. Google har lagt inn ytelsesmål (Core Web Vitals) som del av rangeringssignalene, og web.dev sine egne læringssider om ytelse er utgangspunktet for hva du skal måle.

Men — og dette er viktig — webhotellet er sjelden hovedskyldigen. Vi ser oftere at problemet er tunge bildefiler, for mange plugins, eller manglende caching. Bytter du fra et middels webhotell til et dyrere, uten å rydde opp i selve nettsiden, får du sjelden merkbar effekt.

Fra Box sine egne kundekontoer ser vi at etter Lighthouse-optimalisering — bildekomprimering, caching, opprydding i skript — går ytelsesscoren typisk fra under 55 til over 80, uten at webhotellet er byttet.

Sikkerhet og universell utforming — hygienekravene

Webhotellet gir deg SSL og brannmur på server-nivå, men det stopper ikke sårbarheter i CMS-et ditt eller manglende oppdateringer. Vår anbefaling er å skru på automatiske sikkerhetsoppdateringer for kjernen i CMS-et, og teste plugin-oppdateringer i staging før du kjører dem i produksjon.

Universell utforming er lovpålagt for de fleste norske virksomheter, og standarden det måles mot er W3C sine WCAG 2.2-retningslinjer. Webhotellet har lite med dette å gjøre — det er selve nettsiden som må oppfylle kravene.

I Box sine gjennomganger oppfyller 8 av 10 norske SMB-nettsider ikke minstekravene til universell utforming. De vanligste feilene er manglende alt-tekster på bilder, dårlig kontrast mellom tekst og bakgrunn, og skjemafelt uten synlige ledetekster.

Når webhotell ikke er riktig

Det er tre situasjoner der du ikke skal kjøpe eget webhotell:

• Du bruker en lukket plattform. Shopify, Squarespace, Wix og Webflow inkluderer hosting. Kjøper du webhotell i tillegg, betaler du for noe du ikke bruker.
• Du trenger bare e-post på eget domene. Da er en ren e-posttjeneste (Google Workspace, Microsoft 365) billigere og bedre.
• Du har en applikasjon som krever spesifikk infrastruktur — for eksempel Node.js-tjenester, Docker-containere eller egne mikrotjenester. Da er cloud eller VPS riktig, ikke et vanlig webhotell.

Skal du bygge noe som involverer betaling, integrasjoner mot Vipps for bedrift, en CRM-integrasjon, eller en AI-chatbot mot kundedata, må du også tenke igjennom hvor de andre komponentene ligger. Et delt webhotell er sjelden rett sted å kjøre en produksjonsdatabase for en applikasjon.

Hva vi ville prioritert hvis budsjettet er stramt

Har du 2 000 kroner å bruke i året på infrastruktur til nettsiden, bruker vi dem slik: ca. halvparten på et solid delt webhotell fra en norsk leverandør, resten på et domene og eventuelt en betalt backup-tjeneste hvis leverandøren ikke har det inkludert. Vi ville ikke brukt pengene på premium-hosting for en side som får 500 besøk i måneden — den gevinsten er ikke der. Vi ville heller ikke lagt pengene i markedsføring før nettsiden faktisk laster raskt og fungerer på mobil; det er som å helle vann i en bøtte med hull. Vil du ha hjelp til å måle hva som faktisk trekker ned, kan du sette opp Google Analytics for nettsiden først — så vet du hva du optimaliserer for.

Når infrastrukturen er på plass, er neste steg som regel synlighet. Der er det tid å vurdere om du skal investere i betalte annonser via Google Ads eller bygge organisk trafikk. Trenger du hjelp til å bygge selve nettsiden, tar vi det gjerne — se hva vi gjør i Box sin nettside-tjeneste.