”Hvilket CDN skal du bruge til dit WordPress-sted, Kinsta eller Cloudflare?” Dette er et spørgsmål, vi bliver stillet hele tiden, især fra nye brugere, der migrerer til Kinsta. Det korte svar er, at du ikke kan gå galt i byen med nogle af ​​dem. Men det længere svar er, at det virkelig afhænger af prioriteringerne på dit websted, da vores CDN og det, Cloudflare tilbyder, faktisk er meget forskellige.

Vær ikke bange, vi vil dykke ned i fordele og ulemper ved hver af de nedenstående emner, så du kan tage en mere informeret beslutning om, hvilken der fungerer bedst for dig.

Hvad er et CDN?

CDN er en forkortelse for Content Delivery Network (indholdsleveringsnetværk). Dette er et netværk af servere (også kendt som POP’er) placeret strategisk rundt om i verden. De er designet til at være host for og levere kopier af dit WordPress-websteds statiske indhold, såsom billeder, CSS og JavaScript. Afhængig af CDN kan de også bruges til at være vært for dynamisk indhold såsom videostrømme og MP3’er.

Kinsta CDN

Kinsta CDN

Det vigtigste mål med et CDN er at fremskynde leveringen af ​​dit WordPress-websteds aktiver. Nedenfor er et par af de måder, det gør det på.

Reducerer netværks latens

Netværks latenstid henviser til den tid og / eller forsinkelse, der er involveret i transmission af data over et netværk. Med andre ord, hvor lang tid det tager for en pakke med data at gå fra et punkt til et andet. Jo længere dine data skal rejse, jo større er latensen og den tid det tager at indlæse.

Ved at kopiere dine aktiver til serverplaceringer (POP’er) tættere på besøgende, reducerer dette dramatisk den involverede netværks latenstid. For eksempel, hvis dit websted hostes i et datacenter i Iowa (USA), og en person besøger dit websted fra Tyskland, er dataene nødt til at rejse tusinder af kilometer. Hvis du bruger et CDN, leveres dine aktiver automatisk fra et meget tættere sted som en CDN-server (POP) placeret i Frankfurt am Main, Tyskland.

Lavere TTFB

TTFB står for tid til første byte. Kort sagt, dette er en måling af hvor længe browseren skal vente, før den modtager sin første byte med data fra serveren. Jo længere tid det tager at få disse data, jo længere tid tager det at få vist din side. En almindelig misforståelse er, at dette beregnes efter DNS-opslagstider, men den oprindelige beregning af TTFB i netværk inkluderer altid netværks-tidsforsinkelse.

En af de primære måder en CDN hjælper med at sænke TTFB er gennem cache. Cache er processen med at gemme ressourcer fra en anmodning og genbruge disse ressourcer til efterfølgende anmodninger. Grundlæggende reducerer det mængden af ​​arbejde, der kræves for at generere en sidevisning. Ligesom hvordan din WordPress-vært bruger cache, gør en CDN det også. Når aktiver leveres fra cache på CDN, indlæses de lynhurtigt for den besøgende.

Dit websteds TTFB kan variere afhængigt af den type CDN, du bruger, som vi vil undersøge nærmere nedenfor.

Men inden vi dykker ned i TTFB-forskelle, er det vigtigt at forstå de to forskellige typer indholdsleveringsnetværk, der ofte bruges af klienter på Kinsta:

  1. Traditionel pull CDN
  2. Omvendt proxy / WAF CDN

1. Traditionelle pull CDN’er

Kinsta CDN er en traditionel CDN.

Traditionelle pull CDN’er cacher en kopi af alt dit indhold og medier og bruger et underdomæne eller en tilfældig URL til at tjene aktiverne fra, f.eks. 123.kinstacdn.com. Når nogen besøger dit WordPress-sted, fremsættes der først en anmodning fra klienten til din hostingudbyder og derefter til CDN for at hente alle aktiverne.

domain.com [request → WordPress host]
123.kinstacdn.com/image.png [request → CDN]
123.kinstacdn.com/style.css [request → CDN]
123.kinstacdn.com/scripts.js [request → CDN]

2. Omvendt Proxy/WAF CDN

Cloudflare er en omvendt/WAF CDN.

En omvendt proxy / WAF CDN er lidt anderledes end en traditionel pull CDN. Mens det stadig fungerer som et CDN, opfanger det alle indgående anmodninger og fungerer som en mellemliggende server mellem klienten og din host. Dette er en af grundene til, at du er nødt til at ændre dine navneservere og rette din DNS til dem. Og i modsætning til et traditionelt CDN involverer det typisk ikke brugen af et underdomæne eller tilfældig URL.

domain.com [request → reverse proxy/WAF CDN → WordPress host]
domain.com/image.png [request → reverse proxy/WAF CDN]
domain.com/style.css [request → reverse proxy/WAF CDN]
domain.com/scripts.js [request → reverse proxy/WAF CDN]

Sådan hastighedstestes en CDN korrekt

Før vi dykker ned i fordele og ulemper ved både Kinsta CDN og Cloudflare CDN, vil vi dele med dig et par tip til, hvordan du bedst hastighedstest et CDN. Mange gør ikke dette ordentligt og ser derfor aldrig den faktiske ydelse, de får.

Du skal teste flere gange på grund af cache

Husk, at et CDN er hurtigt, fordi det serverer dit indhold direkte fra cache. Men hvis du lige har føjet et CDN til dit websted, eller du har ryddet cachen, bliver indholdet muligvis ikke cachet, når du første gang kører din hastighedstest. Cachen kunne også være udløbet.

Mange brugere har en tendens til at køre en hastighedstest en gang, indholdet er ikke cachet på CDN endnu, og så ser det ud til, at CDN faktisk bremser webstedet (eller de ser ikke nogen ydeevne forbedringer). I vores CDN-hastigheds benchmarks så vi, at et CDN faktisk kan reducere belastningstider i nogle tilfælde med over 50%! Dette afhænger af det sted, du tester fra, men i ethvert scenarie skal du se hastighedsforbedringer.

Hvordan kan du fortælle, at dit CDN ikke leverer indholdet endnu fra cache? Det er nemt. Hvert hastighedstestværktøj viser dig, hvad der kaldes HTTP-headere (også kendt som responsoverskrifter). Disse indeholder vigtige oplysninger om hver anmodning. I dette eksempel nedenfor bruger vi Pingdom.

Når du ser på dit WordPress-sted, vil du se på et af dine aktiver, der indlæses fra CDN. Dette kan være et billede eller en CSS / JS-fil. Når du bruger Kinsta CDN, skal du kigge efter overskriften kaldet x-cache. Når den ikke tjener fra cache, registrerer den en MISS.

MISS HTTP-header

MISS HTTP-header

For at teste dit CDN korrekt skal du se, at alt indlæses fra cache. Når det er tilfældet, registrerer x-cache værdien en HIT. Dette kræver undertiden at køre din hastighedstest flere gange. Vi har fundet, at to eller tre normalt er det magiske nummer. Nogle hastighedstest-værktøjer som Pingdom begrænser også tiden mellem hver test (normalt et par minutter). Så du skal muligvis køre din hastighedstest, komme tilbage senere, køre den igen osv.

HIT HTTP header

HIT HTTP header

Når du bruger Cloudflare, kaldes HTTP headeren cf-cache-status. Alt andet, der er nævnt ovenfor, gælder stadig, du vil køre hastighedstestene et par gange, indtil du ser HIT-registret. Dette betyder, at det faktisk betjener dine aktiver fra Cloudflare-cache.

cf-cache-status HTTP header

cf-cache-status HTTP-header

Placeringen af din test har stor betydning

Den placering, du vælger, når hastighedstest betyder noget. Årsagen er, at alt dette er i forhold til det datacenter, hvor dit WordPress-websted hostes. TTFB, netværks latenstid, alt kommer i spil.

Så test dit websted både fra et sted der ligger tæt på dit datacenter og et der er langt væk. Foretag hastighedstest uden CDN og derefter med CDN. Dette vil også hjælpe dig med at se, hvor meget af en indflydelse en CDN har på dit WordPress-sted.

Hvilket er bedre for dit WordPress-sted, Kinsta CDN eller Cloudflare? 🤔 Lad os finde ud af det.Click to Tweet

Kinsta CDN fordele og ulemper

Nu for fordele og ulemper ved Kinsta CDN. Dette er inkluderet i alle WordPress-hostingplaner hos Kinsta.

Kinsta CDN fordele

Kinsta CDN drives af KeyCDN, en traditionel pull CDN. En af de primære årsager til, at vi typisk anbefaler Kinsta CDN over Cloudflare CDN, er fordi det har meget lav TTFB og ikke påvirker anmodningen til din hostingudbyder. Husk, Cloudflare er en omvendt proxy / WAF CDN, hvilket betyder, at den sidder mellem dit websted og hosten. Dette tilføjer overhead, hvilket resulterer i højere TTFB. Du kan omgå dette med side-cache-regler, men det er ikke altid let, og vi kommer nærmere ind på det nedenfor.

Kinsta CDN har HTTP/2, er IPv6-aktiveret og har 35 placeringer over hele kloden for at turboloade dine aktiver. Mens Cloudflare har flere placeringer, gør den meget lave TTFB og brugervenlighed Kinsta CDN til et fantastisk valg, hvis du vil have den hurtigste og nemmeste mulighed. Du kan aktivere Kinsta CDN i to enkle trin. Der er ingen navneservere at ændre, ingen ekstra konti at åbne og ingen plugins til at installere.

Trin1

For at aktivere Kinsta CDN er det eneste, du skal gøre, at logge på dit MyKinsta dashboard. Klik på dit websted og derefter på fanen CDN.

Kinsta CDN

Kinsta CDN

Trin 2

Klik derefter på “Aktiver.” Efter et par minutter distribueres CDN automatisk, og dine aktiver serveres fra cache over hele kloden. Det er alt, hvad der er der til det.

Aktivér Kinsta CDN

Aktivér Kinsta CDN

Kinsta CDN ulemper

Kinsta CDN’s største ulempe er faktisk, at det ikke er en omvendt proxy / WAF. Hvorfor? Fordi det ikke altid gør et godt stykke arbejde med at filtrere dårlige bots eller ondsindet trafik. Husk, at denne type trafik normalt rammer dit websted direkte, ikke dine aktiver. Derfor vil brug af Kinsta CDN typisk ikke hjælpe med at reducere dårlig trafik til dit websted. Dette betyder, at besøgende på dit websted vil være højere, end hvis du brugte en omvendt proxy / WAF-løsning, såsom Cloudflare.

Vi tæller ikke besøg fra kendte “bot” brugeragenter og gør vores bedste for at filtrere dem ud fra vores analysedata. Imidlertid har bots også været kendt for at forfalde brugeragenter, i hvilket tilfælde de muligvis synes legitime i vores adgangslogfiler. Læs mere om, hvordan vi tæller besøg.

Vi inkluderer en generøs mængde CDN-båndbredde til hver hostingplan. For mange af vores kunder går de aldrig over dette beløb, og derfor er CDN normalt gratis. Hvis du dog går over beløbet, opkræver vi dig 0,10 USD pr. GB. Selvom dette er meget billigt, kan det ses som en ulempe, da det muligvis ikke er gratis for dig, afhængigt af omfanget af trafik, du får, og typen / størrelsen på medierne på dit websted.

Cloudflare CDN fordele og ulemper

Nu for fordele og ulemper ved Cloudflare CDN.

Cloudflare CDN fordele

Cloudflare er virkelig god til at blokere for dårlig trafik til dit websted. De har gjort dette i lang tid og har årtier med filtre / regler, du kan bruge. Hvis du ønsker at holde dine samlede besøg nede på din Kinsta-hostingplan, kan brug af Cloudflare helt sikkert hjælpe! Det er vigtigt at nævne, at den gratis Cloudflare-plan ikke inkluderer webapplikations firewall (WAF). Det beskytter dog stadig mod nogle typer dårlig trafik.

Kæmper med nedetid og WordPress-problemer? Kinsta er hostingløsningen designet til at spare din tid! Tjek vores funktioner

Hvis du ønsker at holde dine besøg nede så meget som muligt, anbefaler vi altid at bruge Cloudflare Pro-planen til 20 USD pr. måned, som inkluderer WAF. Dette vil sænke dit besøg endnu mere. Cloudflare er fantastisk til stor trafik og populære steder, som mere sandsynligt er målrettet mod bots, skrabere og crawlere. Tjek forskellen i Cloudflare-planfunktionerne.

Cloudflare er hurtig og har flest antal af serverplaceringer (POP’er) af enhver CDN-udbyder på markedet. Deres netværk består af over 165+ POP’er.

Cloudflare CDN ulemper

Nu til Cloudflare CDN ulemper. Den første er, at du er nødt til at ændre dine navneservere for at pege direkte på Cloudflare versus Kinsta CDN, hvor der ikke kræves nogen DNS-ændringer, hvis dit websted allerede er vært hos os.

Det mest almindelige problem, brugere har med Cloudflare, er, at du som standard ser højere TTFB. Husk, Cloudflare er en omvendt proxy / WAF, der opfanger alle indgående anmodninger og fungerer som en mellemliggende server mellem klienten og din host. Dette betyder, at det påvirker din første HTTP-anmodning såvel som dine aktiver. Resultatet er, at det kommer med noget overhead. Du kan se nedenfor, at TTFB med Cloudflare (også kendt som ventetid) var 141,1 ms.

Haj TTFB med Cloudflare

Haj TTFB med Cloudflare

Betyder TTFB noget? Det bidrager til din samlede hastighed, så ja. Hvis du nu ser på et websted, der bruger Kinsta CDN, er TTFB på den første anmodning meget lavere ved 33,1 ms. Husk, at CDN kun håndterer aktiver, så denne første anmodning kommer direkte fra Kinsta-serverne.

Nogle kan dog hævde, at den højere TTFB med Cloudflare er ubetydelig sammenlignet med alle de fantastiske ting, de gør for at beskytte dit WordPress-sted.

Kinsta TTFB

Kinsta TTFB

Mens TTFB med Cloudflare er højere, kan du reducere din TTFB med side cache-regler. Dette gør det væsentligt, at dit WordPress-sted rent faktisk tjener helt fra cache på CDN. Det efterligner grundlæggende den fulde sides cache, som vi tilbyder på Kinsta.

Ulempen med dette er, at cache-regler for sider kan være komplicerede at opsætte. Du skal også være fortrolig med nøjagtigt, hvad du skal og ikke bør cache. Ting som dine kommentarer, WordPress admin værktøjslinje, e-handels checkout sider, er alt hvad du skulle bruge for at konfigurere korrekt med sidecache-regler.

Du kan heller ikke omgå cache, når der registreres en cookie, medmindre du bruger Cloudflare Business- eller Enterprise-planen. Husk, at på Kinsta har vi regler på serverniveau, hvor eCommerce-websteder automatisk kan omgå cachen, når woocommerce_items_in_cart-cookien eller edd_items_in_cart-cookien registreres for at sikre en jævn og synkroniserende checkout-process. Hvis du implementerer cachelagringsregler på fuld side, skal du også konfigurere dette.

Den gratis Cloudflare-plan leveres også kun med tre sider cache-regler.

Når alt dette bliver sagt, er det virkelig hurtigt, hvis du indstiller reglerne korrekt. Tjek det ud, med cachelagring på fuld side konfigureret med Cloudflare, vores TTFB var under 20 ms!

TTFB med Cloudflare sidesidescache-regel

TTFB med Cloudflare sidesidescache-regel

Hvis du vil gå ned på ruten for fuld side-cache, anbefaler vi, at du tjekker disse tutorials om, hvordan du opsætter disse:

Hvis du er forvirret eller har brug for hjælp, anbefaler vi at ansætte en WordPress-udvikler til at hjælpe.

Du kan muligvis også opleve følgende advarsel i hastighedstestværktøjer, når dit WordPress-sted er bag Cloudflare: “Servér statisk indhold fra et cookieless-domæne.”

Du kan ikke deaktivere cookies på ressourcer, der serveres via Cloudflare. Cloudflare inkluderer deres egen sikkerheds-cookie i din header. Imidlertid er disse cookies meget små, og ydeevne implikationerne er ekstremt minimale. Men hvis du bruger Cloudflare, er der ingen måde at omgå denne advarsel. Du får ikke denne advarsel, når du bruger Kinsta CDN.

Når du bruger Cloudflare, ønsker du også at installere deres WordPress-plugin. Dette muliggør ting som automatisk cache-rensning, når du udgiver nyt indhold. Ellers skal du besøge Cloudflare dashboard for at rense cachen manuelt eller vente på, at den udløber. Ved Kinsta renses cache automatisk, når du udgiver nye indlæg.

Det er også vigtigt at bemærke, at den gratis Cloudflare CDN-plan faktisk er langsommere i nogle dele af verden.

Hvilket CDN skal du bruge?

Forhåbentlig har du lært lidt mere om Kinsta CDN og Cloudflare CDN og har nu en bedre idé om, hvilken der fungerer bedre til dit websted. Igen kan du ikke virkelig gå galt med nogen af ​​dem. Husk bare på, ikke at aktivere både Kinsta og Cloudflare CDN på samme tid, fordi det kan forårsage nogle konflikter. For at opsummere:

Kinsta CDN

Cloudflare CDN

Hvis du tror, ​​at vi har gået glip af noget, så lad os give feedback nedenfor.


Hvis du kunne lide denne vejledning, så vil du elske vores support. Alle Kinstas hostingplaner indeholder 24/7 support fra vores erfarne WordPress-udviklere og ingeniører. Chat med det samme team, der understøtter vores Fortune 500-kunder. Tjek vores planer