De TTFB van je CMS en hosting, in CrUX datasets
Met welk CMS heb je de grootste kans op een snelle, of juist langzame website? En bij welk (managed) hosting ben je in beste handen?
Wij delen als webbouwers graag onze kennis, door onderzoek te doen, code te delen en te schrijven over onze USP's, waaronder snelheid/pagespeed, online duurzaamheid, privacy en digitale toegankelijkheid.
Hopelijk met niet teveel technische abracadabra, maar wél bruikbare tips!😉
Met welk CMS heb je de grootste kans op een snelle, of juist langzame website? En bij welk (managed) hosting ben je in beste handen?
Met adoptie van Instant.page, tevens compatible gemaakt voor IE11, hebben we deze week websites voor onze opdrachtgevers 3.125 keer sneller kunnen maken dan de norm.
"Hoe krijg je een 100/100-score in PageSpeed Insights?" luidt het artikel zoals door SAM Online Marketing is gepubliceerd op Frankwatching. Van de genoemde punten om tot de 100% score te komen, tel ik slechts één punt dat niet ontkracht kan worden.
Ook wanneer performance je aan het hart gaat of een WPO-er bent, is de kans aanwezig dat niet alleen jouw online concurrent, maar ook jij performance optimalisatie verkeerd doet. Twee handenvol kenmerken:
Een pagespeed en performance optimale website, bereik je met een combinatie van factoren. Server side en client side, waarbij ook hosting het verschil kan maken in een pagespeed optimalisatie traject.
Online ben je niet snel uitgeleerd en valt er ook altijd van elkaar te leren. Eén van de punten die ten grondslag liggen aan de onder meer SEO gerelateerde publicaties op deze website. Dit keer: Hoe je met de juiste technische SEO tips een bedrijf aan miljoenen extra omzet helpt.
Alhoewel een voortborduursel op reguliere expressies, behoort DomDocument in mijn optiek niet meer tot de categorie micro-optimalisatie. Daar is het relatief gezien te langzaam voor, maar daar krijgen we een betrouwbare methode voor HTML manipulatie voor terug!
Reguliere expressies zijn ongelooflijk praktisch om input te scannen of tekst manipulaties te doen. Echter, ze staan er ook om bekend langzaam te zijn en dienen dus vermeden te worden indien mogelijk, wordt gezegd.
Vanuit ons netwerk ontvingen we de vraag of een 100% pagespeed op Wordpress basis mogelijk was, waarbij de snelheid als ook gebruikerservaring optimaal bleef, en niet enkel gemeten werd middels een getal.
Een CMS zorgt voor dynamische invulling voor zijn webpagina's, maar deze dynamiek gaat logischerwijs ten koste van de uitvoertijd, en daarmee tevens de zogenaamde Time To First Byte. Des te meer taken het CMS uit moet voeren om de door je bezoeker opgevraagde content te genereren, des te langer het duurt voordat de eerste byte door je bezoeker zijn of haar browser ontvangen is.
Wat voor frontend/web performance optimalisatie geldt, geldt ook voor PHP. Op beide vlakken zou geoptimaliseerd moeten worden, en de mate waarin dit kan, hangt af van het gebruikte framework of CMS, en de aanwezige kennis op deze vlakken.
Tot dusver is er veel gezegd over frontend / client side optimalisatie, oftewel het reduceren en/of samenvoegen van http requests als ook bronnen. Maar ook verder onder de motorkap valt er vaak uitstekend te optimaliseren en dus winst te behalen. Afhankelijk van de afwikkeling, zal HTML pas in de browser terecht komen, als de code onder de motorkap klaar is met zijn taak.