Website Snelheid Testen Met Google ‘PageSpeed Insights’

(Last Updated On: 16 oktober 2018)

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:

OBIEL
Poor  
57 %

DESKTOP
Needs Work  
77 %

 Reactietijd van Server
Beperken
Blokkerende Bronnen
Verkleinen / Verwijderen
Afbeeldingen  – 314,9 KB, 37% – 
JavaScript  – 2,7 KB, 24%  5 x Mobiel – 9 x Desktop
CSS  – 4,4 KB, 19%  8 x Mobiel – 11 x Desktop
HTML  – 851 B, 14%  
 Server Mobiel 2,3 seconden
Desktop 1,00  seconden  
 – – 
Browserchaching activeren

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:

REACTIETIJD  Tijdspits New York Londen Singapore Sao Paulo Bangalore Sydney Japan
WS Website Server (werkdag) 09:00

23:00
82-86 ms    52-61 ms  211-230 ms 281-292 ms   158-208 ms  278-281 ms  272-286 ms
WS Website Server (weekend)  88-91 ms  51-76 ms 225-251 ms   207-281 ms 158-204 ms   278-281 ms  276-282 ms
Hosting Server 84-89 ms 19-39 ms 216-525 ms 274-281 ms 171-196 ms 274-291 ms 272-283 ms

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.

Site New York Londen Hosting Locatie IP
Google.com 1 ms 15ms AOL Transit Data Network 172.217.11.174
Bing.com  1ms  12ms Reliance Globalcom Services, Inc  13.107.21.200
Facebook.com  1ms  14ms SANYO Information Technology Solutions Co., Ltd.  157.240.11.17
Youtube.com  1ms  7ms  AOL Transit Data Network  172.217.11.174
Twitter.com  11ms  6ms  California Internet Solutions, INC.  104.244.42.65
Pinterest.com 1ms 3ms GARR Italian academic and research network 151.101.0.84 

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.

Site MOBIEL DESKTOP
Google.com  98100 96 / 100
Bing.com 87 / 100 91 / 100
Facebook.com 49 / 100  81 / 100
Youtube.com 55 / 100 70 / 100
Twitter.com 53 / 100 85 / 100
Pinterest.com  –  79 / 100

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:

MOBIEL
POOR  

63  / 100

DESKTOP
Needs Work  

79 / 100

NA HET OPTIMALISEREN VAN HTML, CSS en JavaScript 
– nog steeds 1 blokkerende CSS-bronnen

Server Laadtijd

MOBIE 1,00 seconden –  DESKTOP 1,1 seconden

  

MOBIEL
Needs Work  
82 – 85 / 100

DESKTOP
Good
90 94 / 100

NA HET ACTIVEREN VAN Browsercahing
– nog steeds 1 blokkerende CSS-bronnen
– 2 bronnen die nog gecacht moet worden

Server Laadtijd

MOBIEL 0,74 seconden – DESKTOP 0,20 seconden

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.

Geef een reactie