Een site die snel laadt, laat je niet aan het toeval over.

Omdat er daaronder bijna altijd een echt probleem is: een te zware afbeelding, een nutteloos script, een trage request. 95/100 is het niveau waarop de site goed is voor SEO, voor conversie en voor de bezoeker. We hebben een drempel gekozen die we op al onze sites kunnen aanhouden, en we houden ons eraan: geen 95 aangekondigd en 82 in productie.

Ja, omdat ze native is in onze EaaS-stack. We bouwen geen site en optimaliseren die daarna: prestaties zijn een ontwerpbeperking vanaf de eerste regel. Elke store die op de stack in productie gaat, start op minimum 95/100, zonder inhaalfase achteraf.

Ze moeten worden onderhouden, en dat is precies de rol van het EaaS-abonnement. Elke nieuwe functionaliteit, elke betaalmodule, elke toegevoegde integratie kan de scores verslechteren. Omdat het systeem continu wordt onderhouden en verbeterd, maken prestatietests deel uit van de cyclus van ingebruikname: de 95/100 is geen verworvenheid, het is een standaard die we verdedigen voor alle stores op de stack.

TTFB, FCP, LCP en CLS: het zijn de metrieken die Google gebruikt om de reële ervaring van bezoekers te evalueren. We meten ze onder reële omstandigheden, niet alleen in ontwikkeling: dat is wat telt voor de ranking en voor uw bezoekers. Een site die 90 haalt in een ontwikkelingstest maar traag is in de praktijk, converteert niet, en dat weten we.

Ja, op voorwaarde dat je hem goed instelt. Dat is precies het punt: we cachen niet zomaar alles. De etalagepagina's, categorieën en producten worden vanuit de cache geserveerd, en de invalidatie is precies: wanneer een prijs of een voorraad verandert, worden de betrokken pagina's opnieuw gegenereerd, niet de hele site. De klant ziet altijd de juiste data, zonder de prijs te betalen van een pagina die ter plekke wordt gegenereerd.

Nee, en dat is een bewuste keuze. Prestaties voeg je niet achteraf toe aan een bestaand platform: ze komen uit de architectuur, de rendering, de cache en de manier waarop de frontend zijn assets laadt. Daarom komen onze klanten op de stack via een re-platforming, niet via een optimalisatie van hun bestaande site. Eenmaal op de stack zijn de prestaties er vanaf de lancering.

Niet in de eerste plaats. Een krachtigere server compenseert geen slecht doordachte architectuur: veel trage sites draaien op een performante infrastructuur die simpelweg slecht is geconfigureerd. Wat telt, is de manier waarop de content wordt gegenereerd, gecachet en geserveerd. In het EaaS-abonnement is de infrastructuur inbegrepen en door ons gedimensioneerd, u hoeft niets in te stellen.

Dat klopt, sommige externe scripts zijn nu eenmaal wat ze zijn. Omdat ze in de stack zijn geïntegreerd, kennen we ze en kaderen we ze in: uitgesteld laden, een lichter alternatief wanneer dat bestaat, of beperking tot het moment waarop het script echt nuttig is. Wat we niet kunnen verbeteren, zeggen we u duidelijk, met de gekwantificeerde impact.