Content decay: identificando posts que estao perdendo trafego
Um processo de auditoria pratico para detectar quais posts estao sangrando cliques e priorizar atualizacoes com dados, nao com palpite.
Tres meses atras um cliente nosso perdeu 38% do trafego organico de um post que rankeava em primeiro ha dois anos. Ninguem mexeu na pagina. O Google nao baniu nada. O que aconteceu foi content decay: aquele declinio silencioso que ataca conteudo bom enquanto voce esta ocupado publicando coisa nova. Nao e algoritmo, nao e penalidade, e entropia. E quase todo blog com mais de 18 meses tem entre 20% e 40% do catalogo nessa situacao agora, gerando metade do trafego que poderia. O problema e que ninguem audita ate o trafego total cair e o CFO perguntar o porque.
A primeira coisa que faco e abrir o Search Console e exportar 16 meses de impressoes e cliques por URL, segmentado por mes. No Looker Studio comparo trimestre atual contra mesmo trimestre do ano anterior. Qualquer URL com queda de mais de 25% em cliques entra na lista de suspeitos. Depois cruzo com posicao media: se a posicao caiu mais de 3 pontos, e ranqueamento. Se a posicao manteve mas o CTR despencou, geralmente e SERP feature comendo o clique. Esse split muda tudo na estrategia de reescrita. Para o segundo caso, vale revisitar Title tags que convertem: 7 padroes testados em SERPs reais e Meta description ainda importa? O que os dados de CTR mostram antes de tocar no body.
Depois de isolar as URLs em decay, eu classifico em quatro buckets. Primeiro: decay por desatualizacao factual, tipico de posts com ano no titulo ou ferramentas que mudaram. Segundo: decay por intencao migrada, quando a SERP virou de informacional para comercial ou vice-versa. Terceiro: decay competitivo, quando alguem publicou algo objetivamente melhor. Quarto: decay tecnico, geralmente migracao mal feita, canonical errado ou crawl issue. Cada bucket pede tratamento diferente. Misturar tudo num "update geral" e como dar antibiotico para virose. Para o bucket tres, ler Reescrever ou refazer: a decisao por dados de SERP ajuda a decidir entre cirurgia e demolicao.
Para diagnostico tecnico eu rodo Screaming Frog na URL, checo cabecalhos, comparo o HTML renderizado com o servido, e olho os logs do Googlebot dos ultimos 60 dias. Aqui vejo coisas absurdas: post com noindex acidental desde uma migracao, canonical apontando para a home, javascript que esconde a metade do conteudo em mobile. Quando o Googlebot deixou de visitar a pagina, o decay acelera. Vale combinar com o que esta em Log file analysis: o que o Googlebot esta realmente fazendo e Canonical tags: erros comuns que sangram trafego organico. Em 4 a cada 10 auditorias que faco, o problema e tecnico e nao editorial. Reescrever sem checar isso e desperdicio de hora de redator.
Quando o problema e editorial mesmo, eu uso uma matriz de priorizacao simples: cliques perdidos nos ultimos 90 dias multiplicados pelo valor medio por sessao da URL (de GA4). Isso me da um ranking de impacto em reais. Pego os 20 primeiros e abro um documento por URL com tres secoes: o que a SERP atual espera (analise top 10), o que o post entrega hoje, e o gap. Aqui tambem cruzo com Intencao de busca: 4 tipos e como mapear no SERP porque metade dos decays que vejo sao posts informacionais tentando rankear para queries que viraram transacionais. Reescrever o paragrafo de abertura nao resolve isso, voce precisa de novo angulo.
Na execucao do refresh, mantemos a URL, atualizamos data publicada apenas se a reescrita for maior que 40% do corpo, e republicamos com changelog visivel no rodape para sinalizar frescor para usuario e para o Google. Atualizamos title, meta, primeiro paragrafo e adicionamos blocos novos que respondem as PAAs atuais. Internamente, redirecionamos links de posts relacionados para reforcar a autoridade interna, algo que detalhei em Interlinking inteligente: o mapa de autoridade interna. Monitoramos por 6 semanas com alerta de queda no Search Console. Em media, 70% dos posts em decay recuperam pelo menos 60% do trafego perdido em 90 dias, com custo de 4 a 8 horas por post.
O takeaway pratico: agende uma auditoria de decay trimestral, fixa no calendario, antes de planejar novos posts. Reserve 30% da capacidade editorial para refresh, nao 5%. Conteudo velho ranqueando bem vale mais que conteudo novo lutando por posicao. Comece amanha exportando os 16 meses de GSC, filtrando queda maior que 25%, e atacando os tres primeiros da matriz de impacto. Voce vai recuperar mais trafego em duas semanas do que em tres meses publicando novidade.