Printweergave voor offertes en handleidingen verbeteren

Begin niet bij alle pagina's, maar bij de documenten die klanten effectief afdrukken of opslaan: offertepagina's, prijslijsten, handleidingen, installatie-instructies, voorwaarden en bevestigingspagina's. Je kunt dat afleiden uit vragen die klanten stellen ("kan ik dit als PDF krijgen?") en uit wat je zelf meestuurt bij een opdracht.

Maak een lijstje van maximaal tien pagina's en noteer per pagina drie dingen: wie het print (klant, monteur, boekhouder), hoe vaak je vermoedt dat het gebeurt, en of er ook een aparte PDF bestaat. Zo voorkom je dat je tijd verliest aan pagina's die niemand afdrukt. Heb je geen zicht op gebruik, begin dan bij de pagina's die je zelf het vaakst doorstuurt.

Let op de grenzen: dit gaat over wat je zelf kunt vaststellen in een proefafdruk. Of een klant dezelfde weergave krijgt, hangt af van browser, printerdriver en papierformaat. Test dus minstens twee browsers.

Gebruik de printfunctie van je browser en kies als bestemming een PDF. Doe dit in het papierformaat dat je klanten gebruiken (in België meestal A4) en in staande stand. Open de PDF daarna en lees hem alsof je de klant bent. Geen screenshot van het printvoorbeeld: het bestand zelf toont wat er echt uitkomt.

1. Open de pagina in een gewone browservenster en print naar PDF.
2. Bekijk elke PDF-pagina op 100 procent, niet uitgezoomd.
3. Controleer de eerste en laatste regel van elke pagina: wordt er tekst of een tabelrij doormidden gesneden?
4. Kijk naar de rechterrand: loopt tekst, een tabel of een afbeelding buiten het papier?
5. Zoek elementen die niet op papier thuishoren: menubalk, cookiebanner, chatknop, zwevende knoppen, formulieren.
6. Test een tweede browser en bewaar beide proef-PDF's met datum in de bestandsnaam.

Noteer elk probleem met paginanummer. Dat notitieblad is later je overdracht naar wie de aanpassing uitvoert.

Gebruik deze tabel om een symptoom aan een waarschijnlijke oorzaak te koppelen. Het zijn hypotheses die je met een tweede proef bevestigt, geen vaste regels.

De MDN-pagina over webprestaties gaat over laadsnelheid en gebruikerservaring en zegt niets over printopmaak. Gebruik ze dus niet als bron voor deze tabel; de diagnose hierboven berust op je eigen proefafdrukken.

Op papier kun je niet klikken. Een zin als "bekijk de handleiding hier" is dan waardeloos. Beslis per link of de lezer het adres nodig heeft. Voor verwijzingen naar bijlagen, voorwaarden of een supportpagina is dat meestal zo; voor een link naar je homepage meestal niet.

Controleer ook de structuur: staan koppen echt als koppen in de pagina, of is het gewoon vette tekst? Echte kopstructuur maakt een handleiding beter doorzoekbaar en helpt mensen die met hulpmiddelen werken. De WAI-tutorials van het W3C beschrijven hoe je webinhoud toegankelijk opbouwt en leggen uit dat dit een betere ervaring geeft voor iedereen. Een logische kopstructuur is dus geen printtruc. Of koppen ook als structuur in je proef-PDF behouden blijven, hangt af van hoe de PDF gemaakt is; controleer dat in een PDF-lezer. Een dergelijke check bewijst geen volledige WCAG-conformiteit.

Let tot slot op lettergrootte en contrast in de proef-PDF. Print minstens één pagina op echt papier en lees die op normale leesafstand. Een PDF op een groot scherm toont niet hoe klein kleine tekst op papier wordt. Of een exacte minimale puntgrootte nodig is, hangt af van je doelgroep; stel die vast met een proef bij iemand die het document gebruikt.

Niet elk probleem los je op dezelfde plek op. Gebruik deze beslisregels:

• Probleem zit in de afdrukopmaak van de pagina: laat een printspecifieke opmaak toevoegen of aanpassen.
• Het document is eigenlijk een formeel stuk (offerte, contract): bied een apart PDF-bestand aan in plaats van de webpagina af te drukken, zodat je meer controle hebt over de lay-out. Controleer ook die PDF zelf in meerdere lezers.
• Maar een paar pagina's zijn problematisch: pas die pagina's aan en laat de rest staan.
• Het probleem verschijnt in één browser en niet in een andere: noteer de browserversie en test opnieuw voor je iets aanpast.

Voor de overdracht bezorg je de ontwikkelaar of webbeheerder je notitieblad met: de URL, de browser, het papierformaat, de bijgevoegde proef-PDF en per probleem de gewenste uitkomst in gewone woorden ("menu mag niet meeprinten"). Geen technische oplossing voorschrijven als je die niet kent; beschrijf het resultaat en laat de uitvoerder de methode kiezen.

Een fictief voorbeeld, uitsluitend ter illustratie. Invoer: een offertepagina met een prijstabel van zes kolommen, een vaste menubalk bovenaan en een link "Algemene voorwaarden" onderaan. Je print naar A4 staand in twee browsers. Verwachte controles: (1) loopt de zesde kolom buiten het papier? (2) staat de menubalk op elke pagina? (3) is het adres van de voorwaarden zichtbaar? Je noteert de uitkomst per browser, geeft het blad door en vraagt een aanpassing op basis van wat je vond.

Na de wijziging herhaal je dezelfde proef met dezelfde pagina, dezelfde browsers en hetzelfde papierformaat, zodat je vergelijkt wat vergelijkbaar is. Vink per probleem af of het opgelost is, en test ook één pagina die je niet aanpaste om te zien of er iets onbedoeld verschoof. Bewaar de oude en nieuwe proef-PDF naast elkaar.

Wil je ook weten welke zichtbare signalen je website naar buiten toe geeft, bekijk dan de publieke signalen via Marketing Scan. Houd er rekening mee dat een publieke scan zichtbare signalen meet en niet bewijst hoe je printopmaak of PDF-bestanden in elkaar zitten; die controle blijft je proefafdruk.