Er validering verdiløst? / HTML

Er validering et kvalitetsstempel?

Gjennom mitt foredrag på Webdagene 2007 og to innlegg på kuttisme.no har jeg pratet om kvalitetssikring av grensesnitt. I forbindelse med disse har jeg tatt opp validering som et verktøy for å kvalitetssikre en levereanse. Jeg har også foreslått at validering mot HTML 4.01 eller XHTML 1.0 bør være et krav i ethvert prosjekt der et webgrensesnitt skal implementeres.

En ting jeg ikke har påstått er at validering er et generelt kvalitetstegn. Det er ingen sammenheng mellom validering og godt eller dårlig design, brukervennlig eller ikke. Validering garanterer ikke en god tjeneste, og tilsvarende kan en løsning være god uten å validere. Et tilsvarende poeng er at en tjeneste ikke trenger å være tilgjengelig selvom man scorer bra mot Norge.nos kvalitetskrav eller WCAG: innholdet kan fortsatt være utilgjengelig fordi avsenderen ikke snakker brukerens språk eller lignende.

Stoler du på nettleserene? Og alle de andre klientene?

Hvis vi leverer kode som ikke validerer så leverer vi kode som ikke er i henhold til W3Cs publiserte standarder. På grunn av dette kan vi ikke ha noen forentning om hvordan en klient vil behandle koden. Som oftest går det greit ettersom nettlesere har god erfaring med dårlig HTML, og de er stort sett i stand til å "reparere" koden "on the fly". Men hvordan kan vi være sikker på at den ødelagte koden vår blir reparert på riktig måte? Det kan vi ikke, og ønsker vi full kontroll er det beste vi kan gjøre å produsere kode som validerer.

Dokumentstruktur som forventet grunnlag

Når design og interaksjon er implementert i CSS og Javascript er disse i høy grad avhengig av dokumentstrukturen vår. Hvis dokumentet ikke validerer kan det være at den faktiske dokumentstrukturen (etter at nettleseren har reparert koden) ikke er helt den vi samme som vi laget til å begynne med. Dette kan bety store problemer for CSS- og/eller Javascript-koden vår. I "beste" fall kan det bety at en egenskap blir stille borte. I verste fall kan det bety at hele siden kneler under et ødelagt design eller Javascript-bugs som gjør siden ubrukelig.

Når du leverer kode som ikke validerer fester du din lit til at nettleserene og andre klienter som skal bruke koden faktisk tolker koden riktig. Det blir som å formulere seg på en kronglete måte for så å håpe at mottakeren forstår hva du egentlig mener.

Har validering verdi for brukerne?

Martin Bekkelund har nylig skrevet at validering ikke har noen som helst verdi for brukerne. Jeg er ikke så sikker på om jeg er enig. Selvfølgelig - validering er ikke en tjeneste eller funksjon brukerne oppsøker nettstedet for å se i seg selv. Men, i følge eksemplene i avsnittet over er det tydelig at validering i enkelte tilfeller kan diktere brukerens opplevelse av nettstedet. Hvis et ødelagt dokument tegnes ut på en uleselig måte for brukeren så har det absolutt verdi for henne at siden validerer, enten brukeren er klar over grunnen eller ei.

Brukere med annet utstyr enn desktop-nettlesere

Det er ikke utenkelig at vi idag, 8 år etter at HTML 4.01 og XHTML 1.0 ble W3C-standarder får nye klienter som er avhengig av et velformet dokument for å vise en tjeneste. Dette er spesielt interessant for håndholdte enheter, og andre miljøer hvor små og enkle applikasjoner er viktig (en XML-parser til XHTML er langt enklere enn en HTML-parser som tolker og retter feil "on the fly"). For disse klientene er det viktig å validere, og brukeren har nytte av det.

Tilgjengelighet

Hvis du er opptatt av tilgjengelighet (noe du bør være dersom du jobber med nett), er det sen selvfølge å lage dokumenter som validerer. Et av de grunnleggende kravene i nevnte WCAG er å "bruke teknologi som er standardisert av W3C, og å bruke det riktig". Hvis du har brukere som er avhengige av spesiell tilrettelegging, noe du høyst sannsynligvis har, så mener ihvertfall W3C at disse brukerne har nytte av god semantisk HTML som validerer i bunnen.

Søkemotorer

Det er også flere som mener at søkemotorer foretrekker sider som validerer (fordi de også kan benytte enklere parsere enn dersom de må rydde opp i alle dokumentene).

Til slutt vil jeg si (som Martin Bekkelund også trekker frem) at utviklerne er de som oftest har størst utbytte av validering, og da som et arbeidsredskap. Men, det er ikke dermed sagt at det ikke er verdifullt også for brukerne dine. Flere gode grunner får du fra W3C.

Publisert 18. november 2007 under tilgjengelighet, css og html.