Biblioteca·SOP·SEO
Verifique os problemas encontrados pelo Semrush, identifique as páginas importantes e transforme as descobertas em um plano ordenado com próximas ações e responsáveis claros.
Ú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.
Verifique os problemas encontrados pelo Semrush, identifique as páginas importantes e transforme as descobertas em um plano ordenado com próximas ações e responsáveis claros.
Este SOP abrange:
Este SOP não abrange:
Decida o que essa auditoria deve cobrir antes que o rastreador comece a seguir links.
Faça uma cópia editável de Semrush Website Audit Action Plan. Use-a para este site e esta data de auditoria.
Defina o site, as páginas importantes e a tarefa do visitante que essa auditoria deve cobrir.
Pergunte ao responsável pelo site qual site público ou área revisar e o que os visitantes devem conseguir fazer ali. Em Start Here, preencha Website homepage, Audit scope, Business priority e Scope exclusions.
Em Start Here → Important page URLs, liste as páginas exatas que apoiam essa tarefa e por que importam. Inclua cada tipo principal de página dentro do escopo, como página de serviço, categoria de produtos e artigo.
Se o responsável não tiver escolhido uma prioridade, escreva Not provided em Business priority e a pergunta exata em Owner questions. Continue verificando o site e classifique a ordem posterior de ações como provisória em Why this comes first.
Crie no computador uma pasta chamada Semrush audit, seguida do nome do site e da data de hoje. Insira seu caminho em Start Here → Evidence folder.
Um rastreamento visita páginas e segue seus links. Suas descobertas cobrem o que ele alcançou; portanto, verifique a lista de páginas antes de tirar conclusões.
Abra o Semrush, selecione Site Audit e configure uma auditoria para o site acordado.
Abra a pasta desse site ou crie uma para essa auditoria. Confirme que seu domínio corresponde a Website homepage. Insira seu nome em Start Here → Semrush folder / project.
Expanda Scope e defina o hostname público ou a subpasta acordada de Start Here. Desative Crawl all subdomains para essa auditoria de um único site. Defina Pages to crawl como Website para que o rastreamento siga links a partir da página inicial.
Defina Limit per audit com um valor suficiente para a área pública acordada, usando a estimativa de páginas do responsável pelo site e sua cota restante. Insira-o em Start Here → Page limit. Se o site completo não couber, combine uma área menor e identifique-a em Audit scope e Coverage notes.
Para uma auditoria existente, use Open settings para fazer essas alterações. Defina Schedule como Once. Em Crawler settings, escolha SiteAuditBot (Mobile) e Respect robots.txt para o intervalo de rastreamento. Desative as atualizações da auditoria por e-mail. Selecione Start audit para uma nova auditoria ou Save changes e depois Rerun campaign para uma existente.
Quando o rastreamento terminar, verifique o que ele realmente alcançou.
Na auditoria concluída, insira a data, Pages crawled, o link da campanha e o rastreador / origem do rastreamento salvos nos campos correspondentes de Start Here.
Abra Crawled Pages e pesquise cada URL de Important page URLs. Verifique também os principais tipos de página. Registre URLs ausentes, áreas bloqueadas e qualquer limite de páginas atingido em Start Here → Coverage notes.
Se o limite interrompeu a descoberta ou uma página importante estiver ausente, mantenha Coverage result como Limited. Salve as exportações atuais antes de alterar configurações. Aumente o limite e execute novamente dentro da sua cota ou combine e registre um escopo menor; investigue páginas ausentes sem explicação com o gerente do site.
Use Complete for selected scope somente quando o rastreamento terminar e as páginas importantes e tipos de página acordados estiverem contemplados. Caso contrário, mantenha Limited e a área ausente específica em Coverage notes. Conteúdo ou links ausentes em páginas que dependem muito de JavaScript também precisam de investigação.
Errors, Warnings e Notices são categorias do Semrush. O propósito da página e o que você consegue confirmar determinam a próxima ação.
Salve as listas originais de problemas e páginas antes de interpretar ou executar novamente a auditoria.
Abra Export no canto superior direito e baixe Issues como CSV ou XLSX. Salve-o em Evidence folder com o site e a data do rastreamento no nome do arquivo.
Baixe Crawled Pages with Issues para a mesma pasta. Essas são as URLs rastreadas e os problemas associados a elas; o arquivo não comprova páginas que o rastreador não alcançou.
Revise as três categorias em Issues e adicione cada tipo de problema com ocorrências a Issue Groups.
Abra Errors, depois Warnings e depois Notices. Para cada tipo de problema, preencha Issue, Semrush label, Affected count, Count unit e Report / saved file em Issue Groups. Copie a unidade do relatório; não chame uma contagem de links ou imagens de contagem de páginas.
Abra a explicação How to fix de cada problema e sua lista de URLs afetadas. Em Issue Groups → Why it matters, explique em palavras simples o que ele pode impedir, como chegar à categoria de kits ou entender o tema de uma página.
Compare as URLs afetadas com Important page URLs. Em Issue Groups → Important pages / template, identifique as páginas importantes ou um recurso compartilhado, como o menu do cabeçalho, que possa explicar ocorrências repetidas.
Verifique as páginas por trás de cada grupo de problemas antes de escolher uma correção.
Para cada problema, verifique todas as páginas importantes identificadas que ele afeta e um exemplo de cada tipo de página ou modelo compartilhado afetado. Adicione linhas em URL Checks até cobrir esses diferentes casos; as linhas iniciais não são um limite.
Para uma página indisponível, abra a URL afetada. Para um link quebrado, abra a página de origem e clique no link relatado. Em URL Checks, preencha Issue, Source / affected URL, Reported finding, What I checked, Actual result e Check date.
Para um alerta de título, compare Title do relatório com a aba do navegador e outras páginas afetadas. Pergunte se ele identifica o tema real dessa página. Para uma descoberta de restrição, canonical ou velocidade que você não consiga verificar diretamente, coloque a pergunta exata sem resposta em URL Checks → Actual result e use Needs investigation. Uma pontuação ou classificação sozinha não identifica sua causa.
Use Confirmed issue quando o problema relatado for reproduzido e contrariar o que a página deveria fazer. Use Needs investigation quando não conseguir reproduzi-lo, quando rastreador e navegador divergirem ou quando o comportamento pretendido for incerto. Use Intentional / no fix somente depois que o responsável confirmar por que esse comportamento é desejado.
Preencha Check status em URL Checks e Issue Groups. Descreva resultados mistos e os exemplos verificados em Important pages / template. Uma página funcionando no navegador não comprova que um alerta do rastreador está errado. Para uma exclusão intencional, coloque a confirmação e o motivo do responsável em Actual result.
Escolha primeiro o trabalho que remove a barreira mais importante. O plano concluído encaminha correções ou diagnósticos; essa auditoria não altera o site.
Transforme as descobertas verificadas em um Action Plan ordenado.
Adicione uma linha em Action Plan para cada correção ou investigação distinta. Insira o problema e as páginas afetadas em Issue / affected pages. Mantenha uma descoberta intencional visível com Status definido como No change needed e seu motivo.
Coloque primeiro uma barreira confirmada a uma página pública importante ou ação do visitante. Uma barreira incerta a uma página importante precisa de diagnóstico rápido. Um menu compartilhado Buy Kits quebrado vem antes da descrição ausente em um artigo antigo porque bloqueia o principal caminho de compra.
Para problemas de importância semelhante, compare quantas páginas importantes afetam e se um único menu ou modelo compartilhado os causa. Prefira evidências mais claras; use uma correção menor e segura como desempate quando o impacto for semelhante. Verifique dependências primeiro, como uma suspeita de bloqueio de rastreamento antes de reescrever aquela página.
Insira Order e Why this comes first para cada ação. Compare a primeira ação com a próxima alternativa plausível, usando o exemplo fictício como guia. Não use pontuação numérica. Se Business priority estiver ausente, comece o motivo com Provisional e identifique a pergunta ao responsável.
Conclua a próxima ação, o responsável e a verificação de sucesso de cada linha de ação.
Em Next action, diga o que alterar ou qual pergunta responder. Para uma divergência entre rastreador e navegador, identifique a discrepância a investigar em vez de adivinhar uma correção de robots ou servidor. Em Check after work, identifique a verificação da página ou link e as evidências de um novo rastreamento que confirmariam o resultado.
Insira o nome real da pessoa em Owner e uma Due / recheck date acordada. Use To do, Waiting ou In progress para trabalho incompleto. Se faltar responsável ou data, use Waiting e adicione a pergunta exata a Start Here → Owner questions; o encaminhamento não está pronto até que isso seja resolvido.
Para uma ação no WordPress que precise de instruções de reparo, use o guia vinculado para escolher o próximo procedimento apropriado. Leve a página verificada, o problema relatado, o resultado pretendido para o visitante e a ação escolhida.
Verifique se todos os grupos de problemas com ocorrências foram contemplados, se páginas importantes e tipos de página estão cobertos ou explicitamente limitados e se cada ação tem motivo, responsável, data e verificação de conclusão. Insira Reviewed by e Next audit / recheck date em Start Here. Salve a planilha para o processo normal de revisão do responsável pelo site.
