En nog even dit

Nu ik dit zo schrijf (8 januari 2011) bedenk ik ook onder het schrijven wat 'kwaliteit' nu eigenlijk betekent bij Active Discovery Designs. Ik schrijf deze pagina bijvoorbeeld, net als wij doen met de meeste pagina's van onze sites, direct in HTML en daar zijn zeer goede redenen voor:

• Wij houden onze pagina's graag 'schoon', dat wil zeggen zonder onnodige 'tags' en zonder onnodige 'styles'. Dit betekent dat ze bijzonder onderhoudsvriendelijk zijn en ook dat de lay-out consistent is en, indien gewenst, zeer snel aangepast kan worden.
• Gerelateerd aan het hierboven genoemde punt: wij hebben zeer strenge regels voor het gebruik van html tags en css 'styles'. Dat betekent bijvoorbeeld dat in principe de templates van al onze Framework sites uitwisselbaar zijn.
• Door rechtstreeks html te 'schrijven' kunnen we ook direct beïnvloeden hoe of als u op een link klikt deze in hetzelfde venster getoond wordt of dat er een nieuw venster geopend wordt.
• We kunnen direct zoekresultaten beïnvloeden, met name door <h1> tags op een bepaalde manier toe te passen.

En wellicht hebt u het niet zo in de gaten, maar door bijvoorbeeld deze paragraaf te tonen voeg ik ook 'content' toe dat zowel informatief is voor u (hoop ik) als goed is voor de score in zoekresultaten bij zoekmachines: meer (goede) content is in het algemeen 'hogers soren'. En ik neem aan dat de tekst op deze pagina onder 'goede content' valt, want ik schrijf deze tekst met de bedoeling dat hij informatief is.

Valid html

En ik bedenk me nu dat in principe alle pagina's op al onze site 'valid html' zijn. Ik was al enige tijd op zoek naar een manier om dat onder de aandacht te brengen en heb die dus nu gevonden.

En waarom zo voorzichtig met 'in principe'? Heel eenvoudig, fouten worden eenvoudig gemaakt en verder maken wij de meeste sites 'dynamisch' en dat betekent dat het in de praktijk onmogelijk is om alle pagina's te controleren.

Een waarom is het nu zo belangrijk om 'valid html' te maken? Nee, niet omdat sites die 'niet netjes' zijn er niet goed uit zouden zien. De meeste browsers zijn heel goed in staat om ook bij 'foute html' de site te tonen zoals hij waarschijnlijk door de ontwerper bedoeld is. Maar wel om het kwaliteitsbewustzijn van de medewerkers te verhogen. En verder is het uiteindelijk ook weer onderhoudsvriendelijk, want html fouten in een site of pagina die 'bijna valideert' zijn vaak eenvoudiger te vinden dan in een pagina met honderd fouten, en dat soort aantal fouten krijg je als je pagina's, templates of sites nooit 'valideert'.