Mät innan du optimerar
Använd PageSpeed Insights och webbläsarens nätverkspanel för att se om tiden försvinner i serverrespons, stora bilder, JavaScript eller externa tjänster.
De vanligaste flaskhalsarna på en långsam sida
Okomprimerade bilder, för många plugins, långsam databas, gammal PHP, tunga typsnitt och blockerande script är vanliga problem.
Ett CDN löser inte en långsam applikation på egen hand.
Prioritera det besökaren märker
Förbättra serverns TTFB, den största synliga bilden och kod som blockerar rendering. Ta bort funktioner och script som inte ger affärsnytta.
Testa efter varje ändring
Gör en förändring i taget och jämför samma sida, enhet och nätverksprofil.
Kontrollera även formulär och spårning så att optimeringen inte bryter funktioner.
Prioritera de tre tyngsta problemen innan du finjusterar resten
Ett hastighetstest visar 2,5 sekunders TTFB, en hero-bild på 3 MB och ett chatt-script som blockerar huvudtråden. Då finns tre tydliga kandidater med stor effekt.
Börja inte med att spara 2 kB genom att minifiera en liten CSS-fil. Förbättra server/cache, exportera rätt bild och bedöm när chatten behöver laddas. Mät sedan igen. När de stora kostnaderna är borta kan mindre optimeringar bli relevanta. Ett sådant prioriteringsarbete gör prestandaprojekt mycket mer förutsägbara och minskar risken att en lång lista av ”best practices” genomförs utan märkbar skillnad för besökaren. Prioritera sådant som påverkar första skärmen och interaktionen.
Dela upp laddtiden i server, nätverk och rendering
En långsam webbplats kan ha helt olika flaskhalsar. Servern kan ta lång tid på sig att skapa HTML, stora bilder kan dominera nedladdningen eller JavaScript kan blockera webbläsaren efter att filerna kommit fram. Börja därför med en waterfall i DevTools eller ett prestandaverktyg. Om första HTML-svaret tar två sekunder är bildkomprimering inte första åtgärden. Om servern svarar snabbt men hero-bilden väger fyra megabyte är situationen den motsatta.
Plugins är inte automatiskt problemet – men dålig kod kan vara det
Antalet WordPress-plugins säger mindre än vad de faktiskt gör. Ett litet plugin kan göra en tung extern förfrågan på varje sidvisning, medan flera enkla plugins knappt påverkar tiden.
Mät databasfrågor, PHP-tid och externa anrop innan du raderar komponenter på måfå. Samtidigt bör oanvända plugins tas bort för underhåll och säkerhet. Prestandaarbete blir effektivast när du kan koppla en konkret kostnad till en konkret funktion.
Tredjepartsscript är ofta svårare att optimera än egen kod
Chattar, annonser, spårning, kartor och sociala widgets kan lägga till mycket JavaScript som hämtas från andra domäner. Du kan inte optimera deras servrar, men du kan bestämma om och när scriptet behöver laddas.
Kanske räcker det på kontaktsidan eller efter samtycke. Granska varje extern tagg som en prestandabudget: vilken affärsnytta ger den och vad kostar den i nätverk, CPU och integritet? Det leder ofta till större förbättringar än små CSS-minifieringar.
Behöver företaget en bättre hemsida?
Få ett tydligt förslag och fast pris
Vi bygger och förbättrar WordPress-hemsidor med fokus på tydlighet, prestanda, SEO och enkel förvaltning.
Snabb återkoppling
Hjälpte den här artikeln dig?
Din röst sparas anonymt och hjälper oss att förbättra guiderna.