Een statische website online zetten is pas de eerste stap. Daarna komt de vraag die er echt toe doet: heeft iemand de link geopend?
Het helpt ook om te zien waar bezoekers vandaan kwamen, welke pagina's ze openden, of ze de website op telefoon of desktop bekeken, welke landen verschijnen en of afbeeldingen, PDF's, video's of fonts al veel bandbreedte gebruiken.
Daarvoor hoeft niet elk project meteen een volledig analysepakket te krijgen. Voor de eerste dagen zijn duidelijke statistieken, gekoppeld aan de gepubliceerde website, vaak genoeg.
Begin met de vraag die de website moet beantwoorden
Statistieken worden snel rommelig wanneer elk getal even belangrijk lijkt.
Een statische website heeft meestal een concreet doel. Denk aan een portfolio website, online cv, landingspagina, klantpreview, documentatie, studentenproject, AI-gegenereerde website of pagina met PDF. Elk doel vraagt om een andere eerste lezing.
| Type website | Eerste vraag | Gegevens die helpen |
|---|---|---|
| Portfolio website | Bereikt de link klanten of recruiters? | Bezoekers, verkeersbronnen, belangrijkste pagina's, apparaten |
| Landingspagina | Welk kanaal levert verkeer op? | Bronnen, UTM-links, belangrijkste pagina's, landen |
| Online cv | Is de pagina goed leesbaar op telefoon? | Apparaten, browsers, paginaweergaven |
| Klantpreview | Is de juiste versie geopend? | Recente bezoeken, landen, apparaten, pagina's |
| Documentatie | Komen mensen op de juiste pagina terecht? | Belangrijkste pagina's, bronnen, onverwachte paden |
| Website met afbeeldingen of PDF | Wordt de bestandsgrootte al zichtbaar? | Bandbreedte, belangrijkste pagina's, bestandsgrootte |
Als u niet weet wat de website moet bewijzen, beslist een dashboard dat niet voor u. U ziet een lijn stijgen of dalen, maar niet of u een pad moet herstellen, tekst moet aanpassen, de link beter moet delen of een domein moet koppelen.
Bezoeken en bezoekers zijn niet hetzelfde
Bezoeken of paginaweergaven laten zien hoe vaak een pagina is geladen. Bezoekers geven een ruwer beeld van hoeveel verschillende mensen, browsers of sessies de website hebben bereikt.
Die twee cijfers zijn allebei nuttig, maar ze vertellen niet hetzelfde verhaal.
In de eerste dagen openen u, uw team, een klant of een docent dezelfde link vaak meerdere keren. Paginaweergaven lopen dan op zonder dat het echte publiek even hard groeit. Andersom kan een website weinig bezoeken hebben, maar wel uit meerdere bronnen en apparaten komen. Voor een portfolio, cv of prototype kan dat al genoeg signaal zijn.
| Indicator | Helpt bij | Veelgemaakte fout |
|---|---|---|
| Paginaweergaven | Activiteit per URL | Interne tests lezen als echte vraag |
| Bezoekers | Geschat bereik | Het cijfer behandelen als exacte personen |
| Belangrijkste pagina's | URL's die echt zijn geopend | Alleen de homepage bekijken |
| Bandbreedte | Gewicht van bestanden en druk op het abonnement | Te laat merken dat een pagina zwaar is |
Tools gebruiken verschillende namen. In Google Analytics 4 is page_view een event dat wordt verstuurd wanneer een pagina wordt geladen. Lichtere tools zoals Plausible of Cloudflare Web Analytics tonen vaak directer paginaweergaven, bezoekers, verwijzers, landen, apparaten en browsers.
De exacte naam is minder belangrijk dan de combinatie. Paginaweergaven, bezoekers, verkeersbronnen en belangrijkste pagina's leggen de publicatie beter uit dan één los getal.
In DeployPages tonen projectstatistieken paginaweergaven, geschatte bezoekers, bandbreedte, belangrijkste pagina's, verwijzers, landen, apparaten, browsers, besturingssystemen en recente bezoeken. Voor een net gepubliceerde statische website is die eerste laag meestal voldoende.
Verkeersbronnen laten zien of de verspreiding werkte
Veel kleine lanceringen mislukken niet door de pagina zelf. De link is gewoon door te weinig mensen gezien, of op de verkeerde plek gedeeld.
Verkeersbronnen helpen die gevallen uit elkaar te houden.
| Wat u ziet | Wat het kan betekenen | Volgende stap |
|---|---|---|
| Veel direct | E-mail, chat, QR-code, gekopieerde link of ontbrekende verwijzer | Volgende keer UTM gebruiken |
| Eén sociaal kanaal domineert | De post of herdeling werkte | Pagina's en apparaten van dat verkeer bekijken |
| Zoekverkeer verschijnt | De pagina wordt buiten de eerste verspreiding gevonden | Title, description en domein controleren |
| Interne of klantdomeinen | Er is reviewverkeer | Niet mengen met publieke respons |
| Vreemde verwijzers | Ruis, bots of weinig nuttige bezoeken | De pagina niet voor dit signaal aanpassen |
Als dezelfde pagina in een nieuwsbrief, LinkedIn-post, WhatsApp-bericht, QR-code en link in bio terechtkomt, maak de URL's dan herkenbaar. De UTM-builder helpt source, medium en campaign vast te leggen voordat u deelt.
Het doel is geen perfecte attributie. Het doel is voorkomen dat u later moet raden waar een bezoek vandaan kwam.
Apparaten en browsers bepalen waar u test
Een statische website wordt vaak gebouwd op een laptop en geopend op een telefoon.
Een portfolio dat rustig oogt op desktop kan op mobiel een lange lijst worden. Een landingspagina kan de primaire knop op een breed scherm tonen en op een telefoon te ver naar beneden duwen. Een online cv kan in Chrome op desktop goed lijken, maar in Safari op iPhone krap aanvoelen.
Gegevens over apparaten, browsers en besturingssystemen kiezen het ontwerp niet voor u. Ze vertellen waar u als eerste moet testen.
Als de meeste bezoeken mobiel zijn, open de echte openbare link dan op een telefoon voordat u de pagina herschrijft. Als iOS Safari vaak voorkomt, controleer daar afbeeldingen, video, lettergroottes en tikgebieden. Als een klantpreview uit een oudere desktopbrowser komt, voorkom dan dat de review een compatibiliteitsgesprek wordt.
Dat is nuttiger dan een algemene mobile-first uitspraak. Het gaat om deze website, op dit moment.
Belangrijkste pagina's breken aannames
Wie publiceert, denkt vaak aan één ingang. Bezoekers gebruiken soms een andere.
Iemand deelt een diepe link. Een QR-code wijst naar een campagnepad. Een oud document bevat nog een vorige URL. Zoekverkeer vindt eerst een artikel. Een AI-gegenereerde website kan een testpad in de navigatie laten staan.
Bekijk de belangrijkste pagina's vooral na:
- een nieuwe publicatie;
- de overstap van voorbeeldlink naar eigen domein;
- een migratie vanaf GitHub Pages, een oud portfolio of documentatie;
- campagnes met verschillende links voor e-mail, social, QR-code of advertenties;
- wijzigingen aan
index.html, navigatie of bestandspaden; - het publiceren van PDF's, afbeeldingen of downloads.
Een interne pagina bovenaan is niet automatisch slecht. Misschien is dat de beste ingang. Het wordt pas een probleem wanneer oude paden, kapotte downloads of onaffe pagina's bovenaan staan.
Bandbreedte valt vaak pas laat op
Bandbreedte voelt minder spannend dan bezoekers, maar bij statische websites is het vaak een praktisch signaal voor kosten en prestaties.
Grote afbeeldingen, PDF's, achtergrondvideo's, zware fonts en ongecomprimeerde exports lijken onschuldig zolang drie mensen de preview openen. Dat verandert wanneer de link in een campagne, portfolio, geprinte QR-code of druk gedeelde post terechtkomt.
Let op bandbreedte wanneer:
- de website veel foto's, screenshots of productbeelden gebruikt;
- PDF's, menu's, presentaties of media in hetzelfde project staan;
- een campagne een korte piek kan veroorzaken;
- het project dicht bij abonnementsgrenzen komt;
- het publiek vooral mobiel binnenkomt.
Bandbreedte zegt niet automatisch welk bestand te groot is. Het werkt als waarschuwing. Daarna controleert u afbeeldingsmaten, compressie, lazy loading, video's, fonts en de plek waar grote bestanden worden aangeboden.
Eerst ingebouwde statistieken, daarna diepere analyse
Google Analytics, Plausible, Matomo, Fathom, Simple Analytics en PostHog kunnen allemaal nuttig zijn. De vraag is wanneer u ze toevoegt.
Direct na publicatie zijn de vragen meestal eenvoudiger:
- Opent de link?
- Waar komen bezoeken vandaan?
- Welke URL's worden geopend?
- Is het verkeer vooral mobiel of desktop?
- Passen de landen bij het verwachte publiek?
- Is de bandbreedte normaal?
Ingebouwde statistieken passen goed bij deze eerste laag, omdat ze bij het gepubliceerde project horen. U uploadt een map, krijgt een HTTPS-link, deelt die en leest de eerste reactie zonder de statische bestanden aan te passen voor een extra script.
Een uitgebreider analyseproduct wordt nuttig wanneer u knopklikken, funnels, conversies, A/B-tests, betaalde campagnes, ingelogde gebruikers, productevents of e-commercegegevens wilt meten.
Houd die lagen gescheiden. Publicatiestatistieken beantwoorden of de website wordt gezien. Productanalyse beantwoordt wat mensen doen nadat ze zijn aangekomen.
Privacy, AVG en externe scripts
In Nederland raken websitestatistieken snel aan cookies, tracking, privacyverklaring en toestemming. Dat is geen bijzaak.
Een eerste publicatiestatistiek is niet hetzelfde als een volledige trackingconfiguratie.
| Laag | Hoofdvraag | Voorbeelden |
|---|---|---|
| Publicatiestatistieken | Is de openbare link geopend? | Paginaweergaven, verwijzers, apparaten, landen, bandbreedte |
| Marketing- of productanalyse | Wat doet de bezoeker in detail? | Events, conversies, segmenten, A/B-tests, advertenties |
DeployPages geeft de eerste lezing op projectniveau. Dat vervangt geen controle van uw privacyverklaring. Als u Google Analytics, advertentiepixels, heatmaps, chat, externe formulieren of andere scripts toevoegt, controleer dan welke gegevens worden verzameld, wat in de browser wordt opgeslagen en welke informatie of toestemming nodig is.
Het punt is niet om een kleine website zwaar te maken. Het punt is voorkomen dat een simpele pagina ongemerkt meettools laadt die niemand heeft uitgelegd.
Een eenvoudige routine voor de eerste week
U hoeft statistieken niet de hele dag te bekijken. Voor een statische website zijn een paar controles vaak genoeg.
| Moment | Wat u bekijkt | Waarom |
|---|---|---|
| Eerste uur | Of de pagina opent, 404's, afbeeldingen en scripts | Herstellen voordat de link verder wordt gedeeld |
| Eerste dag | Bronnen, apparaten, belangrijkste pagina's | Zien of verspreiding en layout bij het publiek passen |
| Eerste week | Trend, landen, bandbreedte, pagina's die actief blijven | Beslissen of u verbetert, behoudt of vervangt |
| Na een nieuwe versie | Belangrijkste pagina's en recente bezoeken | Controleren of een nuttige URL niet brak |
| Na domeinkoppeling | Direct, zoekverkeer, oude URL's | Zien of het domein de testlink vervangt |
Het doel is niet rapporteren omdat het kan. Het doel is weten wat de volgende stap is: een pad herstellen, een afbeelding comprimeren, een gedeelde link aanpassen, een domein koppelen of diepere analyse toevoegen.
Waar DeployPages in dit proces past
DeployPages behandelt statistieken als onderdeel van het publicatieproces.
U kunt een statische map, ZIP, frontend-build, AI-gegenereerde website, pagina met PDF of portfolio publiceren. Daarna ziet u in het project paginaweergaven, geschatte bezoekers, bronnen, belangrijkste pagina's, landen, apparaten, browsers, systemen, bandbreedte en recente bezoeken.
Hetzelfde project kan doorgroeien naar eigen domein, wachtwoordbescherming, vorige versie herstellen, publiceren via CLI en statistieken.
Voor veel statische websites is die volgorde natuurlijker: eerst publiceren, echte signalen lezen en daarna beslissen of het project een domein, optimalisatie, teamruimte of dieper analyseproduct verdient.