Sådan fremskynder du et langsomt WordPress-websted (uden et enkelt plugin)
WordPress ud af boksen er langsom af kedelige, fikserbare grunde. Her er ordren til at rette dem i - højeste effekt først - ved at flytte arbejde til kanten i stedet for at stable flere plugins på toppen.
Det sædvanlige råd til et langsomt WordPress-websted er en liste over tyve ting, der præsenteres som om de alle betyder lige meget. Det gør de ikke. To af dem tegner sig for det meste af forbedringen på de fleste websteder, og resten er afrundingsfejl, du kan komme til senere.
Så dette er en rangeret liste. Gør dem i rækkefølge, mål efter hver, og stop når webstedet er hurtigt nok - hvilket sandsynligvis vil være hurtigere end du forventer.
Trin 0: Find ud af, hvad der faktisk er langsomt
Springe over dette er, hvordan folk tilbringer en weekend minifying CSS på et websted, hvis virkelige problem er en 4 MB header billede.
Åbn dit websted i et inkognitovindue med DevTools på fanen Netværk. Se på tre tal: hvor længe indtil den første byte af HTML ankommer, hvad den største fil på siden er, og hvor mange anmodninger siden gør. Det er nok til at fortælle dig, hvilket af afsnittene nedenfor der gælder for dig.
- Første byte over 600ms dit problem er server-side. Afsnit 1.
- Første byte fine, side stadig langsom dit problem er aktiver. Afsnit 2.
- Hurtigt for dig, langsomt for kunder andre steder – dit problem er afstand. Afsnit 3.
1. Stop genopbygning af sider, der ikke er ændret
Det er den store. For hvert besøg, WordPress vækker PHP, indlæser dit tema og hver aktive plugin, kører en bunke af database forespørgsler, samler HTML, og først derefter sender det. Det gør det samme for den tusinde besøgende på et indlæg offentliggjort i marts.
Fuldsides caching gemmer den færdige HTML og serverer den kopi direkte. PHP og databasen får dagen fri. Udført ved kanten i stedet for på serveren, betyder det også, at den cachelagrede kopi sidder i nærheden af dine besøgende i stedet for i et datacenter.
Indvendingen er altid "men mit websted har dynamiske dele". Det gør det, og det håndteres ved at omgå cachen præcis, hvor det er nødvendigt, i stedet for at opgive caching helt.
Cache disse - identiske for alle
- Indlæg og sider
- Hjemmeside og arkiver
- Kategori og tag lister
- Statiske aktiver, selvfølgelig
Omgå disse - personlige
- wp-admin og indloggede sessioner
- Kurv og checkout
- Alt bag et login
- Forhåndsvisning og tilpasning af WordPress
Mekanismen er cookies. WordPress sætter genkendelige cookies, når nogen logger ind eller lægger noget i en indkøbsvogn, og cachen omgår deres tilstedeværelse. En udlogget besøgende har ingen af dem og får den cachelagrede kopi; du, logget ind som editor, få en live side og aldrig mærke caching eksisterer.
Flere caching plugins er ikke svaret, når caching plugins er problemet. At køre to eller tre samtidig skaber konflikter, forældede sider og en eftermiddag med forvirring snarere end hastighed. At flytte cachen fra serveren helt sidesteps hele kategorien.
2. Fix billederne, fordi de er siden vægt
På et typisk WordPress-websted er billeder 60 til 80 procent af bytes på siden. Mediebiblioteket er fuld af billeder uploadet direkte fra en telefon i fuld opløsning, vist i en 600-pixel kolonne.
To ændringer, i denne rækkefølge: ndre størrelse til de dimensioner, der faktisk vises, og konverter derefter til WebP eller AVIF. Udført på kanten, begge sker automatisk på vej ud og cachelagres bagefter - ingen re-uploading, ingen regenererende miniaturer, ingen plugin omskrivning af dit mediebibliotek og bryde noget.
Mens du er der: Sørg for, at billedet i din header ikke er dovent. WordPress tilføjer loading="lazy" generøst, og anvende det på den største over-the-fold billede aktivt skader din Største Contentful Paint. At enkelt attribut har kostet flere websteder deres LCP score end næsten alt andet.
3. Tjen det fra nær dine besøgende
Hvis din vært er i Frankfurt, og en fjerdedel af dine kunder er i USA, betaler de 100 til 150 millisekunders ventetid på hver rundtur, før din server har gjort noget overhovedet. Cachelagrede sider, der serveres fra en nærliggende kant, fjerner det helt, og det er den løsning, som din egen test aldrig vil afsløre - webstedet er hurtigt fra dit skrivebord, fordi dit skrivebord er i nærheden af serveren.
4. Kun nu, de små ting
Når de første tre er færdige, er disse en time værd:
Revision af dine plugins ærligt
Deaktiver alt og genaktivere en ad gangen, kontrollere indlæsningstiden som du går. De fleste websteder bærer to eller tre plugins ingen har brugt siden 2022, hver indlæsning scripts på hver side.
Komprimer og minify tekstaktiver
Brotli til CSS, JS og HTML. gte, hvis beskeden, og det koster intet at tænde.
Skær hvad belastninger på hver side
En skyder bibliotek indlæst site-wide for en skyder på hjemmesiden er meget almindelig og nem at rette.
Rengør databasen
Efter revisioner, udløbne transienter og forældreløse metadata akkumuleres i årevis. Kun værd at gøre efter ovenstående; det flytter sjældent nålen alene.
Ofte stillede spørgsmål
Hvorfor er min WordPress hjemmeside så langsom?
Oftest fordi WordPress genopbygger hver side fra PHP og databasen ved hvert besøg, selv for sider, der ikke har ændret sig i måneder, og fordi billederne er langt større end det rum, de vises i. Mellem dem disse to tegner sig for størstedelen af problemet på typiske websteder. Plugin bloat og uoptimerede aktiver betyder noget, men normalt mindre end folk antager.
Kan jeg fremskynde WordPress uden plugins?
Ja, og det er ofte bedre. Fuldsides caching, billedændring og formatkonvertering og komprimering kan alle håndteres på CDN-kanten i stedet for ved plugins, der kører inde i WordPress. Det fjerner PHP-arbejdet helt i stedet for at optimere det og undgår de konflikter, der vises, når flere caching-plugins kører på én gang.
Vil caching ødelægge min WooCommerce-kurv eller indloggede sider?
Ikke hvis cache bypass er konfigureret korrekt. WordPress og WooCommerce sætter identificerbare cookies, når en besøgende logger ind eller tilføjer noget til en indkøbskurv, og cachen omgås, når disse cookies er til stede. Udloggede besøgende, der gennemser kataloget, får cachelagrede sider; alle med en session får en live side genereret normalt.
Hvor meget hurtigere gør fuldside caching WordPress?
Besparelsen er hele serversiden, som på en typisk delt hosting WordPress-installation er flere hundrede millisekunder til et par sekunder pr. Side. En cachelagret side, der serveres fra en nærliggende kant, ankommer normalt på under 50 millisekunder versus 800 millisekunder eller mere ucachede. Kløften udvides under belastning, fordi cachelagrede svar ikke bruger oprindelseskapacitet.
Hjælper doven indlæsning af billeder eller skader ydeevnen?
Begge dele, afhængigt af billedet. Lazy loading billeder under folden sparer båndbredde og fremskynder indledende belastning. Dovn indlæsning af det største billede over folden - ofte overskriften eller helten - forsinker det og forværrer direkte Største indholdsrige maling. WordPress anvender loading="lazy" bredt, så det er værd at kontrollere, at dit heltebillede er udelukket.
Arbejd ned på listen og stop, når du er glad. De fleste websteder får størstedelen af den tilgængelige forbedring fra trin 1 og 2, som mellem dem tager en eftermiddag og kræver installation af ingenting.
Mads har arbejdet i IT - for det meste hosting - siden han var 16. Han tog tidligt ejerskab i en SaaS-virksomhed og var med til at udvide den til Visma, har opbygget og drevet datacenternetværk og fungeret som CTO for et dansk datacenter. Han startede NordicCDN for at gøre hurtig, sikker infrastruktur enkel at bruge.
