Een doorsnee website ondergaat regelmatig veranderingen. Het is daarom van belang om ook het effect hiervan op de snelheid van de website te controleren en desnoods de nodige verbeteringen te doorvoeren. Daarom moet er eerst een aantal metingen uitgevoerd worden om de huidige situatie vast te stellen. Deze stap wordt in het algemeen “nulmetingen” (objectief; de huidige situatie te analyseren, te kwantificeren en te meten) genoemd. Hiervoor hebben we gebruik gemaakt van Google PageSpeed Insights. Er zijn ook andere online beschikbare tools zoals Webpagetest, Pingdom, Gtmetrix, Bitcatcha of browser extensies zoals YSlow.

We moeten hier duidelijk maken dat het optimaliseren van de snelheid van een website niet waterdicht is. Verschillende factoren hebben invloed op de laadtijd: bijvoorbeeld uw webserver type (een dedicated server, Virtual Private Server – VPS server of een gemeenschappelijke server met meerdere websites) en uw website implementatie.

Hoe kunnen we de snelheid van onze website verbeteren?

Laten we met een voorbeeld dit verder concretiseren. Google PageSpeed Insights heeft onze website getest op mobiele en desktop apparaten en de volgende resultaten en aanbevelingen gemaakt:

Wat we al goed gedaan hadden of niets hoeven te doen:

• comprimeren inschakelen
• omleidingen op bestemmingspagina vermijden: uw website domein moet alleen maar vanaf een URL bereikbaar zijn niet zoals omgeleide URL’s http://websol.nl/index.html  of https://websol.nl/ of https://www.websol.nl/. Dus hebben we via onze .httaccess alles doorgewezen naar https://www.websol.nl.
• geef prioriteit aan zichtbare content: zichtbare content is het deel van een webpagina die gebruikers zien op hun scherm voordat ze scrollen. Deze punt is afhankelijk van uw CMS en gebruikte template of vorm van een pagina.

Hoe moeten we Google aanbevelingen interpreteren?

Google Snelheid tool geeft aan 11 blokkerende scriptbronnen en 9 blokkerende CSS-bronnen ontdekt te hebben die het weergeven van onze website vertragen. Dus moeten we deze uit onze website verwijderen of verkleinen. We kunnen deze scripts ook uitstellen door asynchroon te laden of de essentiële gedeelten van die bronnen rechtstreeks in de HTML te laten passeren. Op deze manier kunnen we CSS, Javascript en HTML broncodes respectievelijk 19%,  24%  en 14% optimaliseren of verkleinen.

Afbeeldingen Optimaliseren, de afbeeldingen op WebSol.nl kunnen tot 314,9 KB geoptimaliseerd worden. Dit betekent dat we tot 37 % kunnen besparen.

Andere concrete verbeteringen die we voor onze website kunnen uitvoeren zijn het activeren van de browsercaching op onze webserver en de reactietijd van onze server.

De reactietijd van onze server voor desktop is 0,78 seconden, voor de mobiele apparaten is deze tijd 2,4 seconden. Na het uitvoeren van de bovenstaande aanbevelingen hopen we dat de reactietijd van onze website een stuk wordt verminderd.

Reactietijd van server beperken

De reactietijd van de server is de tijd dat nodig is om de HTML te laden zodat een pagina op een server kan worden weergegeven. De reactietijd van de server moet volgens Google minder zijn dan 200 ms. De factoren die de reactie van onze server kunnen vertragen zijn: de server hardware zoals CPU-gebrek of onvoldoende geheugen, langzame app-logica, databasequery’s, routering, frameworks of bibliotheken.

Om te bepalen hoe snel onze huidige server vanuit een punt van de wereld is, moet er vanaf een of meerdere locaties metingen worden uitgevoerd. Bjvoorbeel de reactietijd van WebSol server op verschillende tijdspitten en locaties zijn:

De metingen zijn op een werkdag, weekend en op verschillende tijdstippen gedaan. Uit de resultaten blijkt dat de reactietijd van de server waarop WebSol.NL is gehost gemiddeld 61.5 ms in Europa bedraagt. Dit is minder dan 200 ms die door Google is aanbevolen. In andere continenten of locaties, bijvoorbeeld  Sydney en Japan, is het iets groter dan de gewenste grootte. In onze geval kan dit genegeerd worden omdat deze locaties buiten onze doelgroep zijn. Een andere opvallende meting is de server snelheid van de website hostingprovider zelf is; het is in Europe 2 of 3 keer sneller dan die waarop onze website draait.

Wat is minimum reactietijd van een server?

We waren ook benieuwd naar de reactietijd van bekende websites als Google, Bing, Facebook enz. Het is ook handig om te weten hoe krachtig de server laadtijd van deze websites is. Deze kunnen we met onze server vergelijken om te zien wat een mogelijk haalbare server reactietijd voor ons zou kunnen zijn.

De metingen zijn per site drie keer en op de zelfde tijdstippen herhaald. De websites zijn vanaf twee locaties getest: Londen en New York.

Het is belangrijk te weten dat deze metingen afhankelijk zijn van de kwaliteit van de computernetwerken en de netwerkstabiliteit over de hele wereld. Natuurlijk is daarbij ook van belang de tool waarmee het wordt gemeten. Omdat de netwerken niet helemaal of exact stabiel zijn, kunnen deze resultaten op verschillende tijden variëren. Om deze factoren te minimaliseren, moeten alle testen op verschillende momenten herhaald worden om het verschil precies te achterhalen.

Deze metingen zijn gedaan op 21 Augustus 2017. Het is dus best mogelijk dat als we de metingen op een andere dag zouden herhalen, we andere cijfers zouden kunnen krijgen.

Het Resultaat: Google Snelheidstest

Na het volgen van instructies en de aanbevelingen van de Google snelheid tool uitgevoerd te hebben, hebben we onze website nogmaals getest:

Resultaten kunnen in de verschillende tijdstippen variëren. Dit heeft te maken met verschillende factoren en de onstabiliteit tussen netwerken.

Waarom heeft onze website niet 100 / 100?

Uit de test resultaten blijkt dat enkele vertragingen veroorzaakt worden door wordpress, het CMS waarmee onze website is opgebouwd. We hebben geprobeerd deze op te lossen door autoptimize plugin die codes verkleint en WP Super plugin die zorgt voor website caching. Toch was het niet mogelijk om 100 / 100 te halen. Waarschijnlijk hebben we met deze resultaten ons doel bereikt; indien we de cijfers van WebSol.nl vergelijken met die van bekende websites, moeten we tot deze conclusie komen.

Als laatste moeten we meedelen dat onze website uit twee verschillende lay-out bestaat: een voorpagina en sub-pagina’s. Server reactietijd optimalisatie hebben we voor beide delen uitgevoerd. Indien uw website meerdere layout / delen en inhoudelijk variant materiaal als afbeeldingen, video of audio bevat, dan moet u deze test voor ieder deel uitvoeren.