Blog do Durães

Os web standards já cá estão há algum tempo, mas ainda é normal ouvirmos palavras de discórdia por parte de alguns programadores/designers web em relação aos mesmos. O que é certo é que eles (os standards) vieram para ficar e quem não dedicar algum tempo a tentar cumpri-los corre o risco de perder o comboio da evolução da web.

Temos que nos lembrar que o target de um site são os utilizadores e por isso as páginas têm de estar acessíveis indepentemente do sistema operativo e/ou browser usado pelo utilizador. É aqui que os web standards nos ajudam e nos trazem vantagens:

• Separação da estrutura do HTML (semântica) do design da página, melhora a acessibilidade;
• Possibilidade de disponibilizar o mesmo site para várias plataformas (dispositivos móveis, impressões, etc.), através do uso de várias CSS;
• Código mais limpo e estruturado e, consequentemente, mais amigo dos motores de busca.
• Páginas mais leves, o que resulta em temos de carregamento mais baixos;
• Garantia de compatibilidade com browsers futuros. Agora, mais que nunca, os browsers caminham todos no sentido de respeitarem os web standards;

A ideia a reter é, simplesmente, respeitar os web standards.

Se pretender que o endereço http://www.exemplo.com/foo mostre o conteúdo que está em http://www.exemplo.com/bar, não deve usar técnicas de “refresh” como:

<meta http-equiv=refresh content="1; url=http://www.exemplo.org/bar">

Porquê? Simplesmente porque desta forma a acção do botão “Voltar” do browser será anulada. Um utilizador, ao pressionar o botão “Voltar”, vai fazer com que o “refresh” funcione novamente e será novamente redireccionado para a frente. Provavelmente esta situação vai deixar o utilizador aborrecido o que pode causar que este deixe de visitar o site.

Usar redireccionamentos HTTP

Ao ser usada a meta-tag “refresh” para criar um redireccionamento, o que temos é uma instrucção específica dentro do documento web. Neste caso, espera-se que o browser descarregue a página, analise o seu conteúdo, encontre a instrucção “refresh”, espere o tempo necessário (que pode ser de 0 – imediatamente – até X segundos) e que proceda para o novo endereço.

Por outro lado, um redireccionamento HTTP funciona de uma forma mais directa pois é feito a um outro nível. O servidor, quando recebe um pedido de um documento e está configurado para efectuar o redireccionamento desse documento para outro endereço, responde ao browser indicando-lhe que procure o documento na sua nova localização.

O redireccionamento HTTP é também uma forma muito mais correcta para fazer redireccionamentos, já que, para além do novo endereço, fornece mais informação ao browser: fornece informação acerca do propósito e do tipo de redireccionamento, o que permite ao browser agir de forma diferente dependendo do tipo de redireccionamento. Os tipos de redireccionamentos HTTP são os redireccionamentos permanentes (HTTP 301), redireccionamentos temporários (HTTP 307) e os redireccionamentos indefinidos (HTTP 302).

Deixo alguns links úteis onde se mostra como efectuar a configuração de servidores para usar redireccionamentos HTTP:

• The “Redirect” directive no manual do Apache
• Redirection no Microsoft IIS
• Usando a função header do PHP