En långsam webbplats märks ofta långt innan någon säger det högt. Besökaren väntar en stund, klickar tillbaka till Google eller lämnar varukorgen utan att slutföra köpet. Att göra WordPress-webbplatsen snabbare handlar därför inte bara om teknikpoäng i ett testverktyg. Det handlar om att göra det enkelt för rätt person att läsa, kontakta dig eller köpa.
Det finns sällan en enda orsak till att en WordPress-sajt är långsam. Ofta är det kombinationen av tunga bilder, ett tema med för mycket funktionalitet, många tillägg och ett webbhotell som inte passar webbplatsens behov. Därför börjar jag alltid med att ta reda på vad som faktiskt bromsar sidan innan något ändras.
Börja med att mäta innan du optimerar
Det är lätt att installera ett cachetillägg och hoppas på det bästa. Ibland hjälper det, men det kan också dölja grundproblemet. Mät i stället webbplatsen på både mobil och dator och titta på viktiga sidtyper: startsidan, en tjänstesida, en produktsida, en kategorisida och en sida med formulär. De kan ha helt olika flaskhalsar.
Jag tittar framför allt på hur snabbt huvudinnehållet visas, hur snart sidan går att använda och om innehållet hoppar runt medan sidan laddar. En hög poäng i ett test är trevligt, men den verkliga frågan är om sidan känns snabb för en vanlig besökare med mobil och normal uppkoppling.
Det är också klokt att jämföra före och efter varje större ändring. Då går det att se vad som gav effekt och, minst lika viktigt, vad som skapade problem. Prestandaoptimering utan mätning blir lätt ett dyrt gissningsspel.
Gör WordPress-webbplatsen snabbare med rätt ordning
Det finns några områden som nästan alltid är värda att kontrollera. Ordningen spelar roll. Att minifiera några kodfiler gör liten skillnad om startsidan först behöver ladda flera megabyte stora bilder.
Bilder ska vara tillräckligt bra, inte onödigt stora
Bilder är ofta den tyngsta delen av en företagswebbplats. En hero-bild som laddas upp direkt från kameran kan vara flera gånger större än den behöver vara. Anpassa bildens mått efter platsen där den visas, komprimera den och använd moderna bildformat när det fungerar med er lösning.
Bilder längre ned på sidan kan laddas först när besökaren närmar sig dem. Det kallas lazy loading och är ofta en enkel förbättring. Men bilden högst upp på sidan ska normalt inte fördröjas. Om den är viktig för första intrycket behöver den prioriteras, annars känns sidan långsam trots att resten är väl optimerad.
Det finns en avvägning här. För hård komprimering kan ge synligt sämre bildkvalitet, särskilt för fotografer, inredningsföretag och varumärken där bildmaterialet bär mycket av upplevelsen. Målet är inte minsta möjliga fil, utan en bra balans mellan kvalitet och laddtid.
Granska tillägg, tema och sidbyggare
WordPress blir inte automatiskt långsamt av många tillägg. Ett välbyggt tillägg med en tydlig uppgift kan vara bättre än egen kod som ingen vågar underhålla. Problemet uppstår när tillägg laddar script, stilar eller externa anrop på varje sida, även där funktionen inte används.
Börja med att rensa bort sådant som inte längre behövs. Dubbla SEO-tillägg, gamla formulärlösningar, övergivna säkerhetsfunktioner och plugins som bara används på en enstaka kampanjsida är vanliga exempel. Uppdatera sedan det som är kvar, men gör det kontrollerat. Ta backup och testa viktiga flöden efteråt, särskilt köp, formulär och inloggning.
Temat spelar också stor roll. Ett generellt tema kan vara rätt val när budgeten är begränsad eller innehållet ändras ofta. Men ett tungt tema med omfattande sidbyggare, animationer och färdiga moduler kan bli en belastning över tid. För en webbplats med tydliga behov går det ofta att vinna mycket på ett mer genomtänkt tema och komponenter som bara gör det verksamheten faktiskt behöver.
Låt inte kod laddas överallt
Många prestandaproblem syns inte i WordPress-administrationen. Ett chattverktyg, ett bokningssystem, en cookie-banner, spårning eller ett externt typsnitt kan lägga till flera nätverksanrop. Varje enskild sak kanske känns liten, men tillsammans kan de försena det innehåll som besökaren väntar på.
Här brukar jag gå igenom vilka script som laddas på vilka sidor. Ett formulärscript behöver exempelvis sällan laddas på alla artiklar. Funktioner för webbutik ska inte tynga ned vanliga informationssidor om de inte behövs där. Ibland går det att villkorsstyra laddningen, ibland är det bättre att byta tjänst eller integrera den på ett enklare sätt.
Kod kan också behöva städas efter flera års vidareutveckling. Gamla CSS-regler, dubbla bibliotek och speciallösningar från tidigare kampanjer gör webbplatsen tyngre och svårare att ändra. Det är ett bra tillfälle att inte bara jaga fart, utan också minska framtida underhåll.
Cache är effektivt, men måste vara rätt inställd
Cache innebär förenklat att servern sparar en färdig version av sidan i stället för att bygga den från grunden vid varje besök. För en vanlig företagswebbplats kan det ge stor effekt. Webbläsarcache hjälper dessutom återkommande besökare genom att spara exempelvis bilder, stilmallar och script lokalt under en viss tid.
Men cache behöver konfigureras med förståelse för webbplatsen. En webbutik får till exempel inte visa fel kundvagn eller gammal lagerstatus. Inloggade användare, personliga sidor och dynamiskt innehåll ska ofta undantas. Därför bör ändringar testas med riktiga användarflöden, inte bara genom att ladda startsidan en gång.
Ett CDN kan vara relevant om ni har besökare från flera länder eller mycket tungt statiskt material. För en mindre svensk verksamhet med huvudsakligen svenska besökare är det inte alltid den åtgärd som ger störst effekt först. Serverns placering, kvalitet och cacheupplägg kan vara viktigare.
Webbhotellet sätter gränsen för hur snabb sidan kan bli
En välbyggd WordPress-webbplats kan fortfarande kännas seg om servern är underdimensionerad, gammal eller delar resurser med för många andra sajter. Lång svarstid från servern märks särskilt i en webbutik, på innehållsrika sajter och när flera besökare använder sidan samtidigt.
Det betyder inte att det dyraste webbhotellet alltid är rätt. Det beror på trafik, funktioner och hur ofta innehållet ändras. En liten informationssajt har andra behov än en WooCommerce-butik med betalning, lagersynkning och produktfilter. Det viktiga är att webbhotellet erbjuder en aktuell PHP-version, tillräckligt med resurser, bra säkerhetsrutiner och möjlighet att felsöka när något går fel.
Databasen förtjänar också en kontroll på äldre webbplatser. Revisioner, tillfälliga data och rester från borttagna tillägg kan samlas över tid. En försiktig städning kan hjälpa, men görs bäst med backup och förståelse för vilka data som används. Att radera på måfå är sällan en bra genväg.
Prioritera affärsnytta före perfekta testpoäng
En snabb webbplats ska fortfarande fungera för verksamheten. En video kan vara helt rätt på en säljsida om den förklarar en tjänst bättre än text. Ett formulär med några extra fält kan vara motiverat om det ger bättre förfrågningar. Prestanda handlar om att göra medvetna val, inte att plocka bort allt som har en filstorlek.
Jag brukar prioritera sidan där en förbättring gör störst skillnad. Är det startsidan som tar emot merparten av trafiken? Produktsidorna där köpen sker? Eller kontaktsidan där formuläret krånglar på mobil? När fokus ligger på ett konkret affärsmål blir det lättare att välja rätt åtgärder och undvika tekniska projekt som inte märks av kunderna.
När det är dags att ta hjälp
Om webbplatsen är långsam trots att bilder och tillägg har setts över kan problemet ligga djupare i temat, databasanropen, servermiljön eller en integration. Det gäller särskilt om sidan ibland är snabb och ibland mycket långsam, om administrationen är seg eller om en uppdatering har skapat fel.
Då är det klokt att börja med felsökning i stället för fler optimeringstillägg. Jag kan kartlägga vad som belastar webbplatsen, förklara vilka åtgärder som är värda pengarna och genomföra förändringarna på ett sätt som inte sätter viktiga funktioner ur spel.
Den bästa förbättringen är ofta inte den mest avancerade. Det är den som gör att era besökare snabbare kommer fram till nästa steg – och som samtidigt lämnar en WordPress-webbplats som är enklare att driva vidare.