U opent uw eigen website en het duurt en duurt. Een collega kijkt mee op zijn telefoon en die is binnen twee seconden binnen. Precies dat verschil maakt het lastig: is de website traag alleen bij mij, of ziet de rest van Nederland hetzelfde en durft niemand het te zeggen?
Het antwoord bepaalt wie er aan het werk moet. Ligt het aan uw eigen computer of verbinding, dan is het binnen tien minuten opgelost en hoeft er niemand in de site te graven. Ligt het aan de site zelf, dan heeft doorklikken op uw eigen browserinstellingen geen enkele zin. Hieronder staat hoe u die twee uit elkaar haalt.
Eerst vaststellen: bij wie is het traag?
Begin met meten in plaats van gissen. Drie snelle proeven geven bijna altijd uitsluitsel.
- Open de site op uw telefoon met wifi uit. U zit dan op het mobiele netwerk, met een andere verbinding en een andere dns. Laadt hij daar vlot, dan zit het probleem bij u thuis of op kantoor.
- Open een incognitovenster. Daar draaien uw extensies meestal niet mee en wordt uw ingelogde sessie genegeerd. Scheelt dat merkbaar, dan weet u genoeg.
- Laat iemand buiten uw netwerk kijken. Een klant, een leverancier, uw boekhouder. Vraag ze niet “is hij snel?” maar “tel eens hoeveel seconden het duurt tot u de tekst ziet”.
Een onafhankelijke meting helpt ook. Diensten als PageSpeed Insights of GTmetrix laden uw pagina vanaf een server ergens anders. Komt daar een laadtijd van anderhalve seconde uit terwijl u er twaalf op de klok heeft staan, dan is de site zelf niet het probleem.
Website traag alleen bij mij: de vier gebruikelijke oorzaken
In de praktijk komen we vier dingen tegen, in deze volgorde van waarschijnlijkheid.
1. Uw browser draagt te veel mee
Browserextensies zijn de stille remmen. Adblockers, wachtwoordkluizen, vertaalhulpjes, screenshottools en vooral de plug-ins die op elke pagina meekijken. Bij een beheerder die al jaren dezelfde Chrome gebruikt, zien we regelmatig twintig extensies staan. Zet ze allemaal uit, herlaad, en zet ze daarna één voor één weer aan.
Daarnaast wordt een browserprofiel dat nooit is opgeruimd traag van zichzelf: duizenden tabbladen in de geschiedenis, een volle cache, verlopen certificaten in het geheugen.
2. U bent ingelogd en ziet daarom een andere site
Dit is de meest onderschatte oorzaak en hij verklaart bijna alle “alleen bij mij”-meldingen bij WordPress. Bent u ingelogd als beheerder, dan slaat de caching-plugin uw pagina’s niet op. Bezoekers krijgen een kant-en-klare pagina uit de cache; u krijgt hem elke keer vers opgebouwd, inclusief de beheerbalk bovenin, de meldingen van plugins en soms een paginabouwer die op de achtergrond meelaadt. Drie tot zeven seconden verschil is dan volstrekt normaal en betekent niet dat er iets stuk is.
3. Uw dns wijst naar een oud of traag adres
Uw computer onthoudt welk ip-adres bij uw domein hoort. Is de site recent verhuisd, dan kunt u nog naar de oude server worden gestuurd terwijl de rest van de wereld al bij de nieuwe zit. Ook de dns-server van uw internetprovider kan traag of overbelast zijn. Overstappen op een publieke dns-server helpt dan direct, en dat kunt u zonder risico proberen.
4. Uw netwerk of provider
Een verzadigde wifi, een netwerkkabel die op honderd megabit is blijven hangen, een vpn die uw verkeer via Duitsland stuurt, of een bedrijfsfirewall die elke pagina eerst scant. In kantoorpanden met een gedeelde verbinding is dat rond een uur of elf ‘s ochtends goed merkbaar.
De test van een kwartier
Werk deze volgorde af en noteer per stap of het verschil maakt.
- Log uit van WordPress, of open de site in een incognitovenster. Meet opnieuw.
- Leeg de cache van uw browser en herlaad met een harde verversing.
- Zet alle extensies uit. Meet opnieuw.
- Probeer een tweede browser die u zelden gebruikt.
- Zet wifi uit op uw telefoon en open de site via het mobiele netwerk.
- Zet uw vpn uit, als u er een gebruikt.
- Herstart uw router. Ouderwets, maar het lost verrassend vaak een vastgelopen dns-cache op.
- Draai een meting via een externe snelheidstest en vergelijk dat cijfer met uw eigen beleving.
Blijft de site in élke stap traag, ook op mobiel netwerk en bij uw contactpersoon buiten kantoor, dan is het geen lokaal probleem meer. Dan gaat het om de controlelijst voor een site die na een verhuizing traag werd of om een zwaardere oorzaak op de server.
Als het toch aan de site ligt
Er zijn twee situaties waarin “alleen bij mij” tóch een echt probleem is dat anderen ook raakt, alleen niet op hetzelfde moment.
De eerste: de eerste bezoeker na een cachevernieuwing betaalt de rekening. Uw pagina staat een uur in de cache; wie hem daarna als eerste opvraagt, wacht op de volledige opbouw. Als u toevallig vaak die eerste bent, lijkt de site voor u structureel traag en voor de rest niet.
De tweede: het beheerscherm zelf is traag terwijl de voorkant vlot is. Dat wijst op iets anders, meestal een plugin die in het dashboard data ophaalt bij een externe dienst. Daar helpt browseronderhoud niets aan.
Wat u doorgeeft als u hulp inschakelt
Voorkom dat er een uur wordt gezocht naar iets dat aan uw laptop lag. Geef bij een melding altijd dit mee: welke pagina, hoe lang het duurde, of u ingelogd was, welke browser en versie, of het op mobiel netwerk ook zo is, en sinds wanneer u het merkt. Een schermopname van tien seconden zegt meer dan een alinea tekst.
Blijkt het echt in de site te zitten, dan begint het echte zoekwerk: welke plugin, welke query, welke externe aanroep. Dat soort analyse hoort bij het opsporen en verhelpen van storingen in WordPress, en bij WebMaintor draaien we die meting standaard vanaf een externe locatie zodat de browser van de klant nooit in het spel is.
Concrete volgende stap: open uw site nu in een incognitovenster terwijl u uitgelogd bent. Is hij daar wél snel, dan is er niets aan de hand met uw website en scheelt dat u een dure zoektocht.
