No dia de hoje o Google anunciou oficialmente que irá descontinuar o serviço Google Wave, que gerou polêmica na web ao suscitar a questão de que ele poderia ser o responsável por “matar” o email. Confesso que assisti ao lançamento dele no Google I/O e fiquei bastante entusiasmado.

Não demorou muito para eu criar waves de projetos na empresa onde eu trabalhava e participar de várias outras. O que se via era uma aplicação com uma interface complexa, cheia de bugs e incapaz de lidar com escalonamento (waves com muitos usuários chegavam a travar).

Hoje o Google Wave caiu e já vejo dezenas de pessoas no Twitter fazendo piadas e dizendo que o projeto foi um grande vexame.  Será mesmo? Que lições podemos tirar disso?

1) Fazendo a pergunta certa

Existe uma frase célebre do Einstein onde ele disse que se tivesse uma hora para resolver um problema do qual sua vida dependesse, ele passaria 55 minutos procurando a pergunta certa. Encontrando essa pergunta, 5 minutos seria mais do que suficiente para encontrar a solução. A pergunta central que norteou o desenvolvimento do Google Wave foi: será que existe alguma forma de concentrar em uma única plataforma os dezenas de meios de comunicação que existem hoje na web? A pergunta não estava errada. Basta ver o que o Facebook vem fazendo em sua timeline e o grau de sucesso deles.

2) A primeira impressão é a que fica

Se a pergunta feita estava correta, por que o projeto não vingou? Acho que um dos principais pontos está na execução. Quando se trabalha com inovação, é normal lançar produtos em Beta (quem melhor que o próprio Google para fazer isso?). Inclusive, essa é uma das principais formas para se distanciar dos potenciais concorrentes que ainda nem nasceram. Acontece que o Beta tem que ser bom o suficiente para convencer os usuários de que algo fabuloso está por vir. Um Beta cheio de bugs e falhas deixa uma péssima impressão e, num universo de altíssimo índice de dispersão, é suficiente para fazer com que ninguém mais volte.

3) Errar faz parte

O Google Wave não deu certo, e daí? Quando se trabalha com inovação não se pode ter medo de errar. O Google sabe bem disso e por isso chegou tão longe e consegue se manter na liderança. É necessário criar centenas de produtos para que um ou outro vingue. Faz parte do processo e não tem como ser diferente quando a sua meta é fazer algo para construir o futuro. O importante é aprender com os erros para se tornar cada vez melhor.

4) Desapegando-se

Essa é a grande lição que o Google nos deu hoje. Uma das coisas mais difíceis quando se trabalha em qualquer projeto é saber o momento certo de se desapegar e partir para outra. Insistir em um erro ou em um produto que simplesmente não aconteceu é desperdício de tempo e dinheiro. É preciso ter em mente que nem tudo vai dar certo e é necessário saber quando parar. O Google mostrou ter culhões hoje, pois poderia deixar o produto de lado e não avisar ninguém. Ao comunicar oficialmente para o mundo que eles estão descontinuando o Google Wave, estão colocando sua cara a tapa (afinal, é um insucesso do maior player da Internet) e reconhecendo com humildade que não foi dessa vez.

Por fim, retomo a pergunta que fiz no início: é mesmo vergonhoso errar em um universo onde tão poucos acertam?

Continuando o post anterior, onde comentei que iria disponibilizar aqui no blog o material do Search Labs ’10, estou disponibilizando as apresentações dos palestrantes que encontrei até o momento.

Métricas avançadas para SEO (Ruy Carneiro e Leonardo Naressi)
Ótima apresentação para quem gosta de trabalhar com indicadores e tabelas em Excel

Nessa semana estive no Search Labs ‘10, que ocorreu em São Paulo nos dias 28 e 29, para ver as novidades na área de Search. O convite foi tentador, começando por palestrantes da “gringa” como Vanessa Fox, Melanie Mitchell, Gillian Muessig, e tantos outros nacionais igualmente bons. Esse post é para escrever a minha avaliação sobre o evento.

Vou começar com uma frase do palestrante Alex Sander Pelati, diretor da agência Orange Five (AO5): “De tudo que é falado em eventos como esse, aproveita-se em torno de 5 a 10% do que é dito”.
Acredito que essa frase resume bem eventos desse porte. São muitos palestrantes que em sua maioria acabam sendo concorrentes diretos no mercado e, por isso, acabam não revelando todo o seu conhecimento e/ou estratégias utilizadas para obter o melhor resultado possível. Contudo isso não quer dizer que o evento foi ruim. Bem pelo contrário! Os 5 a 10% úteis falados no Search Labs ’10 foram bem interessantes e, possivelmente, esse já possa ser considerado o melhor evento de Search já feito no Brasil.

Enfim, vou fazer uma avaliação dos seguintes itens relacionados ao Search Labs ’10:
I) Organização do evento II) Palestrantes III) Conteúdo das palestras

I) Organização do Evento
Pontos Negativos: Começou um pouco atrapalhado com uma fila enorme para fazer o cadastramento na entrada do 1º dia. Outro fator ruim ficou por conta do acesso à internet, onde o WiFi não funcionou em praticamente momento algum.
Pontos Positivos: O local do evento (Hotel Renaissance) foi uma ótima escolha, tendo duas boas e outra ótima sala, como um todo muito confortável. A escolha da maioria dos palestrantes também foi bem acertada, tantos os nacionais quanto os internacionais, fizeram boas palestras e mostraram uma visão diversificada do tipo de estratégia utilizada. Contudo, acho que o principal “gol” da organização do evento, foi o fato de fazer um evento desse porte a um custo razoável. Como disse o Tiago Luz, isso contribui muito para tornar o Search um assunto acessível a todos que tem interesse, e não um conhecimento elitizado de uma minoria.

Avaliação: Gostei muito do evento, até mesmo porque os organizadores tiveram a humildade de reconhecer as falhas. Desta forma, só resta dar os parabéns e absolver qualquer tipo de erro. Aposto que o Search Labs ’11 será ainda melhor!!!

II) Palestrantes

Das palestras que assisti (infelizmente era necessário escolher apenas umas das três palestras que ocorriam de forma simultânea) gostei muito das seguintes palestras:

- Métricas Avançadas para SEO (do Leonardo Naressi e Ruy Carneiro)
- Gerando links na Era do Social Media (do Todd Malicoat)
- Site Clinic
- Infra-Estrutura do seu site é fundamental para o sucesso em SEO (da Vanessa Fox)

Gostaria ainda de ter assistido a palestra da Gillian Muessig (SEO para CEO), do Eduardo Cereto e Gerson Ribeiro (Teste Multi Variáveis), do Guga Alves (WordPress), do Ariel Lambrecht (erros de SEO do Google), do Tiago Luz (Dicas para links patrocinados), do Cassiano Travareli (Link Building) e da Melanie Mitchell (Busca em muitos níveis).

Avaliação: De uma forma geral, gostei dos palestrantes. Todos bem acessíveis (até mesmo os do Google.. rsrsrs). Achei apenas que algumas apresentações poderiam ser mais elaboradas (principalmente a do Todd Malicoat).

III) Conteúdo das Palestras

Conforme falei anteriormente, quase tudo que se falou foram coisas que todos que trabalham com SEO já vinham fazendo, até mesmo porque é uma obrigação de quem trabalha nessa área acompanhar as novas tendências e técnicas. Contudo duas abordagens me chamaram atenção no Search Labs ’10: a primeira foi a preocupação com a estrutura dos Sitemaps e a segunda foi a quantidade de abordagens para link building. Nesse segundo item, muito do que se falou foi derivado da nova onde de Social Media (aliás boas dicas), contudo chamou atenção a discussão sobre compra de links e punição para isso. Fazendo esse post, vi no twitter que foi aberta uma discussão no fórum de webmaster do Google para o assunto. Caso queira saber mais, clique aqui.

Avaliação: Gostei da grande maioria das palestras. Mesmo aquelas que não trouxeram grandes novidades ajudaram bastante a confirmar o que já imaginava. Para não ficar em cima do muro, esperava um pouco mais da palestra sobre Resultados Personalizados do Google (do Fabio Ricotta) e, também, sobre API’s do Google (do Rodrigo Vale).

Nos próximos dias, vou postar mais alguns tópicos do evento como anotações minhas e material do evento. Peguei várias dicas de ferramentas, material dos palestrantes e também novas pessoas da área para seguir no twitter. Espero conseguir liberar isso já no final de semana.

Esse link aqui é a lista do twitter de todos os palestrantes do Search Labs ’10. Vale a pena seguir.

Lembro-me quando ouvi falar de SEO pela primeira vez, lá em 2005. Naquela época eu vasculhava avidamente todo e qualquer site que falasse sobre Marketing Viral e Marketing de Guerrilha, assuntos que eram novos – para mim – e me deixavam muito entusiasmado. Daquele ano para cá muita coisa mudou, seja no mundo (crise norte-americana, eleição de Barack Obama), na Internet (o Twitter só foi surgir em 2006) e na minha vida (passei por três empresas e trabalhei em diferentes áreas). Com SEO não foi diferente, passou de algo misterioso e “secreto” para um verdadeiro hype.

O Passado do SEO: Um mundo de mistérios

Em um desses blogs onde eu lia sobre Marketing Viral, o autor colocava em evidência no topo de sua página que ele trabalhava com Otimização de Sites e prometia grandes resultados. Inclusive, mostrava uma página de cases, indicando em qual posição a marca e produtos de seus clientes estava no Google antes e depois do seu trabalho de otimização.

O assunto passou a chamar a minha atenção, mas a bibliografia era escassa (sobretudo no cenário nacional) e não lembro de ter encontrado nenhum nome consolidado (seja de empresa ou profisional) aqui no Brasil. Acabei parando por aí. SEO ficou parecendo para mim como se fosse algum truque de videogame, que é conhecido apenas por um pequeno grupo que faz de tudo para seu segredo não se espalhar. Uma verdadeira caixa preta.

E de fato era assim. Com um pequeno conhecimento (validando o site no W3C, otimizando titles, descriptions e keywords) já era possível notar uma grande diferença de posicionamento nos buscadores. Parecia mágica. Mas, se por um lado isso tornava o trabalho de SEO fácil de se fazer, por outro tornava difícil de se vender. Afinal, como vender algo que as pessoas não conheciam e dificilmente iriam entender. Para muitas empresas no Brasil a própria Internet era nova, imagine então o SEO.

O Presente do SEO: O hype

O presente do SEO começou para mim em 2008, quando eu trabalhava no Grupo RBS e, pela primeira vez, tive um contato consistente com o assunto. Devo muito disso ao meu amigo Miguel Dorneles, que havia criado um setor de SEO/Web Analytics dentro da área de Internet da empresa e estava sempre aberto a falar sobre o assunto. Foi aí que eu comecei a entender que SEO é muito mais o desenvolvimento de uma estratégia digital do que realizar alguns truques isolados para ganhar posições no Google.

Foi nesse período que também comecei a destrinchar o assunto, acessando diariamente sites como o SEOmoz e Search Egine Land, seguindo todo o conteúdo gerado pelo Matt Cutts e lendo bastante conteúdo nacional, como o blog do Paulo e artigos do pessoal da Mestre SEO.

De 2008 para cá (2010) é o período que eu considero como sendo o hype do SEO. É um momento onde o mercado brasileiro já formou uma massa crítica significativa para comprar esse tipo de serviço e, por conta isso, muitas empresas focadas em otimização de sites estão prosperando a passos largos. Também é o momento onde fazer o básico já virou commodity (organizar titles e descriptions não é novidade para ninguém do meio), sendo necessário ir muito além disso e realmente mostrar serviço. Esse contexto também abre as portas para os oportunistas (como mostra a imagem acima), aqueles que sabem muito pouco – ou quase nada – sobre o assunto, mas encontram mercado vendendo “soluções mágicas” para aqueles que sabem menos ainda. É a mesma história dos sobrinhos durante o hype do desenvolvimento de sites na Internet.

Nessa mesma época (2008), o Miguel estava deixando o Grupo RBS e surgia a possibilidade de eu trabalhar diretamente com SEO. Não pensei duas vezes e abracei a oportunidade. Algumas pessoas que trabalhavam comigo chegaram a tentar me desencorajar, alegando que SEO tinha os dias contados, enquanto a área onde eu trabalhava (Gerenciamento de Projetos Web) era mais sólida. De fato a área onde eu trabalhava era mais estável, mas eu estava fascinado por SEO e disposto a arriscar. De uma coisa eu tinha certeza: o aprendizado valeria a pena.

O Futuro do SEO: para onde vamos?

No fim das contas eu estava certo, o aprendizado valeu a pena. E toda essa mentalidade de engenharia reversa que envolve o mundo do SEO – e é uma das minhas grandes paixões – fez com que eu tomasse outros rumos e começasse a trabalhar com Inovação. Afastei-me bastante do dia a dia de SEO, mas, sempre que posso, procuro ficar a par do que está acontecendo.

O debate sobre o futuro do SEO sempre foi uma grande polêmica no meio, pois quem trabalha com otimização acaba sempre sendo dependente do que as ferramentas de busca estão fazendo. E se a lógica de busca atual deixar de existir de repente? E se as SERPs passarem a ser visuais? E se…? São muitas as questões, e evidentemente não temos todas as respostas.

Em alguns artigos que li, os autores defendiam que o profissional de SEO no futuro iria atuar como um estrategista digital, podendo trabalhar ao lado das duplas de criação das agências, por exemplo. Acredito que o caminho é mais ou menos por aí. Mesmo que o SEO “morra”, a mentalidade estratégica por trás desse trabalho não deverá morrer nunca, pois estamos falando de inteligência aplicada (no mundo digital).

Sobre o Post

Esse post foi escrito por causa do Search Labs, evento de Search Marketing que irá ocorrer nos dias 28 e 29 de Julho em São Paulo e do qual eu gostaria muito participar. Ele faz parte de um concurso do blog do evento, onde o vencedor irá ganhar um ingresso para participar.

Tenho muito interesse em estar lá, pois é um momento no qual passado, presente e futuro do Search irão se encontrar, desenhando uma visão de futuro para a própria web.

O Google Analytics lançou no dia 01 de dezembro seu novo código de monitoramento de Web Sites. Trata-se do Asynchronous Tracking Code. Dentre os seus benefícios, os três abaixo destacam-se:

1) Deixa o carregamento das páginas do web site mais rápido
2) Torna a coleta dos dados mais ágil e precisa
3) Elimina erros de monitoramento quando a página não foi totalmente carregada

Esse novo código de monitoramente reflete claramente a importância que o Google está dando para o tempo de carregamento das páginas e vai exatamente de encontro com uma notícia que recebi essa semana via colega Pedro Belleza, que afirma que esse tempo passará a ser critério para indexação nos resultados da busca do Google. Porém esse link é de um post no Webmaster Central Blog que confirma exatamente essa visão.

Isso quer dizer que apesar do Asynchronous Tracking Code ser tratado como beta e facultativo (ainda!), possivelmente ele será obrigatório e extremamente relevante em um futuro próximo.

Bem, vamos falar um pouco mais do novo código então:

Como instalar???
Ao contrário do código atual do Google Analytics (conhecido como ga.js) o novo código deve ser instalado no trecho superior do código fonte (dentro do <head>) das páginas do web site.
Para quem já tem o código ga.js e gostaria de passar a utilizar o código assíncrono, o Google recomenda que o usuário substitua o código atual pelo novo.

Como funciona???
Ele especifica a página web da propriedade ID e chama _trackPageview para enviar os dados de monitoramento de volta para os servidores do Google Analytics.

O trecho a seguir representa a configuração mínima necessária para acompanhar uma página de forma assíncrona.

<script type=”text/javascript”>

var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-XXXXX-X']);
_gaq.push(['_trackPageview']);

(function() {
var ga = document.createElement(’script’);
ga.src = (‘https:’ == document.location.protocol ? ‘https://ssl’ : ‘http://www’) + ‘.google-analytics.com/ga.js’;
ga.setAttribute(‘async’, ‘true’);
document.documentElement.firstChild.appendChild(ga);
})();

</script>

Para usar o código acima basta inseri-lo no código fonte das páginas de seu web site apenas trocando o ID (‘UA-XXXXX-X’) pela sua propriedade de identificação. Para implementar um código com mais funcionalidades de monitoramento, basta consultar os métodos disponíveis na API do Google e ver o guia de uso.

Função das partes que compõe o novo código:

Primeira parte
A primeira parte do trecho de código de acompanhamento assíncrono atribui a variável _gaq para uma matriz JavaScript. Depois disso, duas chamadas API de monitoramento (codificado como matrizes) são empurrados para _gaq. Quando o código de controle é inicializado, ele transforma o objeto _gaq de uma matriz padrão em um novo objeto e executa todas as chamadas API de monitoramento inicialmente recolhidas na matriz. Com este recurso, você pode imediatamente monitorar e armazenar todas as chamadas, mesmo antes do código de monitoramento do Google Analytics ser baixado. Não precisa mais se preocupar com as condições de carregamento ou problemas de dependência do código de monitoramento ga.js.

Segunda parte
A segunda metade do trecho fornece a lógica que carrega o código de monitoramento em paralelo com outros scripts na página. Ele executa uma função anônima que cria dinamicamente um elemento <script> e define a origem com o protocolo apropriado. Como resultado, a maioria dos navegadores irá carregar o código de monitoramento em paralelo com outros scripts na página, reduzindo assim o tempo de carregamento da página web. Nota-se aqui o uso futuro do HTML5 novo “async” atributo nesta parte do trecho. Quando ele cria o mesmo efeito que acrescentar um elemento <script> para o DOM, que oficialmente diz navegadores que este script pode ser carregado de forma assíncrona. Firefox 3.6 é o primeiro navegador a oferecer oficialmente suporte para este novo recurso. Se você está curioso, aqui estão mais detalhes sobre a especificação oficial HTML5 async.
Apesar de ser um código ainda na versão Beta o Insighter.org já está fazendo os testes com o Asynchronous Tracking Code, pois acreditamos que tudo que vier para melhorar a experiência do usuário ao acessar conteúdos online deve ser utilizado. Além disso não podemos esquecer que uma grande parte da população brasileira ainda utiliza conexão discada para navegar na internet, o que torna o carregamento das páginas ainda mais lento.

Observação: Agora que o semestre acabou os posts voltarão a ser freqüentes no Insighter.org. Nos últimos meses, eu e os outros editores acabamos acumulando novos projetos profissionais, bem como final de semestre na faculdade, o que acabou reduzindo bastante o ritmo dos posts. Isso irá mudar… pelo menos até março! ;)

Na primeira parte deste artigo, descrevi uma abordagem nova para a criação de um projeto web orientado à SEO. Esta abordagem foi criada a partir de uma adaptação do BSC Tradicional para o que denominei SEO-BSC.

A grande vantagem do uso desta abordagem, na minha opinião, foi a fácil visualização de todas áreas envolvidas e o encadeamento de todas as especificações e definições para o melhor projeto em termos de SEO e usabilidade.

Esta metodologia é bastante indicada para projetos de grande porte, onde muitas vêzes é difícil ter uma visão de todas as variáveis.

Conforme o prometido anteriormente, trarei a seguir um exemplo prático desta experiência e de como estruturar as definições de SEO para um projeto novo utilizando o SEO-BSC.

Neste exemplo, iremos criar um estratégia de SEO para a reformulação de site de gastronomia já existente.

O novo site será dividido em 2 áreas principais

I. Editorial:

- Blogs
- Entrevistas
- Colunas de chefes
- Matérias
- Guias de restaurantes
- Dicas de chefes com vídeos

II. Receitas:

- Buscas por categorias e subcategorias ou palavras-chave (carnes, frango, sobremesas, cozinha asiática, italiana, etc)
- Lista de Diretórios com diferentes classificações (tipo de cozinha, tipos de receita, etc)
- Banco de dados de receitas
- Lista de resultados de receitas
- Página de Detalhe da receita

III. OBJETIVO DO PROJETO: ser o site mais bem posicionado no mercado que atuamos

Sugiro o download do arquivo “Estrategia_SEO.xls” para acompanhamento do restante do post.

Conforme havia mencionado no post anterior, teremos 5 níveis para desdobrar este objetivo.

1. Perpectivas dos Buscadores, que foi dividida em 3 blocos:

• Estratégia para aumentar a eficiência de indexação
• Estratégia para o crescimento de popularidade
• Estratégia para melhor posicionamentoCada um destes blocos foram quebrados em vários requisitos de SEO.

2. Perspectiva do Produto: neste nível cada um dos requisitos de SEO geram um ou mais requisitos para a arquitetura de informação, design de interfaces e definição de escopo para o produto.

3. Perpectiva do Desenvolvimento: neste nível os itens de escopo e arquitetura de informação definidos para o produto são desdobrados em especificações funcionais para a equipe de desenvolvimento. Através destes itens conseguimos enxergar necessidades que deverão ser traduzidas em funcionalidades nas ferramentas de CMS e outras possíveis ferramentas de backoffice.

O Processo de elaboração deste documento contibui muito para que a equipe de desenvolvimento participe do projeto desde as etapas iniciais de concepção do produto.

4. Perpectiva Editorial: neste nível podemos verificar os imapactos das definições de produto na estrutura de produção do conteúdo. Além de facilitar a identificação de deficiências das equipes editoriais em trabalhar em padrões orientados ao SEO, podemos visualizar itens que geralmente não fazem parte do projeto como a reformulação de padrões de nomenclatura de arquivos.

5. Perpectivas de Recursos Humanos: neste nível podemos podemos criar dentro do projeto todos os treinamentos e materiais de apoio para as equipes do projeto e equipes editoriais para a manutenção do novo produto.

Acredito que esta é uma abordagem inovadora de como organizar um projeto web. Quando criei esta abordagem, não imaginaria que ela traria uma visão tão ampla do projeto nem traria uma integração tão forte entre as áreas envolvidas. Na prática esta experiencia tem sido muito bem sucedida em as áreas de desenvolvimento e arquitetura da informação tem demonstrado bastante alinhamento ao longo do projeto.

Este é um método que está sujeito a novas evoluções. Acredito que o próximo passo é  estabelecer indicadores de efetividade para cada nível do SEO-BSC. Assim podemos ter uma noção do sucesso da implementação das idéias criadas. É obvio que o resultado final somente poderá ser observado no Google quando o site entrar no ar!

LEIA TAMBÉM: Desdobrando Estratégias de SEO utilizando o Balanced Score Card (BSC) – parte 1

ARQUIVO PARA DOWNLOAD: Estrategia_SEO.xls

Esta obra está licenciada sob uma Licença Creative Commons.

Tenho conversado com diversos designers de UX (user experience), SEO (search engine optimization) e WA (web analytics) e a opinião é unânime: todos querem trabalhar de forma mais integrada para gerar os melhores resultados em um produto. Ok, todos os profissionais envolvidos no desenvolvimento de produtos interativos devem trabalhar de forma integrada, mas SEO e WA geralmente não estão envolvidos durante o processo de desenvolvimento do produto e acabam participando só antes e/ou depois do processo.

Minha proposta com essa série de aproximadamente 3 posts (demoro para escrever, mas quando começo não paro mais :) ), é mostrar que a integração de UX + WA + SEO através de iniciativas, ferramentas, documentos e atividades podem colaborar para que produtos interativos tenham um excelente ROI (retorno do investimento). Neste primeiro post, o foco é a integração de UX e WA com o uso de ferramentas oferecidas pelo Google Analytics e Google AdWords.

Mas antes de começar a falar sobre tudo isso, quero deixar claro que quando falo em designers de UX ou apenas designer, esses podem ser arquitetos de informação, designers de interação, designers de interface, enfim, profissionais que participam fortemente da concepção do produto e consequentemente são responsáveis pela experiência do usuário. E como varia muito de empresa para empresa, resolvi generalizar para facilitar o entendimento da ideia.

Atuando no planejamento de WA

Profissionais de WA – também conhecidos como analista de métricas – passam por uma etapa de planejamento própria quando há um novo projeto ou quando há alterações consideráveis em um projeto existente. Neste caso, o designer de UX passa a ser um “cliente” do WA – assim como outros profissionais e áreas envolvidas no projeto, já que o designer informa quais são suas necessidades de monitoramento, mensuração, testes, entre outros. Entretanto, o designer de UX só conseguirá visualizar globalmente suas necessidades durante o fechamento de escopo, desenvolvimento de interface ou em outras etapas, ou seja, o início do planejamento de WA é o “durante” do processo de desenvolvimento e não o antes ou depois.

Portanto, a dupla (UX E WA) poderá definir quais ferramentas e configurações serão utilizadas durante o desenvolvimento do projeto, e as opções são inúmeras:

• teste A/B e multivariado;
• criação de funis;
• segmentação;
• tracking;
• …

1) Teste A/B e multivariado

O teste A/B é uma ferramenta simples de otimização utilizada para verificar qual versão de uma página ou peça publicitária é mais efetiva, considerando a conversão dos usuários. Já o teste multivariado é mais robusto e deve ser utilizado para testar uma múltiplas variações de conteúdo em uma página.

Testes como estes são fundamentais para que o designer verifique qual solução tem melhor resultado considerando dados quantitativos de conversão dos usuários. Com informações ricas como essas, as empresas deixam de tomar decisões baseadas em opiniões pessoais ou suposições vagas e passam a atuar com dados de alta fidelidade na tomada de decisão.

É preciso deixar claro que testes assim não substituem um técnica de avaliação como o teste de usabilidade, mas podem oferecer respostas para dúvidas pontuais. Por exemplo, um designer pode querer testar se um botão de “comprar” converte mais usuários quando posicionado a direita na interface e com a cor de fundo azul, se as chamadas de conteúdo com imagem converte recebe mais cliques do que chamadas sem imagem e mais com o texto maior, etc.

Exemplo de teste A/B no Gmail

2) Funil de conversão

Funis são caminhos importantes que devem ser percorridos pelo usuário durante a navegação. Com um funil é possível principalmente mapear e corrigir abandonos observando páginas onde há uma considerável evasão por parte dos usuários.

Um funil bem comum é o de compra/pedido de produtos. Veja abaixo:

Funil de conversão - exemplo conceitual

Outros objetivos de conversão comuns em funis são assinatura de newsletter, envio de e-mail por formulário de contato e download de documentos.

Para configurar um funil é preciso efetuar diferentes configurações, mas as principais são os objetivos de conversão, URL de origem e destino e URLs que fazem parte do funil. O Google Analytics exibe os dados do funil graficamente e também oferece detalhamento como total de conversões, taxa de abandono em cada página no funil, entre outros.

Funil de conversão do Google Analytics

Como a quantidade de usuário naturalmente diminui de acordo com o nível de aprofundamento de navegação e conteúdo, é importante que o WA e o designer de UX definam quais taxas de abandono são aceitáveis para não haver nenhum erro de julgamento durante a análise.

3) Segmentação

Segmentação de usuário é  uma divisão dos usuários em grupos com interesses, perfis ou comportamentos semelhantes. Essa divisão pode ocorrer através de dados submetidos pelo usuário em formulários (campo profissão, sexo, idade…), seções em que o usuário navegou ou qualquer outra informação que a empresa tenha interesse e seja possível de se capturar, considerando sempre as políticas de privacidade divulgadas pela empresa. Por padrão, o Google Analytics possui segmentos pré-configurados, mas em alguns projetos é importante saber no detalhe “com quem estamos falando” e isso pode refletir em entrega diferenciada de conteúdo e até informações de valor para a criação de Personas.

Segmentação padrão do Google Analytics

4) Tracking

No Google Analytics é possível rastrear todas ações de clique realizadas pelo usuário, inclusive em páginas com ajax e conteúdo multimídia. Veja abaixo alguns exemplos de rastreamentos possíveis:

• Quais conteúdos são pouco ou bastante consumidos pelo usuário em uma determinada página;
• Qual a quantidade de cliques em um item expecífico do menu principal;
• Quais documentos foram baixados pelos usuários esta semana;
• Que personalização os usuários fazem para visualização da interface (aumento de fonte, expansão de menu…).

obs.: Farei mais sobre tracking nos próximos posts.

Publicação e acompanhamento contínuo

Após a publicação do projeto, o designer de UX pode e deve trabalhar ainda mais próximo do WA analisando keywords de busca orgânica, acompanhando páginas de entrada e saída do site, tempo de acesso, conversão de funil e tudo mais que for de seu interesse. O designer ao analisar os resultados deve compartilhar suas conclusões e hipóteses junto ao WA, porque muitas vezes um dado isolado não responde um questão de forma certa e completa precisando então de uma análise avançada do especialista em análise de métricas (WA).

Com o projeto está no ar, o designer de UX também deve procurar por padrões, tendências e extração de dados comportamentais e qualitativos para utilizar como insumo argumentativo na sugestão de mudanças ou criação de novos serviços ou produtos. Lembrando que antes de qualquer ação por parte do designer, ele deve validar suas conclusões com o profissional de WA.

Conclusão

O trabalho integrado dos dois profissionais cria uma base sólida e confiável para identificar corretamente as questões de design e a visualização dos dados, fazendo com que dados quantitativos e brutos sejam tranformados em estratégia de negócio e de experiência que geram excelentes resultados.

———–

Designers de UX devem entender mais sobre números e Analistas de métricas (WAs) sobre histórias?

A pergunta é uma amostra do próximo post :P

Este é o último post da série de 3 posts introdutórios sobre SEO. Nos posts anteriores apresentei outros 2 pilares importantes para um site bem otimizado para mecanismos de busca: Popularidade e Conteúdo.

Neste post o assunto é Tecnologia. A pergunta que este post procura abordar é:

• QUAIS SÃO AS MELHORES PRÁTICAS NA HORA DE DESENVOLVERMOS UM SITE?

Existem muitas técnicas e dicas para o projeto de um site, a  seguir procuro fornecer uma visão de alguns itens básicos que devem ser verificados.

1) DOMÍNIOS, CANONICAL ISSUES E REDIRECTS:

Domínios www e sem-www são diferentes na visão do buscador, isto significa que sua reputação (PageRank) será diluída entre as diferentes versões indexadas.

Como podemos fazer com que a reputação de todos os dominios se concentrem no domínio de maior PageRank?

O Redirect 301 é o método mais indicado para obter este efeito. Além de trasmitir a reputação de uma página para outra, ele também auxilia nas seguintes questões:

• Transfere histórico da página
• Transfere o Link Juice

Atenção: os redirects devem ser utilizados sem exageros, sob o risco de comprometer a usabilidade do Site.

2) SITEMAPS

Podemos também criar um arquivo em formato XML com toda a estrutura de conteúdo a ser indexada pelo buscador. Este arquivo não apenas provê o conteúdo indexável, mas também provê informações que facilitam a indexação. (ex: hierarquia na estrutura de navegação).

Os sitemaps XML podem ser gerados atendendo necessidades específicas (ex: Sitemap Mobile).

Em geral não devemos criar sitemaps que excedam  50.000 URLs ou 10Mb decompactados.

3) ROBOTS.TXT

Este é um arquivo que indica aos buscadores quais os conteúdos que devem e quais não devem ser indexados. Isto permite que o “link juice” não seja desperdiçado com página que não tenham relevancia alguma para o usuário final.

4) URL REWRITE

URL consiste em reescrever as URLs do site para torná-las mais amigáveis e mais relvantes para os buscadores.
Devemos sempre buscar a utilização de palavras-chave em sua estrutura.
A ordem de relevância é a seguintes: DOMÍNIO > SUB-DOMÍNIO > DIRETÓRIO > SUB-DIRETÓRIO > ARQUIVO.

5) FLASH, FRAMES e JAVASCRIPT

Evite utilização de Frames e Pop-Ups. Utilize flash apenas quando isto for essencial para enriquecer seu site e evite também a utilização de links em Javascript.

6) CONTEÚDO DUPLICADO

Quando existem conteúdo duplicados os buscadores consideram apenas uma versão dele. Isto pode levar ao criador do conteúdo ser excluido das listagens de resultados. A melhor solução é utilizar canonical Tags para atribuir ao autor do conteúdo a relevância que ele merece.

7) HTML

Procure sempre adotar os padrões W3C de código. Um código limpo facilita a navegação do Robô. Procure otimizar suas metaTags, Tags h, utilize strong em termos relevantes e busque sempre inserir atributos alt nas imagens.

Conclusão:

As recomendações acima são apenas um ponto de partida para muitas outras melhorias que podem ser feitas. Cada um dos tópicos acima pode ser tema de muitos posts, pois aqui trouxemos apenas uma visão superficial deles.

Além disto, existem ainda outras técnidas e refinamentos que não foram abordadas neste post introdutório. É muito importante manter seu código sempre otimizado e enriquecer ele ao máximo com atributos.

Este é um tema que muda a todo o momento em função da constante evolução tecnológica e das lógicas adotadas pelos mecanismos de busca. Apesar da importância da tecnologia, devemos ter em mente que o que faz um site eficiente é o conjunto da “obra”. Desta forma, a sinergia entre o design, o código e as formas de divulgação é o que pode decidir se o seu projeto web será bem sucedido.

PARA APROFUNDAR SEUS CONHECIMENTOS LEIA TAMBÉM:

• Introdução ao SEO: 3 Pilares da Otimização – Popularidade
• Introdução ao SEO: 3 Pilares da Otimização – Conteúdo
• SEO, PageRank e Cauda Longa de Palavras-Chave
• Estruturas de URL’s: Utilizando Subdomínios ou Diretórios?
• Landing Pages: como criar novas portas de acesso para seus produtos na Internet?

Esta obra está licenciada sob uma Licença Creative Commons.

Tatiane Viana, conhecida como Tatix, é a mais nova integrante do nosso projeto. Ela será responsável, principalmente, pelos conteúdos relacionados Arquitetura de Informação, Design de Interação e Usabilidade.

Trabalhei com Tatiane em 2007 quando foi desenvolvido um trabalho para estruturar a área de Design de Interfaces na Unidade de Internet do GrupoRBS. Durante o período que convivemos juntos pude perceber que Tatiane é uma designer altamente Inovadora e Criativa

Veja seu perfil no página de Editores

Com grande alegria nós, editores do Insighter, damos as boas vindas a Tatiane!

Em um post anterior mencionei que vejo a inspiração como base do processo de inovação. Além disso, acredito que a inovação tem que ser simples e objetiva. Caso contrário, ela não será percebida pelo consumidor e não trará resultados consistentes para o seu criador.

Trago nesse post um vídeo (em inglês) do Guy Kawasaki, que em 8 minutos consegue dar 10 dicas sobre inovação de forma inspiradora e simples. Para quem não sabe, o Guy Kawasaki comandou o Departamento de Marketing da Apple por muitos anos. Hoje ele é investidor de capital de risco, consultor e é considerado um dos maiores gurus do Marketing.

Guy Kawasaki inicia o vídeo dizendo que cometeu muitos erros em sua carreira e que esses 10 passos são uma compilação dos principais erros e acertos dele.

Passo 1: Faça Sentido (Make Meaning)
Para inovar é necessário se ter o desejo de fazer a diferença, de transformar o mundo. Guy cita as empresas Apple e Cisco como um exemplo disso e alega que a meta inicial dessas empresas era de fazer sentido e não dinheiro. Dinheiro é uma consequência.

Passo 2: Crie um Mantra (Make a Mantra)
“Quantas pessoas trabalham em uma empresa que possui uma delcaração de Missão?” O problema é que todas elas se parecem iguais, usam palavras bonitas e não vão direto ao ponto. No vídeo, Guy Kawasaki resume uma declaração de Missão em 3 palavras. Uma declaração de Missão pode ser chata e difícil de se decorar, mas um mantra de 3 palavras pode ser lembrado todo dia.

Passo 3: Pule para a próxima Curva (Jump to the next curve)
“A inovação não vem do ato de fazer mais do mesmo.” Não adianta tentar criar um novo iPod para bater a Apple, assim como não adianta ficar adaptando um mesmo produto eternamente. É necessário pular para a próxima curva! Essa mentalidade é constantemente citada por todos que trabalham com inovação e está baseada na curva que indica o ciclo de vida de um produto ou serviço. Todos eles tendem a passar por uma fase de crescimento, maturidade e declínio. Um exemplo prático é o caso da Gillette, onde eles lançam frequentemente novas lâminas de barbear, sempre com o intuito de criar uma nova curva de produto enquanto o seu sucessor já está em declínio. No vídeo, Guy Kawasaki cita alguns exemplos: “Se você é um fabricante de gelo, pule para a curva de refrigeradores. Se você é fabricante de refrigeradores, pule para a curva de biotecnologia”. Esse é um dos maiores aprendizados sobre inovação e pode ser encontrado em muitos livros, como A Estratégia do Oceano Azul.

Reprodução de tela de uma apresentação do Kip Garland

Passo 4: Jogue os Dados (Roll the DICE)
“Estamos criando algo que seja Profundo (Deep), Inteligente (Inteligent), Completo (Complete) e Elegante (Elegant)?” Guy Kawasaki utiliza a palavra DICE (dados) como uma sigla para quatro pilares fundamentais para que se consiga pular para a próxima curva.

Passo 5: Não se preocupe, não tem de ser perfeito! (Don’t worry, be crappy!)
A lição deixada por Guy neste passo é que “a perfeição é inimiga da receita”.

Passo 6: Deixe 100 flores  desabrocharem (Let 100 flowers blossom)
Frequentemente empresas descobrem que quem está comprando seus produtos não é o seu público-alvo e que os produtos estão sendo usados de forma diferente do que foi proposto. Muita gente fica extremamente perdida quando isso acontece. O conselho do Guy Kawasaki é: descubra quem está comprando, porque está comprando e dê mais motivos para essas pessoas comprarem.

Passo 7: Polarize as Pessoas (Polarize People)
Não tenha medo de polarizar as pessoas. Grandes produtos fazem isso! Muitas pessoas vão gostar e muitas não vão gostar, mas o pior cenário é quando ninguém se importa.

Passo 8: Agite e siga em frente! (Churn baby, churn!)
Durante sua caminhada muita gente vai dizer que seus produtos não vão dar certo e que não precisam ser feitos. Se você ouvir essas pessoas nunca vai ter a chance de saber se daria certo. Por isso, siga em frente quando estiver confiante e deixe para ouvir as pessoas depois que o produto for lançado. Aí você pode fazer as melhorias necessárias.

Passo 9: Coloque-se em um nicho (Niche Thyself)
Todos os produtos querem ser únicos e valorizados. A solução é oferecer o produto certo no nicho adequado.

Passo 10: Siga a regra do 10, 20, 30 (Follow the 10, 20, 30 rule)
Uma apresentação em Power Point tem que ser capaz de passar toda sua mensagem em 10 slides, que devem ser apresentados em 20 minutos. O motivo? Se você tiver uma hora para fazer uma apresentação e utilizar um PC, vai precisar de uns 40 minutos para ajustar a máquina. Já o número 30 se refere ao tamanho de fonte que o Guy Kawasaki aponta como ideal para uma apresentação em Power Point.