Free Press

Oavsett vilken metod du väljer kommer din kod fortfarande att se ut så här

Vordpress-redigeringsgränssnittet

Hur du lägger till ett nytt WordPress-tema

WordPress-tema

Hur du lägger till ett nytt WordPress-plugin

WordPress 5.0 PHP benchmarks

WordPress-webbplats utan cache (Pingdom-test)

Och utan cachefördröjning

Med cache

Vi körde sedan ett test med cache aktiverad på WordPress-bloggen. Inget annat ändrades.

WordPress-webbplats med cache (Pingdom-test)

Som du kan se är det en massiv förbättring. Faktum är att enbart servering av den första sidan från cache på servern minskade laddningstiden med 32,2 %.

Med cache

Kinsta hanterar automatiskt caching på servernivå för alla WordPress-hostingkunder. Det innebär att du inte behöver krångla med caching-plugins från tredje part.

När det gäller rankningsrykten som du kanske hör finns det bra WordPress SEO-plugins som låter dig optimera din WordPress SEO genom att kontrollera varje aspekt av din webbplats tekniska och on-page SEO. Om WordPress-webbplatser verkligen presterade sämre än statiska HTML-webbplatser i sökrankningen skulle du inte se att det används av massiva plattformar som The Wirecutter eller TechCrunch.

Det finns dock några små nackdelar, och den första är underhåll. Även om du genom att välja ett kvalitetshanterat WordPress-hosting kan eliminera mycket av det värsta underhållet, kommer du fortfarande att vara ansvarig för att se till att WordPress kärnmjukvara, plugins och teman är uppdaterade och kompatibla. Detta är ganska enkelt nuförtiden, men det är något som du inte behöver göra med en statisk HTML-webbplats.

Den andra nackdelen är förmodligen kvaliteten. På grund av WordPress extrema popularitet finns det många dåliga plugins och teman där ute. Och gratislösningar försvinner ibland helt och hållet från kartan. Att sortera bland de dåliga för att hitta de bra kan vara tidskrävande.

Fördelar och nackdelar med en statisk HTML-webbplats

Du har hört talas om WordPress – men nu ska vi gräva i några av för- och nackdelarna med en statisk HTML-webbplats.

Det finns ingen underliggande programvara att underhålla

Vi pratade lite om det här för en sekund sedan, men låt oss återupprepa det snabbt här eftersom det är en av de stora fördelarna med statisk HTML.

När du använder WordPress och teman/plugins är du ansvarig för att uppdatera all den underliggande koden och se till att det inte finns några kompatibilitetsproblem. Även om detta är ganska enkelt (du behöver oftast bara klicka på en knapp) är det något som du måste göra för att hålla din webbplats säker och fungerande.

Om du däremot har skrivit ren statisk HTML bör du kunna lämna saker och ting ifred och inte behöva oroa dig för uppdateringar.

Enklare åtkomst till den underliggande koden

Men medan WordPress ger dig åtkomst till all underliggande kod på din webbplats gör en statisk HTML-webbplats det lite enklare att mata in vissa typer av markeringar. Istället för att behöva hantera temamallfiler och WordPress-slingan finns allting där framför dig.

Till exempel, även om det finns schema-plugins för WordPress kan du lättare kontrollera schemamärkning på en statisk HTML-webbplats.

Vad är nackdelarna med att skapa en statisk HTML-webbplats?

En statisk HTML-webbplats är säkert bra för en grundläggande webbplats, men de största problemen uppstår när du försöker skala upp, antingen när det gäller mängden innehåll eller funktionalitet.

De flesta av dessa nackdelar är helt enkelt motsatsen till WordPress’ fördelar. Nämligen:

• Att lägga till eller redigera innehåll är inte användarvänligt eftersom du måste gräva i koden.
• Att lägga till ny funktionalitet kräver att du kodar den själv.
• För att ändra hur din webbplats ser ut krävs det att du skriver om din CSS.

Och om du inte kan HTML/CSS själv, så kommer alla dessa saker också att kräva att du betalar en utvecklare, medan du med WordPress skulle kunna göra det själv, för det mesta.

Använd WordPress som en statisk webbplatsgenerator

Statiska webbplatsgeneratorer skiljer sig något från de två ovanstående alternativen eftersom de tar innehållet i ett innehållshanteringssystem, till exempel WordPress, kombinerar det med ett tema och genererar statiska HTML-sidor. Jekyll är en av de mest populära, som du kan använda för att vara värd för hela din webbplats eller blogg på GitHub Pages och pusha ditt nya innehåll med ett enda kommando. Nackdelen? Det är inte lätt (minst sagt) att sätta upp det, och även för utvecklare kan det vara tidskrävande.

Om du har en ledig eftermiddag och vill lära dig mer om Jekyll kan du ta en titt på den här artikeln av Mike Neumegen. Alternativt kan ett flat file CMS som Grav ge dig enklare innehållshantering samtidigt som du slipper behovet av en databas.

Om du är tekniskt kunnig är det till och med möjligt att få det bästa av två världar och använda WordPress som en statisk HTML-webbplatsgenerator. Du måste dock komma ihåg att om du använder WordPress på detta sätt måste du göra uppoffringar:

• Det kommer inte att finnas något dynamiskt innehåll i ”realtid” på din webbplats, överhuvudtaget.
• Inga rekommenderade artiklar för dig eller widgets som ändras för varje besökare.
• Du kan inte använda WordPress inbyggda kommentarsystem.

I huvudsak kommer allt som genereras på serversidan (PHP) att bli statiskt och uppdateras manuellt. Statiska webbplatsgeneratorer kommer att skapa en komplett HTML-sida baserat på ditt innehåll och när det väl är gjort kommer den inte att återskapas, oavsett hur många personer som besöker din webbplats; inte om du inte skriver in ett specifikt kommando på din dator.

Suggested reading: Hur man laddar upp en HTML-fil till WordPress.

Utvecklare löser ”problemet” med kommentarer genom att antingen inte använda det alls eller genom att byta till JavaScript-baserade lösningar, de mest populära är Disqus eller Facebook-kommentarer.

Det finns ett par WordPress caching plugins som du kan använda för att skapa statiska HTML-filer av dina inlägg och sidor, men om du använder Nginx som webbserver (om du inte gör det borde du verkligen göra det, men det är ett ämne för en annan artikel) kan du bara slå på full page caching och ställa in den så att den löper ut om en dag eller en vecka. Ju längre period du har ”råd” att ställa in den på, desto bättre.

Det som händer härnäst är att den första besökaren kommer att få servern att generera de kompletta, cachade HTML-filerna och alla efterföljande besökare inom den fördefinierade utgångsperioden kommer att få dessa filer serverade. Här på Kinsta använder våra servrar nginx fastcgi cache module för caching av sidor. Du frågar hur man ställer in det? Om du hanterar dina egna servrar finns här en mycket detaljerad guide från DigitalOcean som du kan följa.

Om du är Kinsta-kund är detta automatiskt för varje WordPress-webbplats och cacheminnet löper som standard ut varje timme. Du kan dock öppna ett ärende med vårt supportteam i din MyKinsta-instrumentpanel och begära en längre cachevaraktighet. Se bara till att du förstår konsekvenserna av att göra det.

Cloudflare Full Page Cache

Du kan också använda Cloudflare sidregler med WordPress och servera hela din webbplats från cache. Vi ger dig alla detaljer här om hur du konfigurerar Cloudflare cache för dina WordPress-inlägg och sidor.

Detta kan vara mycket fördelaktigt för webbplatser som lanserar ett evenemang eller förväntar sig en enorm ökning av trafiken. Kom dock ihåg att om du serverar helt och hållet från cache kommer du sannolikt att stöta på problem med WooCommerce checkout, ditt WordPress admin toolbar och andra olika saker som du antingen måste åtgärda eller hitta lösningar.

Suggested reading: Hur du konfigurerar Cloudflare APO för WordPress.

Vi erbjuder det bästa av två världar

Vi rekommenderar i allmänhet inte att du serverar hela din webbplats från cache om du inte har tid att testa allt ordentligt. Till exempel när det gäller WooCommerce: du kan cacha den ”statiska” förstasidan, kategorierna, produktsidorna (om du inte ändrar dem för ofta) och ja, då kommer den att laddas nästan omedelbart! Men så fort någon klickar på ”lägg till i kundvagnen” måste du byta till en version som inte är cachelagrad, annars ser de att kundvagnen alltid är tom.

Här på Kinsta har vi regler på servernivå för e-handelslösningar och bloggar för att se till att det som ska cachas och det som inte ska cachas inte cachas.

Några exempel är att vissa WooCommerce- och EDD-sidor, som kundvagn, mitt konto och utcheckning, är uteslutna från cachelagring. Och användarna förbigår automatiskt cachen när woocommerce_items_in_cart-cookien eller edd_items_in_cart-cookien upptäcks för att säkerställa en smidig och synkroniserad kassaprocess.

Detta ger dig en snabb laddning av WordPress-webbplatsen, men utan att du behöver oroa dig för att saker ska gå sönder.

Cache component stack

Vill du inte vara värd för hela din webbplats hos Kinsta, men vill dra nytta av den dynamiska funktionen för din WordPress-blogg? Du kanske vill titta på att ladda din webbplats via en omvänd proxy. Vi stöder dessa typer av konfigurationer.

WordPress eller statisk?

Nu kommer miljonfrågan… Om du bara bygger en liten webbplats som sannolikt inte kommer att förändras eller kräva nytt innehåll är statisk HTML ett bra tillvägagångssätt. Men för allt annat är WordPress nästan säkert ett bättre val. Detta gäller särskilt om du inte har tillgång till en utvecklare.

Dess användarvänlighet, i kombination med dess utbyggbarhet, är de främsta skälen till att det nu driver över 39,5 % av alla webbplatser på Internet. Nu är det upp till dig – skulle du någonsin bygga en webbplats med statisk HTML i stället för WordPress? Eller har du valt den statiska webbplatsgeneratorn?