Hastighed på tværs af lande: CDN og servernærhed

Kort svar: Afstand mellem server og bruger koster latens, og på fjerne markeder kan et hurtigt site pludselig føles tungt. For nordisk salg er der sjældent grund til panik: En server et sted i Nordeuropa ligger relativt tæt på hele Skandinavien, så fundamentet holder. Læg et CDN ovenpå til de statiske filer (billeder, CSS, JavaScript, fonte), så de serveres tæt på brugeren. Husk grænsen: CDN’et løser ikke den dynamiske HTML og aldrig checkouten – dér tæller serverens ydelse stadig. Og mål fra markedet: TTFB og LCP fra fx Stockholm og Oslo, ikke fra dit eget skrivebord.

Fagligt gennemgået: 2. oktober 2026

Du har målt dit site hurtigt – fra Danmark. Men din svenske kunde henter det over flere hundrede kilometer, og din spanske over flere tusind. Afstand er fysik, og fysik koster millisekunder.

Denne guide gør hastighed på tværs af lande konkret: hvad afstanden reelt betyder, hvad et CDN løser og ikke løser, den rigtige arkitektur for nordisk salg – og målingen, der viser sandheden fra markedets side af grænsen.

Afstanden i millisekunder

Hver forespørgsel rejser frem og tilbage mellem browser og server, og lysets hastighed i fiber sætter en bundgrænse. Inden for Norden koster det få millisekunder ekstra pr. tur-retur, til Sydeuropa mærkbart mere og til andre kontinenter for alvor.

Det lyder harmløst, indtil du husker to ting:

• En sideindlæsning består af mange forespørgsler – HTML, CSS, scripts, billeder og fonte.
• Forbindelsen skal etableres, før første byte overhovedet kan sendes (DNS-opslag, TCP- og TLS-håndtryk), og hvert trin koster mindst én tur-retur.

Derfor vokser TTFB med afstanden, og med den hele oplevelsen – på mobilnet endnu mere. Konsekvensen for den, der sælger til udlandet: Dit site har ikke én hastighed, men én pr. marked. Både kunder og Google dømmer efter deres egen, for Core Web Vitals bygger på data fra rigtige brugere. Første skridt er derfor aldrig et værktøjskøb, men en måling: Hvor hurtigt føles vi faktisk i Stockholm?

Hvad CDN’et løser – og ikke løser

Et CDN (grundbegrebet er forklaret i Hvad er et CDN?) lægger kopier af dine statiske filer på servere mange steder, så billeder, CSS, JavaScript og fonte hentes fra en node tæt på brugeren. Da de filer typisk udgør størstedelen af sidevægten, fjerner det meget af afstandsstraffen for selve indlæsningen.

Det, CDN’et som udgangspunkt ikke løser:

• Den dynamiske HTML. Sidens første svar genereres stadig på din server, medmindre du cacher HTML på kanten – fx med Cloudflare APO eller cache-regler – med de forbehold, det giver på en webshop.
• Checkoutens dynamik. Kurv, login og betaling er personlige og kan ikke caches. Her tæller serverens rå ydelse og placering hele vejen til ordren.

Et CDN er altså et godt lag, men ikke en erstatning for et hurtigt fundament. Et langsomt site bag et CDN er stadig et langsomt site – bare pænt pakket ind.

Arkitekturen for nordisk salg

Den gode nyhed for danske webshops: Geografien er med dig. En server i Nord- eller Centraleuropa ligger relativt tæt på hele Skandinavien, så for nordisk salg er opskriften enkel:

1. Behold et hurtigt fundament i Europa – fx WordPress hosting med LiteSpeed og NVMe.
2. Læg CDN-laget ovenpå til statiske filer – både som hastighedsbuffer og som robusthed ved trafikspidser.
3. Brug sidecache på alt, der kan caches, og hold kurv og checkout uden for.

Først når markederne bliver fjerne – Sydeuropa som satsning eller kunder på andre kontinenter – flytter regnestykket sig. Så kan edge-cache af HTML, en ekstra server tættere på markedet eller en helt anden arkitektur blive relevant. Det er broer, du krydser, når målingerne viser behovet – ikke før.

Valg og opsætning af selve CDN-laget har sine egne guides: CDN-integration i WordPress og Cloudflare-guiderne – inklusive dataspørgsmålene i guiden om CDN og datasuverænitet, som hører med i et bevidst valg.

Målingen fra markedet

Mål aldrig eksporthastighed hjemmefra – din browser har både cache og hjemmebane. Brug i stedet tre typer målinger:

• Syntetiske tests med valgbar lokation. Kør samme side fra en testnode i Sverige, Norge eller Tyskland, og notér TTFB og LCP pr. marked – før og efter ændringer. Læs om forskellene på værktøjerne i PageSpeed, GTmetrix og Pingdom.
• Feltdata fra rigtige brugere. PageSpeed Insights og Search Console viser ikke Core Web Vitals pr. land. Vil du segmentere på land, kræver det CrUX-datasættet i BigQuery (hvis dit site har trafik nok til at være med) eller din egen RUM-måling. Se også lab-data og CrUX.
• Den manuelle stikprøve. Bed en bekendt i markedet – eller brug en VPN med udgang i landet – om at åbne shoppen på mobilnet og mærke efter.

Sæt målingerne i system: én baseline pr. marked ved åbning, kontrol efter større ændringer og landedimensionen med i det faste performance-tjek – ligesom SEO-målingen pr. marked.

Sådan læser du resultaterne

Tommelfingerreglerne for konklusionerne:

Symptom fra markedet	Sandsynlig årsag	Hvad du gør
God TTFB, dårlig LCP	Tunge assets eller et sent LCP-element	CDN, billedoptimering, prioritering af LCP-billedet
Dårlig TTFB, også fra Danmark	Fundamentet: PHP, database eller manglende cache	Ret serveren først – se høj TTFB i WordPress
God TTFB fra Danmark, dårlig fra markedet	Afstand og forbindelsesopsætning	CDN, edge-cache af HTML, færre eksterne domæner
Dårlig INP	JavaScript på klienten – ikke afstand	Færre og lettere scripts

Det sidste punkt er vigtigt: Ikke alt, der føles langsomt i udlandet, skyldes afstand. INP og CLS påvirkes næsten ikke af, hvor serveren står.

Praksis: få greb, stor effekt

En prioriteret liste for hastighed på tværs af lande:

1. Billederne – stadig den største enkeltpost: moderne formater, rigtige størrelser og lazy load under folden. Se billedoptimering i WordPress.
2. CDN på statiske filer – sat korrekt op én gang: lange cachetider på statiske filer, purge ved ændringer og aldrig to CDN-lag oven på hinanden, da det giver fejl, som er svære at fejlsøge.
3. Cachereglerne på shoppen – sidecache på alt, der kan caches, og korrekte undtagelser for kurv og checkout. Guiden til Cloudflare Cache Rules til WooCommerce har detaljerne.
4. Færre tredjepartsscripts – hvert eksternt domæne kræver sin egen forbindelse, og på fjerne markeder betales hver ekstra tur-retur fuldt ud.
5. Moderne protokoller – HTTP/2 og HTTP/3 reducerer antallet af tur-retur ved etablering og genbrug af forbindelser, hvilket betyder mest, når latensen er høj. Se HTTP/3 og QUIC på LiteSpeed.

Grundreglen bag det hele: Hastighed på tværs af lande er først og fremmest almindelig performance-disciplin – se performance og cache – og dernæst geografi. Gør hjemmearbejdet først, og lad målingerne fra markedet styre resten.

Læs også

• Hub: Salg over grænser
• Guide til CDN-integration i WordPress
• Hvad er et CDN?
• Høj TTFB i WordPress
• WordPress hosting hos Hostious – LiteSpeed, NVMe og servere i Europa

Ofte stillede spørgsmål om CDN og flere lande

Behøver jeg et CDN for at sælge til Sverige og Norge?

Ikke nødvendigvis. En hurtig server i Europa ligger relativt tæt på hele Skandinavien. Et CDN er et godt lag til statiske filer og trafikspidser, men fundamentet kan bære Norden fint.

Gør et CDN min checkout hurtigere?

Kun indirekte, fordi statiske filer bliver lettere at hente. Selve checkoutens dynamik genereres altid på din server, så dér tæller serverens ydelse og placering hele vejen.

Hvordan måler jeg hastigheden fra et andet land?

Brug syntetiske tests med valgbar lokation (TTFB og LCP fra en testnode i markedet), feltdata pr. land via CrUX i BigQuery eller egen RUM-måling – og en manuel stikprøve på mobilnet fra markedet.

Hvorfor viser PageSpeed Insights ikke tal pr. land?

PageSpeed Insights viser CrUX-feltdata samlet for alle brugere. Data pr. land findes i CrUX-datasættet i BigQuery, hvis dit site har trafik nok, eller i en RUM-måling, du selv installerer.