Site penalizado pelo Google: como confirmar a ação manual

Um site penalizado pelo Google pode significar duas coisas bem diferentes: você foi atingido por uma atualização de algoritmo que reordenou milhares de sites de uma vez, ou alguém da equipe de qualidade de busca do Google revisou o seu site especificamente e aplicou uma penalidade documentada. Só a segunda situação aparece no relatório de Ações manuais do Search Console, e é sobre ela que este artigo trata.

Antes de reescrever conteúdo, remover links ou sair pedindo reconsideração, o primeiro passo é confirmar qual dos dois cenários você está vivendo. Os sintomas se parecem — queda de tráfego, posições que despencam de um dia para o outro —, mas o diagnóstico e a correção são completamente diferentes. Este guia mostra onde confirmar a ação manual, o que cada tipo específico exige que você corrija e como escrever um pedido de reconsideração com chance real de ser aceito.

Ação manual não é o mesmo que queda por atualização de algoritmo

Uma atualização de algoritmo muda a forma como o Google avalia sinais de qualidade ou relevância em escala: ela afeta milhões de páginas ao mesmo tempo, sem que ninguém tenha revisado o seu site individualmente. Não existe uma notificação específica para o seu domínio, porque não houve uma decisão específica sobre o seu domínio — o ranking mudou porque a régua mudou para todo mundo. Se esse é o seu caso, a correção passa por realinhar o site aos sinais que a atualização passou a valorizar, não por pedir reconsideração a ninguém, porque não há nada para reconsiderar.

Uma ação manual é diferente por definição: uma pessoa da equipe de qualidade de busca do Google, ou um processo de revisão que sinaliza casos para análise humana, examinou o seu site especificamente e concluiu que ele viola as políticas de spam do Google. Esse tipo de penalidade sempre gera um registro visível dentro da sua conta do Search Console e, na maioria dos casos, uma mensagem para o endereço associado à propriedade. Se você nunca viu esse aviso e nunca encontrou nada no relatório correspondente, a causa da sua queda provavelmente não é uma ação manual, e tratá-la como se fosse é tempo perdido que atrasa a correção real.

Onde confirmar a ação manual no Search Console

A confirmação não é uma suposição: ela fica em um lugar específico. Dentro do Search Console, com a propriedade verificada, o caminho é Segurança e ações manuais > Ações manuais. Se o relatório mostrar a mensagem informando que nenhum problema foi detectado, o site não tem ação manual ativa no momento, ponto final. Qualquer teoria sobre penalização manual deixa de fazer sentido a partir daí, e a causa da queda está em outro lugar: algoritmo, um problema técnico de indexação ou desempenho, ou simplesmente concorrentes que melhoraram.

Se existir uma ação manual, o relatório mostra três informações que valem a pena anotar antes de fazer qualquer coisa: o tipo exato da ação, pelo nome técnico usado pelo Google, não por uma paráfrase sua; o escopo, ou seja, se ela afeta o site inteiro (correspondência de site) ou apenas parte dele (correspondência parcial, geralmente uma seção ou um conjunto específico de URLs); e a data em que foi aplicada. Essas três informações determinam tanto o que você precisa corrigir quanto o que vai entrar no pedido de reconsideração mais adiante.

• Verifique a propriedade correta: um domínio pode ter subdomínios ou protocolos (http/https, com ou sem www) verificados como propriedades separadas, e a ação manual aparece especificamente na propriedade afetada.
• Confira também a Central de mensagens do Search Console: o aviso da ação manual costuma chegar por lá além de aparecer no relatório dedicado.
• Anote a data exata da aplicação. Ela ajuda a cruzar o problema com mudanças recentes no site, como uma agência nova de link building, uma migração ou um plugin instalado pouco antes.

Os tipos de ação manual e o que cada um exige corrigir

O Google agrupa as ações manuais em categorias com nomes fixos, e cada uma aponta para uma causa diferente. Tratar todas como um genérico excesso de spam é o motivo mais comum de pedidos de reconsideração malfeitos, porque a correção certa muda completamente de um tipo para outro.

• Conteúdo gerado pelo usuário: spam — comentários, fóruns, perfis ou posts de convidados no seu site foram usados por terceiros para publicar spam. Exige remover o conteúdo já publicado e fechar a moderação aberta desses espaços, não apenas bloquear autores pontuais.
• Spam puro — o Google identificou técnicas agressivas, como páginas geradas automaticamente sem revisão humana, cloaking em massa ou conteúdo raspado de outros sites em escala. Normalmente exige refazer boa parte do site; não costuma ser resolvido com ajustes pontuais.
• Cloaking e/ou redirecionamentos enganosos — o servidor entrega conteúdo diferente ao Googlebot e ao visitante humano, ou redireciona o usuário para uma página distinta da que foi indexada. Exige auditar a configuração do servidor e de qualquer plugin de cache ou personalização que possa estar servindo versões diferentes por user-agent.
• Texto oculto e/ou preenchimento de palavras-chave — texto invisível (mesma cor do fundo, tamanho zero, posicionado fora da tela) ou repetição artificial de termos apenas para os mecanismos de busca. Exige remover o texto oculto e reescrever os trechos com repetição forçada em linguagem natural.
• Links não naturais para o seu site — o site recebeu ou comprou links criados para manipular o ranking. Exige identificar e tratar os links de origem, não apenas revisar o conteúdo do próprio site.
• Links não naturais a partir do seu site — o site vende ou publica links de saída que passam valor de forma manipulada, geralmente guest posts pagos sem marcação ou redes de troca de links. Exige adicionar o atributo apropriado (patrocinado ou nofollow) aos links comerciais e encerrar os esquemas de troca.
• Dados estruturados com spam — o marcado no HTML descreve algo que não corresponde ao conteúdo real da página, como avaliações, preços ou disponibilidade falsos. Exige corrigir ou remover o marcado até que ele reflita exatamente o que está visível na página para o visitante.
• Conteúdo pouco original combinado com spam — páginas finas, com pouco valor autoral, frequentemente misturadas com anúncios ou afiliados agressivos. Exige reescrever ou remover as páginas de baixo valor, não apenas aumentar artificialmente o texto existente.

Como investigar a causa raiz antes de corrigir qualquer coisa

Corrigir sem investigar é o segundo erro mais comum, logo depois de confundir ação manual com queda por algoritmo. Antes de mexer em qualquer coisa, reconstrua a linha do tempo: o que mudou no site nas semanas anteriores à data registrada no relatório? Uma agência nova de link building, um plugin de SEO recém-instalado, uma seção de comentários sem moderação, um guest post pago sem qualquer divulgação — a causa quase sempre está em uma mudança identificável, não em um acúmulo vago de más práticas ao longo dos anos.

Para ações relacionadas a links, o próprio relatório de links do Search Console mostra os domínios que mais apontam para o site; cruzar essa lista com o histórico de campanhas de outreach ou compras de link geralmente revela a origem em poucos minutos. Para ações de conteúdo gerado pelo usuário, revise os registros de moderação e identifique quando o volume de spam começou a subir — normalmente coincide com a desativação de um captcha, um plugin de comentários desatualizado ou uma mudança na política de aprovação. Documentar essa causa raiz não é burocracia: é exatamente o que o pedido de reconsideração vai pedir que você explique com clareza.

Corrigindo links não naturais sem cometer o erro mais comum

Quando a ação é sobre links não naturais apontando para o site, o instinto mais comum é abrir a ferramenta de desautorização e jogar o domínio inteiro lá dentro. Isso raramente resolve sozinho, porque desautorizar um link diz ao Google para ignorá-lo, mas não prova que houve uma tentativa real de removê-lo. A ordem correta é a oposta: primeiro contatar os proprietários dos sites de origem pedindo a remoção direta, registrando cada contato com data, canal usado e resposta recebida, ou a ausência dela depois de um prazo razoável. Só depois de esgotar essa via é que a desautorização entra em cena, reservada para os links que de fato não puderam ser removidos.

O arquivo de desautorização também é um ponto onde pedidos de reconsideração falham por descuido técnico: o formato exige um domínio por linha, prefixado corretamente, sem espaços extras e sem misturar URLs individuais com domínios inteiros de forma inconsistente. Um arquivo malformado é processado silenciosamente do jeito errado, e quem revisa o pedido de reconsideração não vai adivinhar a intenção por trás dele — vai simplesmente ver links ainda não tratados.

Como escrever um pedido de reconsideração que é aceito

O pedido de reconsideração é lido por uma pessoa, não por um sistema automatizado, e essa pessoa compara o que você escreve com o que ela vê nos dados reais do site. Um pedido com chance de ser aceito tem três partes, sempre nessa ordem: o que estava errado, descrito com clareza e sem minimizar; o que foi feito para corrigir cada ocorrência, com números e exemplos concretos em vez de termos vagos como 'removemos os problemas'; e o que muda de forma estrutural para que a situação não se repita, como um novo processo de moderação, uma política de aprovação para guest posts ou uma auditoria periódica de plugins.

Evidência concreta pesa mais do que qualquer formulação bem escrita. Para uma ação sobre links, isso significa uma planilha com cada domínio problemático, a data do contato de remoção, o resultado obtido e, quando aplicável, a linha correspondente no arquivo de desautorização. Para conteúdo gerado pelo usuário, significa números reais: quantos posts ou comentários de spam foram removidos e qual mudança de configuração impede a reincidência. Escrever que todo o spam foi limpo, sem quantificar nada, é indistinguível, para quem revisa, de não ter feito nada de concreto.

Erros que fazem o pedido ser rejeitado

Alguns padrões se repetem tanto nas negativas que vale a pena checá-los antes de enviar qualquer pedido, porque cada um deles é motivo suficiente para uma rejeição isolada.

• Pedir reconsideração antes de terminar a correção: se ainda restam links não tratados ou páginas de spam no ar, quem revisa vai encontrá-las, e o pedido é negado mesmo que o esforço geral tenha sido real.
• Reenviar o mesmo texto depois de uma negativa, sem explicar o que mudou desde a última tentativa. O pedido acaba repetindo os mesmos motivos que já causaram a rejeição anterior.
• Terceirizar a culpa sem provar nada: dizer que uma agência antiga criou os links problemáticos não resolve a situação se você não mostra o que foi feito a respeito deles depois.
• Corrigir apenas os exemplos citados no relatório: as URLs mencionadas são amostras, e a correção precisa cobrir o padrão inteiro, não só os poucos casos que o Google decidiu ilustrar.
• Enviar um arquivo de desautorização com erros de formatação, que passa despercebido até quem revisa verificar manualmente que os links ainda estão ativos.

O que esperar depois de enviar o pedido

O Google não publica um prazo fixo para revisar pedidos de reconsideração, e o andamento aparece no próprio relatório de Ações manuais enquanto o caso está em análise. Não existe forma de acelerar a fila enviando o mesmo pedido mais de uma vez; múltiplos envios do mesmo caso não são analisados em paralelo, apenas atrasam a resposta e confundem o histórico do processo.

Se o pedido for aceito, a ação manual correspondente desaparece do relatório, e as posições afetadas podem voltar a subir, mas isso não é automático nem instantâneo: o Google ainda precisa rastrear e reprocessar o site normalmente antes que o efeito apareça nos rankings. Se for negado, a resposta inclui o motivo específico da recusa, e o caminho correto é voltar à correção com base nesse motivo, não reenviar o texto original na esperança de um resultado diferente na próxima tentativa.