Inte bara förbättrar en bra WordPress-värd laddningstiden för din webbplats - utan korrekt cachning är WordPress-webbplatser olidligt långsamma. Det är därför vi i den här artikeln förklarar vilka typer av WordPress-cachning det finns, hur de fungerar och hur du kan använda cachning på dina WordPress-webbplatser.
Visst känner du till problemet att människor på Internet idag inte är de mest tålmodiga: om en webbplats laddas för länge hoppar de snabbt av igen. Det här handlar om bråkdelar av en sekund - och det är här cachning spelar in. Det är det absolut viktigaste verktyget för att optimera laddningstiden. Eftersom cachning säkerställer att WordPress inte behöver bygga om varje webbplats i webbläsaren, utan kan falla tillbaka på en redan färdig version.
Och eftersom WordPress är baserat på PHP , vilket gör CMS relativt långsamt, är denna cachning den viktigaste faktorn i din sidladdningstid.
Hur WordPress Caching fungerar
I princip, ju mer dynamiska element din WordPress-webbplats innehåller, desto längre laddningstid. Dynamiska element inkluderar kundvagnar, interaktiva kalendrar eller kartor. Kort sagt: alla element och funktioner som behöver frekventa uppdateringar eller behöver laddas individuellt. Statiska element, å andra sidan, är element som alltid förblir desamma - eller åtminstone för vissa användargrupper. Dessa delar av din sida kan enkelt cachelagras, dvs. cachelagras.
Och det är precis vad en cache i princip alltid gör: Den konverterar blandningen av formatmallar, JavaScript, bilder etc. till ett statiskt HTML-dokument, cachar det och levererar det när webbplatsen kallas. Varje gång webbplatsen öppnas levereras en och samma mall. Detta innebär att varje element inte behöver beräknas om varje gång webbplatsen öppnas. Därför är samtalet med cache mycket snabbare än utan.
Vid ett ocacherat samtal till webbplatsen måste webbservern och databasen, enkelt uttryckt, adresseras. Beräkningar sker på båda. En cache kringgår dessa beräkningar och sparar därmed mycket tid.
Systemet för cachning är dubbelt viktigt i WordPress, eftersom WordPress är baserat på PHP. Utan cachning körs WordPress-webbplatser bara riktigt snabbt med motsvarande kraftfull och därför dyr hårdvara. Cachning är därför elementärt för dina WordPress-webbplatser.
Förresten lagras cacheminnet antingen på hårddisken eller i huvudminnet (RAM). Vissa plugins gör det möjligt att växla mellan båda varianterna. En cache som lagras i huvudminnet levereras särskilt snabbt. Detta minskar dock också datorkraften som nu är tillgänglig för din webbplats. Därför är RAM-baserade cachar vanligare för webbplatser med extremt hög trafik, eftersom det ändå finns tillräckligt med ström här.
Om cacheminnet finns på hårddisken levereras det mycket långsammare. Detta gäller särskilt om din webbserver använder en hårddisk. SSD-hårddiskar är därför också en förnuftig investering när det gäller WordPress-cachning, eftersom de är många gånger snabbare än sina HDD-föregångare. Cachelagring på webbserverns hårddisk dränerar inte heller dess datorkraft.
WordPress-cachning är möjlig i webbläsaren och på webbservern
I grund och botten har du två alternativ för att snabbt njuta av bra WordPress-cachning. Antingen använder du ett caching-plugin, eller så har din webbhotell redan konfigurerat en cache på serversidan.
Båda sätten har som hjärtat i skapandet av en så kallad sidcache. Detta innebär att en webbplats är fullt laddad med angivna intervall och lagras i cachen som en statisk HTML-version. När denna webbplats nås levereras den färdiga webbplatsen nu i bråkdelar av en sekund.
Du kan gå på ett annat sätt med webbläsarens cache. Data cachas inte på din webbserver utan på slutenheten. Deras webbläsare lagrar sidan – och har den sedan till hands snabbare för upprepade samtal. Du kan aktivera webbläsarens cache via WordPress-cache-plugins samt genom inställningar i .htaccess-filen. Om din webbhotell gör cachningen åt dig bör de konfigurera webbläsarens cache i enlighet därmed. Viktigt för webbläsarens cache är framför allt uppdateringsintervallet. Ett gemensamt värde är en månad, dvs. 30 dagar.
WordPress Caching Plugin - eller serversidan från webbhotellet
Det finns några mycket populära WordPress-caching-plugins. Till exempel W3 Total Cache, WP Super Cache eller WP Rocket. Spektrumet sträcker sig från extremt komplext till extremt enkelt och innehåller både gratis och betalda erbjudanden.
Hantering och support skiljer sig också åt: Betalda plugins erbjuder ofta fler inställningsalternativ och personlig support, medan gratis plugins vanligtvis "bara" förlitar sig på ett supportforum.
Betalda WordPress-cache-plugins kan också göra mycket mer än bara cache: De komprimerar kod, optimerar den, cachar databasen, sidan, definierar webbläsarens cache och mycket mer. Detta leder i sin tur till det faktum att kraftfulla WordPress-caching-plugins kan kräva mycket konfigurationsansträngning tills de verkligen fungerar optimalt.
Cachelagring av dynamiska element
Även om sidcachen är det viktigaste verktyget i WordPress-cachning och vanligtvis erbjuder den högsta besparingspotentialen när det gäller laddningstid, behöver du inte begränsa dig till det. Eftersom även delar av sidan som en sidcache inte täcker kan cachas. Till exempel finns det databasen: En databascache cachar ofta begärt databasinnehåll och påskyndar därmed anrop som inte kan cachelagras.
Dessutom finns det den så kallade Object Cache. Detta fungerar på samma sätt som databascachen: Den cachar ofta kallade dynamiska element. Förresten rekommenderas inte kombinationen av databascache och objektcache.
"*" visar obligatoriska fält
WordPress-cachning har också nackdelar
Den märkbara minskningen av laddningstiden för din WordPress-webbplats är det viktigaste målet med cachning. Men cacherna har också en nackdel: Om WordPress-cachen är aktiverad hämtas information inte längre live. Beroende på cacheinställningen kan sidinnehållet vara inaktuellt. Det gäller till exempel blogginlägg som har redigerats i efterhand, men även produktbeskrivningar. Om du till exempel använder ett nytt foto i stället för en befintlig bild kan den gamla bilden från cacheminnet fortfarande visas på slutenheterna i flera dagar.
Du bör vara medveten om detta problem, men det är inte allvarligt. Med många cacheverktyg kan cachens "utgångsdatum" ställas in individuellt och cachar kan också raderas manuellt. Detsamma gäller för en WordPress-cache på serversidan. Så om du ser till att rensa cacheminnet efter viktiga ändringar är det lite du kan gå fel här.
Du bör också alltid komma ihåg att det finns vissa dynamiska element som helt enkelt inte kan cachas. Detta gäller till exempel kundvagnar eller personligt innehåll eller produktförslag. En cache skulle inte heller vara meningsfull vid denna tidpunkt, eftersom det skulle undergräva individualiseringen och personaliseringen av dessa element. Detsamma gäller till exempel undersökningar eller individualiserade kalendrar. Förresten, detta är också anledningen till att WordPress-webbplatser med sådana element kräver mer datorkraft.
Slutsats: Att ställa in WordPress-cachning korrekt kan vara komplicerat
I teorin är en cache relativt enkel: den lagrar sidan och gör den mer tillgänglig genom att stänga av datorprocesser och databasfrågor. I praktiken möter detta koncept dock dynamiskt och personligt sidinnehåll. Att aktivera och konfigurera en cache kan vara mycket snabbt för vissa WordPress-webbplatser, men mycket arbete för andra.
Även de stora och kraftfulla WordPress-cachepluginsen är inte enkelt och snabbt konfigurerbara i sådana fall. De erbjuder dock många justeringsskruvar för en optimering av laddningstiden.
Cachning på serversidan, dvs. via webbhotellet, är verkligen den enklaste lösningen. För här räcker det vanligtvis med ett klick för att utrusta sidan med lämpliga cachar. Funktionaliteten hos dessa cachar kan dock variera mellan webbhotell och kan ibland inte konfigureras i detalj.
Du har redan fått erfarenhet av olika WordPress-caching-plugins eller till och med inmatning för vår WordPress-cache på serversidan? Då ser vi fram emot din feedback!
