Uit de kast:NLS Concrete CMS extensies verbeteren SEO
Uit de kast toont hoe eigen Concrete CMS extensies SEO, performance en vormgeving verbeteren door lokale fonts, compacte CSS en geautomatiseerde data.
Eigen uitbreidingen voor Concrete CMS
SEO als technische basis
Performance als tweede hoeksteen
Meetbare prestaties
Vormgeving als derde pijler
Serie over mijn Concrete CMS extensies
Uit de kast is de titel van deze serie waarin ik mijn eigen Concrete CMS uitbreidingen onthul. Eigen uitbreidingen voor Concrete CMS De afgelopen tijd heb ik achter de schermen hard gewerkt aan mijn eigen uitbreidingen voor Concrete CMS. Die gebruik ik inmiddels dagelijks op mijn eigen websites. Daar heb ik tot nu toe maar weinig over naar buiten gebracht. Dat gaat veranderen. SEO als technische basis Een van de belangrijkste hoekstenen in mijn werk is SEO. En daarmee bedoel ik meer dan een veld voor een title en description. Voor mij begint SEO bij de technische opbouw van de website zelf. Structured data, sitemaps, interne linkstructuren, metadata, meertalige én daadwerkelijk indexeerbare pagina’s en content die technisch helder wordt aangeboden aan zoekmachines en AI-zoeksystemen. Zaken die rechtstreeks door mijn systeem voor je worden gegenereerd. Bijna alles wat daarmee samenhangt, kan binnen mijn systeem rechtstreeks op de pagina worden geregeld. De inhoud, SEO-informatie en technische context blijven daardoor dicht bij elkaar. Eén plek om te werken, met automatisch gegenereerde gegevens die volledig handmatig aanpasbaar blijven wanneer daar aanleiding voor is. Performance als tweede hoeksteen De tweede belangrijke hoeksteen is performance. SEO, techniek en gebruikerservaring versterken elkaar wanneer ze vanuit dezelfde pagina worden opgebouwd. Mijn uitgangspunt is daarom eenvoudig: Dezelfde pagina voor de bezoeker, zoekmachines en AI-systemen. Daar zit een belangrijk deel van mijn technische aanpak. Zwaar voorbereidend werk laat ik zoveel mogelijk uitvoeren op het moment dat een pagina wordt opgeslagen of gepubliceerd. De server kan dan afbeeldingen voorbereiden, SEO-data samenstellen en andere verwerking uitvoeren vóór het moment waarop een bezoeker de pagina opvraagt. Rekenwerk gebeurt daardoor waar mogelijk één keer en het resultaat wordt daarna steeds opnieuw gebruikt. Dat levert snelheid op en past voor mij bij verantwoord omgaan met servercapaciteit en energie: minder herhaald rekenwerk, minder verwerking per bezoek en minder data die telkens opnieuw moet worden opgebouwd. De bezoeker merkt vooral het resultaat: een pagina die snel staat en meteen bruikbaar is. Dat wilde ik bereiken en daarom heb ik gewerkt aan lichtere pagina’s, een compact aantal requests, vooraf voorbereide afbeeldingen, compacte lokale fonts en zo weinig mogelijk onnodige verwerking in browser en server. Meetbare prestaties Mijn huidige Concrete CMS-site komt in WebPageTest uit op: FCP: 0,728 s — circa 60% sneller dan de grens van 1,8 s voor een goede FCP LCP: 1,081 s — circa 57% onder de grens van 2,5 s voor een goede LCP TBT: 137 ms — circa 32% onder de richtwaarde van 200 ms CLS: 0,004 — 96% onder de goede grens van 0,1 Pageweight: ±1,075 MB — circa 55% lichter dan de ±2,4 MB van een doorsnee desktoppagina 22 requests — voor het opbouwen van de volledige pagina hoeft de browser 22 afzonderlijke onderdelen op te halen, zoals CSS, JavaScript, afbeeldingen en fonts. Een doorsnee desktoppagina komt rond de 77 requests uit. Dat is het resultaat in cijfers. Zo’n request klinkt technisch, maar het principe is eenvoudig: ieder afzonderlijk bestand dat de browser bij de server moet ophalen is een nieuwe aanvraag. Een stylesheet is een request, een afbeelding is een request en een fontbestand is een request. 22 tegenover ongeveer 77 betekent dat de browser voor deze pagina grofweg maar een derde van het gebruikelijke aantal losse onderdelen hoeft op te halen. De homepage blijft tegelijk ruim onder het gemiddelde paginagewicht. Kijk ik naar de combinatie van pageweight, requestvolume en laadtijden, dan positioneert deze site zich grofweg binnen de snelste 10–15% van het web. Die score is voor mij vooral een bevestiging dat de gekozen architectuur werkt. Het echte doel blijft een website die goed gevonden wordt, prettig werkt en snel reageert. Onderzoek van Google laat zien dat snelheid daar direct aan bijdraagt. Na verbeteringen aan paginasnelheid zag Google bij navigaties vanuit Search 20% minder afgebroken bezoeken. Vormgeving als derde pijler Aan de andere kant van iedere performancemeting zit uiteindelijk de mens. Daarom vormt vormgeving voor mij de derde pijler. Een technisch sterke website mag aantrekkelijk zijn, een eigen karakter hebben en prettig aanvoelen. Vindbaarheid, snelheid, gebruiksgemak en vormgeving moeten elkaar versterken. Beauty trekt aandacht en zorgt ervoor dat het verhaal gelezen wordt. Goede techniek zorgt ervoor dat de bezoeker dat verhaal snel te zien krijgt. Vanuit die gedachte heb ik een reeks visuele en vormtechnische uitbreidingen ontwikkeld: hero’s, containers, afbeeldingsblokken, galleries, typografie, lokale fonts en andere onderdelen waarmee je binnen Concrete CMS ruime vrijheid krijgt bij het ontwerpen en opbouwen van een pagina. Juist daarin zie ik een van de grote krachten van Concrete CMS: je werkt op de pagina zelf. Wat je ziet, is waar je werkt. Serie over mijn Concrete CMS extensies De komende tijd ga ik mijn extensies één voor één uitgebreider bespreken in een serie blogs. Wat doen ze? Waarom heb ik ze gebouwd? Welke mogelijkheden voegen ze toe aan Concrete CMS? En hoe dragen ze bij aan SEO, performance, gebruiksgemak of vormgeving? Wie nu al nieuwsgierig is, kan een deel ervan bekijken op: concretecms.nielstieland.nl De komende periode laat ik steeds meer van zien. #ConcreteCMS #SEO #StructuredData #WebPerformance #WebDevelopment #CMS #Webdesign Uit de kast is mijn coming out met de NLS Concrrete CMS extenties
