Adresfouten bij levering vóór bevestiging herkennen

Voor je iets aanpast, wil je weten waar het misgaat. Bekijk het adresformulier zoals een klant het ziet, op telefoon en computer. Vier plekken veroorzaken vaak fouten.

• Onduidelijke velden. Huisnummer, bus en toevoeging staan in één veld, of de volgorde wijkt af van wat de klant gewend is.
• Geen herkenbare labels. Een veld zonder zichtbaar label, alleen met placeholder, verdwijnt zodra de klant begint te typen. Het W3C benadrukt dat je elk formulierveld moet identificeren met een label (toegankelijke formulieren).
• Late of onduidelijke foutmelding. De klant ziet pas na verzenden dat iets niet klopt, of de melding zegt niet wat te doen.
• Geen overzicht voor bevestiging. De klant ziet het adres niet meer samengevat voor hij betaalt.

Noteer per probleem welke stap en welk apparaat het betreft. Dat zijn je diagnosepunten voor de volgende secties.

1. Maak een eigen overzichtsstap. Toon vóór de betaling het volledige adres in leesbare regels: naam, straat en nummer, bus, postcode en gemeente, land. Laat de klant dit kunnen herlezen en bevestigen.
2. Voeg een duidelijke wijzigknop toe. De klant moet vanuit het overzicht rechtstreeks naar het adres terug kunnen, met de reeds ingevulde waarden nog zichtbaar.
3. Valideer waar het helpt. Eenvoudige clientcontroles, zoals een verplicht veld of een passend postcodeformaat, geven snelle feedback. MDN noemt clientvalidatie een eerste controle die gebruikers helpt fouten meteen te herstellen, maar geen volledige beveiliging (clientvalidatie van formulieren). Controleer daarom ook aan serverzijde.
4. Schrijf foutmeldingen die iets zeggen. Zeg welk veld, wat er mis is en hoe je het oplost. Het W3C raadt aan gebruikers te informeren over fouten en hen te helpen ze te corrigeren (toegankelijke formulieren).
5. Maak accountaanmaak optioneel. Laat de klant als gast bestellen. Bied een account aan na de bestelling, niet als voorwaarde. De cursus van web.dev behandelt identiteit en betaalformulieren als aparte onderdelen, maar beschrijft in het overzicht geen gastbestelling; dat is dus een eigen aanbeveling van deze gids (cursus over formulieren).
6. Gebruik autocomplete-attributen. Laat browsers eerder ingevulde gegevens voorstellen, zodat klanten adressen niet opnieuw hoeven te typen.

Loop deze lijst na op telefoon en computer. Vink af wat klopt en noteer wat afwijkt.

• Elk veld heeft een zichtbaar label dat blijft staan tijdens het typen.
• Huisnummer, bus en toevoeging staan in aparte velden of duidelijk benoemd.
• Verplichte velden zijn herkenbaar gemarkeerd.
• Foutmeldingen noemen het veld en de oplossing, niet alleen 'ongeldig'.
• Het adres wordt vóór betaling samengevat in leesbare regels.
• Vanuit het overzicht kan de klant het adres wijzigen zonder opnieuw te beginnen.
• Bestellen kan zonder account.
• Klantgegevens worden niet gewist als de pagina een fout toont.
• Het formulier is bruikbaar met toetsenbord en voorleessoftware.
• Autofill werkt, voor zover jouw formulier de juiste attributen gebruikt.

Een afvinklijst bewijst niet dat het formulier foutloos werkt. Het toont wel waar je vervolgens moet testen. Controleer voor definitieve conclusies ook in je eigen shop of betaalomgeving hoe velden daadwerkelijk worden verwerkt.

Niet elke afwijking is een fout. Een strenge controle kan echte adressen blokkeren, een soepele laat fouten door. Gebruik deze regels als vertrekpunt.

Streef naar zo weinig blokkades als verantwoord. Een waarschuwing met een bevestigingsoptie behandelt de klant als volwassene en voorkomt dat een geldig, maar ongewoon adres wordt afgewezen. Gebruik blokkades alleen voor wat je zeker niet kunt verwerken.

Zo test je het formulier met een fictief voorbeeld. Dit is invoer en verwachte controle, geen resultaat. Gebruik een testomgeving of een testmodus zonder echte betaling of verzending, zodat er geen echte bestelling ontstaat. Controleer ook dat een foutmelding of time-out bij verzenden geen dubbele bestelling oplevert als de klant opnieuw probeert.

Invoer: een testklant bestelt als gast, vult een straat in, laat de bus leeg bij een adres dat normaal een bus heeft, en typt een postcode met een tikfout. Daarna gaat de klant naar het overzicht en wijzigt het adres.

1. Controleer of de foutmelding voor de postcode het veld noemt en uitlegt wat te doen.
2. Controleer of de lege bus een zachte vraag oplevert en geen harde blokkade.
3. Controleer of het overzicht alle regels leesbaar toont.
4. Controleer of de wijzigknop terugvoert naar het adres met de ingevulde waarden nog aanwezig.
5. Controleer of de bestelling zonder account kan worden afgerond.
6. Herhaal de test op telefoon, op computer en met alleen toetsenbord.

Dit is een test van jouw formulier, geen bewijs voor omzet of minder retours. Of de aanpassing in jouw situatie minder foute leveringen oplevert, meet je zelf, bijvoorbeeld door vóór en na de wijziging bij te houden hoe vaak een adres moest worden gecorrigeerd. Gegevens over formulierinteracties kun je analyseren zoals web.dev aangeeft in het onderdeel over het meten van formulieren (cursus over formulieren). Wil je zien hoe je site er publiek uitziet? Je kunt de zichtbare signalen bekijken via Marketing Scan; die scan voert niet alle bovenstaande controles uit.