Divi is supersnel gemaakt en alles gaat kapot...

Divi is een veelgebruikte paginabouwer voor WordPress (ik heb me er in het verleden ook schuldig aan gemaakt) en staat bekend als een oerslome oplossing om visueel aantrekkelijke webpagina's in elkaar te klikken in een WordPress installatie.

De klachten over de traagheid zijn eindelijk, ook traag dus, bij de ontwikkelaars van de olijk gekleurde software terechtgekomen en ze hebben er na slechts 3 jaar gezanik door "de community" iets aan gedaan. En dan gaat bij de gemiddelde visueel ingestelde webdesigner alles naar de klote en ze hebben geen idee hoe dat kan. Ik zal het kort uitleggen...

Optimalisatie door Divi

Om de van een WordPress website op te krikken zijn er vele mogelijkheden die naar het Beloofde Land leiden, sommige beter dan andere, en andere combineren met sommige werkt vaak niet. In de basis komt het neer op optimalisatie van je pagina's en het cachen van de inhoud.

Optimaliseren is de inhoud van de pagina zoveel mogelijk verkleinen en het inladen van alle hulpbronnen zoveel mogelijk beperken, vooral als ze niet eens nodig zijn om de specifieke pagina in te laden. Dat laatste gebeurt vaker wel dan niet, 10 scripts waarvan 0 gebruikt worden inladen, omdat het vaak als onbelangrijk wordt gezien tot de pagina's opgeblazen worden van formaat kinderfeestjeballon naar Hindenburg en de ontwikkelaar zich ineens beseft dat het misschien slimmer is alleen te gebruiken wat nodig is in plaats van alles wat voor handen is. Goed dat dus.

Caching is het opslaan van geladen bits en bytes in het cachegeheugen wat ervoor zorgt dat het sneller in beeld getoverd wordt voor de bezoeker van je website. Een niet overbodige luxe voor tools met Hindenburgeske omvang, zoals Divi.

Het probleem wat ontstaat

Omdat het optimaliseren (voor snelheid) van Divi websites een noodzaak was is dit ook massaal gedaan, met name door mensen die snelheid enigszins waarderen en zich suf hebben gegoogled naar plugins die dat voor hen doen, met het gebruik van dergelijke caching- en optimalisatieplugins is niets mis overigens, zolang je maar snapt wat ze doen. Op het punt van snappen gaat het vaak mis. De grafisch goed onderlegde mens is nou eenmaal niet vaak ook de technisch onderlegde mens en de Divi gebruiker is veelal meer grafisch dan technisch. Maar goed, met vallen en opstaan en het opslaan van de instellingen voor in de toekomst krijgt met het voor elkaar om een Divi website met redelijke snelheid te serveren aan de bezoeker. Job well done! Een combinatie van plugins gebruikt of een mega-plugin die beide taken op zich neemt met allerlei knopjes ingesteld. Op naar het volgende project!

Maar dan.....

Gaat Divi ineens besluiten dat ze die optimalisatie zelf maar even gaan doen, ze gaan alleen de "kritieke" CSS inladen en scripts deferren (of misschien zelf uitschakelen) waar dit kan. Ze doen er alles aan om je website op snelheid te krijgen. Voor de ene een godsgeschenk, voor de ander een nachtmerrie. Want als die dingen die je met je beperkte kennis en schaarse tijd in elkaar hebt geoptimaliseerd worden nu allemaal overbodig omdat Divi het zelf doet. PANIEK

Geen paniek

Je meet de snelheid van je website met een tooltje als Lighthouse of GTMetrix en potverdriedubbeltjes... De door jou geklikte website is niet sneller geworden, maar gewoon trager! VEEL TRAGER

Wat te doen

Schakel alle optimalisatieplugins uit en meet opnieuw. Niet tevreden? Schakel alle cachingplugins uit (en leeg je cache) en meet opnieuw. Goed resultaat? Niets meer aan doen....

Niet tevreden? Check de Waterfall Chart van GTMetrix en zie waar de pijnpunten liggen, Googlen maar! Je komt er vast wel uit.

Aankondiging van Elegant Themes, de ontwikkelaar van Divi