Mover um site sem perder a contagem

Migrar um site para um novo fornecedor de alojamento, alterar nomes de domínio ou adotar um sistema de gestão de conteúdos moderno envolve numerosos ajustes estruturais. Preservar o registo histórico acumulado por um contador de imagens estabelecido requer compreender com precisão o que mantém a contagem contínua.

De que depende realmente o total

Todo o mecanismo de contagem baseia-se estritamente no identificador exclusivo embutido no endereço de origem da imagem. Desde que o caminho de destino específico que aponta para o endpoint de rastreio permaneça idêntico durante e após a transição, os números acumulados permanecem armazenados com segurança nos registos da base de dados.

Todo o resto do endereço é adorno. O domínio que serve a página, o protocolo, a estrutura de pastas do sistema novo: nada disso aparece no registo que guarda o número. O que aparece é o identificador, e costuma ser uma curta série de algarismos no meio da etiqueta.

A ordem dos passos

A execução de uma migração bem-sucedida segue uma sequência operacional clara. Antes de alterar registos DNS ou transferir ficheiros subjacentes da base de dados, verificar se o trecho do contador é copiado corretamente nos novos modelos de sistema evita interrupções acidentais de dados.

A ordem importa porque as duas metades falham de maneira diferente. Uma etiqueta copiada mas ainda inalcançável abre no registo um buraco de algumas horas, e a isso sobrevive-se. Um domínio mudado antes de a etiqueta ser copiada dá uma página que não conta nada, e ninguém dá por isso até que quinze dias depois alguém abra as estatísticas.

Vale a pena arranjar uma breve sobreposição onde o alojamento o permita. Manter o local antigo e o novo a funcionar juntos durante um dia significa que o contador é alcançável de ambos e que o registo não fica com um buraco a explicar depois.

O que corre mal, e que aspeto tem

Complicações potenciais geralmente surgem quando os redirecionamentos de domínio são configurados incorretamente ou quando o caminho estrutural da tag de imagem é modificado durante a limpeza do código. Manter consistência absoluta na string de origem garante que a progressão histórica continue perfeitamente a partir do momento exato em que a nova configuração do servidor entra no ar.

Duas avarias causam a maior parte do estrago. A primeira é uma limpeza de código que reescreve o endereço da imagem para a estrutura de pastas do próprio sítio, que é exatamente a única coisa que não pode mudar. A segunda é um redirecionamento que responde ao pedido da imagem com a página em vez da imagem; o contador recebe então algo que não sabe desenhar, e o total para sem qualquer erro visível.

Ambas se encontram da mesma maneira e em menos de um minuto: abrir o endereço da imagem à parte e ver se chega uma imagem. Essa única verificação, feita uma vez antes de cancelar o alojamento antigo, é a diferença entre uma mudança e uma perda.