Over het detecteren van een websiteplatform
Hoe kun je zien waarmee een site is gebouwd?
Elk platform laat sporen achter. Een generator-metatag, een voorspelbare mapnaam in een URL van een asset, een cookie die slechts door één systeem wordt ingesteld, een header die een bepaalde host altijd toevoegt: niets daarvan wordt opzettelijk aangekondigd, maar het is allemaal leesbaar.
Een CMS-detector leest die signalen en vergelijkt ze met een bibliotheek van bekende platforms. Het is patroonherkenning en geen bijzonder slimme technologie. Daarom is het snel, maar soms ook onjuist.
Het nuttigste eraan is dat het werkt op sites waar je helemaal niets mee te maken hebt. Als je je afvraagt welk platform een concurrent gebruikt, of waar een potentiële klant verwacht dat je in werkt, kom je daar in een paar seconden achter in plaats van via een gesprek.
CMS, e-commerceplatform of websitebouwer?
Deze worden vaak op één hoop gegooid, maar in de praktijk werken ze verschillend:
- Een CMS beheert content — WordPress, Drupal, Ghost, Craft.
- Een e-commerceplatform beheert producten en het afrekenen — Shopify, Magento, BigCommerce.
- Een websitebouwer maakt visueel pagina’s — Wix, Squarespace, Webflow.
- Een statische sitegenerator bouwt pagina's vooraf en serveert gewone bestanden.
Deze tool geeft voor elk gedetecteerd platform aan welke van beide het is, in plaats van alles onder ‘CMS’ te scharen. Een webshop die op Shopify draait, heeft strikt genomen geen CMS, en dat aangeven is nuttiger dan doen alsof dat wel zo is.
Waarom het platform belangrijk is voor SEO
Het bepaalt de beperkingen waarbinnen je werkt. Wat je aan URL’s kunt veranderen, hoe titels en metabeschrijvingen worden beheerd, of gestructureerde gegevens standaard beschikbaar zijn of moeten worden opgebouwd, hoeveel controle je hebt over de paginasnelheid — dat alles wordt door het platform bepaald lang voordat iemand ook maar één woord schrijft.
Het voorspelt ook de problemen. Bepaalde platforms veroorzaken consequent bepaalde problemen. Als je weet waar je naar kijkt, weet je dus waar je het eerst moet zoeken en welke oplossingen realistisch beschikbaar zijn.
Voor bureauwerk is het net zo goed een kwestie van scope als van techniek. Een offerte voor een site die je vrij kunt bewerken, is iets anders dan een offerte voor een site waarbij voor elke wijziging een developer nodig is.
Wanneer de detectie niets oplevert
Een leeg resultaat betekent niet dat er iets mis is met de site. Er zijn genoeg goed gebouwde sites die maatwerk zijn, iets ongebruikelijks gebruiken of uit statische bestanden bestaan waar helemaal niets aan te fingerprinten valt.
Sommige platforms houden zich bovendien bewust op de achtergrond. Het verwijderen van de generator-tag en het hernoemen van assetpaden zijn standaardadviezen voor het versterken van de beveiliging, en een proxy of CDN vóór de site kan de headers verwijderen die een detector anders zou uitlezen.
Ook in de andere richting kan de detectie misleid worden. Een website die van platform is gemigreerd, bevat vaak nog jarenlang sporen van het oude platform in de markup. Daarom verdient een onverwacht resultaat een tweede blik in plaats van dat je het meteen voor waar aanneemt.
Wat deze tool controleert
Voer een URL in. De tool laadt de pagina en vergelijkt wat hij aantreft met een bibliotheek van bekende platforms. Vervolgens rapporteert hij elk platform dat hij herkent, samen met de categorie waartoe het behoort en, indien het platform dit prijsgeeft, de versie.
Het kijkt specifiek naar het platform. Een pagina maakt doorgaans gebruik van veel meer technologie dan dat: analytics, lettertypen, frameworks, hosting en meer. Het volledige overzicht vereist een aparte controle.
Waar je nu verder kunt gaan
Het platform is het startpunt, niet het antwoord. Bekijk alles wat de pagina verder laadt met de
technologie-controle, bekijk hoe de pagina zichzelf presenteert met de
Googlebot-simulator en controleer met de
Core Web Vitals-test of het platform je iets kost.