SEO com IA: 3 métodos que testamos (e 1 para evitar)

Resposta curta: A forma mais segura de fazer SEO com IA é dar a ela um trabalho cujo resultado você consegue conferir. Três métodos cumprem essa regra: um agente de programação corrige uma constatação de um relatório do SEOgrinder, a IA redige títulos e meta descriptions que uma pessoa confere quanto ao tamanho e aos fatos, e a IA escreve JSON-LD que o Rich Results Test do Google valida. A prática a evitar é gerar muitas páginas sem acrescentar valor para os usuários, que a política de spam do Google chama de “scaled content abuse”.

Estado do teste (5 de novembro de 2026): O teste descrito abaixo foi executado e passou. Não publicamos as medições brutas, por isso este artigo não cita nenhum resultado além disso.

O conteúdo de IA vai contra as regras do Google?

Não, não por si só. O Google responde a pergunta no seu FAQ sobre conteúdo de IA: “Appropriate use of AI or automation is not against our guidelines.” Ou seja, o uso adequado de IA ou de automação não vai contra as diretrizes do Google. A mesma resposta nomeia o limite. A IA não pode ser usada para gerar conteúdo com o objetivo principal de manipular os rankings de busca, porque isso vai contra as políticas de spam do Google. A página sobre como criar conteúdo útil repete isso para a automação, inclusive a geração por IA: produzir conteúdo com o objetivo principal de manipular os rankings de busca é “a violation of our spam policies”.

A linha que o Google traça é, portanto, a finalidade, não a ferramenta. As orientações do Google sobre conteúdo de IA generativa citam um uso que ele endossa: “Generative AI can be particularly useful when researching a topic, and to add structure to original content.” A mesma página acrescenta um dever: “It is critical to manually factcheck and review all AI-generated content for accuracy and trustworthiness before publishing.” Segundo essa página, a revisão vale também para metadados como elementos de título, meta descriptions, dados estruturados e textos alternativos de imagens, porque eles podem aparecer nos resultados de busca. Os métodos 2 e 3 abaixo são construídos em torno exatamente dessa frase.

SEO com IA em resumo: três métodos e um alerta

Os três métodos seguem o mesmo padrão. A IA faz o rascunho, e algo de fora da IA decide se o resultado está certo: uma nova análise, uma contagem de caracteres e uma comparação com a página, ou o validador do próprio Google.

Método 1: deixe um agente de programação corrigir uma constatação

Um relatório de SEO contém constatações mecânicas, como uma tag canonical ou um título ausente. Elas têm uma resposta certa, que você confere buscando a página. Isso as torna um bom trabalho para um agente de programação como Claude Code, Cursor ou GitHub Copilot. O fluxo completo, com regras de segurança, está no nosso artigo sobre como corrigir problemas de SEO com um agente de IA para programação. Aqui vai a versão curta.

Digite o endereço da sua página pública no SEOgrinder. É grátis e não exige cadastro. Clique em Entregar à IA no relatório para abrir o briefing, uma ordem de trabalho em Markdown em que cada tarefa traz uma condição “Pronto quando” que pode ser verificada. Para entregar uma única tarefa, clique no mesmo botão no cartão dela. Dê o briefing ao seu agente e peça que ele faça uma tarefa e pare. Leia o diff, publique a mudança e clique em Verificar de novo. O SEOgrinder guarda um relatório por até 24 horas, e o botão força uma análise nova (funciona algumas vezes por hora).

Se a constatação sumiu do novo relatório, o método funcionou. Se ela continua lá, o resumo do próprio agente disse só o que ele pretendia mudar, não o que está no ar. O SEOgrinder lê apenas páginas públicas, então uma mudança que existe só no seu notebook fica invisível para ele.

Um limite pertence a este ponto. Uma constatação corrigida remove um erro técnico; o SEOgrinder verifica a maior parte da base técnica, não toda. Ele não promete uma posição melhor, e o SEOgrinder não mede posições nem se assistentes de IA citam o seu site.

Método 2: deixe a IA redigir títulos e descrições, e depois confira

Redigir é onde a IA economiza tempo: um modelo propõe três títulos e três descrições em segundos. O risco é uma afirmação que não está na sua página, como um número, uma promessa ou um recurso. Títulos e descrições podem aparecer nos resultados de busca, então a regra de conferência de fatos do Google, citada acima, vale para eles por inteiro.

Um procedimento que mantém a conferência simples:

• Dê a fonte à IA. Cole o texto da página, informe a palavra-chave e proíba tudo o que não estiver no texto. Um prompt como este resolve:

Escreva três variantes de título e três variantes de meta description para o texto de página que vem depois desta mensagem.
Use apenas fatos que apareçam no texto. Não acrescente números, preços, prêmios nem promessas.
Coloque a palavra-chave principal perto do início de cada título e diga o que o leitor recebe.

• Conte os caracteres você mesmo. Não confie no tamanho que o modelo informa. Num terminal com codificação UTF-8, printf '%s' "SEO com IA: 3 métodos em teste e 1 a evitar" | wc -m imprime 43.
• Confira cada afirmação com a página. Se uma afirmação do rascunho não está na página, apague-a ou acrescente-a primeiro à página.
• Escolha uma variante ou edite-a. Leia-a como um visitante leria.

Dois tipos de limites importam aqui. As faixas de 30 a 60 caracteres para títulos e de 110 a 160 caracteres para descrições são os limites que o verificador do nosso próprio blog exige. Não são requisitos do Google. As páginas do Google não citam nenhum limite rígido: não há limite para o tamanho de um elemento title, e não há limite para o tamanho de uma meta description. Nos dois casos, o resultado é truncado na Pesquisa Google “as needed, typically to fit the device width”, ou seja, conforme a necessidade, em geral para caber na largura do dispositivo. Nossa leitura: textos mais curtos têm menos chance de ser cortados, então usamos as faixas como meta.

Para o texto em si, a página do Google sobre conteúdo útil oferece duas perguntas que você pode fazer a qualquer rascunho: o título principal ou o título da página dá um resumo descritivo e útil do conteúdo, e evita exagerar ou chocar? O Google também diz que às vezes mostra a meta description no snippet quando ela descreve a página com mais precisão do que o texto da própria página, então uma afirmação errada ali pode chegar a quem pesquisa.

Método 3: deixe a IA escrever JSON-LD, e depois valide

Dados estruturados são código com regras documentadas, o que os torna um bom trabalho para a IA e para uma verificação por máquina. O Google recomenda JSON-LD se a configuração do seu site permitir. Para breadcrumbs, a documentação do Google diz para definir uma BreadcrumbList com pelo menos dois ListItems. As propriedades obrigatórias são itemListElement para a lista e name e position para cada item. O endereço item é obrigatório em todos os breadcrumbs, menos no último. Outros tipos têm as suas próprias propriedades obrigatórias, então abra a página do seu tipo na documentação do Google antes de confiar num rascunho. Uma BreadcrumbList para uma página de blog fica assim, com example.com como site:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Início", "item": "https://example.com/" },
    { "@type": "ListItem", "position": 2, "name": "Blog", "item": "https://example.com/blog" },
    { "@type": "ListItem", "position": 3, "name": "SEO com IA" }
  ]
}
</script>

Cole o código no Rich Results Test. Ele tem uma aba para o endereço de uma página e outra para código. O Google descreve a finalidade dele como mostrar quais rich results podem ser gerados pelos dados estruturados que uma página contém.

Seja preciso sobre o que “passou” significa. As diretrizes de dados estruturados do Google dizem: “Google does not guarantee that your structured data will show up in search results”, e isso vale mesmo quando a marcação está correta segundo o Rich Results Test. Passar não basta por si só: a página de breadcrumbs do Google diz “You must follow these guidelines to be eligible to appear with breadcrumbs in Google Search”, e a página precisa estar acessível ao Google e não bloqueada por robots.txt, por uma tag noindex ou por um login. Passar não cria um rich result. Os breadcrumbs, por exemplo, estão documentados como um recurso disponível no computador.

O teste verifica a estrutura. Ele não diz se o conteúdo é verdadeiro, e um modelo pode acrescentar propriedades que parecem plausíveis. As mesmas diretrizes dizem para não marcar conteúdo que não é visível para os leitores da página. Então compare a marcação com a página: cada nome, data e endereço nela precisa aparecer ali. Depois da publicação, o SEOgrinder informa páginas sem dados estruturados, blocos JSON-LD que ele não consegue ler e entradas a que faltam campos que o Google exige. Nem toda página precisa de marcação: o relatório dele diz que a falta de dados estruturados não é problema se nenhum tipo de rich result combina com a página.

A prática a evitar: muitas páginas sem valor

A política de spam do Google a define numa frase: “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” Um dos exemplos da política é “Using generative AI tools or other similar tools to generate many pages without adding value for users”. A política acrescenta que isso é abusivo “no matter how it's created”, ou seja, não importa como o conteúdo é criado. A mesma lista inclui copiar feeds, resultados de busca ou outro conteúdo para gerar muitas páginas, costurar conteúdo de páginas diferentes e criar muitas páginas que fazem pouco sentido para um leitor, mas contêm palavras-chave de busca.

As consequências são ditas com clareza. Sites que violam as políticas “may rank lower in results or not appear in results at all”, e o Google detecta violações com sistemas automatizados e, quando necessário, com revisão humana, que pode levar a uma ação manual. Para um conteúdo assim no seu próprio site, a instrução da política é curta: “exclude it from Search”.

Esta é a única prática que não testamos. Não vamos publicar páginas sem valor para ver o que acontece. O alerta se apoia só no texto do Google.

Quanto de IA é demais?

O Google não cita número. Nos quatro documentos do Google que lemos para este artigo (a política de spam, as orientações sobre conteúdo de IA generativa, a página de conteúdo útil e o post do FAQ), não há percentual nem proporção de texto escrito por IA que conte como demais. Uma regra do tipo “até X por cento de IA é seguro” não vem do Google.

O que o Google dá no lugar são perguntas. A página de conteúdo útil pergunta, entre outras: “Are you using extensive automation to produce content on many topics?” e “Are you producing lots of content on many different topics in hopes that some of it might perform well in search results?” São perguntas para você se fazer, não regras. Ela chama o “porquê” de uma página de talvez a pergunta mais importante: o conteúdo deve ser criado principalmente para ajudar as pessoas.

A mesma página diz que os avaliadores de qualidade da busca olham para o esforço e que usar IA generativa para produzir grandes quantidades de texto “without manual oversight or curation represents little to no effort”. O Google acrescenta, nas orientações sobre conteúdo de IA, que as avaliações desses avaliadores não influenciam diretamente o ranqueamento. Nossa avaliação, não uma declaração do Google: pergunte, para cada página, se ela contém algo que o leitor não consegue obter resumindo outras páginas, como as suas próprias medições ou capturas de tela, e se uma pessoa conferiu os fatos. Se você não consegue responder sim, o problema é a página, não importa quanta IA entrou nela ou quão pouca.

Nosso teste: o que fizemos em 5 de novembro de 2026

O título diz “que testamos”. Esta seção descreve esse teste. Não publicamos as medições brutas.

Divulgação: o SEOgrinder é a nossa ferramenta, e nós a construímos.

O teste consistiu em três execuções de cerca de 10 minutos cada, em 5 de novembro de 2026, feitas no nosso próprio site pela pessoa que conduz o teste:

1. Método 1, uma página com uma constatação em aberto. Analisar a página no SEOgrinder e anotar a constatação em aberto. Entregá-la a um agente de programação com Entregar à IA, ler o diff, publicar a mudança e clicar em Verificar de novo.
2. Método 2, um artigo novo deste blog. Deixar a IA redigir títulos e meta descriptions a partir do texto do artigo. Contar os caracteres, conferir cada afirmação com o artigo e escolher uma variante.
3. Método 3, uma página do blog. Deixar a IA escrever o JSON-LD da página e colar o código no Rich Results Test do Google.

O que registramos: data e hora, as versões das ferramentas usadas, o relatório do SEOgrinder antes e depois da execução 1, o commit que contém a mudança, o tamanho em caracteres de cada rascunho da execução 2 e uma captura de tela do Rich Results Test da execução 3.

Resultado: as três execuções passaram. Não publicamos as medições. A quarta prática, publicar muitas páginas sem valor, não faz parte do teste.

Erros comuns

• Publicar rascunhos de IA sem ler. O Google chama a conferência de “critical”, e ela vale para títulos, descrições, dados estruturados e textos alternativos.
• Confiar na contagem de caracteres do modelo. Conte você mesmo.
• Marcar o que não está na página. As diretrizes do Google dizem que os dados estruturados precisam descrever conteúdo que os leitores conseguem ver.
• Ler “passou” como “rich result garantido”. O Google afirma que não garante que os dados estruturados vão aparecer.
• Entregar o relatório inteiro de uma vez a um agente. Um diff grande esconde qual mudança causou qual problema. Uma constatação por vez é mais lento e muito mais seguro.
• Aplicar um método a centenas de páginas sem uma amostra. Teste numa página, leia o resultado e só então amplie.
• Citar um percentual como se viesse do Google. Os documentos que lemos não trazem nenhum.

Perguntas frequentes

O Google penaliza conteúdo escrito por IA?

O Google diz que o uso adequado de IA não vai contra as suas diretrizes. A política de spam cobre conteúdo produzido com o objetivo principal de manipular os rankings de busca, e sites que a violam podem ficar mais abaixo nos resultados ou nem aparecer. O fator decisivo é a finalidade e o valor para os usuários, não a ferramenta.

Preciso identificar o conteúdo de IA?

O Google formula isso como recomendação. As orientações dizem para “consider adding information on how your content was created in a way that makes sense for your audience”, e o FAQ diz para acrescentar essas informações “when it would be reasonably expected”.

Posso colocar a IA como autora de um artigo?

O FAQ do Google diz que dar a uma IA uma assinatura de autoria “is probably not the best way” de deixar claro para os leitores quando a IA faz parte do processo de criação do conteúdo.

Esses métodos vão melhorar o meu ranqueamento?

Ninguém pode prometer isso. O método 1 remove erros técnicos, o método 2 muda como uma página pode aparecer nos resultados e o método 3 valida a marcação de que os rich results dependem. Nenhum deles garante uma posição.

Seu próximo passo

Faça a análise gratuita do seu site no SEOgrinder, pegue a primeira tarefa da lista e experimente o método 1 nessa única constatação: entregue, leia o diff, publique e clique em Verificar de novo. Se você quiser ler antes as regras de segurança para trabalhar com um agente, leia como corrigir problemas de SEO com um agente de IA para programação.

Leia também

• Google penaliza conteúdo gerado por IA? O que as regras de spam dizem
• GEO e SEO: o que realmente muda (e o que o Google diz que não muda)
• Aparecer no ChatGPT: 3 verificações técnicas que testamos