Webhotel

Et webhotel er en hostingløsning, hvor en udbyder stiller serverplads og de nødvendige serverfunktioner til rådighed, så en hjemmeside kan ligge online og besvares, når besøgende skriver domænet i browseren. I dansk daglig tale bruges webhotel ofte om den pakke, en mindre eller mellemstor hjemmeside køber hos en hostingudbyder.

Webhotel og hosting bliver ofte brugt som synonymer, men hosting er det bredere begreb. Hosting kan være alt fra delt hosting til managed hosting, VPS, cloudmiljøer og dedikerede servere. Et webhotel er typisk den mere færdigpakkede løsning, hvor kunden får en konto, et kontrolpanel og en bestemt mængde ressourcer uden selv at skulle drive hele serveren.

Et webhotel er heller ikke det samme som et domæne. Domænet er adressen, mens webhotellet er det miljø, der leverer hjemmesidens filer, kode og data. De to kan godt købes samme sted, men de kan også ligge hos forskellige leverandører. Forbindelsen mellem domænet og hostingmiljøet styres blandt andet gennem DNS.

For en almindelig WordPress-hjemmeside består webhotellet ikke kun af en mappe til filer. WordPress har brug for PHP på serveren og en database som MySQL eller MariaDB. WordPress' officielle krav anbefaler aktuelt PHP 8.3 eller nyere, MariaDB 10.11+ eller MySQL 8.0+ samt HTTPS. Derfor er det relevant at se på softwareversioner og ikke kun på, hvor mange gigabyte en hostingpakke lover.

Et godt webhotel skal desuden håndtere mere end at holde filer tilgængelige. Backup, sikkerhed, serverressourcer, logning, mail, certifikater, opdateringer og support kan alle få betydning for den daglige drift. Hvilke dele udbyderen tager ansvar for, afhænger af produktet. På en managed løsning håndterer leverandøren normalt mere af miljøet end på en løsning, hvor kunden selv administrerer en virtuel server.

Valget af webhotel påvirker også oplevelsen på hjemmesiden. WordPress' egen dokumentation fremhæver hostingmiljøet som en af flere faktorer, der påvirker performance. En tung side bliver ikke automatisk hurtig af dyr hosting, men en god hjemmeside kan heller ikke kompensere for et miljø, der konstant mangler CPU, hukommelse eller databasekapacitet.

Start med den hjemmeside, der faktisk skal hostes. En lille præsentationsside med få besøgende har andre krav end en WooCommerce-webshop med mange produkter, samtidige brugere, søgninger, ordredata og integrationer. Det giver derfor sjældent mening at vælge webhotel ud fra én generel rangliste.

Hvis hjemmesiden bruger WordPress, bør du kontrollere udbyderens aktuelle PHP- og databaseversioner. Et webhotel kan godt reklamere med WordPress-understøttelse og samtidig ligge bagefter med servermiljøet. Gamle versioner kan både give kompatibilitetsproblemer og gøre sikkerhedsarbejdet vanskeligere.

Se derefter på ressourcerne. Hostingpakker beskriver ofte lagerplads og trafik, men CPU, hukommelse, samtidige processer, databaseydelse og I/O kan være mindst lige så vigtige. På delt hosting deler mange kunder en fysisk eller virtuel server, og udbyderen fordeler ressourcerne mellem dem. Det kan fungere glimrende til mange almindelige hjemmesider, men grænserne skal passe til løsningen.

Backup bør være konkret. Spørg hvor ofte der tages backup, hvor længe kopierne gemmes, om både filer og database er med, og hvordan en gendannelse foregår. Et grønt flueben ud for "backup" fortæller ikke nødvendigvis, om du kan få siden tilbage til tilstanden fra i går klokken 08.30. Se også opslaget om backup, hvis du vil forstå forskellen på en kopi og en reel gendannelsesplan.

HTTPS skal være en normal del af løsningen. Et SSL-certifikat gør det muligt at bruge HTTPS, så forbindelsen mellem browser og hjemmeside bliver krypteret. Moderne webhoteller kan ofte automatisere certifikater, men du bør stadig kontrollere, at fornyelse og omdirigering til HTTPS fungerer korrekt.

Supportniveauet er også vigtigt. Hvis hjemmesiden går ned fredag eftermiddag, er forskellen stor på en udbyder, der svarer hurtigt og kan se serverfejl, og en løsning hvor du kun har adgang til et forum eller en kø med flere dages svartid. Det betyder ikke, at alle virksomheder skal købe premium hosting. Det betyder blot, at support bør vurderes som en del af produktet.

Overvej også staging, hvis hjemmesiden ændres ofte. Et stagingmiljø er en kopi, hvor opdateringer og større ændringer kan testes, før de går live. Det reducerer risikoen for, at en pluginopdatering, ny PHP-version eller designændring rammer den offentlige side direkte.

Performance skal måles på den faktiske hjemmeside. Caching kan reducere belastningen, og et CDN kan i nogle løsninger levere statiske filer fra flere geografiske placeringer. Men caching og CDN er ikke en undskyldning for dårligt optimerede billeder, tunge plugins eller en langsom database. Server og hjemmeside skal spille sammen.

Hvis virksomheden skal have ny hjemmeside, bør hosting derfor besluttes som en del af projektet og ikke fem minutter før lancering. Hos Deluxe Media arbejder vi med WordPress-løsninger, hvor kunden ejer sin hjemmeside og kan flytte den, hvis behovet ændrer sig. Det gør det muligt at skifte hostingudbyder uden at hele hjemmesiden behøver at blive bygget forfra.

En lokal virksomhed har en WordPress-hjemmeside på et billigt webhotel. Siden består af 25 undersider, et galleri, kontaktformular og nogle få plugins. I flere år fungerer den fint, men efter et redesign bliver billederne større, der kommer flere scripts på siden, og besøgstallet stiger.

Virksomheden oplever nu, at administrationen er langsom, og at forsiden nogle gange bruger flere sekunder på at svare. Det første instinkt er at købe en dyrere hostingpakke. Før det sker, gennemgås både hjemmeside og webhotel.

Gennemgangen viser, at PHP-versionen er gammel, billedfilerne er unødigt store, og et plugin laver tunge databaseforespørgsler. Samtidig rammer sitet webhotellets ressourcegrænse under spidsbelastning. Løsningen bliver derfor ikke bare "mere server". PHP opdateres, billeder optimeres, det problematiske plugin udskiftes, cache sættes korrekt op, og kontoen flyttes til en pakke med mere passende ressourcer.

Efter ændringerne er hjemmesiden både hurtigere og lettere at drifte. Eksemplet viser, hvorfor hostingproblemer og hjemmesideproblemer ofte hænger sammen. Hvis man kun flytter siden til en større server uden at rette ineffektiv kode, betaler man måske bare mere for at køre den samme ineffektive løsning.

Forestil dig i stedet, at siden var en webshop med kampagner og mange samtidige køb. Her kan kravene være højere, fordi login, kurv og checkout ikke kan caches på samme måde som en statisk informationsside. I det tilfælde kan databaseydelse, PHP-processer og overvågning få langt større betydning. Webhotellet skal altså vurderes i forhold til brugsmønstret.

Den klassiske faldgrube er at købe efter pris og lagerplads alene. En pakke med 100 GB kan lyde bedre end en med 20 GB, men hvis hjemmesiden kun bruger 3 GB, er forskellen ligegyldig. Ressourcegrænser, stabilitet, backup og support kan være langt vigtigere end et stort tal i en prissammenligning.

En anden fejl er at tro, at hostingudbyderen har ansvar for alt på hjemmesiden. WordPress' sikkerhedsdokumentation skelner netop mellem infrastrukturen og selve applikationen. Udbyderen kan holde servermiljøet opdateret, mens ejeren stadig har ansvar for WordPress, temaer, plugins, adgangskoder og den kode, der installeres.

Pas også på med "ubegrænset". Hosting er altid baseret på fysiske eller virtuelle ressourcer. En pakke kan markedsføres med ubegrænset trafik eller plads, men vil stadig have vilkår og tekniske grænser. Læs derfor hvilke ressourcer der faktisk bliver begrænset, og hvad der sker, hvis hjemmesiden overskrider dem.

Flytning uden backup er en anden unødvendig risiko. Før DNS ændres, bør der være en frisk kopi af både filer og database, og den nye løsning bør testes. Når nameservere eller DNS-poster ændres, kan der gå tid, før alle brugere rammer det nye miljø. Planlæg derfor flytningen i stedet for at slukke den gamle løsning med det samme.

Endelig bør mail ikke glemmes. Nogle virksomheder har hjemmeside og e-mail på samme hostingkonto, mens andre bruger Microsoft 365, Google Workspace eller en separat mailleverandør. En flytning af webhotel må ikke automatisk ændre de DNS-poster, som mailen afhænger af. Ellers kan hjemmesiden virke, mens virksomhedens e-mail stopper.

Et webhotel behøver ikke være kompliceret for at være godt. For mange mindre virksomheder er en solid managed eller delt hostingløsning det rigtige valg, fordi udbyderen håndterer serveren, mens bureauet eller virksomheden koncentrerer sig om selve hjemmesiden.

Omvendt er en VPS eller dedikeret server ikke automatisk "mere professionel". Mere kontrol betyder også mere ansvar. Hvis ingen har ansvaret for opdateringer, sikkerhed, overvågning og backup, kan en selvadministreret server være en dårligere løsning end et veladministreret webhotel.

WordPress' performancevejledning skelner mellem shared hosting, managed hosting, virtuelle servere og dedikerede servere netop fordi optimeringsmulighederne varierer. På delt hosting bestemmer udbyderen en stor del af serverkonfigurationen. På en egen server kan man ændre mere, men skal til gengæld selv kunne drifte det.

HTTPS bør betragtes som standard. Let's Encrypt fremhæver, at ukrypteret HTTP-trafik kan læses undervejs, mens HTTPS beskytter forbindelsen. Et webhotel, der gør certifikater og automatisk fornyelse besværlige, er derfor mindre attraktivt end en løsning, hvor sikker forbindelse er en integreret del af driften.

Det er også værd at tænke på flytbarhed. En almindelig WordPress-installation med adgang til filer og database kan normalt flyttes til et andet passende hostingmiljø. Det passer godt til tanken om open source: kunden er ikke afhængig af, at én bestemt udbyder skal eksistere for at hjemmesiden kan fortsætte. Har du brug for hjælp til at vurdere både hjemmeside og hosting, kan et webbureau gennemgå den samlede løsning i stedet for kun at kigge på hostingpakken.