Site do UOL convertido para tableless
Não, o UOL não resolveu seguir os padrões web e implementar seu site tableless.
Foi um trabalho feito por mim, apenas para demostração da possibilidade de se fazer qualquer site - inclusive portais - utilizando os padrões.
Acredito que tenha ficado bem feito. Vale a pena dar uma conferida.
O Diego Eis publicou na seção de convertidos do Tableless.
Fiz a conversão apenas da home page.
O interessante é perceber como apenas a mudança da home page de um portal pode diminuir significantemente o tráfego gerado pelo site, salvando não só a banda do servidor, como a dos usuários também.
O HTML (no caso, XHTML) da página convertida é quase três vezes menor que o da original - 11,8KB contra 32,18KB.
Contando XHTML + CSS + Imagens, a versão tableless é quase 40% menor - 40,56KB contra 66,23KB.
Isso sem contar que na segunda visita o CSS já estaria no cache do browser e seriam menos 10KB para carregar.
Não sei quantos visitantes diários o UOL tem, mas vamos fazer uma conta simples, fictícia, claro:
Suponhamos que a página receba 10 mil visitas diárias.
Considerando a versão original do site, temos 10.000 x 66,23 = 662.300 KBytes, ou seja, 646MBytes. Multiplicando pelos 30 dias do mês, temos 19,3GB de transferência mensais.
Agora vamos ver a versão tableless. Com os mesmos 10.000 x 40,56 = 405.600KBytes, ou 396 MBytes diários. 11,8GB mensais.
Economia de 7,5GB de transferência por mês.
Provavelmente a quantidade de visitas diárias recebidas pelo site do UOL é bem maior. Se considerarmos ainda que em boa parte dos acessos, o CSS não precisará ser baixado por já estar no cache, teremos uma economia de quase 50% na quantidade de Gigabytes transferidos por mês. Uma bela economia, concorda?
Sem contar que os usuários teriam uma experiência de navegação muito melhor, pois a página demoraria bem menos tempo pra carregar.
Ah, tem mais uma coisa que é importante ressaltar: relação conteúdo / código, ou Content Size. Ou seja, quantos por cento do seu HTML é, realmente, conteúdo.
O UOL é um portal, cuja principal função é prover conteúdo a seus usuários. Mesmo assim, apenas 9,16% de seu HTML é conteúdo. O restante é apenas “sopa de tags”.
A versão tableless tem 33.52% do HTML formado por conteúdo. Isto significa menos banda desperdiçada.
Bom, mas não é só economia de banda que importa quando se fala em tableless. Temos outras vantagens como semântica, código mais fácil de se manter, melhores resultados em sistemas de busca, isso pra citar apenas algumas que lembro agora.
Alguma dúvida que tableless, ou padrões web, vale a pena?
8 Out 2004 |
8 comentários... |
Comentar |
|
Show cara … a velocidade é quase que incomparável.
Um ótimo trabalho ! … Parabéns !