Een website testadres is een tijdelijk webadres waarop je een volledig afgewerkte website kunt bekijken voordat er geld wisselt. Je ziet geen mock-up of halve versie, maar de complete site met echte teksten, werkende knoppen en formulieren. Bij Durfmakers is dat het hele punt: je beoordeelt eerst, je betaalt pas als je de site wilt houden.
Kort samengevat:
- Een testadres toont de volledige, functionerende website zoals deze op je eigen domein zou verschijnen, inclusief teksten en werkende formulieren.
- Het beoordelen van de testsite moet gestructureerd gebeuren, met aandacht voor snelheid, content, conversie, privacy en mobiele werking, idealiter in een incognitovenster.
- Technisch moet het testadres beveiligd, niet geïndexeerd in zoekmachines en vergelijkbaar met de uiteindelijke productieomgeving zijn om bugs te voorkomen.
- Bij Durfmakers betaal je pas nadat je de website volledig hebt beoordeeld op een testadres en akkoord geeft; de prijs is eenmalig en vooraf vastgesteld.
- Het testen kost meestal één tot twee dagen, waarbij input van een tweede persoon helpt om problemen te ontdekken die jezelf over het hoofd ziet.
Inhoudsopgave
- Wat je mag verwachten op een testadres
- Praktische checklist: stap voor stap testen op het testadres
- Technische aandachtspunten: staging, beveiliging en indexering
- Zo doorloop je het reviewproces van uitnodiging tot beslissing
- Praktijknoot van Patrick: veelgemaakte fouten bij het testen
- De werkwijze van Durfmakers: eerst zien, dan pas betalen
- Bronnen
- Veelgestelde vragen
Wat je mag verwachten op een testadres
Een testadres is geen schets. Het is de site zoals hij eruit zou zien op je eigen domein, alleen dan op een tijdelijk adres dat nog niet openbaar vindbaar is. Dat betekent dat je mag verwachten dat alles werkt, niet alleen dat het er goed uitziet.
Waar veel ondernemers zich in vergissen: een testadres met alleen een mooie homepage en verder "lorem ipsum" tekst is geen eerlijke test. Je kunt dan niet beoordelen of de site doet wat hij moet doen. Voordat je begint met testen, controleer je daarom eerst of de basis compleet is.
- Alle pagina's staan er met definitieve teksten, niet met placeholdertekst.
- Afbeeldingen en ontwerp zijn af, niet een voorlopige schets.
- Je hebt duidelijke inloggegevens of een link gekregen, zonder wachtwoordproblemen.
- Er is vooraf afgesproken wat "akkoord" precies betekent en wanneer je feedback moet doorgeven.
Die laatste twee punten worden vaak vergeten, maar zijn net zo belangrijk als de techniek. Een heldere acceptatieprocedure met afspraken over wie test en wanneer, voorkomt misverstanden en versnelt de livegang aanzienlijk.
Praktische checklist: stap voor stap testen op het testadres
Een testadres beoordelen zonder plan levert oppervlakkige feedback op. Loop deze volgorde af en je vindt de fouten die er echt toe doen.
- Klik alle kernroutes door. Ga van de homepage naar elke belangrijke pagina, vul een contactformulier in, en controleer of je daarna echt een bevestigingsmail ontvangt.
- Test de conversieflow. Werkt de offerteaanvraag, de bestelknop of de afspraakplanner zoals bedoeld, en komt de data goed aan bij de juiste ontvanger?
- Controleer de content. Klopt elke tekst, staan er geen typefouten, en zijn titels en metabeschrijvingen ingevuld voor de belangrijkste pagina's?
- Open de site op je telefoon. Test menu's, formulieren en leesbaarheid op een klein scherm, niet alleen op je laptop.
- Let op snelheid. Een site die traag laadt op je telefoon, doet dat straks ook bij je klanten.
- Check privacy en tracking. Werkt de cookiemelding, en staat er geen trackingcode die al gegevens verzamelt terwijl de site nog niet live is?
- Leg elke opmerking vast. Verzamel je feedback in één document met pagina, probleem en gewenste aanpassing, in plaats van losse berichten te sturen.
Pro-tip: Test formulieren en bevestigingsmails altijd in een incognitovenster. Zo sluit je uit dat je eigen browsercache of een oude sessie een probleem verbloemt dat een nieuwe bezoeker wél zou tegenkomen.
Die laatste stap, alles verzamelen in één overzicht, bespaart je bureau tijd en jou frustratie. Een lijst met tien losse WhatsApp-berichten raakt kwijt wat al is opgelost en wat nog openstaat.
Technische aandachtspunten: staging, beveiliging en indexering
Een testadres werkt alleen goed als de techniek erachter klopt. Dit zijn geen zaken die je als ondernemer zelf hoeft te configureren, maar wel dingen die je kunt vragen aan wie de site bouwt.
Een testomgeving moet de latere productieomgeving zo dicht mogelijk benaderen. Verschillen in PHP-versie, database-instellingen of caching tussen test en productie zijn een veelvoorkomende oorzaak van bugs die pas na livegang opduiken. Wat op het testadres werkt, moet ook werken zodra de site naar je eigen domein verhuist.
- Het testadres mag niet in Google terechtkomen; een goede afscherming voorkomt dat zoekmachines de pagina's indexeren.
- Er hoort een geldig beveiligingscertificaat (HTTPS) op te staan, ook al is het adres tijdelijk.
- Toegang wordt idealiter beperkt met een wachtwoord of een niet-openbare link, zodat niet iedereen kan meekijken.
- Houd rekening met DNS-caching: als je net van testadres naar eigen domein overschakelt, kan het enige tijd duren voordat je overal de nieuwe versie ziet.
Veel hosts, waaronder TransIP, geven automatisch een unieke test-URL zodra je hosting bestelt, nog voordat je domeinnaam ernaar wijst. Zo'n adres wordt normaliter niet geïndexeerd, maar bij een verkeerde configuratie kan hij per ongeluk toch zichtbaar worden in zoekresultaten. Dat is precies waarom afscherming geen overbodige luxe is, maar een basisvoorwaarde voor een veilig testtraject.
Zo doorloop je het reviewproces van uitnodiging tot beslissing
Het reviewproces zelf volgt meestal een vaste volgorde, ongeacht wie de site bouwt.
- Je ontvangt een link en eventueel inloggegevens. Bewaar deze goed, want sommige testadressen zijn alleen bereikbaar met een wachtwoord.
- Je test in een vaste volgorde. Begin bij de homepage, ga door naar de belangrijkste pagina's, en eindig met de conversieflow zoals een contactformulier of offerteaanvraag.
- Je betrekt een tweede persoon. Een collega of familielid die de site voor het eerst ziet, vindt vaak problemen die jij als opdrachtgever over het hoofd ziet omdat je de site al te goed kent.
- Je verzamelt feedback in één overdrachtsdocument. Noteer per punt wat er moet veranderen, in plaats van los in mailtjes en appjes te reageren.
- Je krijgt een reactietermijn. De meeste bureaus geven een redelijke periode om te reageren voordat het traject verder gaat.
- Bij akkoord volgt de livegang en de betaling; bij afwijzing stopt het traject zonder kosten. Dat is precies het verschil tussen een testadres en een definitieve levering: je zit nergens aan vast tot je "ja" zegt.
Hoe scherper je feedback vastlegt, hoe sneller de volgende versie klaar is voor akkoord.
Praktijknoot van Patrick: veelgemaakte fouten bij het testen
De meest gemaakte fout is simpel: mensen bekijken alleen de homepage en concluderen dat de site goed is. Een homepage zegt weinig over of een contactformulier daadwerkelijk een mail verstuurt of of een bedankpagina wel verschijnt na een bestelling.
Test daarom altijd in incognito en laat als het kan iemand anders onafhankelijk meekijken. Diegene heeft geen voorkennis en klikt precies zoals een echte bezoeker dat zou doen, wat vaak andere problemen blootlegt dan wanneer je zelf al weet waar alles staat. Wie zelf een site zou bouwen, bespaart misschien geld, maar mist vaak de tijd en technische kennis om dit soort details te checken en te vergelijken met een professioneel gebouwd alternatief. Dat is precies waar een testadres zijn waarde bewijst: het geeft je de kans om dat verschil zelf te zien, voordat er een euro is uitgegeven.
— Patrick
De werkwijze van Durfmakers: eerst zien, dan pas betalen
Durfmakers draait het gangbare proces om. In plaats van eerst een aanbetaling en dan pas een resultaat, bouwt Durfmakers je website eerst volledig af en zet die op een testadres. Je bekijkt, klikt, test op je telefoon en checkt de formulieren zoals hierboven beschreven. Pas als je de site wilt houden, betaal je. Wil je hem niet, dan betaal je niets.
De prijzen zijn eenmalig en vooraf vastgelegd, zonder abonnement. Een onepager kost 350 euro, een site met meerdere pagina's 500 euro. Geen verborgen maandkosten, geen contract dat je vastzet. Na betaling krijg je de broncode en het ontwerp volledig in eigendom, dus je bent niet afhankelijk van Durfmakers om verder te kunnen. Elke site wordt technisch vindbaar opgeleverd, zowel in Google als in AI-assistenten zoals ChatGPT.
Wil je precies dit proces zelf ervaren? Bekijk de pakketten Start en Compleet en vraag je eigen testadres aan.
Bronnen
Voor wie zich verder wil verdiepen in de techniek achter testadressen, zijn deze bronnen een goed startpunt:
Veelgestelde vragen
Wat is een website testadres precies?
Een website testadres is een tijdelijk webadres waarop je de volledig afgewerkte website bekijkt voordat deze naar je eigen domein verhuist of voordat je betaalt. Je ziet dezelfde inhoud, opmaak en functionaliteit als de definitieve versie, alleen op een ander adres.
Kan een testadres worden gevonden door zoekmachines?
Een goed ingericht testadres wordt afgeschermd zodat zoekmachines het niet indexeren. Bij een verkeerde configuratie kan een test-URL toch per ongeluk zichtbaar worden, dus vraag altijd naar deze afscherming.
Hoe lang duurt het testen van een website op een testadres?
Dat hangt af van de omvang van de site, maar een gerichte controle van alle kernroutes, formulieren en pagina's is bij een gemiddelde bedrijfswebsite in een dag of twee goed te doen. Betrek waar mogelijk een tweede persoon om niets te missen.
Wat kost een website bij Durfmakers en wanneer betaal ik?
Een onepager kost 350 euro, een website met meerdere pagina's 500 euro, eenmalig en zonder abonnement. Je betaalt pas nadat je de volledig afgewerkte site op het testadres hebt gezien en wilt houden.
Wat gebeurt er als ik de website op het testadres niet wil?
Dan betaal je niets. Dat is het uitgangspunt van de werkwijze van Durfmakers: de site wordt eerst helemaal afgemaakt en pas bij akkoord volgt de betaling en de overdracht van broncode en ontwerp.