Como mover um site

Este documento descreve como alterar os URLs de páginas do seu site, minimizando o impacto negativo nos resultados da Pesquisa Google. Exemplos desse tipo de mudança de site incluem os seguintes:

• Alterações de URL de HTTP para HTTPS
• Alterações de nome de domínio, como example.com para example.net, ou fusão de vários domínios ou nomes do host
• Alterações nos caminhos do URL: de example.com/page.php?id=1 para example.com/widget ou de example.com/page.html para example.com/page.htm

Os URLs não serão alterados? Se você estiver fazendo mudanças na infraestrutura, como a alteração da hospedagem, comece aqui.

Visão geral

1. Práticas recomendadas para mudanças de site. Saiba o que esperar e como isso pode afetar seus usuários e suas classificações. Se você estiver mudando de HTTP para HTTPS, leia as práticas recomendadas para HTTPS.
2. Prepare o novo site e faça testes nele.
3. Prepare um mapeamento de URL com os URLs atuais para o novo formato correspondente.
4. Inicie a mudança do site configurando o servidor para redirecionar dos URLs antigos para os novos.
5. Monitore o tráfego nos URLs antigos e novos.

Práticas recomendadas gerais para mudanças de site

• Se funcionar para seu site, divida a mudança em etapas menores.
  Caso o site seja grande e isso seja possível do ponto de vista técnico, recomendamos mover primeiro apenas uma parte do site para testar os efeitos no tráfego e na indexação de pesquisa. Depois disso, você pode mudar o restante de uma só vez ou em blocos. Escolha para o teste inicial do site uma seção que mude menos regularmente e que não seja afetada de maneira significativa por eventos frequentes ou imprevisíveis. Mudar só uma seção do site é uma ótima maneira de testar o processo, mas não representa necessariamente a transição de todo o site quando se trata da Pesquisa. Quanto mais páginas você mudar, maiores vão ser as chances de problemas. Faça um planejamento cuidadoso para minimizar esse risco.
• Mude apenas uma parte por vez
  Planeje as mudanças no seu site em etapas, e não todas ao mesmo tempo. Por exemplo, se você quiser mover o site para um novo nome de domínio, alterar o sistema de gerenciamento de conteúdo (CMS) e atualizar o layout, faça uma mudança de cada vez: mova para um novo domínio e, depois, altere o layout.
• Organize a mudança de modo que ela coincida com o período de tráfego mais baixo, se possível.
  Caso seu tráfego seja sazonal ou mais intenso em determinados dias da semana, recomendamos mudar o site durante esses períodos menos movimentados. Isso significa que menos pessoas vão ser afetadas por possíveis problemas durante a mudança do site, e mais recursos do servidor vão poder ser dedicados ao rastreamento do Googlebot.
• Pode haver uma flutuação temporária na classificação do site durante a mudança.
  Qualquer mudança significativa pode causar flutuações na classificação enquanto o Google rastreia e indexa o site novamente. Como regra geral, a maior parte das páginas de um site de médio porte será movida no nosso índice em algumas semanas, enquanto sites maiores podem levar mais tempo. O tempo que o Googlebot e nossos sistemas vão levar para descobrir e processar os URLs movidos depende muito do número de URLs e da velocidade do seu servidor. Enviar um sitemap pode acelerar esse processo. Também é possível mover o site por partes.
• Não se preocupe com o crédito do link.
  301, 302 e outros redirecionamentos do servidor não causam perdas no PageRank.
• Use o Search Console.
  O Search Console é um recurso útil, principalmente durante uma mudança do site. Verifique os dados de cada propriedade no Search Console. Use o Relatório de status do índice para ter uma perspectiva mais ampla. Use o Relatório de sitemaps para conferir quantos URLs enviados em um sitemap foram indexados.
• Seja paciente
  Para concluir a mudança, o Googlebot vai precisar acessar cada URL do site antigo e do novo pelo menos uma vez. Não há frequências de rastreamento fixas. O desempenho do Googlebot depende do tamanho do site e da velocidade de rastreamento possível. Um URL é movido de cada vez.

Preparar o novo site

Os detalhes da preparação do site variam de acordo com cada mudança, mas normalmente você vai passar por pelo menos uma das etapas a seguir:

• Configure o CMS (de preferência o mesmo usado pelo site antigo) e importe o conteúdo do site antigo.
• Transfira imagens e downloads (como documentos PDF) que você hospeda.
  Eles já podem estar recebendo o tráfego da Pesquisa Google ou dos links. Por isso, é útil informar aos usuários e ao Googlebot sobre a nova localização.
• No caso de uma mudança para HTTPS, receba e configure os certificados TLS necessários no seu servidor.

• Configure um robots.txt para o novo site e verifique se as regras no arquivo robots.txt do novo site refletem corretamente as partes que você quer bloquear.

  Alguns proprietários de site bloqueiam todo o rastreamento na etapa de desenvolvimento. Se você seguir essa estratégia, prepare a forma em que o arquivo robots.txt deverá estar quando a mudança do site for iniciada. Da mesma forma, se você usar regras noindex durante o desenvolvimento, prepare uma lista de URLs em que você removerá as regras noindex quando começar a mudança do site.

• Informe erros para conteúdo excluído ou mesclado se você não estiver migrando todo o conteúdo antigo para o novo site e verifique se esses URLs retornam o código de resposta de erro HTTP 404 ou 410 no novo site.

• Use as configurações corretas do Search Console para ajudar na mudança do site.

  Verifique o site antigo e o novo no Search Console, caso ainda não tenha feito isso. Confira todas as variantes do site antigo e do novo. Por exemplo, verifique www.example.com e example.com e inclua as variantes de site HTTPS e HTTP se usar URLs HTTPS. Faça isso no site novo e no antigo.

  • Revisar a verificação do Search Console

    Confirme se a verificação do Search Console continua funcionando depois da mudança do site. Se você usar outro método, tenha em mente que os tokens de verificação talvez sejam diferentes quando o URL for alterado.

    Caso esteja usando o método de arquivos HTML para verificar a propriedade do site no Search Console, não se esqueça de incluir o arquivo de verificação atual na nova cópia do site.

    Da mesma forma, se você confirmar a propriedade com um arquivo de inclusão que se refere a uma tag meta ou usa o Google Analytics para verificar a propriedade, verifique se a nova cópia de CMS também inclui esses itens.

  • Revise todas as configurações definidas no Search Console para o site antigo e verifique se as configurações do novo site também foram atualizadas para refletir essas alterações. Exemplo:

    • Taxa de rastreamento: defina a taxa de rastreamento como "Permitir que o Googlebot determine" para o site antigo e o novo.
    • Backlinks rejeitados: se você tiver feito upload de um arquivo para rejeitar links no site antigo, recomendamos fazer upload desse arquivo novamente usando a conta do Search Console do novo site.

  • Limpe o domínio comprado recentemente para garantir que ele esteja livre de quaisquer questões pendentes do proprietário anterior. Verifique as seguintes configurações:

    • Ação manual por spam anterior: se houver ações manuais aplicadas ao novo site, resolva os problemas listados e registre um pedido de reconsideração.
    • URLs removidos: verifique se não há remoções de URL pendentes do proprietário anterior, especialmente em todo o site.

• Use a análise da Web para avaliar o uso do site antigo e do novo. O software de análise da Web pode ajudar com isso. Normalmente, a configuração da análise da Web é composta por um trecho de JavaScript incorporado nas suas páginas. Os detalhes para o rastreamento de diferentes sites variam de acordo com o software de análise e as configurações de registro, processamento ou filtragem. Consulte seu fornecedor de software de análise para receber mais ajuda. Além disso, se você planeja fazer mudanças de configuração no software de análise, este é um bom momento. Caso você use o Google Analytics, considere criar outro perfil para o novo site se quiser uma separação total nos relatórios de conteúdo.

• Verifique se o servidor tem recursos de computação suficientes: após a migração, o Google vai rastrear temporariamente o novo site com mais intensidade do que o normal. Isso ocorre porque o tráfego do site antigo é redirecionado para o novo. Assim, os rastreamentos do site antigo são levados ao novo, além de outros rastreamentos. A capacidade do site novo precisa ser suficiente para lidar com o aumento do tráfego do Google. Se o site for grande, entre em contato com os provedores de hospedagem e avise sobre a mudança que você está planejando.

Preparar o mapeamento de URL

É importante mapear os URLs do site antigo para os URLs do novo site. Esta seção descreve uma série de abordagens gerais que podem ser adotadas para avaliar corretamente os URLs nos dois sites e facilitar o mapeamento. Os detalhes exatos sobre como gerar esse mapeamento variam de acordo com sua infraestrutura de site atual e com os aspectos da mudança de site.

Determinar os URLs antigos

Em mudanças de site mais simples, pode não ser necessário gerar uma lista dos seus URLs antigos. Por exemplo, vai ser possível usar um redirecionamento curinga do lado do servidor se você estiver mudando o domínio do site (como mudar de example.com para example.net).

Em mudanças de site mais complexas, é preciso gerar uma lista de URLs antigos e fazer o mapeamento para os novos destinos. A forma como você monta uma lista de URLs antigos depende da configuração do site atual. Confira algumas dicas úteis:

• Comece com os URLs importantes. Para os encontrar, faça o seguinte:
  • Procure nos sitemaps porque é provável que os URLs mais importantes tenham sido enviados ao Search Console dessa maneira.
  • Verifique seus registros do servidor ou software de análise para ver os URLs que geram a maior parte do tráfego.
  • Confira o recurso Links para seu site no Search Console para ver as páginas que têm links internos e externos.
• Use seu sistema de gerenciamento de conteúdo, que normalmente ajuda a conseguir uma lista com todos os URLs que hospedam conteúdo.
• Verifique os registros do servidor para ver os URLs que foram visitados pelo menos uma vez recentemente. Escolha um período que faça sentido para o contexto do site, tendo em conta a variação sazonal do tráfego.
• Inclua imagens e vídeos. Inclua URLs de conteúdo incorporado nos planos de mudança do site: vídeos, imagens, JavaScript e arquivos CSS. Esses URLs precisam ser movidos da mesma forma que todos os outros conteúdos do site.

Criar um mapeamento dos URLs antigos para os novos

Depois de ter a lista dos URLs antigos, decida para onde cada um deles deve redirecionar. A forma como você armazena esse mapeamento depende dos seus servidores e da mudança do site. É possível usar um banco de dados ou configurar algumas regras de regravação de URL no seu sistema para padrões comuns de redirecionamento.

Atualizar todos os detalhes de URL no novo site

Depois de definir o mapeamento de URL, três coisas podem ser feitas para preparar as páginas para a mudança.

1. Atualize as anotações para direcionar aos novos URLs no HTML ou na entrada de sitemaps de cada página:
   1. Cada URL de destino precisa ter uma tag rel="canonical" <link> de autorreferência.
   2. Se o site movido tiver páginas multilíngues ou multinacionais com as anotações rel-alternate-hreflang, atualize as anotações para usar os novos URLs.
2. Atualizar links internos
   No novo site, mude os links internos dos URLs antigos para os novos. É possível usar o mapeamento gerado anteriormente para ajudar a encontrar e atualizar os links conforme necessário.
3. Salve as seguintes listas para a mudança final:
   
   • Um arquivo do sitemap com os novos URLs do mapeamento. Consulte nossa documentação sobre como criar um sitemap.
   • Uma lista de sites com links para os URLs antigos. Encontre os links para o site no Search Console.

Planejar a estratégia de redirecionamento

Depois de ter um mapeamento e de o site estar pronto, a próxima etapa é planejar sua estratégia de redirecionamento. Recomendamos que você faça redirecionamentos permanentes do lado do servidor dos URLs antigos para os novos, conforme indicado no mapeamento. Consulte o administrador do servidor (ou a empresa de hospedagem) para saber quais tipos de redirecionamento do lado do servidor é possível fazer do ponto de vista técnico. Podem ser regras de redirecionamento nos seus arquivos .htaccess, caso seu servidor esteja usando o servidor HTTP Apache, ou funções de redirecionamento no seu CMS.

Se nenhuma das configurações de redirecionamento do servidor for possível, use os redirecionamentos do lado do cliente como último recurso.

Decida como você quer mover o site, de uma só vez ou em partes:

• Sites pequenos ou médios: recomendamos mover todos os URLs do site ao mesmo tempo, em vez de fazer a mudança de uma seção de cada vez. Isso facilita a interação dos usuários com o novo site, além de ajudar nossos algoritmos a detectar a mudança e a atualizar o índice mais rapidamente.
• Sites grandes: é possível mover sites grandes por partes. Isso pode agilizar o monitoramento, a detecção e a solução de problemas.

Lembre-se do seguinte:

• Use redirecionamentos permanentes do lado do servidor se isso for possível do ponto de vista técnico. Embora o Googlebot seja compatível com vários tipos de redirecionamento, recomendamos o uso de redirecionamentos HTTP permanentes, como 301 e 308, sempre que possível.
• Evite redirecionamentos em cadeia. Embora o Googlebot possa acompanhar até 10 saltos em uma "sequência" de vários redirecionamentos (por exemplo, Página 1)> Página 2 > Página 3), recomendamos redirecionar para o destino final. Se isso não for possível, mantenha baixo o número de redirecionamentos na cadeia, de preferência em não mais do que três, mas no máximo cinco. Os redirecionamentos em cadeia aumentam a latência para os usuários, e nem todos os user agents e navegadores conseguem redirecionar cadeias longas.

Iniciar a mudança do site

Quando o mapeamento do URL estiver correto e você tiver finalizado o plano de redirecionamento, vai estar tudo pronto para a mudança.

1. Implemente ou ative os redirecionamentos: dependendo das suas decisões, talvez seja preciso enviar uma atualização dos arquivos de configuração do servidor ou atualizar o CMS, provavelmente com código personalizado.
   Evite redirecionamentos irrelevantes.

   Não redirecione muitos URLs antigos para um destino irrelevante, como a página inicial do novo site. Isso pode confundir os usuários e ser tratado como um erro soft 404. No entanto, caso uma nova página única apresente o conteúdo de várias páginas antigas, vai ser aceitável redirecionar os URLs antigos para a nova página consolidada.

2. Verifique as anotações link rel="canonical" e as regras robots meta: Quando os redirecionamentos estiverem ativos, verifique se as anotações rel="canonical" link no novo site estão usando os novos URLs. Da mesma forma, se você tiver adicionado regras noindex robots meta ao novo site para evitar a indexação prematura dos novos URLs, é preciso fazer as atualizações necessárias.
3. Teste os redirecionamentos. Use a Ferramenta de inspeção de URL para testar URLs individuais. Para testar vários URLs, use scripts ou ferramentas de linha de comando.
4. Envie uma Alteração de endereço no Search Console para o site antigo..
   Se você estiver movendo o site de HTTP para HTTPS, não vai ser preciso usar a ferramenta Alteração de endereço.

5. Mantenha os redirecionamentos pelo maior tempo possível. Geralmente, esse período é de pelo menos um ano. Esse período permite que o Google transfira todos os indicadores para os novos URLs, incluindo novo rastreamento e reatribuição de links em outros sites que apontem para os URLs antigos.

   Da perspectiva do usuário, considere manter os redirecionamentos indefinidamente. No entanto, os redirecionamentos são lentos para os usuários. Por isso, procure atualizar seus links próprios e os links de grande volume de outros sites para que apontem para o novo URL.

6. Envie o novo sitemap no Search Console. Isso ajuda o Google a saber mais sobre os novos URLs. Você pode remover o sitemap antigo porque o Google vai passar a usar o novo sitemap.

O tempo que o Googlebot e nossos sistemas levam para detectar e processar todos os URLs na mudança do site varia de acordo com a velocidade dos seus servidores e do número de URLs envolvidos. Como regra geral, a maioria das páginas de um site de médio porte é movida em algumas semanas, enquanto os sites maiores precisam de mais tempo. A velocidade com que o Googlebot e nossos sistemas detectam e processam os URLs movidos depende do número de URLs e do desempenho do servidor.

A visibilidade do seu conteúdo na pesquisa na Web pode oscilar temporariamente durante a mudança. Isso é normal, e as classificações de um site acabam se estabilizando com o tempo.

Atualizar links

Imediatamente após começar a mudança do site, procure atualizar o maior número possível de links para melhorar a experiência do usuário e reduzir a carga do servidor. São eles:

• links internos: com base no mapeamento de URL criado por você, substitua todos os URLs que direcionaram para suas próprias páginas;
• links externos: tente entrar em contato com os sites vinculados com seu conteúdo atual, solicitando a atualização dos links que levam ao site. Pode ser útil priorizar essa tarefa de acordo com o número de visitas recebidas de cada link;
• links de perfil, como os do Facebook, Twitter e LinkedIn;
• campanhas publicitárias que levem às novas páginas de destino.

Monitorar o tráfego

Depois de iniciar a mudança do site, monitore como o tráfego do usuário e do rastreador mudam no novo site e no antigo. O ideal é que o tráfego do site antigo caia e o do novo aumente. Você pode monitorar a atividade do usuário e do rastreador em sites com o Search Console e outras ferramentas.

Usar o Search Console para monitorar o tráfego

Muitos recursos do Search Console ajudam a monitorar a mudança do site, incluindo os seguintes:

• Sitemaps: envie os dois sitemaps que você salvou antes no mapeamento. Inicialmente, o sitemap que contém os novos URLs não tem páginas indexadas, enquanto o sitemap dos URLs antigos tem muitas páginas indexadas. Com o tempo, o número de páginas indexadas no sitemap dos URLs antigos vai cair para zero. Enquanto isso, vai haver um aumento na indexação dos novos URLs. O Search Console pode exibir avisos para o sitemap que contém os URLs antigos sobre os URLs que fazem o redirecionamento. Isso é normal, e você pode ignorar esses avisos, já que está mudando para novos URLs.
• Relatório de cobertura do índice: os gráficos refletem a mudança do site, apresentando uma queda nos números de URLs indexados do site antigo e um aumento nas indexações do novo site. Verifique regularmente se há erros de rastreamento inesperados.
• Consultas de pesquisa: conforme mais páginas do novo site são indexadas e recebem classificações, os relatórios de consultas de pesquisa passam a mostrar os URLs do novo site recebendo impressões e cliques de pesquisa.

Usar outras ferramentas para monitorar o tráfego

Fique de olho no seu acesso ao servidor e nos registros de erro, verificando, em especial, o rastreamento pelo Googlebot, quaisquer URLs que retornem inesperadamente códigos de status de erro HTTP e o tráfego normal de usuários.

Se você instalou algum software de análise da Web no seu site ou se o CMS fornecer esse tipo de análise, também é recomendável analisar o tráfego dessa forma para ver o progresso do tráfego do site antigo para o novo. Em particular, o Google Analytics oferece relatórios em tempo real, e esse é um recurso útil durante a fase inicial de mudança do site. O esperado é que o tráfego diminua no site antigo e aumente no novo.

Mais recursos

Migrar um site pode ser complicado, e há muitas maneiras de fazer isso. Para facilitar esse processo, recomendamos o uso das listas de verificação de migração do site da Aleyda Solis e do guia da ferramenta Screaming Frog para migrações de sites.

Se tiver algum problema, consulte a Central da Pesquisa Google.
Nossa página de ajuda tem várias dicas úteis, e nossos fóruns de usuários têm respostas para casos específicos. Se você não conseguir encontrar uma resposta, faça uma pergunta para um dos especialistas da Pesquisa Google durante os horários de atendimento de SEO.

Resolver problemas na mudança do site

Veja aqui alguns erros comuns ao migrar um site com alterações de URL (incluindo HTTP para HTTPS). Esses erros podem impedir que o novo site seja totalmente indexado.

Erros comuns
Bloqueios de noindex ou robots.txt	É preciso remover todos os bloqueios de noindex ou robots.txt necessários somente para a migração. Não é necessário ter um arquivo robots.txt no site, mas vai ser preciso retornar um código de status HTTP 404 adequado caso o arquivo robots.txt não exista. Teste: Examine o arquivo robots.txt no seu site HTTPS e veja se algo precisa ser mudado. Use a Ferramenta de inspeção de URL em todas as páginas que o Google não encontrar no novo site.
Redirecionamentos incorretos	Confira os redirecionamentos do site antigo para o novo. Muitas vezes, eles levam a URLs errados (inexistentes) no novo site. Use o Search Console para conferir se há um número muito elevado de erros "Não encontrado" relatados. Também é possível usar outras ferramentas, como a Screaming Frog, para rastrear seu site e avaliar se os redirecionamentos funcionam como esperado.
Outros erros de rastreamento	Examine o Relatório de cobertura do índice em busca de aumentos em outros erros no novo site durante os eventos da migração.
Capacidade insuficiente do servidor	Após migrações, o Google rastreia o site novo com mais frequência do que o normal. Isso ocorre porque o tráfego do site antigo é redirecionado para o novo. Assim, os rastreamentos do site antigo são levados ao novo, além de outros rastreamentos. A capacidade do site precisa ser suficiente para lidar com o aumento do tráfego do Google.
Sitemaps desatualizados	Confira se os sitemaps estão todos atualizados com os novos URLs.