Redirecionamentos da página de destino

O Silktide verifica se chegar à sua página envolve redirecionamentos — endereços que respondem «vá para aqui» em vez de apresentar a página. Cada redirecionamento é uma viagem de ida e volta adicional ao servidor antes de a página real sequer começar a carregar.

Uma cadeia como esta faz com que o navegador atravesse a rede três vezes antes de receber qualquer conteúdo:

http://example.com/           -> redirecionamento
https://example.com/          -> redirecionamento
https://www.example.com/      -> redirecionamento
https://www.example.com/home  -> a página real

Porque é importante

Os redirecionamentos atrasam a página antes de chegar um único byte de conteúdo e, em ligações móveis, cada salto pode custar centenas de milissegundos. O padrão é pior precisamente onde a velocidade é mais importante: nas páginas de destino alcançadas através de anúncios, resultados de pesquisa e ligações partilhadas, onde um início lento faz com que os visitantes desistam antes de verem alguma coisa.

As cadeias acumulam-se por acidente — uma atualização para aqui, uma normalização de «www» ali, uma mudança de página no ano passado — e ninguém vê o custo combinado porque a navegação interna as ignora. Os novos visitantes que chegam de fora pagam por cada salto.

Como corrigir

Atualize as ligações, os anúncios e os URLs de campanhas para apontarem diretamente para o endereço final, ignorando todos os saltos intermédios.
Elimine as cadeias no servidor: cada endereço antigo deve redirecionar diretamente para o destino final num único passo, e não através da cadeia, um salto de cada vez.
Utilize num único URL em vez de redirecionar os telemóveis para um site móvel separado, como m.example.com — os URLs móveis separados custam um redirecionamento em cada entrada e também prejudicam as classificações nas pesquisas.
Evite redirecionamentos que existam apenas para definir cookies ou parâmetros de monitorização; defina-os antes na página de destino.

Como o Silktide testa isto

Carrega a página num navegador real, utilizando o tipo de dispositivo, a velocidade da ligação e a localização de teste configurados para os seus testes de velocidade.
Segue a cadeia de redirecionamentos pela qual o navegador passa para chegar à página final e mede o tempo acrescentado por cada um.
Comunica cada endereço da cadeia com o respetivo custo temporal e classifica a página pelo total: qualquer atraso de redirecionamento mensurável reduz a classificação e cerca de um segundo de atraso acumulado é classificado como fraco.

Resolução de problemas

O redirecionamento de HTTP para HTTPS é necessário

Sim — mantenha-o, pois os visitantes que introduzem o endereço sem especificar o protocolo têm de ser atualizados para HTTPS. O objetivo é ter, no máximo, um salto: esse redirecionamento deve levar diretamente ao URL final e tudo o que controla (ligações, anúncios, mapas do site) deve apontar para o endereço HTTPS final, para que a maioria dos visitantes nem sequer seja redirecionada.

O redirecionamento vem de um URL de marketing ou de um encurtador

Os URLs de monitorização e os encurtadores de ligações acrescentam saltos por conceção. Pode ser um compromisso aceitável, mas continua a representar um atraso real para cada visitante — mantenha essas cadeias tão curtas quanto possível e aponte-as diretamente para a página final.