Detta är en fråga som vi får hela tiden, särskilt från nya användare som migrerar till Kinsta. Det korta svaret är att båda fungerar jättebra. Det längre svaret är att det verkligen beror på prioriteringarna på din webbplats. Det som vår CDN och Cloudflare erbjuder är faktiskt helt olika saker.

Oroa dig inte, vi kommer att gå igenom för-och nackdelar med dessa nedan så att du kan fatta ett mer välgrundat beslut om vilken som kommer att fungera bäst för dig.

Vad är en CDN?

CDN är en förkortning för content delivery network. Detta är ett nätverk av servrar (även kända som POPs) som ligger strategiskt runt om i världen. De är utformade för att vara host och leverera kopior av din WordPress-webbplat´s statiska innehåll som bilder, CSS och JavaScript. Beroende på CDN kan de även användas för att vara host för dynamiskt innehåll som videoströmmar och MP3-filer.

Kinsta CDN

Kinsta CDN

Huvudsyftet med en CDN är att påskynda leveransen av din WordPress-webbplat´s uppgifter. Nedan är några av de sätt den gör detta på.

Minskar nätverksfördröjning

Nätverksfördröjning avser den tid och eller försening som ingår i överföringen av data via ett nätverk. Med andra ord, hur lång tid det tar för ett paket med data att gå från en punkt till en annan. Ju längre dina data måste färdas, desto större är svarstiden och tiden det tar att ladda.

Genom att kopiera dina uppgifter till serverplatser (POPs) närmare besökaren, minskar nätverksfördröjningstiden dramatiskt. Om din webbplats till exempel finns på ett datacenter i Iowa (USA) och en person besöker din webbplats från Tyskland, måste uppgifterna färdas tusentals miles. Om du använder ett CDN levereras dina tillgångar automatiskt från en mycket närmare plats som en CDN-server (POP) som ligger i Frankfurt, Tyskland.

Sänker TTFB

TTFB står för tid till första byte. Detta är, enkelt uttryckt ett mått på hur länge webbläsaren måste vänta innan du tar emot din första byte av data från servern. Ju längre tid det tar att hämta dessa data, desto längre tid tar det innan det visas på din sida. En vanlig missuppfattning är att detta beräknas efter DNS-sökningstider, men den ursprungliga beräkningen av TTFB i nätverk innehåller alltid nätverksfördröjning.

Ett av de primära sätten en CDN hjälper TTFB på, är genom cachelagringCachelagring är processen att lagra resurser från en begäran och återanvända dessa resurser för efterföljande begäranden. I grund och botten minskar det mängden arbete som krävs för att generera en sidvisning. Precis som din WordPress-host använder cachelagring, så gör även en CDN detta. När uppgifter levereras från cache på CDN, laddas de blixtsnabbt för besökaren.

Din webbplat´s TTFB kan variera beroende på vilken typ av CDN du använder, som vi kommer att gå in mer på nedan.

Men innan vi dyker in skillnaderna, är det viktigt att förstå de två olika typerna av nätverks-leveranser som vanligen används av kunder på Kinsta:

1. Traditionell Pull CDNs

Kinsta CDN är en traditionell CDN.

Traditionella pull-CDN:s lagrar en kopia av allt ditt innehåll och media och använder en underdomän eller en slumpmässig WEBBADRESS för att betjäna tillgångar från, till exempel 123.kinstacdn.com. När någon besöker din WordPress-webbplats, görs en begäran först från klienten till din webbhotell, och sedan till CDN för att hämta alla uppgifter.

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. Omvänd Proxy/WAF CDN

Cloudflare är en omvänd proxy/WAF CDN.

En omvänd proxy / WAF CDN är något annorlunda än en traditionell pull-CDN. Även om den fortfarande fungerar som en CDN, fångar den in alla inkommande begäranden och fungerar som en mellanliggande server mellan klienten och din host. Detta är en anledning till att du måste ändra dina namnservrar och rikta din DNS mot dem. Och till skillnad från en traditionell CDN, innebär detta vanligtvis inte användning av en underdomän eller slumpmässig 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]

Hur man testar om en CDN har rätt hastighet

Innan vi dyker in i för-och nackdelar med Kinsta CDN och Cloudflare CDN, vill vi ge dig några tips på hur man testar en CDN:s hastighet på bästa sätt. Många gör inte detta ordentligt och kan därför aldrig se den faktiska prestanda de får.

Du måste testa flera gånger på grund av cachelagring

Kom ihåg att en CDN är snabb eftersom den når ditt innehåll direkt från cacheminnet. Men om du bara har lagt till en CDN på din webbplats eller rensat cacheminnet kanske innehållet inte cachelagras när du kör hastighetstestet. Cachen kan även ha gått ut.

Många användare tenderar att köra ett hastighetstest en gång, innehållet cachelagras inte på CDN, och då verkar det som om denna CDN faktiskt saktar ner webbplatsen (eller de ser inga prestandaförbättringar). I våra riktmärken för CDN-hastighet, kan vi se att en CDN faktiskt kan minska laddningstider i vissa fall med över 50%! Detta beror på vilken plats du testar från, men i alla scenarier bör du se hastighetsförbättringar.

Hur kan du se att CDN inte visar innehållet från cacheminnet? Det är lätt. Varje hastighetstest-verktyg visar vad som kallas HTTP-headers (kallas även svars-headers). Dessa innehåller viktig information om varje begäran. I det här exemplet nedan använder vi Pingdom.

När du tittar på din WordPress webbplats, vill du att det ska va en laddning från CDN du tittar på. Detta kan vara en bild eller CSS / JS-fil. När du använder Kinsta CDN letar du efter rubriken x-cache. Om det inte ännu läser innehållet från cache kommer det att registreras ett MISS.

MISS HTTP header

MISS HTTP header

För att testa ditt CDN på rätt sätt krävs det att allt som laddas kommer från cacheminnet. När så är fallet registrerar x-cache-värdet en HIT. Detta kräver ibland att du kör hastighetstestet flera gånger. Vi har upptäckt att två eller tre gånger oftast är det magiska numret. Vissa hastighetstest-verktyg som Pingdom begränsar även tiden mellan varje test (vanligtvis med ett par minutrar). Så du kanske måste köra hastighettestet, komma tillbaka senare, köra det igen, osv.

HIT HTTP header

HIT HTTP header

När du använder Cloudflare kallas HTTP-headern cf-cache-status. Allt som nämns ovan gäller fortfarande och du kommer att behöva köra hastighetstester ett par gånger tills du ser HIT registret. Detta innebär att det faktiskt tar dina uppgifter från Cloudflare’s cache.

cf-cache-status HTTP header

cf-cache-status HTTP header

Platsen för ditt test har stor betydelse

Den plats du väljer för din hastighetstestning har stor betydelse. Anledningen är att allt detta är i förhållande till datacentret där din WordPress-webbplats är host. TTFB, nätverkslatens osv… allt spelar in.

Så testa din webbplats både från en plats som ligger nära ditt datacenter och en som är långt borta. Gör hastighetstester utan CDN och sedan med CDN. Detta kommer även att hjälpa dig att se hur mycket inverkan en CDN har på din WordPress-webbplats.

Vad är bättre för din WordPress-webbplats, Kinsta CDN eller Cloudflare? 🤔 Låt oss ta reda på det.Click to Tweet

Kinsta CDN För-och nackdelar

Nu till för och nackdelarna med Kinsta CDN. Detta ingår i alla hosting-planer för wordpress på Kinsta.

Kinsta CDN Pro

Kinsta CDN drivs av KeyCDN, en traditionell pull CDN. En av de främsta anledningarna till att vi vanligtvis rekommenderar Kinsta CDN över Cloudflare CDN är att den har mycket låg TTFB och inte påverkar den begäran som görs till din webbhotell. Kom ihåg att Cloudflare är en omvänd proxy/WAF-CDN, vilket innebär att den sitter mellan din webbplats och hosten. Detta resulterar i högre TTFB. Du kan komma runt detta genom att ändra cache-reglerna, men det är inte alltid lätt, och vi kommer gå in mer på detta nedan.

Kinsta CDN har HTTP/2, är IPv6-aktiverad och har 35 platser runt om i världen för att turboladda dina uppgifter. Cloudflare har visserligen fler platser, men den mycket låga TTFB:en och användarvänligheten gör Kinsta CDN till ett fantastiskt val om du vill ha det snabbaste och enklaste alternativet. Du kan aktivera Kinsta CDN i två enkla steg. Det finns inga namnservrar att ändra, inga extra konton att öppna, och inga plugins att installera.

Steg 1

För att aktivera Kinsta CDN behöver du bara logga in på mykinstas instrumentpanel. Klicka på din webbplats och sedan på CDN fliken.

Kinsta CDN

Kinsta CDN

Steg 2

Klicka sedan på ”Aktivera”. Efter några minuter distribueras CDN automatiskt och dina tillgångar kommer att visas från cacheminnet runt om i världen. Det är allt du behöver göra.

Aktivera Kinsta CDN

Aktivera Kinsta CDN

Kinsta CDN-nackdelar

Den största nackdelen med Kinsta CDN är faktiskt att det inte är en omvänd proxy / WAF. Varför? Eftersom det inte alltid gör ett bra jobb med att filtrera bort dåliga robotar eller skadlig trafik. Kom ihåg att denna typ av trafik oftast slår mot din webbplats direkt, inte dina uppgifter. Därför kommer användningen av Kinsta CDN vanligtvis inte att bidra till minskad dålig trafik till din webbplats. Detta innebär att besöken till din webbplats kommer att vara högre än om du använde en omvänd proxy / WAF lösning som Cloudflare.

Vi räknar inte besök från välkända ”bot” användaragenter och gör vårt bästa för att filtrera bort dem från våra analysdata. Men robotar har även varit kända för att förfalska användaragenter, i så fall kan de verka legitima i våra åtkomstloggar. Läs gärna mer om hur vi räknar besök.

Vi inkluderar en generös mängd CDN-bandbredd med varje hosting-plan. Många av våra kunder går aldrig över detta belopp och därför är CDN oftast gratis. Men om du går över beloppet debiteras du $ 0,10 / GB. Även om detta är mycket billigt, kan det ses som en bluff, eftersom det kanske inte är gratis för dig beroende på vilken trafikvolym du får och typ / storlek på media på din webbplats.

Cloudflare CDN Fördelar och nackdelar

Nu till fördelar och nackdelar med Cloudflare CDN.

Cloudflare CDN Pro

Cloudflare är riktigt bra på att blockera dålig trafik till din webbplats. De har gjort detta under en lång tid och har årtionden av filter / regler som du kan använda. Om du vill hålla dina totala besök nere på din hosting-plan på Kinsta, kan Cloudflare definitivt hjälpa! Det är viktigt att nämna att den kostnadsfria Cloudflare-planen inte innehåller webbprogram-brandväggen (WAF). Men den skyddar fortfarande mot vissa typer av dålig trafik.

Om du vill hålla dina besök nere så mycket som möjligt, rekommenderar vi att du använder Cloudflare Pro plan på $ 20/month som inkluderar WAF. Detta kommer att få ner besöksantalet ännu mer. Cloudflare är bra för hög trafik och populära webbplatser som är mer benägna att bli måltavlor för robotar och sökrobotar.

Kämpar du med driftstopp och WordPress-problem? Kinsta är hosting-lösningen som är utformad för att spara tid! Kolla in våra funktioner

Kolla in skillnaden i Cloudflare-planens funktioner.

Cloudflare är snabb och har flest antal server-platser (POPs) av alla CDN-leverantör på marknaden. Deras nätverk består av över 165 + POPs.

Cloudflare CDN-nackdelar

Nu till Cloudflare CDN’s nackdelar. Den första är att du måste ändra dina namnservrar så att de pekar direkt mot Cloudflare, jämfört med Kinsta CDN där inga DNS-ändringar krävs om din webbplats redan finns hos oss.

Det vanligaste problemet användare har med Cloudflare är att du som standard kommer att se högre TTFB. Kom ihåg att Cloudflare är en omvänd proxy/WAF som fångar upp alla inkommande begäranden och fungerar som en mellanliggande server mellan klienten och hosten. Detta innebär att det påverkar din första HTTP-begäran samt dina uppgifter. Resultatet är att det blir några omkostnader. Du kan se nedan att TTFB med Cloudflare (även känd som väntetid) är 141,1 ms.

Hög TTFB med Cloudflare

Hög TTFB med Cloudflare

Spelar TTFB någon roll? Det bidrar till din totala hastighet, så svaret är ja. Om du tar en titt på en webbplats med Kinsta CDN, är TTFB på din ursprungliga begäran mycket lägre på 33,1 ms. CDn hanterar dock bara uppgifter, så denna första begäran är direkt från Kinstas servrar.

Vissa kanske hävdar att den högre TTFB:n med Cloudflare är försumbar jämfört med alla fantastiska saker den gör för att skydda din WordPress-webbplats.

Kinsta TTFB

Kinsta TTFB

Även om TTFB med Cloudflare är högre kan du minska din TTFB med sidocache-regler. Detta gör i huvudsak att din WordPress- webbplats läser helt från cache på CDN. I grund och botten kopieras hela sidans cache med hjälp av Kinsta.

Nackdelen med detta är dock att sidcache-regler kan vara komplicerade att ställa in. Du måste även vara bekant med exakt vad du bör och inte bör cachelagra. Saker som dina kommentarer, WordPress admins verktygsfält, e-handel och kassasidor, är saker du skulle behöva för att konfigurera sidans cacheregler korrekt.

Du kan inte heller kringgå cacheminnet när en cookie upptäcks om du inte använder Cloudflare Business- eller Enterprise-planen. Kom ihåg att på Kinsta har vi regler på servernivå som gör att e-handelswebbplatser automatiskt kringgår cacheminnet när woocommerce_items_in_cart cookie eller edd_items_in_cart cookie upptäcks för att säkerställa en smidig och synkroniserad kassaprocess. Om du implementerar fullständiga sidcache-regler måste du även konfigurera detta.

Den kostnadsfria Cloudflare-planen kommer även bara med tre sidocache-regler.

Men om du ställer in reglerna ordentligt, går det riktigt snabbt. Kolla in detta: Med en full sidocaching på Cloudflare, var vår TTFB under 20 ms!

TTFB med Cloudflare kompletta regler för cachelagring

TTFB med Cloudflare kompletta regler för cachelagring

Om du vill veta mer om cachelagring, rekommenderar vi att du kollar in dessa tutorials om hur du ställer in detta:

Om du är förvirrad eller behöver hjälp rekommenderar vi att du anlitar en WordPress-utvecklare som kan hjälpa dig.

Du kan även få följande varning i hastighetstestverktyget när din WordPress-webbplats ligger bakom Cloudflare: ”Servera statiskt innehåll från en cookiefri-domän.”

Du kan inte inaktivera cookies på resurser som visas via Cloudflare. Cloudflare innehåller sin egen säkerhetscookie i din header. Dessa cookies är dock mycket små och prestandakonsekvenserna är extremt minimala. Men om du använder Cloudflare, finns det inget sätt att komma runt denna varning. Du får inte den här varningen när du använder Kinsta CDN.

När du använder Cloudflare, kommer du även att vilja installera deras WordPress-plugin. På så sätt kan du rensa filer med automatisk cache när du publicerar nytt innehåll. Annars måste du besöka Cloudflare’s instrumentpanel för att rensa cacheminnet manuellt eller vänta tills det upphör att gälla. Kinsta’s cache rensas automatiskt när du publicerar nya inlägg.

Det är även viktigt att notera att den fria CDN planen på Cloudfare faktiskt är långsammare i vissa delar av världen.

Vilken CDN ska du använda?

Förhoppningsvis har du lärt dig lite mer om Kinsta’s CDN och Cloudflare’s CDN och har nu en bättre uppfattning om vilken som kommer att fungera bäst för din webbplats. Men som sagt, båda fungerar riktigt bra. Vi har många kunder som använder båda. Så här kan vi sammanfatta det hela:

Kinsta CDN

Cloudflare CDN

 

Om du tror att vi har missat något, lämna oss gärna feedback nedan.


Om du tyckte om denna tutorial, då kommer du att älska vår support. Alla Kinsta’s hosting planer inkluderar dygnet runt-support från våra rutinerade WordPressutvecklare och ingenjörer. Chatta med samma team som hjälper Fortune 500s kunder. Kolla in våra paket