CSS, Ajax, tudo bem. Mas não esqueça o HTML

19/04/2007 16:50

Por: Marcos Moura

HTML limpo e harmonioso faz com que os sites funcionem em todos os dispositivos. CSS e Ajax então podem entrar sem prejudicar informações básicas.

HTML é o meio básico para acesso ao conteúdo de um site. Mas em muitos sites encontramos falta de cuidado com o funcionamento e a estrutura do HTML, de maneira que, quando isolado do CSS/Ajax, não é possível visualizar o conteúdo ou utilizar links e formulários.

Vamos fazer uma analogia entre o transporte aéreo e o acesso a um site.

Digamos que o cliente tem três opções de transporte/acesso:

1. Um site powered by Ajax é um jatinho particular: ágil, confortável, com tratamento VIP;
2. A primeira classe de um avião é um site sem Ajax, mas powered by CSS. São um pouco menos ágeis e confortáveis, mas ainda há tratamento VIP;
3. A segunda classe é site HTML (sem script e estilo), básico, desconfortável e sem tratamento VIP.

As três opções atendem o cliente, com opções distintas no tratamento.

A opção mais cara de viagem não será necessariamente a melhor. Na maioria dos casos a opção adequada é a classe econômica. Podemos dizer o mesmo no caso da web, onde em muitos casos o meio viável de acesso é através do simples e básico html.

Agora pense no long tail e aplique a regra de 80/20 (princípio de Pareto) para ter uma idéia dos tipos de dispositivos que podem vir a acessar um site.

Os tipos são:

• browser (com suporte CSS/Ajax);
• leitor de tela;
• sistema de busca;
• mobile;
• browser sem suporte a novas tecnologias (versões antigas).

O browser (com suporte CSS/Ajax) é o responsável por 80% de todo acesso. Mas lembre que os outros 20% do mercado podem estar com dificuldades para trafegar em seu conteúdo.

É uma armadilha tornar obrigatório o uso de CSS e Ajax para uma página ser exibida. Aquela imagem muito utilizada de background em um botão sem texto, por exemplo, pode não ser acessível quando o CSS estiver desabilitado.

Não se deve perder a autonomia do html. Crie uma estrutura equilibrada, com cabeçalhos (H1, H2…), parágrafos, listas… com formulários, botões e links funcionando, FIR para substituir texto por imagem, que tudo certamente vai funcionar em qualquer situação.

Se o HTML é pobre, feito em tabelas ou mal estruturado, cheio de div, span, id, classe, links funcionado apenas com javascript, com a dependência que tem do CSS/Ajax, em certos casos funcionará com imperfeições ou até mesmo não funcionará. Seu conteúdo não será compreendido ou links e formulários não funcionarão.

Quando se utiliza o trio HTML/CSS/Ajax, é necessário manter a acessibilidade de três maneiras diferentes:

1. Funcionando com CSS/Ajax, em uso HTML/CSS/AJAX;
2. Funcionando com CSS e sem AJAX, em uso HTML/CSS;
3. Funcionando sem CSS/Ajax, em uso HTML.

Teoricamente há uma quarta opção, com ajax e sem CSS, mas em um ambiente onde se executa javascript dificilmente haverá impedimentos ao CSS.

O processo de desenvolvimento deve ser uma cascata para desenvolver:

1. HTML;
2. HTML/CSS;
3. HTML/CSS/AJAX.

E o sentido inverso do desenvolvedor é a cascata para “quem” ou “o quê” vai acessar:

1. HTML/CSS/Ajax;
2. HTML/CSS;
3. HTML.

Portanto, designers tableless e desenvolvedores Ajax, se quiserem dormir sem culpa, o jeito é fazer site CSS funcionar sem CSS e site Ajax funcionar sem Ajax.

Podemos e devemos usar e abusar das novas tecnologias, mas não podemos esquecer da responsabilidade e eficiência que o velho html tem.[Webinsider]