Domain & DNS

Site Info

Titel, beschrijving, stack en techniek van een website.

Website URL http or https (default https). Up to 3 redirects are followed; only the first 2 MB of HTML are analyzed.

Try: laravel.com github.com wordpress.org cloudflare.com

Over deze tool

Site Info haalt de landingspagina van een website op vanaf onze server in Frankfurt en rapporteert alles wat die pagina over zichzelf uitzendt: de HTML <title>, de meta-beschrijving, Open Graph- en Twitter Card-metadata, de favicon-URL, de canonieke URL, taalhints en een fingerprint van de onderliggende tech-stack (server, CMS, frameworks, analytics, advertentienetwerken, CDN). De controle gebruikt een echte browser-stijl HTTPS-aanvraag — inclusief het volgen van maximaal vijf redirects en het lezen van HTTP/2-antwoorden — zodat wat u ziet is wat een gewone bezoeker zou zien.

Tech-detectie draait tegen handtekeningen voor ~1.500 producten: serverheaders (nginx, cloudflare, litespeed), HTML-markers (generator-meta, framework-specifieke klassennamen, asset-paden), en JavaScript-globals die bij eerste render worden geëxposed. Elke detectie wordt getoond met een vertrouwensniveau en de snippet die de match triggerde. SSL/TLS-details, de respons-keten (elke redirect met statuscode) en een render-tijd-schatting zijn opgenomen in hetzelfde rapport.

Wanneer gebruikt u deze tool

Concurrentie-intelligentie. Zie welk CMS, framework, analytics en advertentienetwerk een concurrent gebruikt zonder handmatig hun DOM te porren.
SEO-audits. Bevestig dat title, beschrijving, Open Graph, canonical en taaltags allemaal aanwezig en correct gevuld zijn.
Stack-archeologie. Identificeer wanneer een site voor het laatst werd herontworpen door versies van gedetecteerde bibliotheken te controleren.
Leveranciers-due-diligence. Verifieer snel dat een provider werkelijk op het platform draait dat ze in hun pitch beweren.

Wat we bewust niet doen

Geen JavaScript-uitvoering. We halen het ruwe HTML-antwoord op en parsen wat het bevat, inclusief inline <script>-tags — maar we renderen de pagina niet. Dit betekent dat client-side-only frameworks (een pure SPA met lege <body>) minder informatie lekken; voor die vertrouwen we op response-headers en de bundle-URL-paden om de stack te fingerprinten. Sites die bot-verkeer aan de edge blokkeren kunnen een schonere pagina retourneren dan een echte browser zou doen — het resultaat weerspiegelt eerlijk wat hun server ons gaf.

Veelgestelde vragen

Hoe verschilt dit van "view source"?

View source toont de ruwe HTML; Site Info parst die voor u, draait een fingerprint-pass over ~1.500 bekende producten, en presenteert het resultaat als een geordend rapport. Dezelfde informatie is met geduld handmatig bereikbaar — maar u zou moeten onthouden welke klassennaam bij React vs Vue hoort, welke header bij Cloudflare vs Fastly, en welke generator-tag Drupal 9 vs Drupal 10 betekent. Wij doen die opzoek voor u.

Waarom mist de tech-lijst iets waarvan ik weet dat het op de site staat?

Drie gangbare redenen. (1) Het ding laadt pas nadat JavaScript heeft gedraaid — wij voeren geen JS uit, dus client-only widgets zijn onzichtbaar voor ons. (2) De site zit achter een service worker die markup herschrijft voordat de gebruiker hem ziet. (3) De handtekening voor dat product staat niet in onze database; als een bekend product consequent wordt gemist, meld dit dan. Het omgekeerde — false positives — is zeldzaam omdat elke handtekening meerdere overeenkomende markers vereist.

Volgt de tool redirects?

Ja, tot vijf hops. De volledige keten wordt in het rapport getoond — nuttig voor het opsporen van toevallige redirect-loops, gemengde HTTP/HTTPS-hops of canonical-tag-mismatches met de finale URL. Als uw site meer dan vijf redirects doet stoppen we en rapporteren we het als een keten-probleem (zes of meer is bijna altijd een config-bug).

Kan ik dit gebruiken op privé/staging-sites?

Alleen als ze publiekelijk bereikbaar zijn. De fetch draait vanaf onze server in Frankfurt, dus alles achter een VPN, IP-allowlist of basic-auth-muur zal mislukken. RFC 1918 privé-reeksen en link-local-adressen worden bij de SSRF-guard geweigerd. Voor interne staging draait u een lokale tech-detectie-tool (bijv. de Wappalyzer-browser-extensie) vanuit uw netwerk.