Hoe beoordeel je een trouwwebsite-voorbeeld voordat je het kopieert?

Wie voorbeelden zoekt, wil meestal zien hoe een pagina concreet is opgebouwd: wat er op de startpagina komt, welke informatie gasten nodig hebben en hoe de pagina privé blijft. Goede voorbeelden tonen niet alleen een mooi ontwerp, maar een begrijpelijke volgorde.

Het haakje aan de meeste voorbeelden is dat het etalages zijn. Ze tonen een paar, een foto en een lettertype, maar nooit of aan het eind alle reacties compleet binnen waren. Als sjabloon deugt een voorbeeld pas wanneer jullie er de weg van een gast in kunnen volgen: link openen, datum vinden, toezeggen, eten kiezen, klaar.

Bekijk voorbeelden daarom op de telefoon en niet op een groot scherm. De meeste gasten openen de link ’s avonds tussen twee andere berichten door — wat dan niet in het eerste scherm staat, wordt zelden gezocht, en wat alleen met inzoomen leesbaar is helemaal niet.

Waar het hier om gaat is een afgeschermde trouwwebsite met RSVP, uitnodigingscode, gastenlijst, fotogalerij en eventueel een eigen domein. Het doel is geen openbaar geïndexeerde paarpagina, maar een bruikbare gastenpagina naast een sterke productpagina om een trouwwebsite te maken.

Een trouwwebsite kan tegelijk save-the-date, uitnodiging, informatiepunt, RSVP-traject en fotogalerij zijn. Beoordeel voorbeelden daarom eerst op doel: hebben jullie alleen datum en plaats nodig, of moeten gasten meteen kunnen toezeggen, een menu kiezen en een introducé opgeven?

Drie doelen komen steeds terug. Een save-the-date heeft aan één scherm genoeg: namen, datum, plaats en één zin over wat er nog volgt. De uitnodigingspagina draagt het hele programma plus de reactie. De pagina na het feest leeft van de galerij en het bedankje. Wie dat vanaf het begin als drie toestanden van dezelfde pagina plant, bespaart zich een tweede adres op een tweede kaart.

Eén situatie komt in Nederland en Vlaanderen vaak voor: eerst de wettelijke plechtigheid op het gemeentehuis of stadhuis, het grote feest pas maanden later. Twee losse pagina’s zijn daarvoor de slechtere keuze — twee adressen, twee kringen, dubbel onderhoud en aan het eind gasten op de verkeerde pagina. Beter is één pagina met twee duidelijk gescheiden blokken en een eigen reactie per moment.

Voor de meeste paren volstaat daarna een vaste structuur: een openingsscherm met namen en datum, een kort programma, de locatie, de route, veelgestelde vragen, RSVP en contact. Galerij, cadeau-informatie en overnachting kunnen er later bij.

Gasten lezen zelden lange teksten. Ze zoeken datum, tijd, adres, dresscode, parkeren, openbaar vervoer, hotels, het dagprogramma, een aanspreekpunt en een eenvoudige manier om te reageren. Een voorbeeld is goed als die dingen in één oogopslag te vinden zijn.

Twee antwoorden ontbreken bijna altijd en veroorzaken de meeste vervolgvragen: of kinderen welkom zijn, en wie een introducé mag meebrengen. Allebei horen ze uitdrukkelijk op de pagina, ook als het antwoord ongemakkelijk is — anders geven jullie het los, tientallen keren, elke keer net iets anders.

Bij een Nederlandse of Vlaamse dag komt er een derde antwoord bij: voor welk deel iemand is gevraagd. Daggasten en avondgasten hebben verschillende begintijden, en in Vlaanderen loopt de dag via receptie, diner en avondfeest. Een voorbeeld dat maar één programma toont, kost jullie precies daar de vragen.

Voor gasten van ver hoort er een volledig adres met land bij, een verwijzing naar gereserveerde kamers en de laatste zinnige aankomsttijd. Gescheiden of samengestelde gezinnen zijn het eenvoudigst opgelost in de contactregel: twee aanspreekpunten naast elkaar, zonder gezamenlijke formulering. En wie niet online kan of wil reageren, heeft een nummer nodig waar iemand het antwoord voor hem invoert. Sterk wordt een pagina zodra RSVP en de gastenlijst online aan elkaar hangen.

Een ontwerp oogt pas verzorgd wanneer het ook werkt: leesbare letters, duidelijke knoppen, een goede weergave op de telefoon en een adres dat op een kaart of naast een QR-code netjes staat. Een eigen domein helpt daarbij, maar weegt minder zwaar dan de volgorde waarin een gast door de pagina loopt.

Duur oogt een ontwerp zelden door versiering: twee lettertypes in plaats van vier, één accentkleur, veel witruimte, korte regels. Goedkoop oogt het bijna altijd om dezelfde drie redenen — tekst op een onrustige foto, een schrijfletter op broodtekstformaat, grijs op beige. Houd een voorbeeldpagina eens op armlengte voor je: wat jullie dan niet lezen, leest niemand.

Het adres hoort bij het ontwerp, omdat het gedrukt wordt. Kort, zonder accenten, zonder ketting van streepjes, één keer hardop voorgelezen zonder dat er iets wordt nagevraagd — meer is die test niet. Vooral moet het vaststaan voordat de kaarten naar de drukker gaan, want een eigen domein achteraf wisselen kost de hele oplage.

Privé-inhoud hoort achter een uitnodigingscode. Zo mag de openbare productpagina in Google staan terwijl jullie eigen details er niet in belanden. Wat zo’n code wel en niet tegenhoudt, staat bij wachtwoord of uitnodigingscode.

Veel voorbeelden tonen foto’s, namen, plaatsen en gastgegevens. Juist daarom hoort een echte trouwwebsite met privacy in het achterhoofd te worden opgezet. Vraag jullie af welke inhoud iedereen mag zien, welke alleen genodigden, en welke gegevens er later weer uit moeten kunnen.

Bij het doorkijken van andermans voorbeelden helpt een onvriendelijke vraag: wat hiervan zou ik aan onbekenden laten zien? Volledige gastenlijsten, telefoonnummers, het huisadres van het paar en de mededeling dat een woning op een bekende dag leegstaat horen achter de toegang — het precieze draaiboek meestal ook.

Bij de galerij komt er iets bij, want gasten uploaden beelden van andere gasten. Eén zin op de pagina regelt het meeste: wie de beelden ziet, wie ze mag downloaden en wanneer de fotogalerij met gastenupload dichtgaat. Wie niet in beeld wil, heeft daarnaast iemand nodig bij wie hij dat kan zeggen zonder het waar iedereen bij is te doen.

RSVP, gastenlijst en galerij horen daarom in één afgeschermd proces thuis. Dat past beter bij gevoelige gegevens dan een vrij vindbare voorbeeldpagina met echte gastinformatie erop.

Loop voor de start het volgende na: is er een duidelijk openingsscherm, staan datum, plaats en programma op de telefoon meteen in beeld, werkt RSVP zonder app, zijn code, galerij, eigen vragen en adres geregeld, en is er één duidelijke handeling voor gasten?

Nuttiger dan een functielijst is een checklist langs de tijd:

• Voor het drukken: adres en toegangscode staan vast, de reactietermijn is gekozen.
• Voor het versturen: zelf een testreactie sturen en kijken of ze aankomt en waar ze belandt.
• Na de termijn: de lijst exporteren en de ontbrekende reacties nabellen — dat nabellen neemt geen pagina van jullie over.
• Na het feest: de galerij openzetten, adressen voor de bedankjes eruit halen, een datum voor het wissen kiezen.

Staan die punten, dan mag het ontwerp gerust sober blijven. Een goede trouwwebsite oogt verzorgd omdat ze gasten stuurt en jullie werk uit handen neemt.