Je testsite mag geen echte boekingen maken
Een testsite mag geen echte boekingen maken, betalingen verwerken of je bezoekerscijfers vullen. Controleer daarom vóór een proef welke betaalomgeving, agenda en meting eraan gekoppeld zijn. Alleen een ander webadres of een knop met ‘testmodus’ is daarvoor niet genoeg.
Een kopie van je website is handig om een wijziging uit te proberen. Maar kijk ook naar wat die kopie buiten zichzelf kan doen. Een betaalprovider, een agenda en een statistiekenpakket zijn afzonderlijke onderdelen. Je wilt weten waar elke proef terechtkomt voordat je begint.
Testgeld zegt iets over de betaling
Bij Mollie kun je met een testomgeving het betaalproces doorlopen zonder echt geld uit te geven. Je kunt verschillende uitkomsten nabootsen, zodat je bijvoorbeeld ziet wat je website doet na een geslaagde of mislukte betaling. Dat is precies waarvoor zo'n testomgeving bedoeld is.
De website krijgt daarbij nog steeds een bericht over de uitkomst. Technisch heet dat een webhook. Mollie vermeldt expliciet dat die ook bij testbetalingen wordt aangeroepen.
Dat onderscheid is belangrijk. De betaling kan keurig een proef zijn, terwijl de website daarna gewoon doorgaat met zijn vervolgstappen. Wat die stappen zijn, hangt af van jouw inrichting. Alleen vaststellen dat er geen geld is afgeschreven vertelt je daar niets over.
Kijk waar de boeking terechtkomt
Stel dat een boekingssite na een geslaagde betaling een afspraak naar een externe agenda stuurt. Als de testsite nog met de echte agenda verbonden is, wil je dat weten vóór je een proefboeking maakt. Dit is een voorbeeld van een mogelijke koppeling, geen beschrijving van iedere boekingssite.
Mijn advies is om de betaalroute en de boekingsroute apart te controleren. Welke omgeving verwerkt de betaling? Waar wordt de afspraak opgeslagen? Gaat er een bericht naar een klant of medewerker? Bij een webshop stel je dezelfde vragen over voorraad, verzending en administratie.
Laat je bouwer voor die vervolgstappen een aparte testbestemming gebruiken of de echte koppeling gecontroleerd uitschakelen. Daarna kun je de gewenste route testen. Een testomgeving waarmee je alleen de eerste helft kunt proberen is nog geen volledige controle van de klantreis.
Benieuwd hoe jouw eigen site hierop scoort? Doe de gratis website-check; binnen twee werkdagen heb je mijn persoonlijke rapport.
Je eigen klikken horen niet tussen je bezoekers
Ook zonder webshop kan een testsite buiten zichzelf effect hebben. Dat heb ik bij mijn eigen site gemeten. Op 6 augustus gebruikte de kopie dezelfde meetcode als de echte site. De testrondes kwamen daardoor als bezoeken in dezelfde bezoekersstatistieken terecht.
Dat is een andere uitkomst dan je wilt meten. Een middag waarin je zelf tientallen keren door een site klikt, zegt niets over de belangstelling van klanten. Daarom zou ik vooraf afspreken of de testsite helemaal niet meet, of naar een afzonderlijke testmeting stuurt.
Google Analytics heeft daarnaast een filter voor ontwikkelverkeer dat met debugmodus wordt verstuurd. Dat filter herkent dus niet vanzelf iedere bezoeker van ieder testadres. Laat de inrichting controleren voordat je erop vertrouwt.
Zet ook niet zomaar een uitsluitfilter aan. Google legt uit dat uitgesloten gegevens bij een actief filter niet worden verwerkt en later niet alsnog beschikbaar zijn. Er is een teststand om eerst te controleren welke gegevens het filter raakt.
Vraag om een proef die je kunt volgen
Je hoeft als ondernemer de instellingen niet zelf te begrijpen. Vraag je bouwer wel om vooraf te laten zien hoe de testomgeving is afgescheiden. Pas daarna voer je samen een proef uit.
Ik zou drie resultaten willen terugzien:
- De betaling staat als test bij de betaalprovider.
- De boeking of bestelling staat op de afgesproken testbestemming en heeft geen echte afspraak, verzending of administratieve verwerking veroorzaakt.
- De proef is niet als klantbezoek in de echte bezoekersrapportage opgenomen.
Noteer wat er getest is en waar de uitkomst staat. Dat maakt een volgende controle makkelijker. Laat de instellingen ook opnieuw nalopen wanneer een verse kopie van de echte site wordt gemaakt, zodat je niet leunt op het resultaat van een oudere testomgeving.
Het doel is dat je rustig kunt proberen wat een bezoeker straks gaat doen. Met herkenbare testgegevens, op afgesproken bestemmingen, en met een uitkomst die je kunt terugvinden.
Wil je weten hoe dat voor jouw site is geregeld? Neem contact op. Dan kijken we welke koppelingen er zijn en wat er nodig is om ze apart te testen.
Bronnen, gecontroleerd op 28 september 2026: Mollie over testbetalingen en webhooks en Google over ontwikkelverkeer in Analytics. De ervaring met mijn eigen testsite is gebaseerd op de controle van 6 augustus 2026.
Lees ook
- Website laten maken of zelf bouwen? Wat is slimmer?
- Een back-up die je nooit hebt teruggezet, is geen back-up
- Waar automatisering nu echt loont
Lees je hier vaker? Zet Digitactics als voorkeursbron in Google, dan zie je nieuwe stukken eerder in je zoekresultaten.