Página com redirecionamento no Search Console: quando esconde um problema

"Página com redirecionamento" no Search Console significa que o Google solicitou um URL, o servidor o mandou para outro lugar, e o Google considera o destino para o índice, e não o URL que você vê na lista. Na maioria das vezes, é um redirecionamento fazendo exatamente o que você configurou, depois de uma migração para HTTPS, de uma decisão sobre o www ou de uma mudança de URL. Vira problema quando o destino está errado ou não indexado, ou quando o seu próprio sitemap, os seus links e as suas tags canonical continuam mandando o Google para o endereço antigo.

O que o Google diz sobre o status

A documentação do Google sobre o Relatório de indexação de páginas (consultada em outubro de 2026) descreve o status como um URL não canônico que redireciona para outra página, acrescenta que esse URL não será indexado e diz que o destino pode ou não ser indexado, dependendo do que o Google achar desse URL de destino.

Dessa redação saem 2 consequências:

• O status trata do URL de origem, nunca do destino. Ver http://example.com/pricing na lista não diz nada sobre https://www.example.com/pricing estar ou não indexado. O destino é verificado à parte.
• O tipo de redirecionamento importa. A documentação do Google sobre redirecionamentos (consultada em outubro de 2026) divide os redirecionamentos em 2 grupos. Os permanentes (HTTP 301 e 308, meta refresh ou HTTP refresh com 0 segundos e redirecionamento JavaScript com location) são usados como sinal de que o destino deve ser o canônico, e é o destino que aparece nos resultados de pesquisa. Os temporários (302, 303, 307 e meta refresh ou HTTP refresh com atraso) são seguidos, mas não servem como esse sinal, então os resultados mostram o URL de origem. Um redirecionamento JavaScript só é visto se o Google renderizar a página com sucesso.

Este status é diferente de "Erro de redirecionamento", que o Google usa para redirecionamentos que não conseguiu concluir: um loop, uma cadeia longa demais, um URL de redirecionamento que passou do tamanho máximo de URL ou um URL inválido ou vazio na cadeia.

De onde vêm os URLs que redirecionam

As origens normais produzem a maior parte dos URLs desta lista num site saudável:

1. Normalização de protocolo e host. http:// para https://, e o domínio raiz para www ou o contrário.
2. Normalização da barra final. /blog para /blog/, definida por um padrão da plataforma ou do servidor.
3. Migrações e mudanças de URL. Um domínio novo, um novo esquema de caminhos, um produto renomeado. O WordPress, por exemplo, faz um 301 do slug antigo de um post para o novo link permanente quando você edita o slug.
4. Páginas aposentadas incorporadas a uma sucessora. Um guia antigo fundido com um mais novo.

Os padrões problemáticos são todos coisas que o seu próprio site faz:

1. O seu sitemap lista URLs que redirecionam. Em 29 sites externos cujos sitemaps o SEOReport buscou entre maio e outubro de 2026, 6 (21%) listavam no sitemap XML URLs que redirecionam para outro lugar.
2. Os seus links internos, tags canonical ou anotações hreflang citam o URL antigo. Templates de navegação, links antigos no corpo dos textos e tags canonical fixadas com http:// continuam alimentando o Google com o endereço que redireciona.
3. O redirecionamento vai para o lugar errado. As orientações do Google sobre mudança de site (consultadas em outubro de 2026) avisam que redirecionar muitos URLs antigos para uma única página sem relação, como a página inicial, pode ser tratado como erro soft 404.
4. O redirecionamento é uma cadeia, ou é temporário quando deveria ser permanente. Vários saltos até chegar ao destino, ou um 302 que ficou depois de uma migração que nunca será revertida.

Os redirecionamentos foram o mais comum dos 3 sinais contraditórios nessa amostra. Cada um pede ao Google que indexe um URL que você já disse ao Google não ser o verdadeiro.

É um problema? Deixar, corrigir ou monitorar

flowchart TD
    A["URL listado como Página com redirecionamento"] --> B{"Você quis redirecioná-lo?"}
    B -->|não| C["Remova o redirecionamento ou restaure a página"]
    B -->|sim| D{"O destino é o substituto certo?"}
    D -->|não| E["Redirecione para o equivalente mais próximo ou retorne 404 ou 410"]
    D -->|sim| F{"Um salto só, e permanente?"}
    F -->|não| G["Reduza a um único 301 ou 308"]
    F -->|sim| H{"Seu sitemap, um link ou uma canonical cita o URL antigo?"}
    G --> H
    H -->|sim| I["Atualize todas as referências para o URL final"]
    H -->|não| J{"O destino está indexado?"}
    I --> J
    J -->|sim| K["Deixe como está"]
    J -->|não| L["Verifique o status do próprio destino"]

Como confirmar qual causa se aplica

Comece pelo filtro de sitemap. No topo do Relatório de indexação de páginas, troque o filtro de "Todas as páginas conhecidas" para "Todas as páginas enviadas" e abra "Página com redirecionamento" de novo. Todo URL que continuar listado ali é um URL que redireciona e que um dos seus sitemaps enviou. A tabela de exemplos é limitada a 1.000 linhas, então, num site grande, teste também o sitemap diretamente (veja abaixo).

Inspecione alguns URLs. A documentação do Google sobre a Inspeção de URL diz que o resultado indexado reflete o URL que você digitou, não o destino do redirecionamento. Dois campos apontam a origem do problema: "Página de referência" mostra uma página que o Google pode ter usado para descobrir o URL, e "Sitemaps" mostra qualquer sitemap que o liste. Se a página de referência está no seu próprio site, há um link interno para atualizar. Se está em outro site, o redirecionamento está cumprindo o papel dele.

Rastreie os saltos você mesmo. A mesma documentação diz que o teste ao vivo ("Testar URL publicado") segue redirecionamentos sem avisar e não mostra o URL final testado. Um terminal mostra cada salto:

curl -sIL http://example.com/old-page | grep -iE '^(HTTP/|location)'

Um 301 ou 308 seguido de um 200 é um redirecionamento limpo. Duas ou mais linhas de redirecionamento formam uma cadeia, e um 302 ou 307 numa mudança permanente deve ser trocado.

Inspecione o destino separadamente. Cole o URL final na Inspeção de URL. Se ele não está indexado, o problema está naquela página, e o status dela diz onde procurar: um destino com noindex é tratado em URL marcado como "noindex", e um que o Google buscou, mas deixou de fora, em Rastreada, mas ainda não indexada.

Descubra quais arquivos do seu site ainda citam o URL antigo

O Search Console mostra uma amostra das fontes de descoberta. Os seus próprios arquivos mostram todas. Teste cada URL que o seu sitemap lista e imprima os que não respondem 200:

curl -s https://www.example.com/sitemap.xml \
  | grep -o '<loc>[^<]*</loc>' | sed -e 's/<loc>//' -e 's/<\/loc>//' -e 's/&amp;/\&/g' \
  | while read -r url; do
      code=$(curl -s -o /dev/null -w '%{http_code}' "$url")
      [ "$code" != "200" ] && echo "$code $url"
    done

Um 301, 302, 307 ou 308 na saída é uma entrada que redireciona. Se o arquivo for um índice de sitemaps, rode o mesmo loop em cada sitemap filho listado nele, e descompacte antes qualquer arquivo .xml.gz. Depois, verifique os templates que todas as páginas compartilham, já que um único link no cabeçalho se repete em todos os URLs:

curl -s https://www.example.com/ \
  | grep -oE '(href|content)="[^"]+"' \
  | grep -E 'http://|//example\.com'

Troque o último padrão pelo protocolo, host ou caminho antigo que você abandonou. No WordPress, URLs absolutos antigos costumam ficar no conteúdo dos posts, e o WP-CLI consegue contá-los antes de você mudar qualquer coisa:

wp search-replace 'http://example.com' 'https://www.example.com' --dry-run

Quando for rodar para valer, faça antes um backup do banco de dados e acrescente --skip-columns=guid, para que os GUIDs dos posts mantenham os valores originais.

Como corrigir cada causa

Entradas do sitemap. Gere o sitemap de novo só com URLs finais: cada entrada deve responder 200 e declarar a si mesma como canônica. A documentação do Google sobre sitemaps (consultada em outubro de 2026) pede que você inclua os URLs que quer ver nos resultados de pesquisa, e um URL que redireciona não é um deles. A documentação do Google sobre canonicalização acrescenta que toda página listada num sitemap é sugerida como canônica. Nosso guia de sitemaps XML cobre o restante de um sitemap limpo.

Links internos, tags canonical e hreflang. Atualize-os para o URL de destino. A documentação do Google sobre canonicalização (consultada em outubro de 2026) recomenda linkar para o URL canônico, e não para uma cópia, e uma tag canonical que cita um URL que redireciona pede ao Google que consolide os sinais num endereço que não contém a página. O guia de tags canonical explica como esses sinais se combinam, e Cópia sem página canônica selecionada pelo usuário trata do caso em que as variantes de host e protocolo nem são redirecionadas.

Destino errado. Aponte cada URL antigo para o equivalente mais próximo. Quando uma página não tem sucessora, um 404 ou 410 é a resposta honesta, e evita o tratamento de soft 404 que o Google descreve para redirecionamentos a páginas sem relação.

Cadeias e redirecionamentos temporários. Escreva uma única regra do URL de entrada direto para o URL final, como 301 ou 308. Cadeias de redirecionamento: como surgem e como achatá-las percorre um exemplo com 4 saltos, e o guia de redirecionamentos e normalização de URL trata juntas as regras de protocolo, host e barra.

Mantenha os redirecionamentos. As orientações do Google sobre mudança de site dizem para manter os redirecionamentos pelo maior tempo possível, em geral pelo menos 1 ano. Links externos e favoritos continuam chegando aos URLs antigos muito depois de as suas próprias referências estarem limpas.

Como verificar a correção

1. Rode de novo o loop do sitemap. Ele não deve imprimir nada.
2. Rode de novo o rastreio dos saltos numa amostra de URLs antigos: um salto permanente e depois 200, na página certa.
3. Reenvie o sitemap no relatório Sitemaps do Search Console para pedir ao Google que o leia de novo.
4. Acompanhe o filtro "Todas as páginas enviadas". Os URLs que redirecionam devem sair dele quando o Google reler o sitemap e rastreá-los de novo. A documentação do Google sobre novo rastreamento diz que ele pode levar de alguns dias a algumas semanas, no ritmo do Google, não no seu.
5. Use "Validar correção" só para redirecionamentos que você removeu. A validação rastreia de novo os URLs afetados para ver se cada um ainda tem o problema, e um redirecionamento intencional continua redirecionando por design. A documentação do Google diz que a validação costuma levar até cerca de 2 semanas e, em alguns casos, muito mais.

O Search Console diz quais URLs redirecionam. Um diagnóstico completo do SEOReport audita o próprio site e aponta os redirecionamentos que você não deveria anunciar: URLs que redirecionam entre as páginas listadas no seu sitemap, cada um com o destino, um destino de canonical da página inicial ou destinos de idioma alternativo que redirecionam, e cada salto quando o endereço que você envia leva mais de um. Ele não testa redirecionamentos em links internos, então faça a verificação de templates acima para eles.

Perguntas frequentes

Os URLs que redirecionam vão sair do relatório algum dia?

Eles podem ficar muito tempo na visualização "Todas as páginas conhecidas", porque o Google continua rastreando URLs que já conhece, inclusive URLs que outros sites linkam. Esse é o estado final correto quando o redirecionamento é intencional e o destino está indexado. O que deve diminuir é o número desses URLs que o seu próprio sitemap envia.

A minha página inicial aparece como Página com redirecionamento. Isso é ruim?

Normalmente o URL listado é uma variante, como http://example.com/, que redireciona para o seu https://www.example.com/ preferido. Inspecione o URL preferido da página inicial: se ele está indexado, a variante está se comportando corretamente. Se o próprio URL preferido aparece na lista, a sua página inicial redireciona para um lugar que você não pretendia, e isso precisa de correção.

Devo usar uma tag canonical em vez de um redirecionamento?

Use um redirecionamento quando o URL antigo não deve mais mostrar a própria página a ninguém. Use uma tag canonical quando os dois URLs precisam continuar funcionando, por exemplo uma visualização filtrada da mesma lista de produtos. Um URL que continua no ar com uma canonical apontando para outro lugar costuma aparecer como "Página alternativa com tag canônica adequada" quando o Google aceita essa canonical, o que não exige nenhuma ação.