En WordPress-side kan føles langsom, selv om forsiden indlæses hurtigt. Årsagen kan ligge på en produktside, i et plugin eller i serverens svartid. Derfor bør WordPress hastighedsoptimering undersøge hele sitet og måle hastigheden både før og efter arbejdet.

En test af forsiden viser kun en del af billedet. Den fortæller ikke nødvendigvis, om søgning, kategorisider, blogindlæg eller kontaktformularer også reagerer langsomt. Når flere sidetyper måles, bliver det tydeligere, hvor flaskehalsene opstår, og hvilke ændringer der kan gøre en forskel.

Undersøg, hvor ventetiden opstår

En brugbar hastighedsundersøgelse ser på forskellige sidetyper og funktioner, ikke kun forsiden. Se på sider med meget indhold, formularer, filtre eller særlige funktioner. Hvis én bestemt type side er langsom, kan årsagen være en anden end en generel flaskehals på serveren.

For at få et retvisende billede skal målingerne gentages under sammenlignelige forhold. Notér, hvilken side der testes, og om cache er slået til. Sammenhold også indlæsningstiden med sidens størrelse og serverens svartid, ofte kaldet TTFB. Et langsomt svar fra serveren kan forsinke alt det, der skal indlæses bagefter.

Se derefter på temaet. Det kan hente kode og funktioner, som siden ikke bruger, eller udføre unødvendigt arbejde, når siden åbnes. Gennemgå også plugins: Et plugin kan påvirke hele sitet, mens et andet kun belaster bestemte funktioner. Slå ikke plugins fra på den aktive side. Test ændringer i et sikkert testmiljø, og kontrollér bagefter, at formularer, navigation og andre funktioner stadig virker.

Databasen kan også være en del af problemet. Gamle revisioner, midlertidige poster eller tunge forespørgsler kan gøre arbejdet langsommere, især på sider med mange dynamiske funktioner. Det betyder ikke, at databasen skal ryddes uden videre. Undersøg først, hvad der bruges, og tag en sikkerhedskopi, før noget ændres.

Serveren er endnu et led i kæden. Hvis den reagerer langsomt, hjælper billedkomprimering ikke nødvendigvis på den første ventetid. Omvendt kan en hurtig server stadig levere en tung side, hvis tema, plugins eller indhold kræver for meget. Undersøg derfor, hvordan de forskellige dele arbejder sammen.

Billeder, kode og cache skal vurderes sammen

Billeder fylder ofte mere, end de behøver. Brug en størrelse, der passer til visningen, og vælg et moderne billedformat, når hjemmesidens opsætning understøtter det. Kontrollér også, om billeder uden for skærmen først indlæses, når der er brug for dem. Det kan mindske belastningen ved sidens første visning uden at fjerne indhold.

Cache gemmer dele af siden, så de ikke skal bygges fra bunden ved hvert besøg. Men cache skal sættes op med omtanke. Ellers kan ændringer være usynlige for besøgende, eller dynamiske dele kan vise forældet indhold. Efter en ændring bør du teste både en almindelig side og funktioner, hvor indholdet skifter.

CSS og JavaScript påvirker også indlæsningen. CSS styrer sidens udseende, mens JavaScript kan styre menuer, filtre og andre handlinger. Fjern eller udskyd kun kode, når du har testet, at siden stadig fungerer. En optimering, der får en knap til at holde op med at virke, er ikke en forbedring.

Tredjepartsscripts kræver særlig opmærksomhed, fordi de kommer fra tjenester uden for selve WordPress-sitet. Analyseværktøjer, indlejrede videoer og chatfunktioner kan hente ekstra filer og kontakte eksterne servere. Gennemgå, hvilke scripts der faktisk bliver brugt. Hvis en funktion ikke længere har en klar opgave, kan den fjernes. Ellers kan indlæsningen ofte begrænses til det tidspunkt, hvor funktionen skal vises.

WordPress hastighedsoptimering bør derfor omfatte tema, plugins, database, server, cache, billeder, CSS, JavaScript og tredjepartsscripts. Arbejdet skal følge målingerne. Det mindsker risikoen for at bruge tid på billeder, når den egentlige ventetid skyldes serveren eller et bestemt plugin.

Webshops kræver test af køb og produktvisning

En WooCommerce-butik har flere dynamiske funktioner end en almindelig informationsside. Produktfiltre, kurv, lagerstatus og checkout kan hente eller ændre indhold under besøget. Derfor skal hastighedstesten også omfatte de trin, hvor kunden ser produkter og går videre mod betaling. Kim Tetzlaff tilbyder hastighedsoptimering af WooCommerce-butikker med fokus på produktsider, kurv og checkout hos kim-tetzlaff.dk.

Test almindelige produktsider og sider med filtre eller variationer. Kontrollér, at kurven opdateres korrekt, og at cache ikke viser en anden besøgendes indhold. Vær også opmærksom på betalings- og fragtfunktioner, som kan indlæse tredjepartskode. Hastighedsarbejdet må ikke fjerne funktioner, som butikken er afhængig af.

Optimering af WooCommerce-sider kræver en balance mellem hurtig visning og korrekt, dynamisk indhold. En produktside kan være hurtig, mens kurven stadig reagerer langsomt. Test hvert trin for sig, og gentag købsforløbet efter ændringer i cache, scripts eller plugins.

Dokumentér ændringerne, og kontrollér søgeteknikken

Målinger før og efter arbejdet viser, om sitet er blevet hurtigere. De bør omfatte flere sidetyper og de funktioner, der tidligere gav ventetid. Sammenlign de samme sider under ens forhold, og gem resultaterne. Hvis en ændring forbedrer én side, men forværrer en anden, skal det fremgå, før arbejdet betragtes som færdigt.

Hastighed er kun en del af den tekniske gennemgang. Crawl og indeksering kan vise, om søgemaskiner kan finde og behandle siderne. Kontrollér også canonical-tags, interne links, statuskoder og sidestruktur. Hvis en side peger på en forkert canonical-adresse eller er svær at finde gennem interne links, løser en hurtigere indlæsning ikke udfordringen med teknisk SEO.

Teknisk SEO kan indgå sammen med hastighedsarbejdet, men områderne skal vurderes hver for sig. Se efter sider, der ikke bliver crawlet, utilsigtede omdirigeringer og indhold, der er svært at finde. En tydelig struktur hjælper både søgemaskiner og besøgende med at forstå, hvordan siderne hænger sammen.

På siden om WordPress hastighedsoptimering beskrives måling af hele sitet før og efter arbejdet. Hvis hjemmesiden ikke bliver hurtigere, skal kunden ikke betale. Den første snak og et tilbud er gratis. Hvis temaet skal skrives om, får den opgave sit eget tilbud. Arbejdet tager fra 1 til 14 dage, alt efter hvad der skal laves.

Saml eksempler på de sider og funktioner, der føles langsomme, og få dem undersøgt sammen med resten af sitet. Bed om målinger af mere end forsiden, og få resultatet kontrolleret efter ændringerne. Så kan du se, hvilke flaskehalse der er fjernet, og om hastigheden faktisk er blevet bedre.