📞 Bellen 09 70 44 66 31
⚡ Performance

Waarom een snelle website telt voor uw bedrijf

Een trage website verliest niet alleen bezoekers: ze verliest klanten die u nooit zullen vertellen dat ze langskwamen. Wat snelheid echt verandert, en hoe u het zelf nagaat.

Een mogelijke klant vindt u op Google, op zijn telefoon, met een gewone verbinding. Zijn vraag is concreet: een spoedreparatie, een offerte. Drie seconden lang staart hij naar een wit scherm. Dan gaat hij terug en tikt op het volgende resultaat – uw concurrent. U zult nooit weten dat hij er was.

Dat is de blinde vlek van de meeste bedrijfswebsites: traagheid slaat geen alarm, ze knabbelt alleen aan het aantal bezoekers dat het einde van het bezoek haalt. Het goede nieuws: de prestaties van een website zijn gratis te meten, in enkele minuten, en hangen veel meer af van technische keuzes aan het begin dan van een budget. Dat is de basis van onze aanpak bij het maken van snelle websites.

Snelheid is geen technisch detail, het is omzet

De bounce: de klant die zonder iets te zeggen vertrekt

Het bouncepercentage is het aandeel bezoekers dat weggaat zonder meer te doen dan de landingspagina bekijken. Een studie die Google in 2017 over mobiele websites publiceerde, stelde vast dat de kans op een bounce met ongeveer een derde stijgt wanneer de laadtijd van één naar drie seconden gaat. Wie op zondagavond een vakman zoekt, heeft drie tabbladen open: de eerste site die verschijnt, krijgt het telefoontje.

Elke stap van de route betaalt voor de traagheid

De homepage is enkel de voordeur. De echte kost valt op de rest van de weg: de dienstenpagina die traag opengaat, de galerij die schokkerig laadt, de knop die niet meteen reageert. Op elk van die punten haakt een deel van de bezoekers af. Een snelle website verhoogt uw conversiepercentage niet als bij toverslag: ze houdt op het omlaag te duwen.

Core Web Vitals: de drie waarden waar Google naar kijkt

Google heeft de meting van de laadervaring gestandaardiseerd onder de naam Core Web Vitals: drie maatstaven, elk met een antwoord op een vraag die een echte bezoeker zich stelt. Google beoordeelt ze niet in een laboratorium maar op basis van werkelijke bezoeken, en vindt een pagina goed wanneer 75 % van de bezoeken de drempelwaarde haalt. Snel zijn vanuit uw eigen kantoor met glasvezel volstaat dus niet.

LCP

Largest Contentful Paint

De tijd tot het grootste zichtbare element verschijnt: de hoofdfoto, het titelblok. Het moment waarop de bezoeker eindelijk iets nuttigs ziet.

Goed: 2,5 seconden of minder.

INP

Interaction to Next Paint

De tijd tussen een handeling van de bezoeker (een klik, een tik op een menu) en de zichtbare reactie van de pagina. Verving de maatstaf FID in maart 2024.

Goed: 200 milliseconden of minder.

CLS

Cumulative Layout Shift

De visuele stabiliteit: hoeveel de inhoud tijdens het laden verschuift. Het is de knop die wegschuift net wanneer de vinger neerkomt.

Goed: 0,1 of minder.

De drempelwaarden van de drie Core Web Vitals van Google. LCP is goed tot 2,5 seconden en slecht boven 4; INP is goed tot 200 milliseconden en slecht boven 500; CLS is goed tot 0,1 en slecht boven 0,25.
Tussen groen en rood ligt een middengebied: een pagina kan beter kunnen zonder traag te voelen.

De CLS is de verraderlijkste van de drie, omdat hij op geen enkele schermafbeelding te zien is. Zijn oorzaken zijn bekend: afbeeldingen zonder opgegeven afmetingen, een banner die achteraf wordt ingevoegd, een lettertype dat te laat aankomt en de hele tekst herschikt. Elke schok kost een misplaatste klik, en soms een geërgerde bezoeker die niet terugkomt.

Google zet snelle websites hoger

Sinds 2021 hoort de pagina-ervaring officieel bij de signalen van de zoekmachine. Laten we precies zijn, want dit punt wordt vaak overdreven: Google herhaalt dat de relevantie van de inhoud voorgaat, en een trage pagina die exact op de gestelde vraag antwoordt, gaat vóór een snelle maar lege pagina.

Tussen twee even relevante pagina's echter – de dagelijkse situatie van een vakman tegenover concurrenten in dezelfde stad – geeft snelheid de doorslag. Ze werkt ook indirect: een snelle website wordt efficiënter doorzocht door de indexeringsrobots. Zoekmachineoptimalisatie win je door zulke voordelen op te stapelen, en prestaties zijn er maar één van: de andere staan in ons artikel over de SEO-fouten die een website schaden.

Waarom een statische website structureel sneller is

Wat een website met database bij elk bezoek doet

Op een website die rond een klassiek contentbeheersysteem is gebouwd – WordPress, Drupal, PrestaShop – zet elk bezoek een kleine werf op de server in gang. Een PHP-programma start, bevraagt een database voor de tekst, de menu's en de instellingen, voert de code van alle geïnstalleerde uitbreidingen uit, zet alles samen tot HTML en stuurt het resultaat. Dat werk wordt voor elke bezoeker en elke pagina opnieuw gedaan.

Die hulpmiddelen zijn niet slecht: ze zijn gemaakt voor websites waarvan de inhoud per minuut verandert, een winkel met voorraden, een titel met tientallen auteurs. Maar een etalagesite waarvan de pagina's een paar keer per jaar wijzigen, betaalt dat mechanisme zonder er ooit iets aan te hebben.

Wat een statische website doet

Een statische website keert de volgorde om: de HTML-pagina's worden één keer aangemaakt, bij het publiceren. Wat daarna op de server staat, zijn afgewerkte bestanden. Vraagt een bezoeker een pagina op, dan is er geen databasequery, geen PHP om uit te voeren, geen uitbreiding om wakker te maken: het bestand vertrekt zoals het is. Werk dat niet plaatsvindt, kun je ook niet versnellen.

Daar komen twee voordelen bij: er is geen database om te kraken en geen uitbreidingen om haastig bij te werken, en hosting kost een fractie van een applicatieserver. Wie ooit een website heeft zien stilvallen door een mislukte update, weet wat dat waard is. Onze diensten steunen volledig op deze architectuur.

CDN en afbeeldingen: de twee hefbomen die alles veranderen

Het CDN, of het einde van nutteloze kilometers

Gegevens reizen niet ogenblikkelijk. Staat uw website op één enkele server en opent iemand hem vanaf de andere kant van het land, dan legt elk element van de pagina de heen- en terugweg af. Een CDN (netwerk voor contentlevering) plaatst kopieën van uw pagina's op honderden locaties: een bezoeker uit Groningen wordt bediend door een server dicht bij hem. De websites die wij bouwen staan op meer dan 300 locaties, want afstand is het deel van de laadtijd dat geen enkele code-optimalisatie goedmaakt.

Zonder CDN legt elk bestand van de pagina de hele weg af tussen de bezoeker en de enige server van de site, die vaak ver weg staat. Met een CDN wacht een kopie van de pagina al op een server dicht bij de bezoeker, en wordt de bronserver alleen bij updates benaderd.
Dezelfde weg voor elk bestand: afbeeldingen, lettertypes, stijlbladen.

Afbeeldingen: de zwaarste post van een pagina

In de overgrote meerderheid van de trage websites die wij doorlichten is de schuldige dezelfde: foto's die zijn gepubliceerd zoals ze uit de telefoon kwamen, meerdere megabytes zwaar, getoond in een kader van enkele honderden pixels. Vier gewoonten lossen dat op:

  • Verklein vóór het publiceren. Een afbeelding die 600 pixels breed wordt getoond, hoeft er geen 4.000 te zijn.
  • Gebruik moderne formaten. WebP en AVIF verlagen het gewicht aanzienlijk bij gelijke beeldkwaliteit en worden door alle gangbare browsers ondersteund.
  • Geef de afmetingen op. Breedte en hoogte vermelden reserveert de plaats vóór het laden: het rechtstreekse middel tegen CLS.
  • Stel uit wat niet zichtbaar is. Uitgesteld laden voorkomt dat de afbeeldingen onderaan worden opgehaald zolang niemand daar is.

Dezelfde beginselen gelden voor de rest: compressie, lettertypes op de site zelf en vooral soberheid met scripts. Elke externe widget – chat, kaart, teller – is weer een server van derden waarvan u snelheid noch beschikbaarheid in de hand hebt. Het resultaat kunt u zelf beoordelen in ons portfolio.

Test uw eigen website in vijf minuten

Niets hiervan vraagt u ons op ons woord te geloven. Drie gratis hulpmiddelen gelden als maatstaf: PageSpeed Insights van Google, dat tegelijk een laboratoriumscore en de echte bezoekersgegevens toont; GTmetrix, dat het laden element per element ontleedt; en Pingdom, handig om vanuit verschillende landen te testen. Typ hun naam in een zoekmachine, plak uw adres en lees.

  • Test eerst op mobiel. Het strengste tabblad, en dat wat overeenkomt met de meerderheid van uw bezoekers.
  • Onderscheid laboratorium van praktijk. De score op 100 is een simulatie; de Core Web Vitals daarboven komen uit echte bezoeken. Die tellen voor Google.
  • Jaag geen perfecte 100 na. Van 45 naar 90 gaan verandert alles; de laatste punten zijn topsport.

Wij passen op onze eigen websites precies toe wat hier staat: ze halen geregeld 95 tot 100 op 100 bij PageSpeed Insights en laden in minder dan een seconde. De schermafbeeldingen en de vergelijking punt voor punt met een gewone website staan op onze prijzenpagina: neem het adres van om het even welke van onze websites en ga het zelf na.

Kort samengevat

Snelheid is geen speeltje van ontwikkelaars: het is de eerste filter die elke bezoeker die uw vindbaarheid u bezorgde wel of niet passeert. De Core Web Vitals meten ze, gratis hulpmiddelen bevestigen ze, en de architectuur die u aan het begin kiest beslist bijna al de rest.

Hoe lang doet uw website erover om te verschijnen?

Wij testen hem gratis en zeggen u wat hem afremt, zonder vakjargon en zonder verplichting.

Mijn gratis analyse aanvragen