Queda de tráfego após comprar links: um runbook de QA
O pânico funde cinco causas em uma. Este runbook as separa em uma ordem fixa, com uma condição de parada em cada etapa.
Equipe de pesquisa LinksVerifier ·
O runbook
01
Etapa 1: data a queda para o dia
Abra o desempenho do Search Console e encontre o primeiro dia em que as impressões caíram, não o dia em que você notou. Compare desktop e mobile separadamente. Condição de parada: se a queda antecede o lote, o lote não a causou.
02
Etapa 2: alinhe a data com as atualizações conhecidas
O Google confirmou atualizações principais como a de março de 2024, e uma atualização de spam de links em dezembro de 2022. Se a sua data estiver dentro de uma janela de atualização, o lote de links é apenas um dos suspeitos.
03
Etapa 3: procure uma ação manual
O Search Console mostra ações manuais em seu próprio relatório. Sem mensagem significa sem ação manual. Efeitos algorítmicos não enviam aviso, é por isso que a datação importa.
04
Etapa 4: delimite o dano
A perda se espalha pelo site ou está concentrada nas páginas para as quais você apontou links? Uma queda concentrada nas páginas direcionadas implica os links. Uma queda uniforme aponta para outro lugar.
05
Etapa 5: audite o lote com as verificações padrão
Execute as cinco asserções: página ativa, atributo rel, noindex, redirecionamento, classificação. Obtenha as classificações de origem com bulk_dr; um lote de 100 domínios custa 1 crédito.
06
Etapa 6: decida, depois espere
Remova ou peça ao fornecedor para remover o que puder. Desavow apenas o que você não puder. Depois, espere por um ciclo completo de rastreamento antes de julgar. A paciência faz parte do procedimento, e é a etapa que as pessoas pulam quando um cliente liga todas as manhãs.
Lendo as datas do Search Console antes de culpar um lote
Uma queda de tráfego após comprar links é primeiro um problema de datação. A mesma queda pode parecer súbita em uma visualização e gradual em outra, então escolha a visualização antes de ler a causa nela.
Linhas diárias, linhas semanais e o período de comparação
O Search Console pode mostrar linhas diárias, ou uma visão semanal e mensal, e as três dão imagens diferentes da mesma queda. Uma ruptura aguda em um dia parece diferente de uma inclinação ao longo de um mês. Escolha a visualização que mostra a ruptura mais claramente e anote qual você usou. Exporte as linhas uma vez, armazene-as com a data e compare contra a cópia armazenada depois, porque um gráfico reaberto no próximo mês pode não corresponder ao que você viu.
Comparações ano a ano removem a sazonalidade, enquanto comparações semana a semana mostram a forma das últimas semanas. Responda à pergunta que você está fazendo e não misture as duas em um único gráfico.
Desktop e mobile em linhas separadas
Uma queda que aparece apenas no desktop, ou apenas no mobile, é uma pista. Um problema de links geralmente afeta ambos os dispositivos, enquanto uma alteração de modelo ou renderização muitas vezes aparece primeiro em um dispositivo.
Registre as figuras de cada dispositivo em suas próprias linhas, para que a comparação sobreviva na próxima vez que alguém resumir o gráfico.
Qual data vai para o ticket
A data que importa é o primeiro dia da queda sustentada, não o primeiro dia que alguém reclamou. Arredonde para um dia, não uma semana. Depois, escreva as datas de implantação do lote ao lado dela, para que ambas as linhas possam ser lidas em uma única página. Um ticket que nomeia um dia é fácil de verificar. Um que diz por volta de meados do mês não é.
Desavow, honestamente
O Google lançou a ferramenta de desavow em outubro de 2012. O Google também disse que para a maioria dos sites não é necessário, porque seus sistemas ignoram muitos links spam por conta própria.
Espere nenhuma reversão instantânea. Nenhuma. A recuperação de uma queda algorítmica geralmente espera por uma atualização principal posterior ou o próximo rastreamento, e ninguém fora do Google pode te dar uma data. Anote. Registre o dia em que você enviou o arquivo e julgue após várias semanas, não vários dias.
Um desavow alguma vez faz sentido?
Isso significa nunca? Não. Se você comprou links em redes que parecem fabricadas e se preocupa com uma ação manual, um arquivo de desavow é um cinto razoável para usar com o cinto. Não é uma feitiçaria de recuperação por conta própria.
O que um desavow muda, e quando registrá-lo
Enviar um desavow altera quais links você pede aos mecanismos de busca para contar. Registre a data de envio e a lista de domínios que continha, para que uma revisão posterior possa dizer quais links estavam no escopo na época.
Mantenha também o arquivo anterior. Uma diferença entre duas versões é o registro mais simples do que você decidiu e quando. Armazene o arquivo na mesma pasta que a evidência, para que as duas viajem juntas.
Um aviso sobre o tempo
Links comprados na mesma semana de uma atualização principal são o falso positivo clássico. Ambos são culpados, e apenas a data pode separá-los. Anote a data antes de escrever a teoria.
O que registrar em cada etapa
Etapa
Evidência para salvar
Ferramenta
1
Exportação de desempenho, linhas diárias
Search Console
2
Nome e data da atualização ao lado do gráfico
Suas anotações
3
Captura de tela do relatório de ações manuais
Search Console
4
Cliques por URL antes e depois
Search Console
5
HTML buscado, dumps de cabeçalho, lista de classificações
curl, bulk_dr
6
Solicitações de remoção e o arquivo de desavow com data
E-mails do fornecedor
Quem faz o que no runbook
Seis etapas parecem um único trabalho. Eles geralmente se dividem entre três funções. Nomear as funções antes da queda mantém as evidências de cair em uma única caixa de entrada sem dono. Uma nota de transferência curta entre as funções economiza uma semana de re-fazer as mesmas perguntas.
O analista data a queda
A pessoa que lê o Search Console é responsável pelas etapas 1 a 4. Ela data a queda, verifica o relatório de ações manuais e delimita a perda. Sua saída é uma nota curta com datas e capturas de tela, não um veredito sobre os links.
O revisor de links executa a auditoria
A etapa 5 pertence a quem executa as verificações de links. Eles produzem as linhas de aprovação, pendentes e falha a partir da pasta de evidências, e sinalizam qualquer linha que falhou em dois pontos de verificação consecutivos.
O proprietário do site decide sobre as remoções
A etapa 6 precisa de uma decisão de quem é proprietário do site. Solicitações de remoção e inscrições de desavow são escolhas de negócios, bem como técnicas. Escreva as opções com seus prós e contras antes de pedir um sim ou não.
O que este runbook não pode decidir
Não podemos te dizer a causa. Qualquer um que diga que pode, apenas de um gráfico, está adivinhando, e qualquer um que afirme isso apenas de um gráfico está adivinhando. Um processo de QA exclui causas; raramente confirma uma. Às vezes, a resposta é uma mudança não relacionada, como um redesign ou um canonical quebrado.
Se o lote estiver limpo e as datas não se alinharem, pare de culpar os links, porque cada hora gasta com eles é uma hora não gasta na regressão real. Olhe para o seu próprio log de lançamentos da mesma semana.
Para os termos usados acima, consulte o glossário. Para o custo de repetir a auditoria mensalmente, consulte a tabela de custos.
Causas que parecem danos de links
Uma retirada de DMCA, uma alteração no robots.txt ou uma migração de site podem produzir uma queda súbita que se assemelha a danos de links. Uma página removida perde sua classificação independentemente de como seus links estão. Verifique se as páginas perdidas ainda retornam 200, e se um aviso foi apresentado contra elas, antes de ler a perda como um efeito de link. Cada uma dessas causas deixa um registro próprio, então procure o registro antes de adivinhar.
Seu próprio log de lançamentos para a mesma semana
Volte através do histórico de alterações da mesma semana. Olhe para edições de modelo, novos plugins, tags canonical alteradas e regras de redirecionamento alteradas. Cada uma delas pode mover classificações sem nenhum link externo envolvido.
Coloque essas entradas na linha do tempo ao lado da data do lote, para que o revisor veja ambas de uma vez.
Perguntas que as pessoas fazem durante uma queda de tráfego
Uma queda de tráfego após comprar links é sempre causada por esses links?
Não. Uma queda pode vir de uma atualização principal, um lançamento, uma mudança sazonal ou uma alteração de rastreamento. Links são um dos suspeitos. O runbook data a queda primeiro, para que o lote seja testado apenas quando o tempo se encaixa.
Um arquivo de desavow trará as classificações de volta?
Não por conta própria. Um arquivo de desavow diz ao Google quais links você não quer que sejam contados. Não reverte uma queda algorítmica, e a recuperação geralmente espera por um próximo rastreamento ou atualização principal. Julgue após várias semanas, não vários dias.
A frequência de rastreamento pode cair após uma remoção?
Pode. Uma vez que as páginas são removidas ou bloqueadas, o rastreador tende a visitá-las com menos frequência. Verifique as estatísticas de rastreamento ao lado da data de remoção antes de ler qualquer coisa na mudança.
Quanto tempo deve levar a recuperação?
Nenhuma data pode ser dada, e ninguém fora do Google pode dar uma. Defina uma data de revisão, geralmente após um ciclo completo de rastreamento, e julgue o lote contra essa data em vez do humor do cliente naquela manhã. Escreva a data de revisão no ticket quando você a definir, para que ninguém precise se lembrar.
Devemos esperar pela próxima atualização principal?
Às vezes, uma queda se alinha com uma atualização e se inverte após a próxima. Essa é uma hipótese, não um plano. Mantenha a limpeza em paralelo e registre cada alteração com sua data, para que a próxima atualização possa ser lida contra um registro.
Antes de julgar o lote
A data da queda é escrita, com a visualização do Search Console e o dispositivo usado.
Cada linha do lote tem um status, uma data e uma cópia HTML salva.
Qualquer atualização que caia perto da queda é nomeada, com seu mês.
Uma data de revisão é definida, após pelo menos um ciclo completo de rastreamento.
