Sitemap

Erros de redesenho do site que destroem o SEO

Redesenhar um site, seja seu ou de um cliente, é uma parte essencial do marketing hoje.É essencial porque a tecnologia, as tendências e as expectativas dos usuários mudam com o tempo e, se quisermos permanecer competitivos, devemos acompanhar essas mudanças.

Mas essa tarefa, embora essencial, também apresenta alguns riscos do ponto de vista do SEO.Várias coisas podem dar errado durante o processo.Esses problemas podem fazer com que os mecanismos de pesquisa não vejam mais esse site como a resposta oficial para consultas relevantes.Em alguns casos, certos erros podem até resultar em penalidades.

Ninguém quer isso.

Então, neste artigo, vamos explorar alguns dos erros comuns de web design que podem destruir o SEO.Conhecer os riscos potenciais pode ajudá-lo a evitar cometer o tipo de erro que prejudica seu tráfego de pesquisa orgânica.

Deixando o ambiente de desenvolvimento rastreável/indexável

As pessoas lidam com ambientes de desenvolvimento de muitas maneiras diferentes.A maioria simplesmente configura uma subpasta em seu domínio.Alguns podem criar um domínio estritamente para desenvolvimento.Depois, há aqueles que tomam o tipo de precaução para esconder seu ambiente de desenvolvimento que daria a um agente da CIA uma sensação quente e confusa naquele lugar vazio onde deveria estar seu coração.

Eu tendo a cair na última categoria.

Os mecanismos de pesquisa geralmente seguem os links e indexam o conteúdo que encontram ao longo do caminho – às vezes, mesmo quando você explicitamente diz a eles que não.Isso cria problemas porque eles podem indexar duas versões do mesmo site, potencialmente causando problemas com conteúdo e links.

Por causa disso, coloco o maior número possível de bloqueios no caminho dos mecanismos de pesquisa que tentam acessar meu ambiente de desenvolvimento.

Aqui está o que eu faço.O primeiro passo é usar um URL limpo que nunca tenha sido usado para um site ativo antes.Isso garante que não haja links apontando para ele.Em seguida, desabilite todos os bots usando robots.txt e configure uma página de índice vazia para que outras pastas não fiquem visíveis.No passado, cheguei a configurar a proteção por senha, mas na maioria dos casos, isso pode ser um exagero.Você pode fazer essa chamada.

A partir daí, vou configurar uma pasta separada para cada site em desenvolvimento.Normalmente, o nome da pasta será uma combinação de palavras incompletas para que seja improvável que seja encontrado aleatoriamente.O WordPress será instalado nessas pastas e configurado para também bloquear bots nesse nível.

Alteração arbitrária de nomes de imagens em páginas com boa classificação

Isso nem sempre é um problema, mas se uma página da Web estiver bem classificada, alterar o nome de uma imagem nessa página pode causar uma perda de classificação.Especialmente se o web designer não souber o que está fazendo.

Já vi isso acontecer mais do que algumas vezes, onde um cliente contrata um web designer que não entende de SEO para redesenhar um site que já está bem classificado.Como parte do processo de redesenho, eles substituem imagens antigas por imagens novas e maiores, mas, sem a experiência apropriada, usam nomes de imagem estúpidos que fornecem valor zero de SEO, como image1.jpg.

Isso elimina uma parte vital do contexto que os mecanismos de pesquisa usam para determinar onde uma determinada página da Web deve ser classificada.

Excluir páginas ou alterar URLs de páginas sem redirecioná-las

Durante um redesenho, algumas páginas quase certamente não serão mais necessárias.Web designers menos experientes muitas vezes simplesmente os excluem.Outras páginas podem ser movidas e/ou renomeadas, o que na maioria dos casos altera sua URL.Nesses casos, web designers inexperientes geralmente alteram essas URLs e consideram a tarefa concluída.

Este é um grande erro porque algumas dessas páginas já podem ter uma boa classificação.Eles podem ter links de entrada apontando para eles ou terem sido marcados pelos visitantes.

Ao excluir páginas que já possuem links de entrada, você perderá todo o valor de SEO desses links.Em alguns casos, isso pode resultar em uma perda drástica de classificação.

A questão é ainda mais profunda.Qualquer pessoa que clicar nesses links ou marcadores será saudada por uma página 404.Isso apresenta valor zero para qualquer pessoa e, mais importante, cria uma experiência negativa para o usuário.Isso é importante porque o Google confirmou que a experiência do usuário é um fator de classificação.

A maneira correta de excluir páginas é redirecioná-las para a página mais relevante que existe no momento.Quanto à movimentação de páginas, que inclui qualquer coisa que altere a URL dessa página de alguma forma, é igualmente importante redirecionar a URL antiga para a nova.

Em ambos os cenários, um redirecionamento 301 geralmente deve ser usado.Isso informa aos mecanismos de pesquisa que a página antiga foi movida permanentemente para o novo local.Para a maioria das plataformas de hospedagem, isso é melhor feito adicionando a entrada apropriada em seu arquivo .htaccess.

Se você não conseguir ver um arquivo .htaccess em seu servidor, talvez seja necessário ajustar as configurações do seu programa de FTP para visualizar os arquivos ocultos.

Algumas plataformas de hospedagem especializadas podem utilizar um método diferente, portanto, talvez seja necessário verificar com a equipe de suporte para determinar como fazê-lo.

Não realizar um rastreamento completo após a migração de e para o ambiente de desenvolvimento

Independentemente do método usado para migração, você certamente encontrará alguns erros.Normalmente, você primeiro migrará o site ativo para seu ambiente de desenvolvimento e, posteriormente, o enviará de volta ao servidor ativo depois de fazer e testar as alterações.

Um que eu encontro com frequência são links dentro do conteúdo apontando para o lugar errado.Por exemplo, em uma página ou postagem no site ativo, você pode ter um link que aponta para:

domain.com/services/

Uma vez migrado para o ambiente de desenvolvimento, pode ser:

devdomain.com/client123/services/

Tudo está bem e bem até agora, certo?

Mas às vezes, ao migrar o site completo de volta para o servidor ativo, o conteúdo das páginas e postagens ainda pode conter links apontando para as páginas no ambiente de desenvolvimento.

isso é apenas um exemplo.Existem inúmeros links para conteúdo em um site – incluindo links para os arquivos essenciais de imagem, JavaScript e CSS.

Felizmente, a solução é simples.Uma ferramenta como o Screaming Frog, que roda a partir do seu desktop, ou uma ferramenta baseada em nuvem como o SEMrush, pode ser usada para rastrear todos os links do seu site.Isso inclui os links de texto visíveis no front-end, bem como todos os links para arquivos de imagem, JavaScript e CSS que estão escondidos no HTML de um site.

Certifique-se de revisar todos os links para fontes externas assim que o novo site for migrado para o servidor ativo, pois quaisquer links apontando para seu ambiente de desenvolvimento aparecerão como links externos — quando você encontrar “links externos” que deveriam ser links internos, você pode fazer as devidas correções.

Esta etapa é essencial após a migração em qualquer direção, a fim de evitar erros potencialmente catastróficos.

Falha ao executar uma verificação de função completa em tudo

Depois que um site redesenhado for migrado para o servidor ativo, você precisará fazer mais do que revisar rapidamente algumas páginas para garantir que as coisas pareçam bem.Em vez disso, é essencial testar fisicamente tudo para garantir que não apenas pareça certo, mas também funcione corretamente.

Isso inclui:

  • Formulários de contato.
  • Funcionalidade de comércio eletrônico.
  • Recursos de pesquisa.
  • Ferramentas interativas.
  • Reprodutores multimídia.
  • Análise.
  • Verificação do Google Search Console / Bing Webmaster Tools.
  • Pixels de rastreamento.
  • Anúncios dinâmicos.

Falha ao reconfigurar o WordPress e os plugins após a migração para o servidor ativo

Lembra como falamos sobre a importância de colocar um muro entre seu ambiente de desenvolvimento e os rastreadores dos mecanismos de busca?Bem, é ainda mais importante derrubar esse muro depois de migrar o site para o servidor ativo.

Deixar de fazer isso é fácil.Também é devastador.Na verdade, é um erro que cometi há vários anos.

Depois de migrar o site de um cliente para o servidor ativo, esqueci de desmarcar a caixa no Yoast SEO que dizia aos mecanismos de pesquisa para não rastreá-lo ou indexá-lo.Infelizmente, ninguém percebeu por alguns dias, momento em que o site foi quase completamente retirado do índice do Google.Felizmente, eles não dependiam de tráfego orgânico e, assim que desmarquei essa caixa, o site foi rapidamente reindexado.

Por causa do impacto que erros como esses podem ter, é fundamental que, após a migração para o servidor ativo, você verifique imediatamente a configuração do WordPress, bem como quaisquer plugins que possam afetar a forma como os mecanismos de pesquisa tratam seu site.

Isso inclui plugins para:

  • SEO.
  • Redirecionamento.
  • Mapas do site.
  • Esquema.
  • Cache.

Negligenciar a atenção aos detalhes

Nenhum desses erros é particularmente complicado ou difícil de evitar.Você simplesmente precisa estar ciente deles, implementar um plano para evitá-los e prestar muita atenção aos detalhes.

As opiniões expressas neste artigo são do autor convidado e não necessariamente do Search Engine Land.Os autores da equipe estão listados aqui.