Hoe de Google PageSpeed Module onze prestaties beïnvloedde

Tobias Schüring Laatst bijgewerkt op 23.01.2020
5 Min.
PageSpeed-module hoster test

Naast de PageSpeed Insights test biedt Google ook de zogenaamde Google PageSpeed Module aan. Een instelling die websites automatisch optimaliseert volgens de specificaties van Google. In onze test had de module echter precies het tegenovergestelde effect: hij vrat de prestaties van onze pagina's genadeloos op. Een veld verslag.

De meeste sitebeheerders zijn ermee vertrouwd: de Google PageSpeed Insights test. Het onthult op betrouwbare wijze optimalisatiepotentieel van de geteste websites en laat tegelijkertijd zien hoe de optimaliseer uw eigen pagina kan. Het is dan ook vaak een van de eerste plaatsen om te gaan voor prestatie-optimalisatie.

De tips en hints waarmee Google PageSpeed Insights de gebruiker aanvankelijk relatief met rust laat, worden automatisch door de Google PageSpeed Module geïmplementeerd. Als u het op de webserver installeert, brengt het programma niet alleen optimalisatiepotentieel aan het licht, maar voert het de verbeteringen ook direct door.

Vooral in het licht van het feit dat Google onlangs de laadtijd tot een officieel rangschikkingscriterium heeft gemaakt, lijkt de mogelijkheid van een automatische optimalisatie van de pagina meer dan aantrekkelijk. De module wordt zo een verondersteld geheim wapen voor prestatie-optimalisatie. En natuurlijk was het voor ons ook erg verleidelijk.

Daarom hebben wij het een goed jaar geleden en op verzoek van verschillende klanten in detail getest. Onze conclusie: Voor ons als hoster heeft de module geen zin.

Complexiteit projectmoordenaar

Om een lang verhaal kort te maken: De complexiteit van de combinatie van WordPress en de meervoudige filteropties van de PageSpeed Module maakte het voor ons onmogelijk om dit te implementeren. Let wel, het is niet de overdreven ingewikkelde werking van de module die daar debet aan is, maar wel het grote aantal configuratiemogelijkheden. De module zelf kan heel comfortabel en intuïtief worden bediend.

De paginasnelheidsmodule biedt twee vooraf door Google gedefinieerde filterreeksen: De zogenaamde kernfilters en de Optimaliseren voor bandbreedte Filters. De Core Filters zijn een set regels die het Google PageSpeed team heeft samengesteld en waarvan zij aannemen dat ze veilig zijn om te gebruiken voor de meeste pagina's. Er is echter geen garantie dat dit het geval zal zijn. Er worden steeds nieuwe filters toegevoegd aan de Core set, waardoor geoptimaliseerde pagina's steeds sneller worden - althans in theorie.

De Core Filterset is altijd up-to-date, maar ook vrij onstabiel. In de praktijk betekent dit dat u de stabiliteit en de laadtijd van de pagina na updates moet controleren. Anders bestaat het risico dat de pagina vastloopt.

De Optimize for Bandwidth filters bieden meer loopstabiliteit en kunnen voor nog meer verschillende paginatypes worden gebruikt als een standaard filterset.

In onze test hebben wij vooral de stabielere filterset gebruikt om beter in te spelen op de modulaire structuur van WordPress . Niettemin: als de PageSpeed-module correct was ingesteld voor de ene pagina, brak het de lay-out of verlamde het belangrijke functies, zoals de winkelwagen, op de andere pagina.

Naast deze standaardsets kan elke gebruiker zijn eigen configuratie samenstellen - afhankelijk van wat en hoeveel er al geoptimaliseerd is. Zo kunnen CSS-documenten via de filters worden gecomprimeerd (Google verwijdert dan automatisch witruimte en commentaar in de stylesheets). De cache tijden van individuele bronnen kunnen ook worden ingesteld of afbeeldingen kunnen worden gebundeld in sprites.

Het is precies deze overvloed aan instelmogelijkheden die de PageSpeed Module onpraktisch maakt vanuit het oogpunt van de hoster.

Optimalisatie via HTML - live en via cache

Maar hoe werkt de Google PageSpeed Module precies? In principe worden dezelfde of sterk gelijkende optimalisatiemaatregelen toegepast als door Google PageSpeed Insights worden aanbevolen. De optimalisatiestappen worden ofwel via een cache ofwel live uitgevoerd. Hiervoor haalt de PageSpeed-module de HTML-code van de pagina op en zoekt naar optimalisatiemogelijkheden, die hij vervolgens implementeert.

PageSpeed Module voor NGINX kan met één klik worden gedownload.
Het modulepakket kan met één klik worden gedownload van het Google-ontwikkelaarsgebied.

De uitvoering van de optimaliseringsmaatregelen via de cache is de complexere oplossing. Want hier moet je instellen welke optimalisaties via de webserver en zijn cache moeten lopen en welke door de module zelf moeten worden uitgevoerd. Bijgevolg moet de uitvoering van de optimaliseringsmaatregelen eigenlijk voor elke pagina-configuratie afzonderlijk worden ingesteld.

De live versie daarentegen vereist een enorme hoeveelheid RAM en processorkracht. De optimalisatie zelf vreet dus zoveel prestatie dat de pagina's aanzienlijk trager laden. De live optimalisatie is dus zowel geschikt voor zeer krachtige servers als voor sites met slechts weinig bezoekers.

Bijna eindeloze mogelijkheden

Zuiver wiskundig gezien leveren de 50 bestaande filters een zeer, zeer groot aantal mogelijke combinaties op (een getal met 15 nullen). Dit is natuurlijk fundamenteel een voordeel, omdat u de PageSpeed Module kunt configureren zoals u het voor uw eigen website nodig hebt. Voor ons was deze overvloed aan combinaties echter de dooddoener van het project.

PageSpeed-module Aantal WP Plugins
Niet alleen het aantal filteropties in de Google PageSpeed Module, maar ook de overvloed aan verschillende pagina-configuraties, die alleen al voortvloeien uit de bijna 50.000 gratis Plugins , staan een globale instelling van de Google PageSpeed Module in de weg.

Afzonderlijke pagina's kunnen heel goed geoptimaliseerd worden via de module - als je weet hoe. Omdat er hier maar één stel eisen is. Als hoster moeten wij echter rekening houden met een hele reeks verschillende WordPress configuraties. En dit is de kern van de zaak: Omdat de instelling van de module zo algemeen zou moeten zijn dat alle bestaande sites eronder vallen, evenals het grootste deel van potentieel nieuwe sites.

Dan blijft er slechts een zeer klein aantal mogelijke filters over. Deze hebben op hun beurt echter slechts een minimale invloed op de laadtijd van de pagina.

Dit is precies wat er in onze test gebeurde. En nog meer: De pagina's werden gedeeltelijk nog trager door het gebruik van de module.

De Page Speed Module heeft onze prestaties opgegeten

De PageSpeed-module vereist een relatief grote hoeveelheid stroom. Bij onze BOXES kan dit ertoe leiden dat de module meer vermogen opeist dan hij door optimalisatie kan winnen. Dit komt doordat de inhoud van de webpagina wordt gecomprimeerd, maar de compressie vergt op haar beurt rekenkracht. De totale laadtijd van de pagina kan dus te lijden hebben onder de optimalisatie. Dit is precies wat er bij ons in sommige gevallen gebeurde, vooral wanneer de pagina's onder belasting werden getest.

Beeldoptimalisatie is eenvoudiger en beter via Plugins

Deze onevenwichtigheid is vooral merkbaar bij beeldoptimalisatie: WordPress Plugins was in onze test niet alleen in staat om beelden meer te comprimeren, maar liep ook stabieler en verbruikte slechts een fractie van de energie.

Hoewel Google's beeldoptimalisatie in principe niet slecht is, merkten we in onze test dat afbeeldingen die eerder door de PageSpeed-module waren geoptimaliseerd, vervolgens door de PageSpeed-test nog steeds als optimalisatiewaardig werden beoordeeld. Deze paradoxale uitspraken zijn helaas typerend voor Google PageSpeed Insights.

Conclusie: Onze hosting is de verkeerde use case voor de Google PagesSpeed Module

De twee projectkillers voor het implementeren van een centrale configuratie van de Google PageSpeed Module waren dus de diversiteit van de sites die wij hosten in combinatie met de prestatiehonger van de module. Daarom heeft een implementatie op onze Nginx webserver op dit moment geen zin.

Voor individuele projecten met de juiste rekenkracht blijft de PageSpeed Module echter zeker een optie.

Wat is uw ervaring met Google's PageSpeed module? Of heeft u vragen over het gebruik van de module? Schrijf ons een commentaar of neem direct contact met ons op via de support chat op raidboxes.com.

Als systeembeheerder waakt Tobias over onze infrastructuur en vindt hij alle mogelijke manieren om de prestaties van onze servers te optimaliseren. Door zijn onvermoeibare inzet is hij vaak 's nachts bij Slack te vinden.

Gerelateerde artikelen

Reacties op dit artikel

Laat een opmerking achter

Jouw e-mailadres zal niet worden gepubliceerd. Verplichte velden zijn met een * gemarkeerd.