Fazendo seu site válido: Passo a Passo

Esse artigo demonstrará uma situação em que um webmaster tenta fazer um site completo de acordo com o comum da web (como uma html válida, CSS).
O artigo descreve quais as maneiras que deverão ser usadas para esse problema e sugere também uma maneira mais fácil usando a nova ferramenta desenvolvida pela W3C's QA.

Uma das duvidas é quanto ao padrão de html, CSS e guia de acessos da web.

Guias e ferramentas já estão disponíveis para ajudar a criação do site conforme padrões da web.
Garantindo um bom aproveitamento, desenvolvimento custo/beneficio e fácil manutenção.

Decidir como converter um site pronto de acordo com os padrões é difícil.
Seu site pode ter histórico, documentos que não permitem manutenção em vários formatos ou pode ter muitos documentos, que se tornam difíceis de ser atualizados.
Seu site pode ter um design muito bom e tecnologias flexíveis, que simplificarão a tarefa. Ainda muitos casos de atualização exigem pesquisas.

Entretanto, o método que você escolher pra atualização determina quantos recursos você precisará se dedicar e como.

Existem dois tipos de transformar um site existente aos padrões:
Começar denovo (errado)
Ou validar manualmente cada página (mais difícil)
Nenhum dos dois é muito convincente.
Fazendo com que a mudança seja difícil.

Depois de olhar aos detalhes desses modos (analisando o porque estão errados) vai ter um terceiro, o melhor: atualizar uma seção por vez sistematicamente.

O jeito errado (recomeçando do rascunho)

O jeito errado para melhorar a qualidade já existente que é deletando tudo e começando denovo.

Pode parecer mais fácil porque você pode mudar e ver a página em branco, desde o começo.
Mas isso custa uma reedição de design, reescrever tudo e consertar as coisas começando do zero. Isso pode criar mais problemas, começando por links errados (ou desligados).

O jeito mais difícil: o trabalho todo

O jeito mais comum é o jeito mais difícil.
O administrador do site lista todos os recursos disponível (os que a tecnologia usada permite) e os usa. Ou um a um ou por partes (setores) através da tecnologia de "validação" como Html Validation ou CSS Validation e corretor ortográfico. Ou filtros corretivos como Html TIDY.

Esse jeito tem muitas vantagens e não tem nenhum erro especifico.
Por tanto especialmente pros sites que tem milhares de documentos isso exige muito trabalho e não tem uma organização excelente. Somente pensar em "por onde começar" já dá trabalho. Imagina checar o site inteiro!!!

Uma sugestão alternativa

Pode não ter um jeito de consertar o site todo, mas alguns são melhores ou mais fáceis que outros.
Usando algumas ferramentas abaixo vamos explicar um jeito bem mais fácil. O método tem seus limites infelizmente, mas é o mais usado para conteúdo estático ou conteúdo geral e dinâmico se você tiver controle das templates.

Mas se você não tiver é melhor mandar um report de bug pros responsáveis do software.

Passo a passo

"O modo difícil", seria certamente.
O melhor para reparar um local existente para alguém com os recursos ilimitados dedicados a esta tarefa. "No mundo real", a menos que o site for muito pequeno, este jeito não é muito realístico, exceto se você fizer de jeito gradual e organizado.

Com o planejamento cuidadoso e um tempo prolongado, você pode.
Aos poucos limpar o site. Entretanto, este processo requer manutenção cuidadosa, assim que um número de arquivos sejam limpos, de acordo com seus intervalos regulares e recursos válidos.

Faça a combinação

O número de arquivos que você limpará durante cada período depende do volume do conteúdo (o ratio de documentos inválidos)
Enquanto você arruma os recursos veja:
Quanto tempo você dispõe para limpar os conteúdos inválidos e quanto tempo demora pra consertá-los.

Sem pressa?

Não há nada mencionando um prazo e na maioria das vezes você não tem idéia de quanto demora, ou até mesmo quantos arquivos você tem. Assim não dá pra ter um prazo.

Como todo projeto, esse também tem que ter um limite.
Quanto de ratio inválido pode ter seu site?
Pense bem, 10% por exemplo!

Depois que você determinou um limite e dedicou os recursos pra limpar o projeto, as primeiras coisas do "método passo a passo" darão uma idéia de quanto tempo para alcançar o limite. Ai você pode reconsiderar o quanto de tempo para dedicar se você precisar de marcar o tempo ou sua marca de ratio de qualidade.

Método de tráfego – base

Um jeito simples de explicar o modo tráfego-base:

Imagine q você tem 4 documentos no site (nomeados 1, 2, 3 e 4).
Que usam 40% 30 % 20 % e 10 % do trafego do seu site.

Agora imagine que os documentos 1 e 4 são inválidos que são 50% dos documentos e 50% do trafego e isso não é bom!
Se tiver tempo pra arrumar os 2 documentos, ótimo.
E se tiver tempo sé de arrumar 1?

O normal seria arrumar sé 25% dos inválidos.
O trafego mostra qual você deve escolher. O documento 1.
Arrume. E assim o trafego válido sobe pra 90%.

Esse é um custo/beneficio de um limite de recursos que você precisa para arrumar (improvisar) que terá melhores resultados.

Estimando a qualidade do site usando o Traffic Approach.

O método de dados de trafego é a mais importante ferramenta para ver a qualidade de um site.
Como abaixo: dado um site (que tem certo número de documentos, mas com logs conhecidos durante um período) o Log Validator arruma os documentos de acordo com a popularidade (tráfego) e tenta achar X documentos inválidos entre os mais populares.

Imagine um caso que tem 100 documentos.
A ferramenta precisa ir por 20 documentos para encontrar 2 (colocamos X=2 por exemplo) que são htmls inválidos.
Esses 20 documentos contam com 45% do trafego.

As estimativas de file based são perdidas e incontáveis, onde que a estimativa de traffic-based é mais certa.
Depois que tiver consertado os 2 documentos e recomeçado o processo, a estimativa do traffic base será mais certa (e maior desde que mais e mais do trafego é validado).

Caso prático.
Usando o Log validator e outras ferramentas para a limpeza.

Aqui descreve um exemplo prático de como limpar usando algumas ferramentas não pagas para validar o site de HTML.
Como disse antes, HTML é só um exemplo. Você pode usar essas técnicas para outros casos.

Pegando as ferramentas
O Log validator será o primeiro (se não o único) que você precisará.
Você pode pegar de graça e instalar em qualquer sistema.

Você também precisa de alguns outros componentes que o Log validator depende para rodar bem.
Podem ser baixados e instalados sem custo.

Se você não é um expert em HTML e limpar os códigos não são seus hobbys você pode usar o Tidy pra fazer isso.
É um semi-automático limpador.
E esta disponível para maioria das plataformas.

O Log validator vai checar seus documentos on line pelo Markup validator em W3C.
Se você tiver um grande site ou quer deixar uma Bandwidth, você pode instalar na mesma pasta também.

Rodando o Log Validator

Tem que ter ele instalado e lido o manual.

Você precisa marcar um arquivo de configuração pra combinar com a configuração do seu server.
Você precisa acessar o log file por seu site (será usado para a estatística de trafego)
Você pode facilmente criar o arquivo de configuração. Copiando o exemplo do arquivo de configuração. Que vem junto com a ferramenta e editar como explicado no manual.

Depois você pode rodar o Log validator.
Não set os números dos resultados muito altos. 10 basta pra começar.
Você deve pegar a lista dos seus 10 mais populares documentos inválidos. Analise bem, você pode rodar eles no Markup validator pra checar onde estão os HTML estragados.
Se você tiver usando templates parece que tem alguma coisa de errado com elas?
Da pra checar as templates com o validator?


Agora arrume os primeiros documentos da lista. Lembre que são os mais populares do seu site que estão inválidos, então isso é muito importante.
Esse primeiro passo pode ser difícil principalmente se o documento for grande.
TIDY pode ajudar a limpar seu código.
Você também pode procurar na net por guias de como arrumar paginas de web e achar pessoas que podem te ajudar.

Por exemplo: se você não entender o output do validator, veja na documentação dele ou contate a lista publica www-validator@w3.org.

Acabou? Parabéns..!!!
Agora você pode rodar o Log validator todo dia (veja a dica de como) e comece outros documentos.

Mantenha o bom trabalho.
Se você tiver um site enorme de documentos de estatística, não tem como ficar 100% das páginas validas, mas tudo bem.
Depois de algum tempo as páginas invalidas serão contadas como mínimas.


traduzido por: Renan Schiavinoto
Fonte: http://www.w3.org/QA/2002/09/Step-by-step