Erros de desenvolvimento da Web que afetam os resultados da otimização de mecanismos de pesquisa

Última atualização em 26 de abril de 2019

Quantas vezes seus esforços bem-sucedidos de campanha de Search Engine Optimization são prejudicados por causa de erros de desenvolvimento da web?

Eu já vi muitos e ainda estou surpreso que esses erros continuem acontecendo até o momento atual.

Aqui estão alguns dos desafios fora de nosso controle que enfrentamos no setor de otimização de mecanismos de pesquisa:

• Fazendo alterações na página do site sem consulta
• Fazendo uma migração completa do site sem consulta
• Fazer uma migração completa do site sem consulta e entrar em um final de semana ou feriado
• Lançamento de um novo site reconstruído sem notificação
• Lançamento de um novo site reconstruído sem notificação e indo para um fim de semana ou feriado
• Iniciar uma nova reconstrução de site e deixar a instrução de não permissão do Googlebot no arquivo robots.txt
• Atualizar um site sem consulta e remover elementos críticos de otimização de mecanismos de pesquisa
• Adicionando novas páginas sem uma revisão adequada da otimização do mecanismo de pesquisa antes de postar
• Removendo páginas sem usar redirecionamentos adequados
• Não testar a funcionalidade de CTAs e/ou formulários
• Não está construindo para celular
• Uso inadequado de tags href lang

Fazendo alterações na página do site sem consulta

Vemos esse erro com muita frequência. Isso pode consistir em alterar o título da página, metadescrição, uso da tag h1 e/ou a manipulação do código indexado existente.
Mudar por mudar não é uma boa prática para a otimização adequada do mecanismo de busca. Eu sou conhecido por dizer, “é tudo bonito na página fitty”.

Eu não consigo entender como aqueles que trabalham na indústria da internet não entendem que o código existente já está arquivado (no índice do mecanismo de busca). Quando você altera esse código, ele força uma reavaliação e reindexação, às vezes para o bem, na maioria das vezes para o mal.

Você está pagando pela consultoria de otimização de mecanismos de busca, por que destruir o esforço com más decisões e não utilizar seus serviços de consultoria pagos?

O resultado geralmente é jogado de volta na cara do consultor do mecanismo de busca. “Por que meus rankings estão caindo?” “Por que meu tráfego de visitantes está diminuindo?” A resposta simples: “Seu desenvolvedor da web ou alguém alterou o código que foi indexado adicionando um novo pedaço de código, forçando assim o processo de reindexação que o Google evidentemente não gosta. Você fez isso sem consultar. A partir deste ponto, estaremos trabalhando para corrigir esse erro. É por isso que você nos tem. Obrigada."

Fazendo a migração completa do site sem consulta

Já vimos isso com muita frequência. Migração sem consulta ou pelo menos notificação. Novamente, a migração faz com que o código no índice seja alterado. Os resultados geralmente são negativos, a menos que você tenha consultado seu consultor de otimização de mecanismos de pesquisa e tenha mitigado qualquer possível impacto negativo que possa resultar da migração.

Fazendo a migração completa do site sem consulta e entrando em um final de semana ou feriado

Este realmente me pega. Realizar uma migração completa do site e sair em um final de semana apenas para fazer login após retornar ao trabalho e ver meses e/ou anos de trabalho apagados; tudo porque não havia globos oculares no local durante o fim de semana ou durante o feriado.

Lançamento de um novo site reconstruído sem notificação

Quantas vezes já vimos isso? Muitos. Você trabalhou por semanas e/ou meses para fornecer recomendações adequadas de otimização de mecanismos de pesquisa. Talvez você ainda esteja fazendo recomendações.

Você faz login no site do cliente para continuar a analisar as recomendações de otimização do mecanismo de pesquisa e descobre que o cliente pressionou o botão para entrar no ar e não permitiu a análise adequada das recomendações.

Logo depois, seus rankings de palavras-chave caem junto com o tráfego de visitantes e as conversões / vendas.

Claro, o consultor de otimização de mecanismos de busca é o culpado, quando a culpa está em outro lugar.

Lançamento de um novo site reconstruído sem notificação e indo para um fim de semana ou feriado

Assim como o lançamento de uma migração/atualização completa do site, você nunca, jamais, deseja lançar um novo site na sexta-feira, entrando em um fim de semana ou feriado. Se você insistir em realizar essa ação, espere ter uma manhã de segunda-feira muito triste.

Este é apenas um desenvolvimento web pobre e desleixado

Iniciar uma nova reconstrução de site e deixar a instrução de não permissão do Googlebot no arquivo robots.txt

Bem, este é um verdadeiro boo-boo. Isso resulta em uma reação negativa imediata aos seus rankings existentes. Desindexar o site nunca é uma boa ideia. Estou sempre em conflito com a forma como isso pode ser perdido. Felizmente, é uma solução rápida para remover o bloqueio, mas pode ter um impacto negativo de longo prazo nos resultados de classificação do seu site.

Após um novo lançamento este é sempre um ^1º passo para verificar.

Atualizar um site sem consulta e remover elementos críticos de otimização de mecanismos de pesquisa

Este sempre causa algum tipo de dor.

Seu desenvolvedor web avisa que o site precisa de algumas atualizações críticas. Não importa o fato de que há alguma codificação personalizada necessária para aprimorar seus esforços de otimização de mecanismos de pesquisa. Você sabe, coisas como poder ter títulos de página e tags h1 diferentes. Ou ser capaz de criar URLs diferentes dos URLs de título de página padrão. Ou, que chato, anexar o título da sua página com o nome do site. Pequenas coisas assim.

A atualização entra e seus elementos de otimização de mecanismo de pesquisa saem! E, seus rankings afundam.

Ops. Quem estava dormindo no interruptor?

Adicionando novas páginas sem revisão adequada da otimização do mecanismo de pesquisa antes de postar

Sim. Este ainda acontece; no entanto, meus clientes de longo prazo já fizeram isso o suficiente e experimentaram o resultado de que raramente fazem mais isso.

O que acontece? Bem, estranhamente as páginas de um site estão ligadas em mais de uma maneira. Eles são vinculados por meio de seu menu de navegação superior, menus laterais, menus de rodapé, mapas de site .xml, mapas de site .html e estruturas de links internos.

Quando uma página falha, pode afetar o desempenho de outras páginas.

Pense nisso? Por que uma agência de otimização de mecanismos de pesquisa está trabalhando em seu nome? Se eles valem a pena, eles estão trabalhando para fazer com que todas as páginas do seu site brilhem quando os algoritmos forem executados.

Lançar páginas ao vivo que não estão totalmente otimizadas afetará negativamente os resultados atuais de suas páginas existentes. Você tira o brilho da maçã e ela parece menos apetitosa, pelo menos para o algoritmo do mecanismo de busca.

Removendo páginas sem usar redirecionamentos adequados

Isso acontece mais do que você esperaria. As páginas existentes são removidas e não são redirecionadas corretamente. Os itens de navegação geram códigos de resposta 404. Links de entrada externos geram códigos de resposta 404. Links internos geram códigos de resposta 404.

A geração de códigos de resposta 404 não é o fim do mundo, no entanto, quando o Google chama esses dados em sua conta do console de pesquisa, você deve prestar atenção.

Sem mencionar o impacto que isso tem sobre os visitantes do seu site. Navegar em um site e encontrar páginas 'oops' com código de resposta 404 é apenas uma experiência ruim para o usuário.

Quando me deparo com isso, vou para outro site e imagino “se você não pode criar e manter um site em funcionamento, como será a experiência de compra ou como será a qualidade do seu produto ou serviço”?

Não testando a funcionalidade dos CTAs/Formulários

Isso é importante porque afeta sua capacidade de obter leads, converter conversões e/ou fazer vendas.

Brincar com o código em uma página de CTA e não testar é apenas um tabu, mas acontece.

Você gastou muitos recursos para atrair visitantes ao seu site, fez um teste a/b para ver qual CTA tem o melhor desempenho e, em seguida, quebra a funcionalidade de envio de formulário ou quebra a página de agradecimento do CTA.

Você devia se envergonhar. Esse tipo de erro, quando descoberto, pode ser uma atividade geradora de deslizamento rosa.

Não está construindo para celular

Este já não acontece com tanta frequência, mas ainda o encontramos ocasionalmente. Acredite ou não, ainda existem alguns sites que não são compatíveis com dispositivos móveis.

Isso pode afetar a experiência do usuário, no entanto, de acordo com muitos na otimização de mecanismos de pesquisa e no Google, agora é um mundo de resultados de pesquisa móvel.

Obter móvel ou sair!

Uso inadequado de tags href lang

Seu mercado é global? Você está segmentando diferentes regiões e/ou idiomas ao redor do mundo? Você precisa estudar sobre o uso de tags href lang e implementá-las.

Existem todos os tipos de problemas que podem acontecer com o desenvolvimento da Web que podem afetar negativamente os resultados de classificação do seu site, o desempenho orgânico e a lucratividade geral. Procure por esses itens e conserte-os. Melhor ainda evitá-los fazendo isso logo no começo.

Sobre essa empresa

Fundada em 2007, a That Company é uma das maiores agências, por tamanho de equipe, nos Estados Unidos dedicada à especialização em marketing digital: gerenciamento de campanhas de otimização de mecanismos de busca, gerenciamento de campanhas de publicidade paga por clique, publicidade de marketing de mídia social, gerenciamento de reputação online e gerenciamento de campanhas orgânicas, seo white label, gerenciamento de campanhas ppc e smm.

Mark esteve com isso! Empresa desde o dia em que abrimos as portas em maio de 2007, começando como vendedor de sites comissionado e subcontratado fornecendo serviços de desenvolvimento e hospedagem de sites para pequenas e médias empresas. À medida que a empresa se aproximava dos primeiros 6 meses de atividade, um quarto funcionário foi adicionado, e Mark se tornou o quinto funcionário em tempo integral. Além do CEO da empresa, Mark foi o primeiro funcionário a gerenciar campanhas de PPC. À medida que a base de clientes de SEO da empresa crescia, Mark adicionou curadoria de conteúdo de SEO e implementação e testes de otimização na página ao seu currículo. À medida que a empresa se aproximava de seu primeiro ano de existência, Mark tornou-se um consultor de SEO com uma carga completa de clientes para gerenciar. Os pontos fortes de Mark incluem: implementação e teste de SEO na página, descoberta de rejeição de backlink e avaliação de dados, uso do Google Search Console e avaliação de dados, uso do Google Analytics e avaliação de dados, comunicação com o cliente, confiabilidade, responsabilidade e curadoria de conteúdo de SEO "conforme necessário" .