Velocidade de Redirecionamento: Por que os Redirecionamentos São Lentos e Como Corrigi-los

8 de setembro de 2024

6 minutos de leitura

Resposta direta

Um único redirecionamento servido perto do visitante adiciona apenas dezenas de milissegundos. Os redirecionamentos ficam lentos quando são encadeados (cada salto é outra solicitação e, muitas vezes, outra conexão), quando são executados dentro de uma aplicação lenta em vez de no servidor ou na edge, ou quando o servidor está longe do visitante. Aponte cada redirecionamento diretamente para a URL final, incluindo https, o host correto (com ou sem www) e a barra final, execute-o no servidor ou na edge e teste o resultado com um teste de velocidade de redirecionamento.

Um redirecionamento deixa seu site mais lento?#

Um pouco, sempre. Antes que o navegador possa começar a carregar a página real, ele precisa enviar uma solicitação para a URL antiga, aguardar a resposta de redirecionamento e então recomeçar no novo endereço. Esse tempo faz parte do carregamento da página: a métrica Time to First Byte do Google conta o tempo de redirecionamento como sua primeira fase e considera 0,8 segundos ou menos como um bom TTFB^[1]. Cada milissegundo que um redirecionamento leva é um milissegundo a menos para todo o resto.

Um redirecionamento rápido raramente é o problema. Vários em sequência são: o Lighthouse sinaliza uma página com dois ou mais redirecionamentos, porque cada ida e volta extra pode atrasar o carregamento em centenas de milissegundos^[2], especialmente em redes móveis.

Os mecanismos de busca também seguem redirecionamentos. O Google diz que o Googlebot geralmente segue 10 saltos de redirecionamento^[3], então uma cadeia curta ainda será rastreada, mas cada salto é outra solicitação para o rastreador e outra chance de algo na cadeia quebrar.

Simplified illustration of why a redirect chain is slow: http://mybrand.com/pricing goes through three 301 redirects (to https, to www, then to a trailing slash) before the page loads, with DNS, connect, TLS and server wait repeated on each hop, compared with one redirect straight to https://www.mybrand.com/pricing/

O que torna um redirecionamento lento#

Uma resposta de redirecionamento é pequena, então seu tempo é quase todo espera: consultar o domínio, abrir uma conexão, o handshake HTTPS e o servidor decidir para onde enviar o visitante. Estas são as razões mais comuns para isso se acumular:

Cause	Por que custa tempo	Fix
Cadeia de redirecionamento	Cada salto é uma solicitação e resposta completas; um salto para outro host também precisa de uma nova consulta DNS, conexão e handshake TLS	Aponte o primeiro redirecionamento diretamente para a URL final
O destino sem https, www ou a barra final	O site de destino adiciona seu próprio redirecionamento para corrigir a URL	Copie a URL final exata para a regra de redirecionamento
Servidor longe do visitante	Cada ida e volta cruza a distância novamente, várias vezes por salto	Sirva redirecionamentos a partir de uma CDN ou rede de borda próxima aos visitantes
Redirecionamento tratado pela aplicação	Um plugin de CMS ou o código do aplicativo precisa iniciar, carregar as configurações e muitas vezes consultar um banco de dados antes de responder	Mova os redirecionamentos para o servidor web, regras de CDN ou um serviço de redirecionamento
Meta refresh ou redirecionamento JavaScript	O navegador precisa baixar e começar a renderizar uma página antes de poder sair dela	Use um HTTP 301 ou 302 em vez disso
HTTP simples primeiro	HTTP para HTTPS é um salto extra em cada primeira visita	Crie links para URLs HTTPS e ative o HSTS no seu site

Cadeias de redirecionamento: a causa mais comum#

Uma cadeia de redirecionamento é um redirecionamento que leva a uma URL que redireciona novamente. A maioria é acidental: alguém configura um redirecionamento para https://mybrand.com, mas o site em si está em https://www.mybrand.com/en/, então o visitante sofre mais dois saltos antes de ver qualquer coisa.

Isso acontece com muito mais frequência do que as pessoas esperam. Quando verificamos uma amostra de redirecionamentos de domínios ativos em nossa plataforma, cerca de um em cada três levava os visitantes a um destino que redirecionava novamente. O salto extra se dividia de forma bastante uniforme entre adicionar ou remover www, uma mudança de caminho no mesmo site (uma barra final, uma pasta de idioma ou uma página de login) e uma mudança para um domínio totalmente diferente (dados da plataforma RedirHub, outubro de 2026). Nenhum desses saltos era necessário: copiar a URL final para o redirecionamento os remove.

Como encontrar e corrigir uma cadeia de redirecionamento#

Insira a URL antiga no nosso teste de velocidade de redirecionamento. Ele lista cada salto com o respectivo código de status e mostra a contagem de saltos.
Se houver mais de um salto, copie a URL final mostrada em "Onde termina".
Altere o destino do redirecionamento para essa URL exata: https, o mesmo host (com ou sem www) e a mesma barra final.
Atualize os links internos, as tags canônicas e o seu sitemap para que também usem a URL final, em vez de passarem pelo redirecionamento.
Teste novamente. O resultado deve mostrar um salto e um 200 no final.

Seu redirecionamento está funcionando? Insira o seu domínio. Você verá o código de status (301 ou 302), para onde ele leva, se o HTTPS é válido e a velocidade de resposta a partir de Washington, Frankfurt e Tóquio, classificada em relação a todos os redirecionamentos testados nos últimos 7 dias.

Testar meu redirecionamento

As cadeias se acumulam após cada mudança de site, porque novos redirecionamentos são adicionados sobre os antigos. Quando planejar uma migração de site, aponte os redirecionamentos antigos para as novas URLs finais, em vez de encadeá-los. Se um redirecionamento não funcionar de jeito nenhum, veja por que um redirecionamento 301 não está funcionando.

Como tornar os redirecionamentos mais rápidos#

Um único salto, sempre. Este é o maior ganho e não custa nada.
Redirecione antes da aplicação. Regras no Nginx, Apache, na sua CDN ou num serviço de redirecionamento respondem antes de qualquer código da aplicação ser executado. Um plugin de redirecionamento que carrega primeiro todo o seu CMS é o lugar mais lento para fazer isso.
Responda perto do visitante. Um redirecionamento de um único servidor numa região é rápido por perto e lento do outro lado do mundo. Uma rede de edge responde a partir da localização mais próxima.
Use redirecionamentos HTTP, não meta refresh nem JavaScript. Um 301 ou 302 é respondido numa única resposta curta; uma página que se redireciona a si mesma precisa carregar primeiro.
Evite o salto http. Faça link para URLs https e ative o HSTS no seu site para que os navegadores recorrentes vão diretamente para https sem consultar a rede primeiro.
Escolha 301 quando a mudança for permanente. Ambos respondem igualmente rápido, mas os navegadores podem armazenar em cache um 301, então visitantes recorrentes podem pular a solicitação por completo.

Quão rápido deve ser um redirecionamento?#

Nosso teste de velocidade de redirecionamento mede apenas a resposta do redirecionamento (o tempo até ao primeiro byte, numa conexão nova) a partir de Washington, D.C., Frankfurt e Tóquio, e o classifica em relação a todos os redirecionamentos testados nos últimos sete dias. Em 24 de outubro de 2026, a média de sete dias foi de 157 ms. Por provedor, as medianas variaram de cerca de 10 ms para as maiores CDNs a mais de 500 ms para os serviços de links curtos mais lentos, e o próprio redirecionamento do RedirHub respondeu em 17 ms. Alguns provedores tiveram apenas uma ou duas URLs testadas, por isso leia a lista de provedores como um guia, não como uma tabela classificativa.

Redirect speed test result for redirhub.com on 24 October 2026: faster than 79% of redirects tested in the last 7 days, 301, 1 hop, first byte 17 ms, with a histogram of the 7-day benchmark (average 157 ms), where it lands (https://www.redirhub.com/, 200 OK) and 'What to fix: Nothing'

Como regra geral, um redirecionamento abaixo de 100 ms não será percebido. Algumas centenas de milissegundos vale a pena corrigir em páginas onde a velocidade importa, como anúncios, campanhas de email e tráfego móvel. E uma cadeia multiplica o custo de cada salto.

RedirHub: redirecionamentos rápidos sem executar um servidor#

Se os domínios que você redireciona não estão hospedados em lugar nenhum (marcas antigas, domínios de campanha, domínios com erros de digitação), o RedirHub responde aos redirecionamentos para você a partir de 130 locais de edge globais, perto de cada visitante, em um único salto para o destino que você definir. Você altera apenas os registros raiz e www, então o DNS e o e-mail permanecem onde estão, e ambos recebem HTTPS automático emitido e renovado para você.

	Seu próprio servidor ou plugin de CMS	RedirHub
Onde o redirecionamento é respondido	Onde quer que o servidor esteja	130 locais de edge globais, perto de cada visitante
HTTPS para o domínio antigo	Você instala e renova certificados	Emitido e renovado automaticamente para raiz e www
Paths	Regras de reescrita que você mantém	Mantenha o caminho, ou mapeie cada URL antiga para a sua própria nova página
Tipos de redirecionamento	O que você configurar	Redirecionamentos 301, 302, 307, 308 e de frame
Vários domínios ou URLs	Um arquivo de configuração ou tela de plugin	Vários domínios de origem por redirecionamento; importação CSV em todos os planos
Visibility	Registros do servidor	Cliques e visitantes únicos com bots filtrados; DNS verificado novamente a cada 10 minutos
Price	Sua hospedagem	A partir de $49/mês (Core), teste gratuito de 14 dias

Isso é mais útil quando você cuida de muitos domínios: um portfólio de domínios encaminhados ou milhares de URLs antigas carregadas com uma importação CSV em massa. Se o seu site já estiver atrás de uma CDN com regras de redirecionamento, elas são igualmente rápidas, e você não precisa de outro serviço para redirecionamentos nesse site.

Lista de verificação de velocidade de redirecionamento#

Cada redirecionamento chega à sua página final em um único salto.
Os destinos usam a URL final exata: https, o host correto e a barra final correta.
Os redirecionamentos são executados no servidor web, na CDN ou em um serviço de redirecionamento, não no código da página.
Links internos, URLs canônicas e sitemaps apontam para URLs finais.
Os redirecionamentos principais são testados novamente após cada alteração ou migração do site.

Quão rápido é o seu redirecionamento? Teste uma URL e veja o tempo até o primeiro byte a partir de três continentes, cada salto que ela faz e como ela se compara a cada redirecionamento testado nos últimos 7 dias.

Executar o teste de velocidade

Fontes

Perguntas frequentes

Um pouco. O navegador precisa solicitar a URL antiga e receber o redirecionamento antes de poder carregar a nova página, e esse tempo conta para o Time to First Byte. Um único redirecionamento respondido perto do visitante normalmente custa apenas dezenas de milissegundos; o que o torna perceptível são cadeias e servidores distantes.

Um redirecionamento rápido responde em bem menos de 100 ms. Em 24 de outubro de 2026, a média entre os redirecionamentos testados no nosso teste de velocidade de redirecionamento nos sete dias anteriores foi de 157 ms, com os provedores mais rápidos em torno de 10 a 20 ms e os mais lentos acima de 500 ms.

Mais de um. O Lighthouse sinaliza páginas com dois ou mais redirecionamentos, e cada salto extra adiciona outra solicitação. O Google diz que o Googlebot geralmente segue 10 saltos de redirecionamento, mas o ideal é um único redirecionamento direto para a URL final.

Cadeias de redirecionamento, destinos que redirecionam novamente (https ausente, www ou barra final), servidores distantes do visitante, redirecionamentos tratados por um plugin de CMS ou código do app em vez do servidor web ou CDN, e meta refresh ou redirecionamentos JavaScript que precisam que uma página carregue primeiro.

A resposta em si é igualmente rápida. A diferença é o cache: navegadores podem armazenar em cache um 301, então um visitante recorrente pode pular a solicitação de redirecionamento, enquanto um 302 normalmente é solicitado novamente toda vez. Escolha pelo significado: 301 para mudanças permanentes, 302 para temporárias.

Uma conexão HTTPS precisa de um handshake TLS, o que acrescenta uma ida e volta, então um redirecionamento sobre https leva um pouco mais de tempo do que o mesmo redirecionamento sobre http puro. O custo maior é uma etapa extra de http para https; direcione para URLs https e habilite HSTS para que os navegadores vão direto para https.

Digite a URL em um teste de velocidade de redirecionamento que cronometre a própria resposta do redirecionamento, a partir de mais de uma localização, e liste cada salto. O teste gratuito de velocidade de redirecionamento da RedirHub mede de Washington, D.C., Frankfurt e Tóquio e classifica o resultado em relação a todos os redirecionamentos testados nos últimos 7 dias.

A RedirHub responde a redirecionamentos de 130 localizações globais na edge, perto de cada visitante, em um único salto para o destino que você definiu, com HTTPS emitido automaticamente. Você só altera os registros DNS do root e do www, então nada mais do seu domínio muda.

Trinayan Chakraborty

TC is the Operations Manager at RedirHub, leading the company’s operational strategy and execution to ensure reliable, scalable redirect infrastructure. He oversees internal processes, cross-team coordination, and platform readiness while supporting customers through complex redirect implementations. With a strong understanding of large-scale domain operations and real-world edge cases, TC plays a key role in aligning product and customer success to deliver stable, high-performance redirection solutions.