Il punto di partenza per capire di cosa tratta l'accessibilità è la definizione della parola accessible (accessibile, in italiano), contenuta nelle definizioni WCAG 1.0: Content is accessible when it may be used by someone with a disability, che tradotto in italiano diventa: Un contenuto è accessibile quando può essere usato da qualcuno con una disabilità.
Una definizione molto vicina al pensiero con il quale il padre del web, Tim Berners-Lee (attuale direttore del W3C - ndr), pose le basi del web 1.0. Il suo motto era infatti: La forza del Web sta nella sua universalità. L'accesso da parte di chiunque, indipendentemente dalle disabilità, ne è un aspetto essenziale.

L'accessibilità è (o meglio dovrebbe essere) quindi al centro delle nostre (web designer) attenzioni; in particolare con l'introduzione della cosidetta Legge Stanca, enti locali, comuni, province e regioni avrebbero dovuto attrezzarsi per garantire l’accessibilità dei siti, come richiesto dall’Aipa. Ma al di là di questo, questo preambolo sull'accessibilità mi serviva per introdurre un'effetto boomerang.

Rendere infatti accessibile un sito, significa potenzialmente non validarlo.

No, non sgranate gli occhi, è la verità. Faccio un esempio abbastanza banale. Se avete costrutito il vostro sito con le specifiche XHTML 1.1 e lo avete validato, vi sarete accorti che è necessario rimuovere l'attributo affinchè la validazione passi.
Ora, se provate a passare al setaccio il sito in questione secondo le specifiche dell'accessibilità a livello 3, vi ritroverete con un errore che vi richiede questo attributo. E' un bel no-sense! Eppure c'è. E come questo ce ne sono diversi altri di esempi che mi sono capitati, ma che non sto a documentare.

Cosa fare allora? La risposta è: dipende. Dipende dal sito che state facendo e da chi è il committente. Se si tratta di pubblica amministrazione la logica - e anche le regole che puntualmente non sono mai rispettate - (un caso eclatante è stato Italia.it) vorrebbe che il sito sia accessibile, quindi magari nell'intento di utilizzare un linguaggio comunque nuovo, fare uso dell'XHTML 1.0 invece che 1.1.

Se, invece, il vostro cliente di riferimento è una azienda (Anche le aziende private - finalmente - si sono accorte dell’importanza dell’accessibilità e dell’usabilità per estendere il numero di potenziali clienti) cercate di fare le cose al meglio utilizzando magari l'XHTML 1.1 e non pretendendo di rendere accessibilie il sito a livello 3, ma accontentarsi del livello 1.

Nel mentre che risolvete i vostri dilemmi mentali, vi lascio con un link per la validazione WAI e quelli ufficiali del W3C per la validazione del vostro HTML e dei vostri CSS.