Uma das questão mais frequentes que se coloca quando se desenvolve um site é a relevância que se deve dar ao design e ao conteúdo de um site. Se por um lado acho que a questão pode ser relevânte, por outro acho que as discussões habituais são mais irrelevantes e inconsequentes do que o problema inicial que as origina.
Mas a verdade é que este problema é na realidade a conjugação de dois problemas distinctos.

O primeiro problema é uma questão de gosto e de marca, de marketing. O segundo tem a ver com implementação.

O problema de Marketing

Este tem a ver com a própria aparência de um site, e cada um de nós tem gostos especificos no que a isto respeita. Eu, pessoalmente, gosto de sites com uma aparência limpa, que mostram em primeiro lugar o mais relevante, e que me permitem encontrar facilmento o que procuro, mas que não me tentar sobrecarregar com informação excessiva.

Da mesma forma que gosto de marcas focadas, que não englobam demasiados serviços ou productos que não estejam relacionados. Gosto de olhar uma marca e pensar “Estes são os gajos que fazem Telemóveis” (Nokia) ou “Estes são os gajos da pesquisa” (Google). Sim, eu sei que estas marcas englobam outros produtos, mas a verdade é que associo de forma mais ou menos automática estas marcas a estes produtos/serviços.

E gosto menos de marcas que não consigo identificar com um produto em particular, ou com um tipo de produtos, talvez porque são marcas que têm uma imagem mais dissolvida, como seja, por exemplo, a Mitsubishi, alguém me diz qual é o negócio deles? São os Medicamentos (pela Mitsubishi Pharma), os Carros (pela Mitsubishi Motors), os Electródomésticos (pela Mitsubishi Electrónics) ou a Consultoria (pela Mitsubishi Research Institute)? Como sabemos de qual delas estamos a falar quando a imagem que vemos é o triplo losanglo?

É neste sentido que gosto de sites mais focados, directos ao assunto, que falem de tudo o que se relacione com um assunto, mas que esse assunto esteja visivel em tudo o que se pode encontrar nesse site.

Da mesma forma que gosto de sites que sejam leves, com poucas imagens, sem animações desnecessárias, e que permitem ao utilizador com 5 segundos de observação saber que tipo de conteúdos pode encontrar no site, e como pode chegar até eles, e que lhe permita chegar a esses conteúdos com o minimo de dificuldade, sem passos desnecessários.

Mas isso é uma questão de gosto e de marketing, é uma questão pessoal e de marca. Pessoal no sentido em que o que eu considero um site bem conseguido pode ser simplista para outra pessoa, ou um site que outros consideram muito bom ter na minha opinião “demasiada bonecada”. O oposto pode acontecer, mas será raro. É uma questão de marca, pois tem mais a ver com o posicionamento e o mercado de uma marca, ou de um site.

O problema de implementação

Visto o problema de marketing, temos ainda o problema de implementação. O mesmo tipo de imagem pode ser implementada de várias formas, sendo as duas mais comuns e mais contrastantes a utilização de tabelas e de DIVs, isto é, utilizando posicionamentos controlados com tabelas ou utilizando blocos flutuantes, que depois são posicionados e alinhados utilizando CSSs.

Claro que estamos ainda a um nível razoávelmente superficial, que iremos em seguinda aprofundar. Mas mesmo a este nível as diferenças são grandes, principalmente no que respeita à quantidade de código HTML necessário para criar um mesmo design, e à flexibilidade que esse design tem.

Utilizando DIV, é facil, por exemplo, esconder um DIV quando se pretende imprimir uma página, criando apenas um código HTML para a página, e formatá-la de forma diferente consoante está a ser visto num monitor ou a ser impressa.

Mas, perguntam, podemos fazer com DIV e similares tudo o que fazemos com tabelas? Bem, talvez nem tudo, mas existem muito poucas situações em que sejam realmente necessárias as tabelas ou em que elas tragem realmente uma mais valia. Apesar disso existem algumas. Mas poucas ou nenhumas delas têm a ver com design, a maioria têm realmente a ver com a criação de tabelas de dados.

Mas que vantagem existem em utilizar DIVs em detrimento das tabelas, perguntam-me.

Bem, em primeiro lugar reduz bastante o tamanho do vosso código HTML, e se por um lado a dimensão de uma página já não é tão relevante quanto foi noutros tempos, ainda existe um número razoável de pessoas a utilizar modem de 56 Kbps (Kilobits por segundo), e que precisam de vários segundos para carregar uma página de 50 KB (Kilobytes – 1 byte equivale a 8 bits), e ainda sem contar com os diversos ficheiros associados a essa página.

Por outro lado a relevância agora é da quantidade de código necessário à formatação do conteúdo. A relação entre a quantidade de conteúdo encontrado numa página e a dimensão total dessa página é hoje um dos factores que os motores de pesquisa consideram quando indexam uma página nos seus indices, pelo que reduzir a quantidade de código HTML presente numa página é uma boa forma de começar a aumentar a relevância dessa página nos motores de pesquisa.

É ainda um problema de implementação a forma como os conteúdos se integram na estrutura e no design… mas isso é talvez assunto para aprofundar noutro post, um destes dias.