Como fazer uma migração de site sem prejudicar o SEO

Então você decidiuatualizar seu site para uma nova plataforma ou uma nova versão do CMS?

Bem, boa sorte!

Você está prestes a SEO passeio de montanha russa ao longo dos próximos meses, com as classificações provavelmente oscilando em todos os lugares, sem nenhum rastreamento possível.

No entanto, quando a poeira baixar, você espera que tudo termine alguns pontos acima, ou melhor ainda, algumas páginas acima!

Mas esteja avisado, a migração de um site é provavelmente a causa nº 1 de uma queda na classificação em toda a web.

Siga este simples lista para evitar uma queda e impedir aquela conversa embaraçosa com seu chefe.

Visão geral da lista de verificação de migração de SEO

  1. Mapeamento de Página
  2. Redirecionamentos
  3. Links internos
  4. Códigos e pixels de rastreamento
  5. Estágio de desenvolvimento
  6. Indo ao vivo
  7. final Auditoria
  8. Monitoramento

1. Mapeamento de página - nenhum tráfego deixado para trás

Provavelmente seu site existente tem muitas páginas legadas que foram criadas anos atrás por um desenvolvedor ou redator de conteúdo desconhecido. Quem quer que esteja no comando agora (incluindo você) pode pensar que essas páginas são redundantes e podem simplesmente ser ignoradas na nova e brilhante atualização do site.

Eu encorajo você a verificá-los primeiro!

Você ficará surpreso com o que está ganhando tráfego, mesmo aquele antigo artigo de 200 palavras de 2010 pode estar enviando tráfego para o seu site e, mais importante, conversões.

Portanto, não exclua uma página sem verificar se ela definitivamente não está beneficiando o site.

Encontrar páginas redundantes verdadeiras

Vá para o Google Analytics e, em Comportamento -> Conteúdo do site, vá para Landing Pages.

É aqui que você pode encontrar todas as páginas verdadeiramente redundantes.

Defina o período de tempo para o ano anterior e filtre por tráfego inferior a 10 (você pode querer editar este número para tornar os resultados mais relevantes para o tráfego geral do seu site).

Isso mostrará todas as páginas que receberam menos de 10 visitas no ano passado.

Agora você deseja remover todas as páginas da lista que fazem parte dos planos de SEO de longo prazo e ficará com páginas não essenciais e de baixo tráfego.

Pela minha experiência, essas páginas se enquadram em duas categorias:

  1. Canibal páginas - semelhante Tópicos para páginas principais mais poderosas.
  2. Não-palavra chave páginas direcionadas / postagens de blog genéricas.

Se uma página é um canibal, então você deve seguir minha correção de canibalização de palavras-chave, que é excluir a página e redirecionar 301 o url para a página principal dessa palavra-chave

Se uma página estiver na segunda categoriae veja se isso traz algum benefício para o usuário. Se estiver, configure-o como noindex e deixe-o no site. Caso contrário, exclua-o e redirecione-o para a página / homepage pai.

Um exemplo.

Se tivéssemos uma categoria de roupas e também tivéssemos uma postagem no blog sobre “As roupas na Brand.com”, então provavelmente seria uma página canibal (já que qualquer pessoa que procura por uma palavra-chave em torno de “roupas” e a “marca” 99% das vezes deseja ver a seção de roupas em seu site, em vez de uma postagem de blog falando sobre elas)

Se a página está enviando taffic e não é um canibal, você deve incluí-la em seu novo site, encaixando em quaisquer mudanças estruturais de url.

301 Redirecionamentos - ESTA É A CHAVE!

Não pode ser dito mais fortemente:

REDIRECÇÕES FALHADAS SÃO A RAZÃO NÚMERO 1 PARA UMA MIGRAÇÃO DE SITE RUIM

Se você errar em seus redirecionamentos, o Google não verá isso como uma migração de site, mas sim como uma bagunça. E adivinha? A bagunça não tem uma classificação tão boa.

Cada url do site original precisa redirecionar 301 para a página correspondente no novo site.

Obviamente, isso só se aplica se você tiver alterado a estrutura ou o formulário do url (por exemplo, movendo de domain.com/sub-page/ para domain.com/page/sub-page/ OR domain.com/page.aspx para domain.com/page/).

Se uma página está sendo excluída, também precisa redirecionar 301 para algum lugar. Idealmente para a página mais relevante do site para o tópico das páginas, ou, na falta dessa, a página inicial.

Se você estiver combinando páginas, as versões anteriores devem 301 para a nova versão.

Um novo sitemap não vai funcionar, apenas um redirecionamento 301 vai fazer.

*Nota importante: certifique-se de manter todas as regras anteriores do htaccess em seu novo site, caso contrário, você terá muitos erros 404 legados para lidar. Se você tiver tempo e orçamento, é melhor remover todas as cadeias de redirecionamento do arquivo htaccess e, portanto, atualizar as regras antigas para redirecionar diretamente para o novo local (em vez de ir para a página anterior e redirecionar novamente) é melhor.

** Segunda observação importante: o arquivo robots.txt do site antigo pode conter algumas regras muito convenientes para bloquear bots em seu CMS antigo, mas elas se aplicam ao novo site? Pode haver regras que precisem ser atualizadas, por exemplo, se o seu novo sistema de comércio eletrônico usa uma url diferente para parâmetros ou filtros. Repasse cada regra, descubra para que ela era usada e veja se há um equivalente em seu novo CMS.

Links internos devem ser atualizados

Isso vai de mãos dadas com a seção de redirecionamentos, como se um url tivesse mudado, então todos os links dentro do conteúdo do site para essa página agora estão incorretos.

Mesmo que os links funcionem (devido ao seu redirecionamento bem-sucedido) seguir redirecionamentos retarda o rastreador do Google em seu site, o que pode diminuir a probabilidade de rastrear suas páginas importantes com tanta frequência. Isso também diminuirá o tempo de carregamento da página, tornando-o pior para os clientes de conversão.

A maneira como você corrige isso pode variar dependendo do sistema do seu site, mas usando um banco de dados localizar e substituir ferramenta pode ser uma maneira simples de fazer isso. O resultado final de que você precisa é que cada link interno aponte para o novo url da página, não para o antigo.

Se a estrutura do seu site mudou de maneira uniforme, você pode localizar e substituir na string, por exemplo se você tiver ido de domain.com/produto-categoria / nome-da-categoria para domínio.com/categoria/nome-categoria, então você poderá fazer uma pesquisa e substituir a string categoria-produto.

Alguns CMS têm plugins úteis para isso, como a ferramenta Better Search and Replace para WordPress.

O pior cenário é que você precisa fazer o login em seu CMS e fazer cada um manualmente, mas em 99.9% dos casos será muito melhor pagar a um desenvolvedor para codificar algumas regras (ou terceirizar essas alterações no exterior).

Código de rastreamento e pixels

O site anterior provavelmente teria muitos códigos de rastreamento diferentes, scripts e pixels no código para fazer muitas análises e marketing externo. Eles são muito fáceis de esquecer durante a migração, pois a pessoa atual pode não os ter inserido, mas eles ainda podem estar fornecendo dados essenciais de negócios.

Um “hack” rápido para encontrar estes em um piscar de olhos é usar o Ghostery extensão do navegador, que exibe todos os cookies e scripts de rastreamento que um site está carregando.

Isso pode ajudá-lo a obter os mais fáceis, entretanto, às vezes haverá scripts que aparecem apenas em certas páginas. Algumas das páginas mais importantes a serem verificadas manualmente são a página inicial, as páginas da categoria principal e do produto, e as páginas no funil de conversão (como carrinho, checkout e páginas de sucesso em sites de comércio eletrônico).

Faça uma lista de verificação de cada pixel e parte do código de rastreamento e certifique-se de marcar cada um no novo site.

Teste de estágio de desenvolvimento - Passos infantis

A área de desenvolvimento é onde você testa a nova versão do site, e por isso é o lugar perfeito para verificar se o SEO está funcionando corretamente.

A melhor ferramenta para verificações técnicas é o Screaming Frog. Rastreie o site e certifique-se de que todas as páginas são rastreáveis, que a maioria (se não todos) dos redirecionamentos internos foram atualizados e corrigidos e que não há erros.

A próxima etapa é o teste de experiência do usuário, já que uma experiência de usuário terrível pode aumentar sua taxa de rejeição e arruinar as conversões. Pague as pessoas para testar seu site de desenvolvimento e envie comentários ou vídeos de usuários para que você possa encontrar qualquer coisa que esteja quebrada com antecedência.

Algumas das principais áreas a serem verificadas são o funil de conversão (incluindo etapas de pagamento de checkout completo no comércio eletrônico), pois os erros aqui custam muito dinheiro.

Going Live - Fingers Crossed!

Então é hora de ir ao ar. Você fez tudo o que podia e agora é o momento da verdade.

Passos para entrar ao vivo:

  1. Esteja em posição de voltar facilmente para o site antigo se forem encontrados erros.
  2. Faça a mudança para o novo site (dependente de cms). Certifique-se de que os arquivos .htaccess e robots.txt são os novos!
  3. Rastreie os URLs do site antigo para garantir que todos os redirecionamentos estejam funcionando corretamente.
  4. Rastreie o novo site para se certificar de que todas as páginas estão funcionando corretamente.
  5. Faça testes de usuário para garantir que o novo site está funcionando corretamente (vários navegadores e dispositivos).
  6. Envie um novo sitemap para as Ferramentas do Google para webmasters
  7. Use a ferramenta Buscar e renderizar nas Ferramentas do Google para webmasters e indexar as páginas principais do novo site.

Monitoramento e Classificação

O tráfego e as classificações estarão em todos os lugares inicialmente, então é importante não tirar conclusões precipitadas com base em alguns saltos.

No entanto, qualquer coisa que pareça "suspeita" deve ser observada e, em seguida, executar as seguintes verificações:

  1. O antigo url 301 redireciona corretamente para o novo?
  2. A nova página perdeu alguma palavra-chave específica dos elementos de SEO (título, meta descrição, H1)?
  3. A nova página está faltando alguma informação importante do site antigo?
  4. Os links internos ainda apontam para esta página?
  5. O teste do usuário apresenta algum problema?

Se você achar que o problema é qualquer coisa, menos a alteração do URL, em seguida, retifique o problema e rastreie novamente a página.

Se o url deixou cair uma palavra-chave e isso resultou em uma queda nas classificações, então você deve considerar seriamente alterá-lo de volta para o URL antigo e remover o redirecionamento.

Se você estiver alterando nomes de domínio, não perca o controle do domínio antigo, pois ele contém muito do seu patrimônio de links e deve permanecer hospedado com o arquivo .htaccess intacto.

Dependendo do tamanho do site e de quanto ele é rastreado, as consequências da migração do site podem durar meses. Coisas para monitorar nas ferramentas do Google:

  1. Search Console -> Erros de rastreamento: isso é um sinal de que seus links internos ou redirecionamentos não foram implementados corretamente e devem ser corrigidos o mais rápido possível.
  2. Search Console -> Páginas indexadas: procure grandes quedas nas páginas indexadas, pois algo pode estar impedindo que sejam indexadas.
  3. Google Analytics -> Landing Page (taxa de rejeição): se você notar picos na taxa de rejeição, algo pode estar quebrado ou faltando, então faça algumas verificações visuais e, em seguida, vá mais fundo por dispositivo / navegador.

Classificações de banco de dados - sua estrela-guia

Provavelmente haverá algumas classificações que você usará internamente como exemplos do que “você é conhecido”.

Eles simbolizam a maior parte do tráfego, ou onde você é o melhor em seu setor.

Essas são as classificações nas quais você deve se concentrar durante a migração, já que elas provavelmente serão mais rastreadas, obterão mais tráfego e serão atualizadas o mais rápido.

Grandes quedas nessas classificações pode ser um sinal de um problema geral, portanto, eles devem ser levados mais a sério do que uma palavra-chave mudando da página 3 para a página 7.

Considerações Finais

As migrações de sites são difíceis, caras e podem piorar as classificações, não melhorar.

Antes de implementar um, você deve considerar seriamente se verá o retorno sobre o investimento, pois em muitos casos o risco não compensará a pequena recompensa.

No entanto, se você tem um sistema legado que é ruim para os usuários ou não é seguro, você não tem escolha.

Se você tiver alguma dúvida sobre as migrações de uma perspectiva de SEO, ou gostaria de alguma ajuda, envie-me um e-mail: [email protegido]

Quão útil foi esta postagem?

Clique em uma estrela para avaliá-la!

Classificação média 5 / 5. Contagem de votos: 1

Nenhum voto até agora! Seja o primeiro a avaliar esta postagem.

Lamentamos que este post não tenha sido útil para você!

Vamos melhorar este post!

Diga-nos como podemos melhorar esta postagem?

Matt Jackson

Especialista em Ecommerce SEO, com mais de 8 anos de experiência em tempo integral na análise e correção de sites de compras online. Experiência prática com Shopify, Wordpress, Opencart, Magento e outros CMS.
Preciso de ajuda? Envie-me para mais informações, em [email protegido]

Este item é 0 Postar comentários

Deixe um comentário

Seu endereço de email não será publicado. Campos obrigatórios são marcados com *