Utöver de PageSpeed Insights Test Google erbjuder också den så kallade Google PageSpeed Module. En installation som automatiskt optimerar webbplatser enligt Googles specifikationer. I vårt test hade modulen dock exakt motsatt effekt: den åt skoningslöst upp prestandan på våra sidor. En upplevelserapport.

De flesta webbplatsoperatörer är bekanta med det: Google PageSpeed Insights Testa. Det avslöjar på ett tillförlitligt sätt optimeringspotentialer för de testade webbplatserna och visar samtidigt hur du optimerar din egen sida. Detta gör det ofta till en av de första kontaktpunkterna för prestandaoptimering.

Tipsen och tipsen med vilka Google PageSpeed Insights lämnar användaren relativt ensam till en början, implementerar Google PageSpeed Module automatiskt. Om du installerar det på webbservern avslöjar programmet inte bara optimeringspotentialen utan implementerar också förbättringarna direkt.

Särskilt mot bakgrund av att Google nyligen officiellt har gjort laddningstiden till ett rankningskriterium , verkar möjligheten till en automatisk optimering av sidan naturligtvis mer än attraktiv. Modulen blir därmed ett förmodat hemligt vapen för prestandaoptimering. Och naturligtvis var det också mycket frestande för oss.

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

Projekt Killer Komplexitet

För att göra en lång historia kort: Komplexiteten i kombinationen av WordPress och de olika filtreringsalternativen för PageSpeed-modulen gjorde implementeringen omöjlig för oss. Tänk på att det inte är modulens alltför komplexa funktion som är att skylla, utan det stora antalet konfigurationsalternativ. Själva modulen kan manövreras ganska bekvämt och intuitivt.

Sidhastighetsmodulen erbjuder två filteruppsättningar som är fördefinierade av Google: De så kallade kärnfiltren  och optimering för bandbreddsfilter. Kärnfiltren är en uppsättning regler som Google PageSpeed-teamet har satt ihop och 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 om och om igen, vilket gör de optimerade sidorna kontinuerligt snabbare – åtminstone teoretiskt.

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

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

I vår recension använde vi främst den mer stabila filteruppsättningen för att bättre förutse WordPress modulära struktur. Men om PageSpeed-modulen var korrekt inställd för ena sidan, krossade den layouten på den 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 tomt utrymme och kommentarer i formatmallarna). Cachetiderna för enskilda resurser kan också ställas in eller avbildningar kan buntas ihop till sprites.

Det är just denna mängd inställningsalternativ som gör PageSpeed Module opraktisk ur en värds synvinkel.

Optimering via HTML – live och via cache

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

Implementeringen av optimeringsåtgärderna via cachen är den mer komplexa lösningen. För här måste det ställas in vilka optimeringar som ska köras via webbservern och dess cache och vilka som ska utföras av modulen själv. 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. Således äter optimeringen själv upp så mycket prestanda att sidorna laddas mycket långsammare. Liveoptimering är därför lämplig antingen för mycket kraftfulla servrar eller sidor med bara ett fåtal besökare.

Oändliga möjligheter

Rent matematiskt resulterar de 50 befintliga filtren i mycket, mycket många möjliga kombinationer (ett tal med 15 nollor). Naturligtvis är detta en grundläggande fördel, eftersom du kan konfigurera PageSpeed-modulen när du behöver den för din egen webbplats. För oss var dock detta överflöd av kombinationer projektdödaren.

Enskilda sidor kan optimeras mycket bra via modulen – om du vet hur. För här finns det bara en uppsättning krav. Som värd måste vi dock överväga en hel mängd olika WordPress-konfigurationer. Och det är här hunden är begravd: eftersom modulens inställning måste vara så allmän att alla befintliga sidor täcks 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 bara en minimal inverkan på sidans laddningstid.

Det här är precis vad som hände i vårt test. Och dessutom saktade några av sidorna till och med ner på grund av användningen av modulen.

Sidhastighetsmodulen har ätit upp vår prestanda

PageSpeed-modulen behöver en relativt stor mängd kraft. Med våra LÅDOR kan detta leda till att modulen äter upp 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 optimeringen. 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 via plugins

Denna obalans är särskilt märkbar när det gäller bildoptimering: WordPress-plugins kunde inte bara komprimera bilder starkare i vårt test, men körde också mer stabilt och konsumerade 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 från PageSpeed-modulen senare bedömdes som värda optimering av PageSpeed-testet. Dessa paradoxala uttalanden är tyvärr typiska för Google PageSpeed Insights.

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

De två projektdödarna för implementeringen av en central konfiguration av Google PageSpeed-modulen var därför mångfalden av de sidor som vi var värd för i kombination med modulens prestandahunger. En implementering på vår Nginx-webbserver är därför meningslös för tillfället.

För enskilda projekt med lämplig datorkraft är PageSpeed-modulen dock verkligen ett alternativ.

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