Gratis ingen tilmelding

Hvor hurtigt er dit website?

Indtast din adresse, og se, hvor meget hurtigere vi ville gøre det – målt før og efter. Vi tjekker første byte tid, komprimering, billedformater og cachelagring på omkring ti sekunder.

https://

Henter og analyserer din side...
Resultater for

Plus omtrentligt lettere sider med Brotli, og op til 70% mindre billeder. (Anslået.)

Metrisk
Nu!
Med NordicCDN
Tid til første byte
15 ms
Kompression
Brotli
På et CDN?
Global fordel
Protokol
HTTP/
HTTP/3
Moderne billeder
WebP, auto
Cachelagring af browser
Kant + browser
Hvad vi ville reparere

Gør det virkeligt – på to minutter

Punkt hos NordicCDN, og send disse gevinster. 25 GB gratis, intet kort.

Supercharge mit websted

"Efter" tal er skøn baseret på typiske XprotectTerm0X optimeringer.

Hvorfor det betyder noget

Et langsomt sted er en lækage, ikke en ulempe

Ingen sidder og venter længere. Hvert ekstra sekund mellem klik og den første pixel er en del af dine besøgende stille forlader - og du ser dem aldrig i dine analyser som noget andet end et lidt lavere tal.

+32%
Sandsynlighed for at hoppe

At gå fra 1 sekund til 3 sekunder gør besøgende 32% mere tilbøjelige til at forlade siden, før de ser noget.

Google, mobil side hastighed forskning

+8.4%
detailkonverteringer

Deloitte målte en 0,1-sekunders forbedring i load time løft detail konverteringer ved 8,4% og gennemsnitlige ordreværdi ved 9,2%.

Deloitte: Millisekunder tjener millioner

1% af salget
pr. 100 ms

Amazons ofte citerede interne fund: hver 100 ms ekstra ventetid koster ca. 1% i salg.

Amazon, bredt rapporteret

Tallene er offentliggjorte brancheundersøgelser, ikke NordicCDN-målinger – de nøjagtige tal afhænger af dit publikum og dit websted. Retningen ændrer sig aldrig.

Anatomien af en langsom side

Det meste af ventetiden sker, før der trækkes noget

På et ikke-cachelagret websted er browseren inaktiv, mens serveren vågner, kører kode, forespørger i en database og bygger siden fra bunden – for en side, der ikke er ændret i uger. Først derefter starter downloaden.

Uncached, far-away origin DNS + TCP + TLS Server thinks: PHP, database, plugins Download + render first pixel Cached at a nearby edge TLS Download + render first pixel — the wait is gone, the page is already built
Den orange blok er hele jobbet, når en side allerede er cachelagret ved kanten: læs den fra lokale NVMe og send den.
Hvad testen ser på

Seks ting, der bestemmer, hvor hurtigt dit websted føles

Vi beder om din side én gang, præcis som en browser ville gøre, og læser, hvad der kom tilbage. Her er, hvad hvert resultat betyder, og hvad "godt" ser ud.

1

Tid til første byte

Hvor længe browseren venter, før en enkelt byte ankommer. Det er død tid - intet er på skærmen - og det sidder under alle andre målinger.

Det ser godt ud: Under 200 ms; cachelagrede kantresponser lander omkring 15 ms.

2

Kompression

Hvorvidt HTML, CSS og JavaScript komprimeres i transit. Ukomprimeret tekst er typisk tre til fire gange større, end den behøver at være.

Det ser godt ud: Brotli, med gzip som bagslag for gamle klienter.

3

CDN foran

Uanset om der er noget, der serverer kopier tæt på dine besøgende, eller om hver anmodning rejser hele vejen tilbage til én server.

Det ser godt ud: En cache, der rammer fra kanten i den besøgendes egen region.

4

HTTP-version

Nyere protokoller åbner forbindelser hurtigere og flere anmodninger i stedet for at sætte dem i kø, hvilket betyder mest på mobilnetværk.

Det ser godt ud: HTTP/2 som minimum, HTTP/3 (QUIC) ideelt.

5

Moderne billedformater

Hvor mange billeder er stadig JPEG eller PNG? Billeder er normalt det tungeste på en side med stor margin.

Det ser godt ud: WebP, størrelse til det slot, de faktisk vises i.

6

Overskrifter til browsercaching

Uanset om tilbagevendende besøgende skal downloade dine aktiver igen, eller om de kan genbruge det, de allerede har.

Det ser godt ud: Lang maks. alder på statiske elementer med versionsbaserede filnavne.

Google holder øje med

Hastighed er et rangeringssignal, der måles ved reelle besøg

Core Web Vitals indsamles fra faktiske Chrome-brugere på dit websted – ikke fra en laboratorietest, du kan spille. Tre tal med tærskelværdier, som Google offentliggør åbent.

LCP 2,5 s
Største indholdsrige maling

Hvor længe er der, før den største ting på skærmen - normalt heltebilledet eller overskriften - faktisk er dukket op.

Hvad bevæger det: At skære første byte og skrumpe heltebilledet flytter dette mere end noget andet.

INP 200 ms
Interaktion med næste maling

Hvor hurtigt siden reagerer, når nogen trykker eller klikker. Udskiftning af FID i 2024 som måling af reaktionsevne.

Hvad bevæger det: Lettere sider og mindre blokering af JavaScript; minificering ved kanten hjælper.

CLS ≤ 0.1
Kumulativ layoutskift

Hvor meget layoutet springer rundt under indlæsning – grunden til, at du trykker på den forkerte knap.

Hvad bevæger det: For det meste en markeringsrettelse, men sene billeder gør det værre.

Løsningen

Du genopbygger ikke stedet. Du holder op med at genopbygge siden.

Næsten alle langsomme websteder er langsomme af samme kedelige grund: den samme side genereres fra bunden for hver besøgende, fra en server, langt væk. Det er en konfigurationsændring, ikke et projekt.

  1. Byg siden én gang, ikke én gang pr. besøgende

    Den færdige HTML er cachelagret på kanten. Den næste besøgende får det direkte fra hukommelsen – din server hører aldrig om anmodningen.

  2. Serveres fra nær den besøgende

    En anmodning fra København besvares i København i stedet for at krydse et hav to gange. Det alene fjerner det meste af den første byte tid.

  3. Send færre bytes

    Brotli på tekst, WebP på billeder, CSS og JavaScript minificeret på vej ud - ingen byggetrin, intet plugin.

  4. Hold de dynamiske dele dynamiske

    Kurve, logins, checkout og admin registreres og sendes direkte til din oprindelse, uden at blive gemt. Besøgende får hastighed; kunder får en korrekt side.

Læs mere: WordPress CDN · Billede-CDN · Siteacceleratorer · Live før/efter demo

FAQ

Spørgsmål, besvaret

Vi henter din side på samme måde som en browser ville og registrerer hvad der kom tilbage: tid til første byte, om svaret blev komprimeret, hvilken HTTP-version der blev brugt, om en CDN svarede, hvor mange billeder der er i et moderne format, og om browserens cacheoverskrifter er indstillet. Intet er installeret, og intet er ændret på dit websted.
Hastighed bestemmer, hvor mange besøgende der bliver. Langsommere sider betyder, at flere mennesker forlader siden, før siden vises, færre gennemførte checkouts og lavere placeringer - Core Web Vitals er et bekræftet Google-rangeringssignal, og de måles på virkelige besøg, ikke i et laboratorium.
Kolonnen "nu" måles live fra dit websted. "Med NordicCDN" kolonnen er et skøn baseret på, hvad vores kant gør til en side af denne form - cachelagret HTML besvaret fra en nærliggende kant, Brotli komprimering, moderne billedformater. Kør live-demoen, hvis du vil have en ægte før/efter på din egen webadresse.
Det er den, du kan reparere hurtigst. TTFB er ren venter - intet er på skærmen endnu - og det sidder under alle andre metriske, så skære det bevæger sig Største Contentful Paint med det. Når TTFB er angivet med et enkelt eller lavt tocifret millisekund, er billedvægt normalt det næste, der skal angribes.
Nej. Dit websted fortsætter med at køre nøjagtigt, hvor det kører i dag; CDN sidder foran og serverer kopier fra et sted nær hver besøgende. Kurve, logins og administrationsområder registreres og sendes direkte til din oprindelse, uden at blive låst fast.
Nej. Alt sker på kanten, så der er intet at installere og ingen kode at ændre - du peger dit domæne på NordicCDN og vælger en forudindstilling.

Stop med at miste besøgende til indlæsningsspinderen

Start gratis om to minutter – 25 GB gratis hver måned, uden brug af kort.

Start gratis