Sobre selos de validação

Inserir um selo ou texto com link para o validador do W3C no site ou no blog tornou-se prática comum até mesmo para quem sequer sabe o significado de um código validado.
Tão comum que até parece que a existência destes links tem o mesmo peso de obrigatoriedade de um link para contato no site.

Por uma questão de justiça há que se fazer distinção entre dois grupos: Os desenvolvedores Web e os colocadores de site na Web. A estes, ou por estarem em um estágio inicial de desenvolvimento, ou por não terem a Web como prioridade, os deixarei à margem desta matéria.

Validar tudo

Meu foco é nos desenvolvedores Web. Nós que nos intitulamos desenvolvedores, não podemos deixar de entender o significado, não de validar (pois parto da premissa que isto já sabemos) mas de inserir o link de validação nas páginas que criamos.
Não sei quanto a vocês, mas eu, sempre que visito uma página que contém o link, clico para conferir. É uma verdadeira catástrofe o resultado. A quase totalidade não valida a marcação.
Plagiando Jefrey Zeldman eu afirmo que 99,9% dos sites e blogs com selo de validação não validam. E o desenvolvedor muitas vezes coloca um verdadeiro rosário de links para o validador, tais como:
[XHTML]  [CSS]  [WCAG-AAA]  [Section508]  [Da Silva]  [RSS]  [etc.].

Validar acessibilidade

Aqui também cabe separar dois grupos; as validações de código e as validações de acessibilidade. Estas, chegam a ser patéticas. Validar um site segundo os critérios WCAG-A (o primeiro nível de três, aquele que estabelece condições mínimas de acessibilidade) é uma tarefa que vai muito, mutíssimo além de passar no validador.

Validar acessibilidade exige intervenção humana em todos os itens da página, desde a paleta de cores até os mecanismos de navegação e facilidades para tecnologias assistivas, itens impossíveis de serem avaliados por softwares. Passar em um, ou até mesmo em todos os validadores de acessibilidade, nada significa e muito menos deve servir de motivo para colocar um link [WCAG-AAA]. Experimente olhar o código fonte de um destes desenvolvedores e simplesmente verificar se foi declarado o idioma (língua) principal do documento, caso positivo verifique se as mudanças de idioma estão marcadas com a tag e atributo próprios, ou verifique se existem mecanismos de pular navegação, dois itens básicos de acessibilidade, e por aí vai.

Eu desconfio de Blogs cujos desenvolvedores inserem selos de validação de acessibilidade

Site versus Blog

Publicar um site nem sempre significa dependência a uma interface gerenciadora de conteúdo e neste caso o controle sobre a marcação é bem mais fácil.
Quando se trata de publicar um blog a coisa muda de figura. Tomemos como exemplo o World Press.

Você instala templates prontos, com links para validadores pré-codificados e uma marcação inicial validada. Em 100% dos casos, no primeiro post sua marcação não validará. Culpa de quem? Possivelmente da interface. Se você tecla enter na interface, insere novo parágrafo, mas se deixar uma linha por complementar o software não fecha a tag e pronto, seu código está inválido. E uma série de outros detalhes de difícil detecção na fase de digitação do post. Aconselho a trabalhar sempre em modo de edição HTML, digitando ou inserindo via botões correspondentes, todas as tags necessárias.
Habitue-se a publicar seu post e logo a seguir abrí-lo no navegador, validar, corrigir eventuais erros e então publicá-lo novamente. Depois disso vá para a Home Page do Blog e valide para conferir o post naquele contexto.

A solução para a validação

Contudo, a prática irá demonstrar que os procedimentos acima não são suficientes para garantir validação e você poderá chegar a conclusão que não dispõe de tempo ou de conhecimentos suficientes para validar seus posts. Neste caso faça um favor para você mesmo
retire os links de validação do seu Blog ou Site.
Deixá-los ali é passar um atestado de total desconhecimento para você mesmo.
Pior ainda quando trata-se de blogs que postam matérias sobre Web Standards. Não há nenhum demérito em não validar.
Validar não significa nada. Colocar o selo de validação significa tudo.

Coclusões

1. Selo de validação não é enfeite para site/blog;
2. Se você não tem tempo para validar regularmente não coloque selo;
3. Extremo cuidado com validação para acessibilidade;
4. Se não valida, retire o selo;
5. Não há desculpa para não validar;
6. Não seja troll. Se o site do companheiro não validou envie um email informando;
7. Prefira esquecer de colocar o selo à esquecer que colocou;
8. Não faça do selo de validação um marketing pessoal. A vítima pode ser você;
9. Valide! valide! valide! valide! valide! valide! valide! valide! e valide!;
10. Tem um blog? Colocou selo? Vai lá e clica, você vai se surpreender.

É evidente que existe tolerência para eventual não validação. O que não pode ser admitido é um código sistematicamente inválido ou carregado de erros, onde fica evidente que o desenvolvedor não dá a mínima para validação ou está clamando por validação sem conhecimento de causa.

E você, o que pensa a respeito? Tem algo a acresentar? Discorda? Dê sua opinião. Participe.