NL EN

Een snellere Magento-shop, gemeten.

We zoeken uit waar de tijd zit, lossen het op en laten met metingen voor en na zien wat het opleverde.

Tekening van een laadwaterval: eerst wachten op de server, dan HTML, stijlen, scripts, lettertypen en afbeeldingen, met een lijn op het moment dat het grootste element zichtbaar is.ServerHTMLStijlenScriptsLettertypenAfbeeldingenGrootste element zichtbaar

Een pagina die wacht, kost klanten.

Een bezoeker die op een categorie klikt en niets ziet gebeuren, klikt terug. Google ziet dat ook, en meet de snelheid van je pagina’s mee in de volgorde van de zoekresultaten.

Magento kan snel zijn. Maar het heeft veel bewegende delen, en elke module, elk script en elke instelling kan ergens tijd kosten. Wij zoeken uit waar, met metingen in plaats van gevoel.

Waar de tijd zit.

Dit zijn de oorzaken die bij Magento-shops het vaakst voorkomen. Meestal zijn het er een paar tegelijk.

De paginacache doet niet mee
Varnish hoort de meeste pagina’s kant-en-klaar te serveren. Eén module die een pagina als persoonlijk markeert, en elke bezoeker van die pagina gaat langs PHP en de database. Het is een bekende oorzaak, en meestal de snelste winst.
Cron en indexers lopen achter
Als de indexers bij elke wijziging opnieuw rekenen of cron niet goed draait, wordt de beheeromgeving traag en raken prijzen en voorraad achter. We zetten de indexers op bijwerken volgens schema en meten of cron bijblijft.
Modules die te veel doen
Een observer of plugin die bij elke pagina een externe dienst aanroept of een zware query doet. We meten per module wat hij kost en bespreken wat eruit kan, wat anders moet en wat we zelf beter bouwen.
Te veel JavaScript
Het standaardthema van Magento laadt veel scripts. Bundelen, uitstellen wat niet meteen nodig is en weghalen wat niemand gebruikt, helpt. Soms is een lichter thema zoals Hyvä de grootste stap; dat zeggen we dan eerlijk, met wat het kost.
Afbeeldingen
Productfoto’s in de verkeerde maat of in een oud formaat. We leveren ze in WebP of AVIF, in de maat die het scherm vraagt, en laden alleen wat in beeld komt.
De database
Magento bewaart veel dat na een tijd niet meer nodig is: oude winkelwagens, logs, verlopen sessies. Die tabellen groeien stilletjes. We ruimen ze op en zoeken de trage query’s op.
De hosting zelf
Te weinig PHP-processen, geen OPcache, of een zoekmachine die op een andere plek draait dan de shop. Hosten we de shop zelf, dan lossen we dat op de server op. Host je elders, dan zeggen we wat er moet veranderen.

Hoe we meten

Per type pagina

De homepage, een categorie, een product, de winkelwagen en de checkout. Een snelle homepage zegt weinig als de checkout traag is.

Server en browser apart

Hoe lang de server nodig heeft voordat hij begint te antwoorden, en wat de browser daarna nog moet doen. Zo weet je of het probleem in Magento zit of in wat er naar de bezoeker gaat.

Lab en echte bezoekers

Metingen in een testomgeving zijn herhaalbaar; de cijfers van echte bezoekers uit Google zijn wat telt. We gebruiken allebei, en zeggen het als er voor jouw shop nog te weinig echte metingen zijn.

Voor en na

Elke aanpassing meten we opnieuw, op dezelfde pagina’s. Wat niets oplevert, draaien we terug. Je krijgt de metingen zelf, met onze uitleg erbij.

Ook voor vindbaarheid.

Snelheid is één deel. Een Magento-shop met meerdere talen of winkels heeft ook goede canonical- en hreflang-instellingen nodig, gestructureerde productgegevens en een sitemap die klopt.

Dat nemen we in dezelfde doorlichting mee, net als de vindbaarheid in AI-zoekmachines zoals ChatGPT en Perplexity.

Over websites en vindbaarheid

Veelgestelde vragen

Waarom is mijn Magento-shop traag?

Meestal door een combinatie van een paginacache die niet doet wat hij moet doen, zware modules, te veel JavaScript en hosting die niet op Magento is ingericht. Welke van de vier het zwaarst weegt, verschilt per shop. Daarom meten we eerst, per type pagina, voordat we iets veranderen.

Wat zijn Core Web Vitals en waarom tellen ze?

Core Web Vitals zijn drie metingen van Google: hoe snel het grootste element in beeld staat (LCP), hoe snel de pagina reageert op een klik (INP) en of de opmaak verspringt tijdens het laden (CLS). Google gebruikt ze bij het bepalen van de volgorde in de zoekresultaten, en bezoekers haken eerder af op een pagina die er slecht op scoort.

Hoe laten jullie zien wat de optimalisatie heeft opgeleverd?

Met dezelfde metingen voor en na, op dezelfde pagina’s: de homepage, een categorie, een product, de winkelwagen en de checkout. We meten de wachttijd van de server, de Core Web Vitals in een testomgeving en, waar Google genoeg bezoekers heeft gezien, de cijfers van echte bezoekers. Je krijgt de metingen zelf, met onze conclusie erbij.

Moeten we over naar Hyvä om sneller te worden?

Niet altijd. Hyvä is een frontend-thema voor Magento dat veel minder JavaScript laadt dan het standaardthema, en dat scheelt vaak veel. Maar een overstap betekent ook dat je thema en een deel van je modules opnieuw gebouwd worden. Eerst halen we de winst die zonder nieuw thema te halen is; daarna kijken we of Hyvä de rest waard is.

Kunnen jullie de snelheid verbeteren als we ergens anders hosten?

Ja. Het meeste werk zit in Magento, de modules en het thema, en dat kan bij elke hoster. Zit een deel van het probleem in de server, dan beschrijven we wat je hoster moet aanpassen. Wil je de hosting liever ook bij ons onderbrengen, dan kan dat, maar het hoeft niet.

Vertel wat er bij jullie draait.

Een kennismaking kost niets. Je praat meteen met een van de twee mensen die het werk daarna ook echt doen.