Antes de começarmos, vejamos algumas regras importantes a ter em conta antes de correr o W3C validator.

• Esqueça um pouco os avisos – Se o validador refere que o seu blog tem 12 erros e 83 avisos, preocupe-se em solucionar primeiro os erros.
• Elime um erro de cada vez – Faça o seu trabalho como se este se tratasse de uma lista. Comece pelo primeiro erro e termine no último, resolvendo cada um deles de cada vez. O HTML é lido normalmente pelos browsers do topo para o fundo, pelo que os erros também.
• Re-valide o código após cada alteração – Muitas vezes um erro pode reproduzir múltiplos outros erros numa única página ou em várias. Para evitar ser apanhado de surpresa, re-valide o seu código depois de cada uma das alterações que vai implementando para assegurar que o seu problema está de facto resolvido.

1. UMA TAG DIV POR ENCERRAR

Uma das razões mais comuns para os layouts não validarem é precisamente esta. É impressionante a quantidade de vezes que um layout não valida a 100% por culpa de uma “div” que não foi encerrada. As tags div não encerradas são na sua grande maioria um dos problemas mais comuns dos erros de layout, e também um dos erros mais complexos de resolver, muito por culpa da dificuldade que existe em encontrar o erro. O validador nem sempre consegue encontrar a “div” que se encontra aberta, pelo que nem sempre é simples resolver o problema.

2. UMA TAG DE EMBED

No início dos anos 90, os browsers como o Internet Explorer e o Netscape começaram a reconhecer declarações únicas de fontes que nunca haviam sido standardizadas. Infelizmente, isso significa que o W3C validator ainda não reconhece algumas das tags HTML mais comuns do momento, como a tag ‘embed’, mesmo que estas sejam amplamente utilizadas nos dias de hoje. Se pretende conseguir uma validação a 100% no seu template, você precisa camuflar a sua embed. Se você pretende ter ambas as coisas uma validação W3C e media integrada no seu website, experimente utilizar o método Flash Satay.

3. DECLARAÇÃO DOCTYPE IMPRÓPRIA

Outro erro comum passa por não declarar um DOCTYPE, ou declarar o DOCTYPE errado no cabeçalho do documento. Obviamente, se pretende validar o seu website com sucesso, é necessário que faça uso da declaração de DOCTYPE e se possível (ironia ligada) de forma correcta.

4. FALTA DO TRAVESSÃO

Se o seu website ou blog não está a validar correctamente, então existe uma grande probabilidade de você se ter esquecido de um travessão de encerramento algures no seu código. É muito fácil nos esquecermos de um simples travessão para encerrar uma chamada qualquer, especialmente em tags de carregamento de imagens. Por exemplo:

<img src=”" alt=”">

Este código nunca validaria num DOCTYPE restrito. Adicione um travessão ‘/’ antes da tag de imagem encerrar e tem o seu problema resolvido. Veja:

<img src=”" alt=”" />

5. ALINHAMENTO

Você pode utilizar a tag “align” as vezes que desejar, se o seu DOCTYPE estiver especificado para “Transitional”, mas caso você escolha uma validação do tipo “Strict validation”, provavelmente irá ver erros. O alinhamento é mais uma tag não muito considerada no meio, que na verdade nem deveria ser utilizada na produção de código. Ao invés de utilizar uma tag de alinhamento, é recomendável utilizar o float ou text-align para mexer com os elementos das suas páginas.

6. JAVASCRIPT

Se você declarou um “Strict DOCTYPE”, você terá de envolver as tags CDATA envolta do seu código JavaScript. Este aspecto de validação deixou desenvolvedores muitas vezes à beira de um ataque de nervos, uma vez que os sites e blogs de hoje tendem a utiliza JavaScript para coisas tão simples como anúncios de publicidade e scripts de gestão estatística.

7. ATRIBUTO “ALT” EM IMAGENS

Se por ventura ainda não reparou, as imagens são um dos aspectos mais importantes da validação de um site ou blog. Tal como acontece com a falha de travessão que vimos no ponto 4, as imagens necessitam também de um atributo “alt”, do tipo alt=”Paisagem Moderna”. Os motores de busca trabalham também com base neste atributo “alt” para identificarem imagens numa página, o que significa que se pretende atrair também alguns visitantes dos motores de busca, é bom que se preocupe em definir a tag “alt” em todas as imagens que utiliza.

8. ENTIDADES DESCONHECIDAS

As entidades são também uma das maiores armadilhas que se colocam na frente de uma validação. Ao invés de utilizar símbolos do tipo “&”, você deverá utilizar caracteres de código correctos e standardizados. Poderá visualizar aqui uma lista inteira de entidades e código para utilizar nas suas produções XHTML.

9. ELEMENTOS DENTRO DE ELEMENTOS

Quando você tem elementos dentro de elementos, como por exemplo:

<div><strong>Doce!</strong></div>

É muito fácil você complicar a sua validação, especialmente quando os elementos se misturam e a sua ordem deixa de estar correctamente definida. Por exemplo, começar com a tag “strong” antes da tag “div”, mas fechar primeiro a tag “div”, é algo que provavelmente não afecta o aspecto do seu layout, mas que seguramente o impede de validar correctamente o seu trabalho.

10. TAG “TITLE”

Embora pareça um problema óbvio, muitos desenvolvedores (eu incluído), esquecem-se de definir a tag ‘title’ na secção de cabeçalho dos seus templates. Se você por ventura for brindado com um erro do tipo “missing a required sub-element of HEAD” aquando da sua validação, já sabe que se esqueceu de definir a tag “Title” para o seu website ou blog.

Artigos Recomendados

• Javascript para desenvolvedores PHP
• Guia Dreamweaver – CSS Avançado (Parte VI)
• Como passar informação entre páginas em PHP (Parte II)
• Como enviar Dados para o Browser com PHP
• Guia Dreamweaver – Como Começar? (Parte II)
• O que são selectores CSS? (Parte I)