Biblioteca·SOP·SEO
Escolha o procedimento adequado para investigar e corrigir indexação, rastreamento, redirecionamentos, links quebrados ou lentidão no WordPress.
Ú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.
Escolha o guia certo para investigar e corrigir problemas de indexação, rastreamento, redirecionamentos, links quebrados ou velocidade de páginas no WordPress.
Este SOP abrange:
Não abrange:
Comece por uma preocupação real ou um relatório existente. Este guia ajuda a escolher o próximo procedimento; não pede uma auditoria de todas as páginas nem que você faça a correção agora.
Abra o Plano de ação de SEO técnico. Se já tiver uma cópia deste conjunto de guias, reutilize-a. Caso contrário, faça uma cópia para este site.
Em Start here, preencha Website, Review date e Reviewed by. Para achados do Search Console, copie a data de atualização exibida em Indexing report last updated ou escreva Not shown se não houver data. Em Action plan, adicione uma linha por preocupação distinta. Use Page or issue para a página ou sintoma, What you found para o relatório exato ou evidência observada e sua data, e Next action para a pergunta que ainda precisa ser respondida.
Use o caminho mais específico compatível com a evidência. Uma URL ausente, um grupo de URLs, uma regra de rastreamento confirmada, uma mudança permanente e um sintoma de lentidão exigem verificações diferentes.
Se quiser procurar problemas em todo o site, use o guia relacionado de auditoria no Semrush.
Leve o endereço do site e as páginas de que os visitantes mais precisam, como a principal página de serviço ou a loja. O guia de auditoria fornece sua própria planilha.
Após a auditoria, adicione em Action plan os achados sobre os quais pretende agir. Coloque o problema verificado e as páginas afetadas em What you found, e a correção sugerida ou a próxima verificação em Next action.
Para uma preocupação do Search Console, primeiro decida se tem uma URL para conferir, um grupo do relatório ou apenas uma dúvida sobre sitemap.
Se uma página importante estiver ausente ou seu endereço canônico selecionado for incerto, siga o guia de verificação dessa página no Search Console. Leve a URL exata e a razão de negócio pela qual ela deveria aparecer.
Se várias URLs aparecerem em um motivo de Page indexing do Search Console, ou você não souber quais motivos afetam páginas importantes, siga o guia do relatório. Leve o nome do motivo, a contagem de páginas afetadas, a data de atualização do relatório e uma URL representativa. Os dados do Search Console podem estar atrasados em relação a mudanças recentes.
Se a única dúvida for qual sitemap WordPress enviar ou conferir e não houver página importante ausente confirmada, use o seletor de guias de sitemap. Mantenha a tarefa abaixo de um bloqueio confirmado até saber que uma página importante foi afetada; enviar o sitemap não garante indexação.
Se a página estiver intencionalmente excluída, como checkout ou um endereço duplicado, defina Should this page be indexed? como No e Status como Expected exclusion em Indexing review. Em Action plan, defina Status como No change needed e registre por que a exclusão é esperada.
Para bloqueio de rastreamento, link quebrado ou problema de redirecionamento, escolha o guia que corresponde ao que os visitantes encontram.
Use o guia de robots.txt do Rank Math apenas quando uma regra ativa específica estiver confirmada como bloqueadora de uma página pública ou recurso importante e Rank Math for o editor desse arquivo. Leve a regra exata, o caminho afetado e a página ou recurso importante que deve continuar rastreável. Se a causa ainda for apenas uma reclamação ampla de indexação, inspecione primeiro a URL ou o relatório.
Se uma URL antiga mudou permanentemente e existe uma substituição ativa e fortemente relacionada, siga o guia de 301 individual. Leve a URL antiga, a URL final de substituição e o motivo pelo qual a nova página atende à finalidade da antiga.
Se várias URLs antigas tiverem cada uma uma substituição conhecida e relevante, siga o guia de redirecionamentos em lote. Leve o mapa completo de antigas para novas e marque destinos não resolvidos para revisão; não importe linhas presumidas ou sem correspondência.
Se um link levar a uma página inexistente, siga o guia relacionado de links quebrados. Leve a página que contém o link e o endereço que ele abre. O guia ajuda a escolher uma substituição, remover um link desatualizado ou redirecionar uma página que realmente mudou.
Se uma URL passar por vários redirecionamentos ou continuar enviando você de volta a um endereço anterior, siga o guia relacionado de reparo de redirecionamentos. Leve a URL inicial e a página que os visitantes deveriam alcançar.
Se uma página foi removida deliberadamente e não há substituição útil, registre No change needed em Action plan e peça ao editor que remova os links para ela. Enviar visitantes à página inicial não responderia à necessidade original.
Para uma preocupação de lentidão, obtenha evidências comparáveis antes de escolher um guia de implementação.
Se você só tiver uma reclamação de lentidão, um único relatório, uma pontuação baixa ou falta de dados de campo, siga primeiro o guia do PageSpeed Insights. Leve a URL da página importante e a tarefa do visitante; teste a mesma página e dispositivo para separar evidências de campo de achados simulados recorrentes.
Apenas quando relatórios repetidos apontarem uma imagem importante grande demais como o conteúdo visível que carrega lentamente, siga o guia de imagens. Leve a URL da imagem ou da página e o achado recorrente do PageSpeed.
Considere o guia de cache simples de páginas apenas quando uma página pública importante do WordPress mostrar resposta lenta do servidor repetidamente. Leve a página, dispositivo, pista recorrente de tempo de resposta e qualquer evidência de cache existente; esse guia verifica compatibilidade antes da configuração.
Se evidências repetidas apontarem código do tema, scripts, hospedagem, CDN, layout ou uma causa que você não consegue identificar, atribua a um desenvolvedor ou especialista em hospedagem. Inclua URL afetada, dispositivo, métrica, achado repetido e links dos relatórios; deixe a causa em aberto até a verificação pelo responsável.
Priorize pelo impacto no visitante e pela força das evidências. Dê ao próximo responsável informações suficientes para concluir uma tarefa clara e relatar o que aconteceu.
Compare as opções restantes por (1) bloquearem uma tarefa importante do visitante ou a descoberta de uma página importante, (2) quantas páginas importantes são afetadas e (3) quão claramente as evidências identificam a causa. Priorize um bloqueio acidental confirmado em uma página importante de serviço antes de uma oportunidade comum de velocidade. Deixe exclusões esperadas e preocupações não confirmadas baseadas apenas na pontuação mais abaixo.
Mova a tarefa escolhida para o topo de Action plan e complete Next action, Why this comes first, Owner, Review date e Status. Use To do para trabalho pronto, Waiting quando faltar responsável ou evidência, In progress quando começar, Done quando o resultado tiver sido conferido ou No change needed para uma exclusão esperada. Mantenha uma causa distinta por linha.
Para grupos do Search Console, mantenha uma linha por motivo relevante ou achado distinto em Indexing review. Preencha motivo exato, contagem de páginas afetadas, URL de exemplo, escolha Should this page be indexed?, achado da inspeção, próxima ação, prioridade e justificativa, responsável, data de nova verificação e status. Use Yes, No ou Unsure para a escolha de indexação e To investigate, Action planned, Waiting for Google, Resolved ou Expected exclusion para status.
Antes de encaminhar, copie a evidência exigida pelo caminho selecionado em What you found ou Next action: página ou URL, motivo do relatório ou pista medida, data da verificação e o que deveria acontecer para os visitantes. Após o responsável concluir o trabalho, use Result / how to undo para registrar o resultado observado e qualquer caminho de reversão.
