Biblioteca·SOP·SEO
Compare períodos completos, localize perdas por página e consulta e transforme evidências em verificações prioritárias com responsáveis e acompanhamento.
Ú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.
Encontre os motivos prováveis de uma queda no tráfego da Pesquisa Google e decida o que conferir ou corrigir a seguir.
Este SOP abrange:
Este SOP não abrange:
Primeiro confirme que o relatório descreve o site certo e que ambos os períodos têm dados utilizáveis. Uma divergência ou intervalo sem cobertura pode parecer perda de tráfego.
Faça uma cópia da planilha compartilhada de resultados.
Abra a planilha Monthly SEO Results — Traffic, Leads & Sales e escolha Make a copy. Use sua cópia nesta investigação.
Leia Read Me primeiro. Worked Example usa dados fictícios para mostrar como escrever uma descoberta e uma ação.
Insira a comparação geral em Search Console Summary. Insira páginas importantes, consultas, evidências, próximos passos, responsáveis e datas de acompanhamento em Search Console Details.
Abra o relatório do Search Console correspondente ao site e ao tipo de pesquisa.
No Google Search Console, escolha uma propriedade que cubra o site. Uma propriedade Domain cobre o domínio e seus subdomínios. Uma propriedade URL-prefix cobre apenas o protocolo, host e caminho exatos exibidos.
Abra Performance → Search results. Use Web para pesquisas web comuns. Mantenha Image, Video ou outro tipo somente se a mudança relatada apareceu nele.
Em Monthly Summary, insira a propriedade do Search Console em Search Console property e o relatório em Search type. Search Console Summary se vincula a esses campos; mantenha suas células vinculadas de propriedade e tipo de pesquisa como estão.
Compare dois períodos completos de igual duração em torno da mudança suspeita.
Para uma queda suspeita a partir de 1º de maio, uma primeira comparação clara é 3–30 de abril versus 1–28 de maio: ambos são períodos de 28 dias com os mesmos dias da semana. Use as datas mais próximas do seu caso e escolha datas que o Search Console mostre como completas.
Em Performance → Search results, escolha More time ranges para abrir Date range. Abra a aba Compare e selecione a opção Custom.
Insira o período posterior/atual no primeiro par Start date e End date. Insira o período anterior no segundo par, após vs. No exemplo, coloque 1–28 de maio primeiro e 3–30 de abril após vs.
Escolha Apply. Antes de registrar uma métrica, confira se os dois intervalos de datas nos cartões ou tabela correspondem aos períodos inseridos e se cada valor está sob atual ou anterior conforme o rótulo. Se o Search Console informar End date precedes start date, confira se o período posterior está no primeiro par e o anterior após vs; aplique novamente. Se faltar histórico para algum intervalo, use datas dentro do histórico ou informe apenas os resultados do período atual.
Use Daily para encontrar quando a mudança começou. Se estiver conferindo um padrão mais longo, revise também Weekly ou Monthly para que a variação normal entre dias não domine.
Dados do Search Console podem levar alguns dias para aparecer. Termine a comparação na última data completa exibida, sem incluir dias preliminares.
Se as pesquisas forem fortemente sazonais e houver histórico suficiente, faça uma comparação separada com as mesmas datas do calendário no ano anterior. Registre essas datas exatas e o resultado em Notes; mantenha a comparação recente de igual duração como descoberta principal.
Registre datas e configurações exatamente como aparecem no Search Console.
Em Monthly Summary, insira datas inicial/final dos períodos atual e anterior, método de comparação e escopo ou filtros compartilhados do Search Console. Search Console Summary se vincula a essas datas, propriedade, tipo de pesquisa e filtros compartilhados. Preencha apenas Time granularity; deixe as células vinculadas inalteradas.
Após aplicar a comparação, associe os valores atuais e anteriores às datas exibidas nos cartões ou na tabela do relatório. Não presuma qual lado é o atual com base na ordem em que inseriu as datas.
Confirme que a propriedade e o relatório cobrem as datas. Um zero exibido pode ser um zero real quando há cobertura do período. Se a cobertura estiver incompleta ou incerta, não substitua por zero: use datas dentro do histórico disponível ou informe apenas o período atual, explicando a limitação em Change % note ou Notes.
O total do site mostra o tamanho da mudança. Páginas e consultas mostram se ela é ampla ou concentrada.
Use a comparação aplicada de Search results para localizar a mudança e descrever seu tamanho.
Em Performance → Search results, ative Clicks, Impressions, Average CTR e Average position. Cliques são visitas a partir dos resultados Google; impressões são aparições; CTR é cliques divididos por impressões; posição média resume o resultado mais alto do seu site.
Na granularidade Daily, procure a primeira mudança sustentada, em vez de um pico de um dia. Revise Weekly ou Monthly conforme necessário para ver se a tendência mais longa concorda.
Insira os valores atuais e anteriores exibidos para as quatro métricas em Search Console Summary. Deixe a planilha calcular as diferenças.
Encontre quais páginas e pesquisas importantes respondem pela mudança.
Abra a tabela Pages e revise as mudanças de cliques exibidas. Adicione uma linha Summary em Search Console Details, depois linhas Page para URLs importantes e as maiores perdas capazes de mudar o que você fará a seguir. Identifique cada linha claramente em Page URL, query, or summary label.
Selecione uma página afetada e abra Queries para ver quais pesquisas visíveis mudaram nessa página. Registre linhas Query selecionadas com os valores atuais e anteriores exibidos.
Inclua páginas consideradas importantes pelo responsável pelo site, mesmo que não tenham as maiores perdas. Uma lista curta e focada basta; você não precisa copiar todas as URLs ou consultas.
Use o padrão das métricas para escolher uma verificação útil. Várias causas podem produzir gráficos parecidos; registre o que é compatível e o que permanece sem comprovação.
Use o padrão das métricas para escolher o que conferir a seguir; trate-o como indício, não diagnóstico.
Cliques caíram; impressões semelhantes ou maiores; CTR caiu: o resultado apareceu com frequência semelhante, mas menos pessoas clicaram. Revise título e descrição exibidos na pesquisa, consultas afetadas e mudanças nos outros resultados da página. O Search Console sozinho não revela qual deles causou a mudança.
Cliques e impressões caíram; posição média piorou: confira mudanças de visibilidade, indexação e posições das páginas afetadas. Comece pelas mais importantes e inspecione o relatório ou URL específico se as evidências apontarem para ele.
Impressões caíram; posição e CTR amplamente semelhantes: pode estar havendo menos pesquisas, ou podem ter mudado as pesquisas que trazem impressões. Compare as consultas afetadas e, quando útil, o interesse mais amplo no tema pelo Trends.
Escreva o padrão exibido separadamente da sua explicação em Evidence / likely explanation na linha de detalhe correspondente. Se o padrão não se encaixar nesses casos, registre o que mudou e quais evidências ainda faltam.
Confira problemas de relatório e mudanças no site perto da data em que a queda começou.
Revise Search Console Data anomalies em busca de um problema que afete seu tipo de relatório e datas. Para uma queda ampla, confira também Manual Actions e Security issues no Search Console.
Pergunte ao responsável pelo site ou desenvolvedor se endereço do site, URLs importantes, redirecionamentos, modelos ou conteúdo das páginas, regras de robots ou disponibilidade do site mudaram perto da primeira data afetada.
Se o responsável confirmar que uma URL importante foi removida, pergunte se a remoção foi intencional e qual página atual deve atender à mesma necessidade do visitante.
Na linha Page afetada, registre o que mudou e quando. Se uma URL importante foi removida, registre se a remoção foi intencional e a URL substituta atual — ou que nenhuma foi indicada. Coloque a próxima verificação acordada em Next action, com Owner e Follow-up date. Na linha Summary, registre quais indícios de relatório ou site coincidiram.
Se várias páginas importantes puderem compartilhar um problema de indexação, use o guia de indexação em nível de relatório vinculado nesta etapa.
Use esse caminho quando o Search Console mostrar um motivo em Page indexing que afete várias URLs importantes. Para uma preocupação sobre uma URL, use o caminho de URL única da próxima etapa.
Leve o motivo exato, a quantidade de páginas afetadas, uma URL representativa e a data de atualização do relatório às notas da investigação.
Se uma página exata precisar de verificação de indexação ou canonical, use o guia de página única vinculado nesta etapa.
Use esse caminho para uma URL quando o Search Console mostrar um problema de indexação ou canonical, ou outras evidências apontarem para um. Perda de tráfego, sozinha, não é indício de indexação. Use o caminho de relatório acima quando o mesmo problema afetar várias páginas importantes.
Leve a URL exata, a propriedade do Search Console e as datas em que seu tráfego mudou.
Se uma consulta importante perdeu impressões, confira se o interesse no tema também pode ter mudado.
Abra o Google Trends e compare a mesma consulta ou um tema mais amplo com dados suficientes, na região importante para o site. Use o mesmo tipo de pesquisa e os mesmos intervalos de datas quando disponíveis.
O Trends informa interesse relativo de 0 a 100, não uma contagem de pesquisas. Um zero por baixo volume ou um pico não prova que a demanda desapareceu. Se o Trends mostrar dados insuficientes, registre que ele não pode responder à pergunta.
Na linha Query correspondente, registre se o interesse no tema subiu, caiu, permaneceu amplamente semelhante ou não pôde ser comparado. Mantenha essa nota separada da contagem de impressões do Search Console.
Se o momento coincidir com uma atualização publicada de ranking do Google, registre isso como um indício.
Compare as datas de início e conclusão no Google Search Status Dashboard com as datas de mudança encontradas.
Registre a coincidência na linha Summary como possível indício, não como prova de que a atualização causou a queda. Não recomende uma conclusão de antes e depois até pelo menos uma semana completa após o fim de uma core update.
A melhor primeira ação protege um resultado importante para visitantes ou negócio e tem uma próxima verificação prática e sustentada por evidências.
Escolha as próximas verificações pela importância da página, tamanho da mudança, força das evidências e quem pode agir.
Use esta ordem: primeiro, um problema sustentado por evidências em uma página ou tarefa importante do visitante; depois, a maior perda quando as evidências delimitam uma verificação útil; por último, mudanças com evidências fracas ou baixo impacto como Monitor, com data para revisar. Coloque a ordem em Monthly Summary → Actions to take → Priority. Mantenha os fatos de suporte, Evidence / likely explanation, Owner e Follow-up date na linha correspondente de Search Console Details; essa aba não tem campo Priority.
Se não houver evidências suficientes para recomendar uma correção, escreva Monitor, diga quais informações faltam e defina uma data para conferir novamente. Não use um limite percentual ou de posição média como regra para agir.
Preencha Evidence / likely explanation, Next action, Owner e Follow-up date em cada linha que precisar de trabalho. Escolha um responsável que possa concluir a próxima verificação, não uma equipe não especificada.
Se várias páginas ou pesquisas precisarem de comparação e priorização mais profundas, use o guia de melhorias de página vinculado nesta etapa.
Use esse caminho quando precisar comparar várias páginas ou pesquisas e decidir qual merece trabalho primeiro.
Leve propriedade, Search type, intervalos de datas, URLs ou consultas afetadas e páginas importantes indicadas pelo responsável.
Se a questão for se uma página atende à necessidade de quem pesquisa, use o guia de revisão de página única vinculado nesta etapa.
Use esse caminho para revisar título visível, descrição e conteúdo de uma página afetada.
Leve a URL da página, a consulta afetada e as evidências que levaram a essa pergunta.
Depois que o responsável pelo site aprovar uma edição de página WordPress, use o guia de atualização de página vinculado nesta etapa.
Use esse caminho apenas depois que o responsável decidir atualizar uma página WordPress específica. Esta investigação atribui um próximo passo; não aprova uma alteração no site.
Leve a URL aprovada, sua finalidade para visitantes e as descobertas que sustentam a mudança.
Escreva uma conclusão curta que permita ao responsável agir e separe fatos de possíveis motivos.
Comece com o que mudou, quando mudou e quais páginas ou consultas importantes foram mais afetadas. Inclua datas de comparação e Search type quando ajudarem a explicar o resultado.
Diga o que você conferiu e o que as evidências sustentam. Por exemplo: “Os cliques caíram enquanto as impressões permaneceram semelhantes e o CTR caiu; por isso revisaremos os principais resultados de pesquisa e as páginas afetadas.”
Nomeie o que ainda é desconhecido e forneça próxima ação, responsável e data de acompanhamento. Evite afirmar que uma atualização, concorrente ou mudança de página causou a queda, a menos que as evidências confirmem isso.
