Langzame website repareren
De volgorde van reparaties op basis van kosten-batenverhouding. Van afbeeldingen, via scripts van derden, tot de database.
U begint met het goedkoopste, niet het interessantste
Een website repareren heeft deze eigenschap: de eerste twintig procent van het werk levert tachtig procent van de winst op, en de laatste twintig procent kan meer kosten dan al het voorgaande.
Hieronder staat die volgorde. Ze werkt zo betrouwbaar dat wanneer een klant komt met een site die "amper nog ademt", we altijd op dezelfde manier beginnen — en meestal is na de eerste twee punten geen verder werk meer nodig.
De volgorde
-
1
Afbeeldingen
De meest voorkomende oorzaak en de goedkoopste oplossing. Het juiste formaat (WebP of AVIF in plaats van JPEG rechtstreeks van de camera), grootte passend bij de weergaveplek, afmetingen in de code, lazy loading onder de vouw.
-
2
Scripts van derden
Tel ze. Chat, twee analysetools, een advertentiepixel, een kaart, een reviewwidget, een cookiebanner. Verwijder wat niemand gebruikt.
-
3
Lettertypen
Serveer vanaf uw eigen server, niet een vreemde. Laad vroeg. Beperk tot de tekens die u echt gebruikt.
-
4
Cache
Server-side headers, zodat een terugkerende bezoeker hetzelfde niet opnieuw downloadt. Een halve dag werk, effect bij elk volgend bezoek.
-
5
Database en queries
Als laatste, want het duurst. Zinvol zodra de server zelf langer dan een halve seconde antwoordt.
Drie typische gevallen en wat ze oploste
-
Webshop, productpagina 6 seconden
Foto's rechtstreeks van de camera geüpload, elk 3–5 MB, weergegeven in een container van 400 pixels. Verwerking en juiste formaten: 6 s → 1,8 s.
-
Bedrijfssite, score 34
Vier analysescripts uit drie verschillende implementaties door de jaren heen. Het overbodige verwijderen: score 34 → 91.
-
Portaal, server antwoordt in 2,4 s
Een query zonder index, afzonderlijk uitgevoerd voor elk van de 40 items op een lijst. Eén index en één gebundelde query: 2,4 s → 180 ms.
Wat u niet moet doen
- Koop geen zwaardere hosting als eerste stap.
- Installeer geen "optimalisatie"-plugin bovenop het probleem.
- Minify en bundel geen bestanden voordat u het overbodige heeft verwijderd.
- Jaag niet op een score van 100. De laatste punten kosten veelvoudig meer dan de eerste.
- Schakel niets stilletjes uit wat nodig is.
Vragen
- Hoe lang duurt dit meestal?
- Voor een typisch verwaarloosde site is de sprong van 5–6 seconden naar minder dan 2 twee tot drie dagen werk.
- Moet de website herbouwd worden?
- Bijna nooit. Optimalisatie is werk aan wat er al is. Een herbouw is pas zinvol als de site uit tientallen plugins bestaat die niet risicovrij te ontwarren zijn.
- Verbetert snelheid de Google-ranking?
- Kan helpen, want Core Web Vitals zijn een rankingfactor. Maar de grotere, zekerdere winst zit elders.
Stuur het adres — wij zeggen wat het meeste oplevert.
Meting en prioriteitenlijst zijn gratis.
Schrijf ons