Migração de site: a check-list dos links

Uma migração quebra os links em quatro sítios distintos, e a maioria das equipas só verifica um, os redirecionamentos em geral, e depois considera que está feito. Os outros três aparecem semanas mais tarde, uma queixa de cada vez.

Esta lista de verificação cobre os links internos e de entrada do seu site. A questão distinta dos backlinks que outros lhe deram merece a sua própria passagem: guardar os backlinks numa remodelação. As duas fazem-se no mesmo dia, com as mesmas pessoas, e confundem-se com tanto mais facilidade.

A lista de verificação, por ordem

Um mês depois, o assunto está fechado. O que quebra a seguir é manutenção corrente, não migração, e confundi-los manda procurar no sítio errado.

Antes: três listas que valem a pena

Os URL que recebem tráfego. A partir das suas estatísticas, sobre doze meses, não sobre um. As páginas sazonais são aquelas de que ninguém se lembra em julho, e são as que fazem subir queixas em novembro.

Os URL que recebem links, internos e externos. São os endereços que devem continuar a responder, mude o que mudar no resto. Encontram-se na Search Console, no seu acompanhamento de links, e nos registos do seu servidor, onde constam as visitas chegadas do exterior.

Os URL absolutos escritos dentro dos seus conteúdos. É a lista que ninguém faz, e é aí que as migrações quebram realmente. Cada https://dominioantigo.com/... digitado num corpo de artigo sobrevive perfeitamente à exportação e continua a apontar para o sítio antigo. Procure o seu próprio nome de domínio na exportação dos seus conteúdos e conte as ocorrências: o número costuma surpreender, e surpreende tanto mais quanto mais antigo é o site.

O dia D: os quatro sítios onde os links quebram

1. O plano de redirecionamento. Um salto, página para página equivalente. A decisão para cada URL retirado segue a mesma árvore de qualquer eliminação, e essa árvore nunca produz «redirecionamento para a página inicial».

2. Os links internos no conteúdo. Os links relativos sobrevivem em geral. Os absolutos não, a menos que sejam reescritos. Faça-o com procurar e substituir na exportação, antes da importação, não depois página a página.

3. A navegação, o rodapé e os modelos. Os menus são muitas vezes construídos sobre caminhos escritos a fogo num tema. Estão em todas as páginas: um erro aqui é o mais visível que pode cometer, e o mais rápido de corrigir se o testar no mesmo dia.

4. O mobiliário técnico. Sitemap regenerado, robots.txt relido, etiquetas canónicas a apontar para os novos URL, hreflang atualizado se tiver várias línguas. Cada um destes elementos contradiz em silêncio os outros quando só se atualiza uma parte, e a contradição não produz nenhum erro visível.

Depois: o que verificar, por ordem

• Abra os URL antigos. Não o novo sitemap: os endereços antigos exatos. Cada um deve responder 200 após exatamente um redirecionamento. Dois saltos também funcionam, e serão cortados um dia por alguém que faz limpeza.
• Faça o rastreio de todo o novo site. É a passagem que encontra os links absolutos que lhe escaparam, e é a razão para o fazer agora em vez de daqui a seis meses. Os métodos gratuitos bastam para um site de algumas centenas de páginas.
• Verifique também os links de saída. Uma migração é o único momento em que alguém relê verdadeiramente cada página: aproveite, não aparecem em nenhum outro sítio.
• Vigie a Search Console durante um mês. Os erros de exploração chegam progressivamente, não no dia da colocação em linha, e uma subida na terceira semana é normal.

O caso da mudança de nome de domínio

É a migração mais pesada, e merece três regras suplementares.

O redirecionamento guarda-se indefinidamente. Não dois anos: indefinidamente. Um domínio abandonado leva consigo todo o histórico de links, e acaba muitas vezes comprado por outra pessoa, o que transforma as suas referências antigas em links para um site que já não controla.

O domínio antigo renova-se ao mesmo tempo que o novo. A data de expiração é a verdadeira data de fim da sua migração, e é aquela que ninguém anota em lado nenhum.

Os emails também contam. Os endereços em @dominioantigo continuam a receber correio durante anos, incluindo os avisos de renovação e os alertas dos seus fornecedores. Uma migração bem-sucedida que perde a caixa de correio é uma migração falhada dois anos mais tarde.

Quem faz o quê, e porque isso conta

Uma lista de verificação sem dono transforma-se numa lista de desejos. Três papéis bastam, mesmo numa equipa de duas pessoas.

Alguém trata das listas: tráfego, links, URL absolutos. É um trabalho de folha de cálculo, não técnico, e pode começar um mês antes sem depender de ninguém.

Alguém trata dos redirecionamentos: escrita, colocação, teste. É o único papel que tem de estar presente no dia da mudança, e o único que toca em algo que pode quebrar em segundos.

Alguém trata da verificação posterior: os controlos a D mais 1, D mais 3 e D mais 30. É o papel que se esquece de atribuir, e é o que decide se a migração correu bem ou se daremos por isso em fevereiro.

O que vai quebrar apesar de tudo

Uma migração perfeita não existe, e prever as fugas vale mais do que prometer estanquidade.

Os URL com parâmetros, as antigas páginas de pesquisa, os anexos e as imagens escapam quase sempre. Os links enviados por email há três anos continuarão a chegar, e ninguém pode fazer a sua lista. Por fim, os redirecionamentos em cadeia herdados de uma migração anterior revelam-se muitas vezes nesta ocasião, porque acrescentam mais um salto e ultrapassam o limite para lá do qual já nada segue.

A boa resposta não é tentar prever tudo: é olhar para os registos do servidor durante as duas primeiras semanas. Enumeram o que as pessoas pediram realmente, incluindo o que você não tinha imaginado, e são o único relatório que não depende de nenhuma lista estabelecida de antemão. A triagem desses 404 segue as suas próprias regras: nem todos merecem uma correção.

Os dois erros que saem mais caro

Redirecionar tudo para a página inicial porque o plano foi deixado para a última tarde. Isso transforma uma lista de decisões gerível numa perda definitiva, e repara-se mal, porque depois já ninguém sabe que URL antigo correspondia a quê.

Um caso apresenta-se mais vezes do que os outros e trata-se exatamente da mesma maneira: a passagem de HTTP a HTTPS. Todos os seus endereços mudam, portanto é uma migração, com esta mesma lista de verificação. O que o HTTPS muda de facto, e o que não muda lê-se antes de a percorrer.

Eliminar as regras de redirecionamento um ano mais tarde numa limpeza, por alguém que não estava lá. Essas regras são a única coisa que ainda liga anos de links ao seu site. Guarde-as, e deixe no ficheiro um comentário a dizer porque existem e a que migração correspondem.