Noções básicas simples para SEO Web Development

Última atualização em 14 de setembro de 2018

Recentemente, um cliente veio até nós para obter alguns conselhos sobre otimização de mecanismos de pesquisa. Eles trabalhavam com uma empresa de desenvolvimento web há mais de um ano e meio sem uma data de conclusão à vista. O cliente suspeitava que sua empresa de desenvolvimento web não estava atendendo às suas necessidades para proteger seus rankings atuais. Mais de 500 de suas palavras-chave e frases-chave resultaram na primeira página das páginas de resultados do mecanismo de pesquisa do Google. Além disso, mais de 3.000 palavras-chave e frases-chave resultaram nos 100 principais resultados nas páginas de resultados do mecanismo de pesquisa do Google.

A maioria dessas palavras-chave foram bastante relevantes para as páginas resultantes, no entanto, algumas não foram. As suspeitas do cliente foram confirmadas e as preocupações aumentaram quando eles perguntaram à sua empresa de desenvolvimento web o que eles estavam fazendo sobre a otimização de seus mecanismos de busca e a proteção de seus rankings. A resposta deles foi: “basta colocar algumas palavras-chave nas meta palavras-chave e depois algumas na página”. Fomos então encarregados de revisar os fundamentos simples da otimização de mecanismos de pesquisa, conforme fornecido pelo desenvolvedor atual.

Neste ponto, é preciso entender por que um novo site estava em desenvolvimento. O site atual foi comprado de outra empresa. Esta compra não veio com a propriedade do código-fonte. Nenhuma alteração pode ser feita no site além de itens em seu carrinho de compras. O site não era compatível com dispositivos móveis e pudemos ver em sua conta do Google Analytics que seus visitantes móveis representavam mais de 50% de seu tráfego geral, mas representavam apenas menos de 4% do total de vendas. As conversões de tráfego de desktop foram superiores a +90%.

Um motivo sério para redesenhar seu site para usuários móveis.

Quando iniciamos o login no servidor de desenvolvimento, a primeira coisa que descobrimos foi que nenhuma das URLs do servidor dev estava perto das URLs do site existente.

Por exemplo, um URL existente pode parecer “www.healthydogfood.com/medium-dog-food-pork-vegetables-12oz.html

No entanto, o URL do site dev parecia: “www.healthydogfood.com/templates/product_ProductBasic.aspx?ProductGuid=6NWB&GroupGuid=46

O site dev 'deve' ser semelhante o suficiente ao site ao vivo para avaliação de decisões de ir ou não. Depois de questionar o cliente, foi informado que eles haviam criado um arquivo de redirecionamento 301 das URLs antigas para as novas. Questionamentos adicionais revelaram que o desenvolvedor havia informado que os novos URLs, que foram inseridos manualmente pelo cliente em uma área indefinida, não seriam mais a estrutura “/templates/product_ProductBasic.aspx?ProductGuid=6NWB&GroupGuid=46”, mas seriam converter para os URLs que o cliente inseriu. O cliente confirmou que esses 'novos' URLs que eles criaram foram copiados do site atual.

Essa área que o cliente havia gasto no último ano em recursos criando e inserindo novas URLs nunca foi claramente definida ou mesmo se essa era a área correta para inserir URLs. Entenda que o desenvolvedor, conforme nos foi informado pelo cliente, ocasionalmente, desapareceu por meses a fio. Esta foi uma dessas vezes.

Ainda não há esclarecimento sobre onde os URLs devem ser inseridos?

Lembre-se de que estamos tentando preservar os resultados de classificação de palavras-chave existentes, sabendo que esperamos uma perda de -15% nos resultados de classificação devido a redirecionamentos, alterações de código html, alterações de layout e estruturas de vinculação. Todos precisarão ser rastreados e reindexados e 'esperamos' retornar aos resultados de classificação existentes dentro de alguns meses.

Você simplesmente não pode mudar sua estrutura se quiser tentar preservar o que tem. Por outro lado, se o seu site não estiver classificado, você pode e deve alterar tudo seguindo as diretrizes conhecidas. Em seguida, examinamos seus metadados lado a lado. Nenhum dos títulos de páginas Meta existentes foram transferidos palavra por palavra. Estrondo! O Google vai considerar isso uma página totalmente diferente. Sua peça principal número 1 de realty e relevância foi alterada em relação ao que foi anteriormente indexado e classificado.

Essa página que classificou não. 1 para a frase-chave, “comida de cachorro de carne de porco saudável” com o título da meta página, “ração de cachorro de carne de porco saudável 12 onças | Medium Dogs” (máximo de 50 caracteres), agora lê-se: “12oz. Comida de cachorro de porco e vegetais para cães médios | HealthyDogFood Online Shop” (muito longo em 78 caracteres). Desfocado da frase-chave.

Vimos exatamente o mesmo problema com as descrições Meta. Totalmente diferente do existente e na maioria dos casos muito curto ou muito longo. Muitos descartando a palavra-chave completamente. Além disso, examinamos a estrutura de links de menu existente e descobrimos que o texto âncora de menu existente também foi alterado, interrompendo a estrutura de links/páginas já indexadas e reconhecidas nos mecanismos de pesquisa. Como resultado, o cliente tentou entrar em contato com o desenvolvedor da Web sem resposta, nem uma explicação satisfatória para as descobertas acima. Com pouca ou nenhuma resposta, o cliente inicia uma busca por um novo fornecedor, mas, desta vez, com o conhecimento de que sabe o que procurar e pedir aos fornecedores em consideração.

Para auxiliar nosso cliente, montamos uma lista simples de 'must have' para o cliente usar como diretriz na avaliação e qualificação de um novo fornecedor. Veja abaixo:

Capacidades do lado do cliente

1. Capacidade de alterar as tags de título Meta (página <título>> na área <head>) no nível da página, incluindo a página inicial
2. Capacidade de alterar as descrições Meta no nível da página, incluindo a página inicial
3. Capacidade de alterar na cópia da página
4. Capacidade de criar links com texto de título na cópia no nível da página (através do uso de um editor WYSIWYG totalmente funcional seria preferível, pois o cliente não é um codificador .html)
5. Instalação do código do Google Analytics (GA) para que ele apareça em todas as páginas do site – se necessário, atualize do código urchin antigo do GA para o novo código assíncrono do GA. Veja abaixo
6. Instalação do código do Google Search Console (SC) – criado com a instalação do novo código assíncrono do GA. Veja abaixo:

    [old GA urchin code currently installed on the site] <script src="https://ssl.google-analytics.com/urchin.js" type="text/javascript"> </script> <script type="text/javascript"> _uacct = "UA-XXXXXXX-1"; urchinTracker(); _uccn="engine"; _ucsr="keyword"; </script> [new GA asynchronous code to replace the existing GA urchin code currently installed on the site] <script> (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){ (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o), m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m) })(window,document,'script','https://www.google-analytics.com/analytics.js','ga'); ga('create', 'UA-XXXXXXX-1', 'auto'); ga('send', 'pageview'); </script>

7. O site DEVE ser compatível com dispositivos móveis/responsivo
8. Capacidade de aplicar tags de cabeçalho (h1, h2, h3, etc…) no nível da página (seria preferível usar um editor WYSIWYG totalmente funcional)
9. Capacidade de colocar imagens e adicionar texto alt/title (através do uso de um editor WYSIWYG totalmente funcional seria preferível)
10. Acesso a um banco de dados de mídia
11. Capacidade de adicionar novas páginas
12. Capacidade de remover e cancelar a publicação de páginas existentes
13. Propriedade do código fonte!

O cliente nos manteve informados com demonstrações de produtos e estamos ansiosos para atualizações sobre a seleção de fornecedores e manteremos você informado em futuros blogs sobre o sucesso desse cliente e o que você pode esperar disso! Companhia.

– Mark Gray, Gerente Sênior de SEO