Webrichtlijnen, W3 en WYSIWYG

Wanneer is een website goed ontwikkeld? Als de bezoeker zonder vragen alle informatie die hij wil eenvoudig kan bereiken? Als het nauwelijks tijd kost deze te beheren? Als deze er altijd hetzelfde uitziet op alle browsers? Als deze voldoet aan strenge voorschriften?

De WYSIWYG Editors (What You See Is What You Get) worden gedoogd. Een website maken “alsof ik een Word document maak” geniet enorme populariteit. Er hoeft immers geen broncode meer geleerd laat staan geschreven te worden. Maar WYSIWYG editors staan erom bekend zeer matige broncode te produceren. “Geen punt. Daar ziet niemand iets van” zou een gebruiker kunnen zeggen.

Webrichtlijnen

Maar hoe slechter de broncode, hoe kleiner de kans dat een webpagina zal voldoen aan verschillende kwaliteitseisen. Het Kwaliteitsmodel Webrichtlijnen van de overheid is een enorme lijst van eisen waaraan websites zouden moeten voldoen. Goed opgemaakt, inhoud en vormgeving volledig van elkaar gescheiden, niet afhankelijk van ‘optionele technologie’ en alles wat je wel gebruikt dient correct en volgens de regels te worden gebruikt. Dat klinkt geweldig natuurlijk, want elke burger heeft recht op de informatie die de overheid aanbiedt. De enorme kosten die gepaard gaan met deze eisen lijkt niemand zich aante (mogen) trekken.

Zo mag de website niet afhankelijk zijn van ‘optionele technologie’, denk aan bijvoorbeeld het veelgebruikt Flash van Adobe. Met Flash worden YouTube video’s afgespeeld. Ook mag een website niet afhankelijk zijn van Javascript. Je mag optionele technologie wel gebruiken, maar er niet van afhankelijk zijn. Alles moet ook ‘anders kunnen’. Een bezoeker van een overheidswebsite die blind is moet dus in staat zijn een eventuele video te bekijken wanneer hij geen Flash heeft geïnstalleerd.

“Een blinde moet technisch de mogelijkheid hebben een fimlpje te bekijken.”

Dit is een flauw voorbeeld, maar het toont aan dat webrichtlijnen veel te algemeen zijn. Zou een blinde niet veel meer geholpen zijn met een speciaal voor hem ontwikkelde website? Immers, een blinde maakt niet alleen anders gebruik van het internet maar ook van andere ‘optionele technologie’. Bijvoorbeeld applicaties die een menustructuur kunnen voorlezen.

Boodschappen tank

Webrichtlijnen zijn bijzonder praktisch om te bepalen wat nodig, gewenst en overbodig is. Net als wanneer je boodschappenauto aanschaft je bepaalt waar deze auto aan moet voldoen en wat niet. Het verplicht stellen van allerlei eisen voor overheidswebsites, zoals sommige politieke partijen menen te willen, is idioot. Het is ridicuul te denken dat een website voor “alle burgers” geschikt zou moeten zijn of anders gezegd: dat het zinvol is vele tonnen euro’s extra hiervoor uit te geven. Want hoe meer eisen je aan een website stelt, hoe duurder deze in ontwikkeling en onderhoud is. Want als een website door alle burgers kan worden benaderd, gebeurt dat dan ook? En als er een groep is die moeite heeft de aangeboden informatie op die website te bereiken, hoe groot is deze groep en kan misschien juist voor deze groep een aparte website worden ontwikkeld? Want meer maatwerk hoeft zeker niet tot meer kosten te leiden of irritatie. Een bril met multifocus glazen zal ook nooit alle mogelijke varianten van sterkte verschillen hoeven aan te kunnen.

Kwaliteitseisen en zoekmachines

De belangrijkste reden om je als web-ontwikkelaar toch goed te houden aan kwaliteitseisen, daarmee vooral doelend op de HTML, is voor je SEO. De eisen en aanbevelingen die door het World Wide Web Consortium worden afgesproken en gepubliceerd wordt ook door bots van zoekmachines gebruikt. Immers, als een bot een website wil interpreteren en deze is niet goed opgebouwd, dan zullen deze pagina’s minder goed worden geïndexeerd. Wie de regels en eisen kent en deze goed inzet, zal beter en hoger scoren in de zoekresultaten van zoekmachines.

Eenvoudig in gebruik zijn de Validator van World Wide Web Consortium en de Webrichtlijnen QuickScan. Per melding kan je dan nog altijd zien of het ‘erg genoeg’ is om eventuele meldingen te verhelpen.

Technorati claim token: KCSRQC4MXWH5