Hur Google PageSpeed Module åt upp vår prestanda

Tobias Schüring Senast uppdaterad den 23 jan 2020
5 Min.
Värdtest för PageSpeed-modul

Utöver PageSpeed Insights Google erbjuder också den så kallade Google PageSpeed Module. En installation som automatiskt optimerar webbsidor enligt Googles specifikationer. I vårt test gjorde dock modulen precis tvärtom: den slukade våra sidors prestanda skoningslöst. Ett vittnesmål.

För de flesta webbplatsoperatörer är det välkänt: Google PageSpeed Insights Testa. Det avslöjar på ett tillförlitligt sätt optimeringspotentialen för de testade webbplatserna och visar samtidigt hur du kan optimera din egen sida. Detta gör det ofta till en av de första kontaktpunkterna för prestandaoptimering.

Tipsen och tipsen som Google PageSpeed Insights lämnar användaren relativt ensam implementerar Google PageSpeed Module automatiskt. Om du installerar den på webbservern upptäcker programmet inte bara optimeringspotentialer utan implementerar förbättringarna direkt.

Särskilt med tanke på det faktum att Google nyligen officiellt har höjt laddningstiden till rankningskriteriet verkar möjligheten till en automatisk optimering av webbplatsen mer än attraktiv. Modulen blir därmed ett förmodad hemligt vapen för prestandaoptimering. Och för oss var det naturligtvis väldigt frestande.

Därför testade vi det i detalj för drygt ett år sedan och på begäran flera kunder. Vår slutsats: För oss som värdar är modulen meningslös.

Komplexitet för projektmördare

Kort sagt, komplexiteten i kombinationen av WordPress och det breda utbudet av filteralternativ som erbjuds av PageSpeed Module har gjort implementeringen omöjlig för oss. Det är inte modulens alltför komplexa funktion som är att skylla på, utan det stora antalet konfigurationsalternativ. Själva modulen kan drivas ganska bekvämt och intuitivt.

Page Speed Module erbjuder två filteruppsättningar fördefinierade av Google: de så kallade kärnfiltren   och filtret Optimera för bandbredd. Kärnfiltren är en uppsättning regler som sammanställts av Google PageSpeed-teamet som det anser är säkra att använda för de flesta sidor. Det finns dock ingen garanti för detta. Nya filter läggs till i kärnuppsättningen, vilket gör de optimerade sidorna kontinuerligt snabbare – åtminstone teoretiskt.

Kärnfilteruppsättningen är alltid uppdaterad, men också ganska instabil. I praktiken innebär detta att du bör kontrollera sidans stabilitet och inläsningstid efter uppdateringar. Annars finns det risk för en sidokrasch.

Filtren Optimera för bandbredd ger mer körstabilitet och kan användas som standardfilteruppsättning för ännu fler olika sidtyper.

I vårt test använde vi främst det stabilare filtersetet för att förbättra den modulära strukturen hos WordPress bättre att förutse. Men om PageSpeed-modulen var korrekt inställd för ena sidan, krossade den layouten på andra sidan eller förlamade viktiga funktioner, till exempel kundvagnen.

Utöver dessa standarduppsättningar kan varje användare skapa sin egen konfiguration, beroende på vad och hur mycket som redan har optimerats. Filtren kan till exempel användas för att komprimera CSS-dokument (sedan tar Google automatiskt bort ledigt utrymme och kommentarer i formatmallarna). Du kan också ställa in cachetiderna för enskilda resurser eller bunta in avbildningar i sprites.

Just denna rikedom av inställningsalternativ gör PageSpeed Module opraktisk ur en värds synvinkel.

Optimering via HTML - live och via cache

Men hur fungerar Google PageSpeed Module? I princip genomförs samma eller mycket liknande optimeringsåtgärder, liksom av Google PageSpeed Insights Rekommenderas. Optimeringsstegen utförs antingen via en cache eller live. För detta ändamål ritar PageSpeed Module SIDANS HTML-kod och söker efter optimeringspotentialer, som den sedan implementerar.

PageSpeed Module för NGINX kan laddas ner med ett klick.
Modulpaketet kan laddas ner från Google Developer-området med ett klick.

Att implementera optimeringsåtgärderna över cachen är den mer komplexa lösningen. Detta beror på att det är nödvändigt att ange vilka optimeringar som ska göras via webbservern och dess cacheminne och vilka som ska utföras av själva modulen. Som ett resultat måste implementeringen av optimeringsåtgärderna faktiskt ställas in individuellt för varje sidkonfiguration. 

Liveversionen kräver å andra sidan ibland en enorm mängd RAM- och processorkraft. Detta innebär att själva optimeringen äter upp så mycket prestanda att sidorna laddas mycket långsammare. Liveoptimering är därför lämplig för antingen mycket kraftfulla servrar eller sidor med bara ett fåtal besökare.

Schier oändliga möjligheter

Ur rent matematisk synvinkel resulterar de 50 tillgängliga filtren i väldigt, väldigt många möjliga kombinationer (ett tal med 15 nollor). Detta är naturligtvis en grundläggande fördel, eftersom du kan konfigurera PageSpeed Module eftersom du behöver den för din egen webbplats. För oss var dock denna kombination projektmördaren.

PageSpeed-modulnummer för WP Plugins
Inte bara antalet filtreringsalternativ i Google PageSpeed Module, utan också överflödet av olika sidkonfigurationer, som kan göras av de nästan 50 000 gratis Plugins står i vägen för en global inställning av Google PageSpeed Module.

Enskilda sidor kan optimeras mycket bra via modulen – om du vet hur. För det finns bara en uppsättning krav här. Som värdar måste vi dock ha en hel mängd olika WordPress Konfigurationer. Och här är hunden begravd: eftersom modulens inställning bör vara så allmän att alla befintliga sidor omfattas av den, liksom majoriteten av de potentiellt nya sidorna.

Detta lämnar bara ett mycket litet antal möjliga filter. Dessa har dock i sin tur endast minimal påverkan på sidans laddningstid.

Det här är precis vad som hände med vårt test. Dessutom var sidorna ännu långsammare på grund av användningen av modulen.

Sidhastighetsmodulen har ätit upp vår prestanda

PageSpeed-modulen kräver en relativt hög effekt. Med våra BOX kan detta leda till att modulen äter mer prestanda än den kan få genom optimering. Även om webbplatsinnehållet är komprimerat kräver komprimeringen i sin tur datorkraft. Således kan laddningstiden för sidan som helhet drabbas av optimering. Detta är exakt vad som har hänt oss i vissa fall, särskilt när sidorna har testats under belastning.

Bildoptimering är enklare och bättre Plugins

Denna obalans är särskilt märkbar när det gäller bildoptimering: WordPress Plugins kunde komprimera bilder starkare i vårt test, men körde också stabilare och förbrukade bara en bråkdel av prestandan.

Även om Googles bildoptimering inte är dålig i princip, märkte vi i vårt test att tidigare optimerade bilder av PageSpeed-modulen fortfarande bedömdes som värda optimering av PageSpeed-testet. Tyvärr är dessa paradoxala uttalanden typiska för Google PageSpeed Insights .

Slutsats: Vår värd är fel användningsfall för Google PagesSpeed Module

De två projektdödarna för implementeringen av en central konfiguration av Google PageSpeed Module var mångfalden på de sidor som vi var värd för i kombination med modulens prestandasug. Därför är en implementering på vår Nginx-webbserver meningslös för närvarande.

PageSpeed Module är dock verkligen ett alternativ för enskilda projekt med lämplig datorkraft.

Vilka erfarenheter har du haft med Googles PageSpeed-modul? Eller har du några frågor om hur du använder modulen? Skriv oss en kommentar eller kontakta oss direkt via supportchatten på raidboxes.de.

Som systemadministratör övervakar Tobias vår infrastruktur och hittar varje justeringsskruv för att optimera prestandan hos våra servrar. På grund av sina outtröttliga ansträngningar är han ofta också Slack som ska hittas.

Kommentarer om den här artikeln

Skriva en kommentar

Din e-postadress kommer inte att publiceras. Obligatoriska fält är markerade med *.