Migração de sites: estratégia de SEO e práticas recomendadas

Publicados: 2021-07-14

Você pode precisar migrar seu site/empresa por um motivo específico. Como SEOs, chamamos isso de “migração” ou “mudança de site”. Uma migração mal preparada pode resultar em uma diminuição significativa do seu tráfego orgânico. Neste guia, compartilharei como você pode passar pelo processo de migração do seu site da maneira mais simples.

Por que você precisa migrar seu site? Pode haver uma ou mais razões para isso.

Primeiro, vamos dar uma olhada nos tipos de migração

  1. Alteração de domínio:
    Você pode querer mover seu site x.com para y.com
  2. Alteração da estrutura de URL:
    URLs com palavras relevantes para o conteúdo e a estrutura do seu site são mais amigáveis ​​para os visitantes que navegam em seu site. Se os URLs do site não forem compatíveis com SEO, convém alterá-los.
  3. HTTP > Migração HTTPS:
    A segurança é uma prioridade para o Google. Se você migrar seu site de HTTP para HTTPS, o Google tratará isso como uma mudança de site com alterações de URL. Isso pode afetar temporariamente alguns de seus números de tráfego.
  4. Mudança de plataforma:
    A plataforma do site é o que o nosso site é construído. Você poderia ter criado seu site no WordPress, Shopify, Wix ou qualquer outra plataforma. Além disso, você pode ter um site personalizado criado por uma equipe de desenvolvimento. Você pode querer mudar para uma plataforma melhor. Ao alterar a plataforma na qual seu site foi construído, devemos testar as funções de SEO da sua nova plataforma.
  5. Alterações de estrutura e hierarquia:
    Seu site pode começar a ser veiculado em uma área completamente diferente. Ou o URL do seu site e a estrutura de categorias podem não ser compatíveis com SEO. Independentemente do motivo, podemos começar a trabalhar em um site completamente novo.
  6. Alteração do servidor:
    As migrações de servidor apresentam risco principalmente em termos de velocidade de carregamento da página. A velocidade do site é um fator de classificação de SEO, mas, mais importante, é uma questão de experiência do usuário e taxa de conversão. Você pode pensar em configurar um site de teste no novo servidor e testar a velocidade da página nele. Além disso, não se esqueça de verificar os redirecionamentos para garantir que eles se comportem conforme o esperado.
  7. Migração de site móvel separada:
    O Google recomenda o Responsive Web Design como padrão de design, pois é o mais fácil de implementar e manter. Assim, você pode planejar redirecionar sua versão m-dot para a versão responsiva principal. Fazer um redirecionamento aí é absolutamente a coisa certa. Isso é algo que deve ser bastante simples e bastante fácil de fazer.

Se toda a estrutura permanecer a mesma, apenas o domínio mudar (1º tipo de migração), é possível dizer que nosso trabalho é fácil. Em outros tipos de migração ou quando mais de um tipo de migração é combinado, as coisas podem ser mais complicadas.

Existem dezenas de exemplos que sofreram perda maciça de tráfego durante a migração.

Alguns erros que causam perda de tráfego ao mover um site:

  1. Falta de planejamento
  2. Baixo conhecimento de SEO e UX
  3. Baixo orçamento
  4. Problemas de redirecionamento
  5. Erros de mapeamento de URL
  6. Erros de rastreamento
  7. Não interfira com erros instantâneos

Para não encontrar esses problemas, você encontrará a estratégia de planejamento correta e os pontos a serem considerados na continuação do artigo.

Antes de começar, quero avisá-lo sobre algumas coisas:

  • ! O Google não recomenda fazer alterações no design e na estrutura do URL ao mesmo tempo. Se possível, é útil fazer esses dois ou mais tipos de migração em momentos diferentes, passo a passo.
  • ! Se o site estiver sendo movido para um domínio diferente, o histórico do novo endereço de domínio deve ser investigado. Archive.org, consulta de pesquisa "yoursite.com" e ferramentas de auditoria funcionarão. Se houver um registro de domínio ou um site estabelecido antes, ele precisa ser reconsiderado. Instalar um domínio com uma entidade de marca no Google, que tenha sido exposto a problemas como links de spam ou hackers, ou veiculando em um assunto completamente diferente, fará com que grande parte do tráfego seja perdida.
  • ! Em alguns casos, mesmo que o planejamento e implementação da migração sejam feitos sem problemas, existe a possibilidade de que o tráfego orgânico diminua em 15% ou mais. Como há uma mudança importante na estrutura do site, o Google reaprende e avalia cada página uma a uma. Esse período geralmente é de algumas semanas, mas pode ser mais longo para sites grandes. Se tudo correr bem, seu tráfego orgânico ganhará impulso positivo em muito pouco tempo após essa avaliação.
  • ! O site não deve ser fechado aos usuários durante ou antes da migração. Se uma mudança de design ou estrutura deve ser feita, você pode anunciar essas informações ao seu público com antecedência com métodos simples. (Carrossel, e-mail, SMS, notificação push, etc.) Páginas com códigos de status ou mensagens de aviso diferentes podem ser interpretadas negativamente pelo Googlebot.
  • ! O momento da migração (lançamento da nova estrutura) deve ser no fuso horário em que o site recebe menos tráfego. Dessa forma, em caso de problemas indesejáveis, o número de público que será afetado será mantido em um nível mínimo. Além disso, durante essas horas, quando a carga do servidor estiver baixa, o Googlebot rastreará e indexará o novo site mais rapidamente.

[Estudo de caso] Evite que seu redesign penalize seu SEO

Um ano após a reformulação de seu site, a EasyCash logo percebeu que o desempenho que esperavam não estava lá. Eles identificaram e resolveram vários obstáculos de SEO.
Leia o estudo de caso

Planejamento e Coleta de Dados

Um plano de projeto que não pule nenhuma etapa da movimentação garante que o trabalho progrida sem erros. Quando o plano de trabalho for determinado, a distribuição das tarefas ficará clara. Este plano precisa ser feito pelo menos 30 dias antes da migração.

É importante manter os dados atuais dos visitantes. De acordo com o tamanho do seu projeto web, é necessário agrupar as páginas e consultas com maior tráfego.

Dica: manter os arquivos de registro cobrindo 45 dias antes da data de migração permite que você analise o comportamento do Googlebot e tome medidas imediatas se houver alguma diferença.

Criar site de teste e não permitir

O processo de migração começa com wireframes para SEOs. Se os wireframes forem verificados e os comentários de SEO forem feitos durante a criação dos wireframes, as alterações a serem feitas no site de teste são reduzidas. Isso permite que o projeto avance mais rápido. Isso também facilita o trabalho dos designers de UX/UI.

Também é importante desativar o acesso do bot ao site de teste. Caso contrário, você pode experimentar que suas novas páginas são incluídas no índice do Google em muito pouco tempo.

Como não permitir bots de mecanismos de pesquisa pelo arquivo robots.txt?

Crie um arquivo robots.txt : você pode criar um arquivo chamado test.example.com/robots.txt e executar os seguintes comandos:

——

Agente de usuário: *
Não permitir: /
# Este comando impede que todos os bots acessem meu site.

——

Agente do usuário: OnCrawl
Permitir: /
# Este comando só permite que o “bot OnCrawl acesse meu site.

—–

É possível decidir com quais bots testar e definir o rastreamento para o user-agent através do arquivo robots.txt. O Oncrawl possui recursos que tornarão as coisas muito mais fáceis.

Restrição de IP : Se você estiver envolvido no plano de migração do site de uma empresa, poderá apenas abrir o acesso ao IP da empresa e desabilitar o acesso a todos os outros IPs para evitar que o novo projeto seja exposto. Nesse caso, você precisará conceder acesso de IP privado à agência ou consultores com os quais trabalha, se houver. Mesmo se você fizer a restrição de IP, você deve proibir bots pelo arquivo robots.txt.

Proteção por senha : Uma combinação de ID e senha pode ser criada para entrar no site de teste. Aplicativos de rastreamento, como o Oncrawl, possuem recursos de acesso por senha.

Tag Noindex : Uma metatag noindex pode ser adicionada à seção head de todas as páginas para evitar que as páginas do site de teste sejam indexadas pelo Google.

Dica : um dos erros mais comuns é esquecer de remover a tag noindex após migrar para o novo site. Lembre-se de confirmar se as tags estão atualizadas para indexar, acompanhe no momento da migração.

Acompanhamento de desempenho com o Google Analytics

Um dos pontos mais importantes para o acompanhamento de desempenho é continuar da mesma conta do Google Analytics sem perda de dados. Portanto, o código GA e GTM existente deve estar ativo no novo site com a migração.

A geração de um novo código GA dificulta a medição do desempenho da Web.

Adicionar um lembrete ao painel do Google Analytics no dia da mudança facilitará a comparação do desempenho posteriormente.

Criando Lista de URLs Existentes

Mencionei no início do meu artigo que, se apenas mudarmos nosso nome de domínio, nosso trabalho será fácil. Podemos aplicar isso em massa a partir do arquivo .htaccess com o código a seguir ou similar.

* O arquivo .htaccess é um arquivo de configuração localizado nos servidores Apache.

RewriteEngine On RewriteCond %{HTTP_HOST} ^oldsitee\.com$ [OR]
RewriteCond %{HTTP_HOST} ^www\.newsite\.com$
Regra de regravação (.*)$ https://newsite.com/$1 [R=301,L]

Esse conjunto de regras garantirá que o endereço de domínio redirecionará automaticamente 301 para https://newsite.com quando qualquer URL for acessada em oldsite.com ou www.oldsite.com.

No entanto, se o seu trabalho é corrigir uma estrutura de URL incorreta, as coisas ficam complicadas aqui. Expliquei essa situação mais tarde no artigo.

Agora estamos em um dos pontos mais importantes do processo de migração. Obter a lista completa de URLs importantes para o site atual é fundamental. Se você esquecer um URL com muitos visitantes e um PageRank alto e deixá-lo fora da migração, esteja preparado para uma queda no seu tráfego orgânico.

Dica : Ao exportar URLs de mais de uma fonte, você pode garantir que nenhum URL seja deixado de fora.

Começar com XML Sitemap é sempre o passo certo. Para simplesmente transferir os URLs do seu arquivo XML para a planilha, você pode copiar o link aqui e escrever seu próprio URL do mapa do site em vez de https://www.sinanyesiltas.com/post-sitemap.xml na primeira linha.

  • Todos os URLs com impressão no Search Console,
  • Todos os URLs com visualizações de página por meio do Google Analytics,
  • Todos os URLs obtidos como resultado do rastreamento com o Oncrawl,
  • Avançar usando várias ferramentas de rastreamento de terceiros garante que o trabalho seja claro. É essencial garantir que nenhum URL seja deixado de fora, aproveitando os diferentes recursos de cada aplicativo de rastreamento.
  • É importante incluir aqui as páginas que já obtiveram links. Para isso, é necessário descobrir as páginas vinculadas através das ferramentas Search Console, Ahrefs, Semrush e Majestic e adicioná-las ao mesmo documento.

Após obter todas as URLs, você terá um dado agrupado semelhante ao abaixo em um único documento Excel.

Temos muitas planilhas de Excel diferentes com URLs disponíveis. É hora de combiná-los todos em um arquivo e torná-lo único. Continuamos nosso caminho com um documento em que não há URLs correspondentes, seus URLs atuais estão listados e nenhum URL importante é deixado de fora. A guia ALL na imagem representa a área da qual estou falando.

Mapeamento de URL (Antigo – Novo Mapeamento de URL)

No projeto em que a estrutura de URL foi alterada, as URLs existentes precisam ser correspondidas com as novas URLs. Um SEO que faça isso da melhor maneira pode garantir que o processo de migração ocorra sem problemas e sem perdas.

É necessário corresponder o novo URL a cada um dos URLs existentes no documento que criamos na etapa anterior. Você pode compartilhar diretamente este documento que você preencherá com a equipe de TI e solicitar a identificação de redirecionamentos através do arquivo .htaccess. Ou você mesmo pode fazer.

Há coisas críticas a serem consideradas nesta etapa:

  • O redirecionamento do lado do servidor 301 deve ser usado nos redirecionamentos a serem aplicados. Esse tipo de redirecionamento permanente redireciona a página X para a página Y e garante que todo o valor da página X seja transferido para a página Y. Usar 302, 307, JS, Meta ou outros tipos de redirecionamento é um erro muito crítico no processo de migração.
  • Não inclua URLs sem visitantes, conteúdo ruim e que você acha que estão prejudicando seu orçamento de rastreamento em seu arquivo de mapeamento de URL. Lembre-se que o Google reservou um espaço para seu site em seu data center e você deve usar esse espaço com suas páginas mais eficientes. Se você identificou um grupo de páginas desnecessário, faça com que essas páginas respondam com o código de status 410.
    Por que 410? O código de status 410, ao contrário do 404, diz que esta página foi excluída e não estará ativa novamente. Caso você use o código de status 404, o Googlebot visita seu servidor para verificar se a mesma página está ativa novamente. Ao eliminar essas visitas, o 410 é uma solução importante para usar seu orçamento de rastreamento com eficiência.
  • Não redirecione várias páginas para uma única página em massa. Isso causa confusão para usuários e bots. Em vez de aplicar um 301 em massa para páginas que você não usa e considera improdutivas, revise a solução 410.
  • Se você estiver no processo de migração de um site de comércio eletrônico com milhares de páginas, não será possível preparar um mapeamento um a um para cada URL. Nesse caso, você pode orientar sua equipe de TI preparando padrões.

Redirecionamentos de imagem

As imagens também são incluídas nos mapeamentos de migração e redirecionamento do site. Um dos erros mais comuns que vemos é que as orientações da imagem não são incluídas na migração. Para não perder os rankings e valores obtidos no Google Images, é importante preparar um mapeamento de URL separado para as imagens. O trabalho de migração deve ser analisado com base em URL, não em página.

Como fazer?

  1. Rastreie seus arquivos de imagem com o Oncrawl.
  2. Você pode analisar suas fontes de imagem que obtêm backlinks com Ahrefs, Semrush e Majestic.
  3. Você pode analisar as páginas com suas imagens por meio do Search Console > Tipo de pesquisa > Imagem.
  4. Colete todas as URLs que você obtiver no mesmo formato Excel que fizemos para as páginas, elimine as duplicatas e conclua sua configuração de mapeamento.

(Se o domínio estiver mudando) Ferramenta de alteração de endereço do Google

Depois de concluir todo o trabalho preliminar e ativar os redirecionamentos, existe uma ferramenta que nos permite especificar a mudança do site para o Google e facilita as coisas: Ferramenta de alteração de endereço. Os sinais serão tratados em menos tempo após a seleção de sites antigos e novos nesta ferramenta.

  • A propriedade do Search Console é obrigatória tanto para o site antigo quanto para o novo.
  • A alteração de endereço é usada apenas para alterações de domínio. Não disponível para alterações de URL de subpasta ou migrações HTTP > HTTPS.
  • Nesta ferramenta de alteração, é necessário tratar cada subdomínio separadamente, se houver.
  • Quando essas condições são atendidas, o processo pode ser iniciado selecionando os sites antigo e novo com a ferramenta Google Change Address.

Atualizações de links

O site agora terá uma nova estrutura de URL. Nesse caso, todos os links do site devem funcionar na nova versão. Se os URLs antigos continuarem a ser usados ​​nos links do site, muitos redirecionamentos inúteis funcionarão. Portanto, os seguintes links devem ser verificados:

  • Todos os links internos da página
  • Tags canônicas
  • -Se houver- Tags Hreflang
  • -Se houver- Tags alternativas
  • -Se houver - links HTML do Sitemap
  • Links de perfis de mídia social
  • Links da página de destino usados ​​em campanhas publicitárias

Dica : Se você alterou toda a estrutura de URL, recomendo manter o arquivo XML do sitemap com os URLs antigos por um tempo. Crie um sitemap XML separado com sua nova estrutura de URL. Continue enviando URLs antigos para o Googlebot por um tempo. Dessa forma, o Googlebot acelerará o processo de visualização e indexação do redirecionamento em urls antigas. Dependendo do tamanho do site, recomendo manter o arquivo XML do sitemap ativo com pelo menos 1 mês de idade.

Controles

Após os redirecionamentos serem aplicados, é necessário confirmar que o código de status de cada URL é 301, rastreando as URLs antigas obtidas anteriormente. Aqui, é muito importante agir rapidamente quando forem detectados URLs com código de status diferente de 301.

Outros pontos de verificação a serem observados:

  • arquivo robots.txt
  • Código de acompanhamento do Google Analytics
  • Controle de verificação do Search Console (se o domínio mudou, ele deve continuar com 2 domínios diferentes, antigo e novo)
  • Meta tag (noindex, siga)
  • Tag canônica

Observe também estes:

  • Se possível, os provedores de backlink devem ser contatados e os links antigos devem ser substituídos por novos. Se houver uma grande rede de backlinks, um planejamento pode ser feito por ordem de importância e somente os importantes podem ser contatados./li>
  • As páginas de destino usadas em campanhas publicitárias devem ser revisadas ou as equipes relevantes devem ser informadas.
  • Ao rastrear o novo site, deve-se verificar se todos os links estão funcionando sem problemas e, caso ocorra um loop de redirecionamento dentro do site, deve-se tomar uma intervenção imediata.
  • Links em perfis de mídia social devem ser atualizados.
  • A indexação de novas páginas deve ser seguida.
  • O desempenho da palavra-chave deve ser monitorado.
  • Os redirecionamentos 301 não devem ser desativados tão cedo, eles devem permanecer sempre ativos.
  • Se o domínio foi alterado; O domínio antigo deve ser mantido por no mínimo mais 2 anos.
  • Dados antigos (URLs, logs, desempenho de palavras-chave etc.) devem ser mantidos por um tempo.
  • Se um arquivo de rejeição estiver instalado no site antigo, ele também deverá ser carregado no novo domínio.

O Google lida com a configuração de roteamento entre o site antigo e o novo por 180 dias. Após o período de 180 dias, ele não reconhece nenhuma associação entre o site antigo e o novo e trata o site antigo como irrelevante se ainda estiver presente e rastreável.