O Search Console mostra “Página com redirecionamento”: qual URL verificar?

Você transfere uma página de serviços de /old-service para /services/design. Mais tarde, o Search Console lista o endereço antigo em “Página com redirecionamento”. A nova página abre no navegador. Você também precisa fazer o endereço antigo ser indexado?

Em geral, a pergunta mais útil é se o endereço antigo leva à página que você realmente quer que as pessoas encontrem. O Google descreve esse status como uma URL não canônica que redireciona para outra página. A URL de origem não é indexada nesse status; a de destino pode ou não ser indexada. Outra entrada do relatório, “Erro de redirecionamento”, descreve um problema encontrado pelo Google ao seguir um redirecionamento, como um loop ou uma cadeia longa demais.

O exemplo é ilustrativo e não é resultado da análise do site de um cliente. Veja como verificar uma URL importante antes de mudar os redirecionamentos de todo o site.

Anote a origem e o destino pretendido

No Search Console, abra o relatório de indexação de páginas, selecione “Página com redirecionamento” e escolha uma URL. Copie o endereço completo, incluindo http ou https, nome do host, caminho, barra final e parâmetros de consulta. Se o relatório informar a data do último rastreamento pelo Google, registre-a.

Depois, anote tanto a URL informada no relatório (a origem) quanto o endereço ao qual você deseja levar os visitantes (o destino). Mover uma URL antiga de serviços para sua substituta pode ser intencional. Uma URL de campanha paga que envia visitantes para uma página inicial sem relação pode merecer uma análise mais cuidadosa.

Uma URL nesse relatório não comprova, por si só, que o destino esteja indexado nem que o redirecionamento tenha prejudicado suas posições. Ela também não informa qual configuração criou o redirecionamento.

Acesse o endereço sem fazer login

Abra a URL de origem em uma janela anônima e anote o endereço final mostrado na barra do navegador. Ela chega à página esperada, com o conteúdo esperado? Se redirecionar para uma tela de login, o idioma errado, um serviço sem relação ou uma página de erro, registre o que aconteceu e quando. A navegação anônima mostra o caminho para esse visitante; o Googlebot pode receber outra resposta, por exemplo se uma regra variar conforme o user agent.

Se o endereço final não for o esperado, verifique o caminho com as ferramentas de redirecionamento da sua hospedagem ou uma ferramenta de depuração web que mostre cada resposta e seu cabeçalho Location. Uma cadeia poderia ser:

/old-service → /services → /services/design

Essa cadeia é apenas um exemplo. Se uma etapa voltar a um endereço anterior ou apontar para um destino inválido ou vazio, investigue-a. O Google lista como “Erro de redirecionamento” loops, cadeias longas demais, URLs inválidas ou vazias e URLs que acabam ficando longas demais. Uma entrada “Página com redirecionamento” não significa automaticamente que ocorreu um desses erros.

Em uma plataforma, os redirecionamentos podem ser configurados no painel, em um plugin, no servidor web ou em outra camada, como uma CDN. Regras de camadas diferentes podem entrar em conflito: acompanhe o caminho e identifique a camada responsável por cada regra antes de alterá-la. Não cole URLs privadas, tokens de acesso ou dados de clientes em um serviço público de depuração.

Inspecione o destino separadamente

Na Inspeção de URL, examine o resultado indexado da origem e a data de rastreamento. Depois, inspecione o destino pretendido como uma URL separada. O relatório da origem não determina o status de indexação do destino. Se o destino estiver fora de uma propriedade que você pode inspecionar, verifique seu acesso público e, quando adequado, pergunte ao proprietário. Talvez você não consiga ver o status dele no Search Console; a ausência de um resultado de inspeção não prova que ele não esteja indexado.

O Google informa que o teste em tempo real segue um redirecionamento e testa a URL final sem mostrar que seguiu o redirecionamento nem qual endereço acabou testando. Portanto, o teste ajuda a verificar o acesso atual, mas não substitui a verificação do caminho entre origem e destino. O resultado ao vivo também não garante a indexação nem prevê a URL canônica escolhida pelo Google. Compare-o com as informações indexadas registradas pelo Google e suas datas, tratando-os como observações distintas.

Se o destino não estiver indexado, examine o motivo informado para ele. Por exemplo, um noindex intencional no destino é uma questão diferente de um endereço de origem que redireciona corretamente. Trate o motivo de indexação do destino. Remover um redirecionamento que funciona apenas para limpar a entrada da origem não resolve um noindex no destino.

Decida se deve manter ou corrigir

Se um endereço antigo leva de forma intencional e confiável a uma substituta pertinente, e essa é a página que você quer que os visitantes encontrem, o status por si só não é motivo para remover o redirecionamento. Manter o endereço antigo funcionando também ajuda quem segue links existentes. O Google pode continuar encontrando um endereço antigo por links ou outras fontes de descoberta. Uma entrada que continua no relatório não identifica a fonte de descoberta nem prova que o sitemap atual ainda a contém.

Se uma página importante redirecionar inesperadamente para o destino errado, encontre e corrija a regra responsável. Uma página de produto que leva a uma página inicial sem relação é diferente de uma URL antiga que leva à sua substituta. Se uma página removida não tiver substituta adequada, uma resposta 404 Not Found ou 410 Gone pode ser apropriada. Redirecionar páginas removidas sem relação para a página inicial pode ser tratado como soft 404.

Para uma mudança permanente, a orientação do Google trata redirecionamentos permanentes como 301 e 308 como sinais de que o destino deve ser canônico. Redirecionamentos temporários como 302 e 307 têm outra semântica. O Google lista os redirecionamentos no servidor primeiro entre os métodos que tem mais chance de interpretar corretamente. Escolha conforme a mudança deva ou não durar; a URL canônica escolhida pelo Google pode ser diferente da sua preferência.

Aponte seus próprios links para a página pretendida

Se o sitemap atual ou um link interno ainda usar a URL antiga, atualize-o para o destino pretendido quando apropriado. Por exemplo, após mover /old-service para /services/design, um link de navegação sob seu controle pode apontar diretamente para /services/design. Mantenha o redirecionamento para links antigos que você não pode atualizar. Não o remova apenas porque alterou sua própria navegação.

Essa limpeza oferece um caminho direto aos visitantes e informa ao Google com mais clareza o endereço preferido. Ela não promete indexação nem exige substituir todos os links antigos da internet. O Search Console pode informar URLs descobertas por fontes diferentes do sitemap atual.

Verifique novamente um caminho e registre o resultado

Após uma correção, repita a verificação da origem ao destino e inspecione o destino novamente. Anote a origem, a URL final, as respostas ou etapas de redirecionamento observadas, a alteração e a data. Se você corrigiu um problema real, o Search Console oferece validação para que o Google o verifique novamente. A validação não garante que o destino seja indexado nem que o relatório seja atualizado em uma data específica.

Para uma análise separada da página inicial, o verificador de SEO do SEOHabit oferece uma primeira verificação limitada à página inicial após o cadastro. Essa primeira verificação não exige comprovação de propriedade do site, mas as verificações contínuas exigem. Ele não pode explicar por que o Google escolheu determinado destino de redirecionamento; para essa questão, use o Search Console e o caminho real de redirecionamento.

Um redirecionamento pode ser o caminho pretendido, e não um defeito. Comece pelo endereço exato do relatório, confirme para onde ele leva e inspecione a página que você realmente quer que as pessoas encontrem.

Fontes: relatório de indexação de páginas do Google (https://support.google.com/webmasters/answer/7440203), ajuda da Inspeção de URL (https://support.google.com/webmasters/answer/9012289) e orientação sobre redirecionamentos (https://developers.google.com/search/docs/crawling-indexing/301-redirects).