Biblioteca·SOP·SEO
Rastreie redirecionamentos indesejados, repare regras sob seu controle e links de origem e confirme que os visitantes chegam à página correta sem cadeia ou loop.
Última revisão: · Revisão editorial
Clareza, estrutura e referências revisadas nesta versão. Não equivale a um teste em uma conta real.
Rastreie redirecionamentos indesejados, repare regras sob seu controle e links de origem e confirme que os visitantes chegam à página correta sem cadeia ou loop.
Este SOP abrange:
Este SOP não abrange:
Um redirecionamento envia a solicitação de um endereço para outro. Uma cadeia passa por endereços extras antes da página final. Um loop retorna a um endereço anterior e pode nunca exibir uma página.
Faça uma cópia privada de Redirect repair log. Use Repair log para as ocorrências desse site e Worked examples para entender as escolhas.
Leia Start here e Worked examples. Acompanhe as linhas fictícias de cadeia e loop desde a rota relatada até as URLs antigas e os links de origem corrigidos.
Em Scope, insira Website / scope e Content owner. O responsável confirma a página que deveria responder à solicitação de cada URL antiga.
Abra o Semrush, escolha Site Audit e abra a campanha do site selecionado. Verifique o rastreamento concluído antes de usar suas ocorrências de redirecionamento.
Em Overview, preencha Scope → Before crawl date e Before pages crawled.
Nas configurações da campanha, compare escopo de rastreamento, limite de páginas, caminhos excluídos e verificações excluídas com a seção solicitada. Registre-os em Crawl limit / exclusions.
Use Crawled Pages para verificar as seções selecionadas. Identifique seções não alcançadas ou bloqueadas em Coverage gaps. Se o rastreamento parou no limite de páginas, combine um rastreamento maior ou rastreamentos separados por seção com o responsável pela auditoria e reúna as ocorrências nesse registro.
Em Issues, abra Redirect chains and loops. Revise todas as páginas da lista de URLs afetadas.
Abra os detalhes de rota de cada URL afetada e leia os endereços em ordem. A → B → C é uma cadeia se A e B redirecionam; A → B → A é um loop porque um endereço se repete.
Em Repair log, coloque a primeira URL em Reported start URL e a lista completa ordenada em Reported route. Inicie Status como To check.
Encontre as páginas que apontam para a URL antiga relatada. Em Crawled Pages, abra os detalhes dessa URL e inspecione Incoming Internal Links. Adicione uma linha por página de origem e liste as palavras do link ou botão e sua localização em Source page / link location. Se não houver origem interna, insira “Nenhuma origem interna encontrada” ali e mantenha a verificação da regra da URL.
Percorra todas as ocorrências e páginas de origem, adicionando linhas ao registro conforme necessário. Se nenhuma cadeia ou loop foi relatado, escreva “Nenhuma ocorrência neste rastreamento concluído” em Scope → Remaining work / next review, com quaisquer lacunas de cobertura.
O último endereço de uma cadeia não é automaticamente a página correta. Leia o que o link de origem promete; para uma URL antiga sem link de origem, pergunte ao responsável pelo conteúdo qual era o propósito da página.
Verifique cada Reported start URL única no painel Network do Chrome. Ele mostra solicitações de páginas que uma olhada rápida na barra de endereços pode ocultar.
Abra More (⋮) → More tools → Developer tools → Network. Ative Preserve log e Disable cache, limpe solicitações anteriores e selecione o filtro Doc.
Abra a URL inicial exata. Selecione cada solicitação de página e abra Headers. Leia Request URL, Status Code e, para um redirecionamento, o cabeçalho de resposta Location — o próximo endereço. Continue até uma página carregar ou um endereço se repetir.
Em Observed route before, insira os endereços e estados em ordem, como “301 antiga → 301 intermediária → 200 final”. Para um loop, identifique o endereço repetido e o erro do navegador. Verifique se uma página final 200 contém conteúdo útil.
Se a rota do rastreador divergir, a origem não puder ser localizada ou a causa permanecer desconhecida, defina Status como Needs investigation. Em Reason / owner / due date, mantenha a diferença, identifique o responsável por redirecionamentos ou hospedagem e defina uma data.
Para uma rota confirmada, escolha a página que responde à solicitação antiga e funciona diretamente.
Leia a frase ou o botão de origem e compare com a página final proposta. Se não houver origem ou um loop não tiver página final, pergunte ao responsável pelo conteúdo o que a URL antiga deveria fornecer. Um guia de tamanhos deve levar a um guia de tamanhos atual, não apenas a uma página inicial que funcione.
Abra o endereço final proposto com o painel Network ainda gravando. Se ele redirecionar novamente, use o endereço direto resultante somente após verificar o conteúdo daquela página. Coloque o endereço verificado em Final URL e a correspondência de conteúdo em Why this page?.
Se não for possível confirmar uma página final relevante, defina Status como Waiting for owner. Em Reason / owner / due date, identifique quem deve restaurar o conteúdo ou decidir como a URL antiga deve ser descontinuada e quando. Continue nas outras linhas.
Para cada endereço que redireciona no seu site WordPress, abra Tools → Redirection → Redirects e pesquise seu caminho — a parte após o domínio que começa com /.
Para regras correspondentes, abra Edit e registre caminho de origem, destino atual, título da regra e opções relevantes de correspondência de parâmetros/barra em Owned rules / old targets. Inspecione cada endereço antigo da rota, não apenas o primeiro.
Se não existir regra de correspondência exata ou um endereço pertencer a outro site, identifique o responsável pelo site/plugin/hospedagem que o controla em Reason / owner / due date. Escolha Investigate / owner handoff em Chosen fix e Waiting for owner em Status. Não adicione uma regra concorrente para adivinhar qual sistema o controla.
Escolha as alterações de links de origem e regras necessárias para cada rota. Para mudanças permanentes confirmadas sob seu controle, use o endereço final direto do registro.
Para uma cadeia A → B → C sob seu controle, altere A para C e mantenha B → C quando B ainda for um endereço antigo válido. Em Chosen fix, selecione Edit owned rule and source link. Editar o link de origem para C melhora cliques futuros; não repara A para favoritos antigos.
Para um loop A → B → A sob seu controle, mapeie cada endereço antigo descontinuado para a página final confirmada. Se um dos endereços deveria ser uma página ativa, peça ao responsável que remova o redirecionamento incorreto e restaure essa página antes dos testes. Registre a alteração planejada em Reason / owner / due date.
Se o desvio estiver em outro site, mas um destino final verificado atender ao mesmo propósito, escolha Edit source link e aponte seu link diretamente para ele. Mantenha qualquer trabalho não resolvido em regras externas de redirecionamento com seu responsável em Reason / owner / due date.
Defina Status como Ready to fix somente quando destino, edições sob seu controle e autoridade do responsável estiverem confirmados. Comece por loops que impedem acesso à página, depois por cadeias que afetam etapas principais ou muitas páginas de origem, antes de referências antigas isoladas.
Mantenha cada endereço antigo útil funcionando. Remover redirecionamentos intermediários sem verificar seus outros usos pode criar novas páginas ausentes.
Para cada regra existente sob seu controle que precise mudar, siga o caminho de regra existente do SOP vinculado. Edite a regra que já corresponde àquela origem usando a URL final verificada; não adicione uma duplicata. Retorne após os testes da regra salva e da resposta em produção.
Se o plano confirmado precisar de várias regras exatas novas, sem conflito com origens existentes, use o SOP em lote vinculado. Não inclua regras existentes na importação; corrija-as individualmente. Retorne depois que cada novo mapeamento passar nos testes.
Para cada página de origem do registro, abra WordPress → Pages ou Posts, encontre a página e escolha Edit.
Encontre as palavras ou o botão listados em Source page / link location. Selecione o link, escolha Edit no controle de link, substitua o destino antigo por Final URL e confirme. Repita em cada ocorrência registrada.
Pré-visualize a página e leia o link alterado em contexto. Use Update ou Save para publicar. Se outra pessoa publicar, mantenha Status como Waiting for owner e coloque seu nome e a data em Reason / owner / due date.
Teste URLs antigas e links de origem alterados separadamente. Um link de página reparado pode parecer correto enquanto o endereço antigo ainda entra em loop.
Use novamente o painel Network após os reparos. Teste cada URL antiga afetada na rota, incluindo endereços intermediários antigos que manteve.
Limpe o registro entre as URLs de teste. Confirme que uma URL antiga movida permanentemente retorna um 301 diretamente para Final URL, que retorna 200 e contém o conteúdo esperado. Verifique as variantes planejadas de parâmetros/barra usando o procedimento de redirecionamento vinculado. Se um endereço foi restaurado como página, ele deve carregar essa página diretamente.
Em Live route after, insira cada URL antiga testada, resposta, endereço final e data. Inclua URLs intermediárias mantidas. Se uma regra falhar, use o caminho de desfazer/corrigir do procedimento vinculado, corrija aquela regra exata e repita seus testes.
Reabra cada página de origem publicada como leitor e clique em cada link alterado na localização registrada.
Verifique se as palavras do link ainda descrevem Final URL e se a página realmente abre ali. Uma rota em outro site pode ser corrigida apenas por seu responsável; registre o resultado que você consegue observar.
Acrescente a página de origem, o resultado do link clicado e a data a Live route after. Corrija uma edição de origem que falhou e repita a verificação.
Retorne à mesma campanha de Site Audit, escolha Rerun campaign e aguarde a conclusão.
Insira Scope → After crawl date e After pages crawled. Em Crawled Pages, confirme que cada origem alterada e qualquer URL antiga relatada ainda vinculada ou listada na origem do rastreamento foram incluídas. Leve páginas não alcançadas ou bloqueadas para Coverage gaps. Uma URL antiga removida de todos os links pode não ser descoberta novamente; seu teste separado de solicitação em produção comprova a regra.
Reabra Redirect chains and loops. Para cada URL inicial registrada, escreva o resultado real do novo rastreamento em Fresh crawl check: removida da origem verificada, ainda relatada ou não verificada novamente. Se a URL antiga não for mais descoberta, informe isso também. Mantenha qualquer diferença entre navegador e rastreador aberta para seu responsável.
Defina Status como Repaired somente quando os testes necessários de URL antiga e link de origem passarem e o novo rastreamento inspecionar a origem alterada sem aquela rota. Para uma regra sem link de origem, exija que sua URL antiga seja rastreada. Repita o rastreamento da rota e o reparo para rotas restantes ou novas no escopo selecionado.
Revise todas as páginas do novo relatório de cadeias/loops em comparação com seu registro e atualize Scope → Remaining work / next review.
Combine lotes por seção e contemple cada rota e origem relatada. Mantenha linhas não resolvidas com responsável, ação necessária e data de acompanhamento. Se houver seções ausentes ou regras não testadas, descreva o trabalho como parcial.
Escreva o resultado e a próxima data de revisão em Remaining work / next review. Compartilhe seu registro privado com quem solicitou os reparos pelo canal de trabalho habitual.
