CDN

CDN står for Content Delivery Network. Det er et netværk af servere flere steder i verden, som kan levere billeder, CSS, JavaScript og andre filer fra en placering tættere på den besøgende.

Ligger hjemmesiden på en server i Danmark, og en kunde besøger den fra Australien, skal data ellers rejse langt. Et CDN kan have en kopi tættere på kunden og reducere ventetiden.

Et CDN gemmer typisk kopier af statiske filer. Det hænger derfor tæt sammen med cache. Første gang en fil efterspørges, hentes den fra den oprindelige server. Derefter kan CDN’et levere kopien, indtil den udløber eller bliver ryddet.

Når en fil ændres, skal systemet vide, at den gamle kopi ikke længere er gyldig. Derfor bruger WordPress-plugins ofte versionsnumre i filadresser. Ellers kan én besøgende se det nye design, mens en anden stadig får gårsdagens CSS.

• Hurtigere levering til besøgende langt fra hovedserveren.
• Mindre belastning på webhotellet.
• Bedre håndtering af trafikspidser.
• Ekstra beskyttelse mod visse angreb og bots.
• Komprimering og optimering af filer hos nogle leverandører.

For en dansk lokal virksomhed med næsten alle kunder i Nordjylland er gevinsten måske mindre end for en international webshop. Men sikkerhed, belastning og billedlevering kan stadig være relevante.

Et CDN gør ikke automatisk en langsom database hurtig. Det fjerner ikke ti unødvendige plugins. Det omskriver ikke et tungt tema, og det gør ikke et billede på 8 MB fornuftigt.

Derfor skal Core Web Vitals og almindelig hastighedsoptimering ses som en helhed: server, kode, billeder, skrifter, tredjepartsscripts og cache. CDN’et er én del.

Produktsider kan ofte caches delvist, mens kurv, login og checkout skal være personlige. En forkert cache-regel kan vise en gammel pris eller i værste fald en anden brugers data. På en WooCommerce-webshop skal kurv og betaling derfor være tydeligt undtaget.

Mange CDN-løsninger placeres mellem domænet og webserveren. Det betyder ændringer i DNS og krav om korrekt HTTPS. Opsætningen er ikke nødvendigvis svær, men den bør dokumenteres, så ingen senere flytter domænet og glemmer, at trafikken går gennem en ekstern tjeneste.

Sikkerhedsregler, botfiltre og geografiske blokeringer kan ramme for hårdt. En kunde bag en virksomhedsforbindelse eller VPN kan blive afvist, mens ejeren aldrig ser problemet. Gennemgå derfor logfiler og fejlmeddelelser, når en ekstern tjeneste placeres foran hjemmesiden.

Kontaktformularer, betalingskald og API-trafik skal også testes. En regel, der er god mod bots på en blog, kan være uheldig på en checkout eller integration.

Hvis alle kender serverens direkte IP-adresse, kan trafik i nogle opsætninger gå uden om CDN’et. Firewall og hosting skal derfor stadig være sat fornuftigt op. CDN’et er et ekstra lag, ikke en erstatning for grundlæggende drift og sikkerhed.

Nogle CDN’er har gratis planer, men opsætning, overvågning og fejlfinding koster stadig tid. Når en side fejler, skal man nu undersøge både WordPress, hosting og laget foran. Det kan være en god handel, men kun hvis fordelene er relevante.

Dokumentér login, DNS-ændringer, cache-regler og kontakt til leverandøren. Ellers bliver en simpel domæneændring unødigt risikabel to år senere.

Før et CDN bliver koblet på, kan billeder og video ofte give en hurtigere gevinst. Skaler billeder til den størrelse, de faktisk vises i, brug moderne formater og undgå at indlæse store videoer, før brugeren har bedt om dem.

Det reducerer både filstørrelse og regningen hos nogle CDN-leverandører. Det er bedre at distribuere en fornuftig fil hurtigt end at sende en alt for stor fil gennem et avanceret netværk.

På den måde bliver beslutningen om CDN taget på et målt behov frem for på en generel anbefaling fra et scoreværktøj.

Et CDN bør ikke installeres, fordi et scoreværktøj nævner ordet. Mål svartid, filstørrelser og brugeroplevelse før og efter. Hvis gevinsten er minimal og kompleksiteten stor, er det måske ikke den rigtige løsning.

En god hosting tæt på målgruppen og en velbygget hjemmeside kan være vigtigere end endnu et lag teknik.