Use o Claude para SEO, mas não deixe o Claude fazer SEO

Vou assumir a posição logo de cara, porque é o ponto do artigo: Claude é um dos melhores assistentes de pesquisa que um profissional de SEO↳SEO4 conteúdosPor que a transição do SEO clássico para a Otimização de Motores Generativos (GEO) exige que se repense a modelagem semânticaMarketing Tech · mai 2026O impacto da pesquisa e do SEO no comércio eletrônico: insights da State of Search Brasil 5Marketing Tech · fev 2025SEO por Elas 2025: Impulsionando e promovendo mulheres no Marketing DigitalMarketing Tech · fev 2025Ver tudo em Marketing Tech → pode ter, e um dos piores executores que você pode colocar com acesso de escrita ao seu site. Essas duas frases não se contradizem, e entender por que elas convivem é a diferença entre acelerar o trabalho e sabotar o próprio ranking em silêncio.

A provocação é do consultor Will Scott, na Search Engine Land, e o caso que ele documenta é bom demais para tratar como anedota. Vou destrinchar o mecanismo, porque ele explica por que a régua de "parece pronto" não serve para SEO, e mostrar onde eu colocaria a fronteira entre máquina e humano num fluxo real.

Onde o Claude realmente entrega

A adoção não é hype de LinkedIn. Na pesquisa State of AI↳Inteligência artificial440 conteúdosUX e IA: Transformando Experiências Digitais com Inteligência ArtificialProduto & UX · jan 2025MCP: O que é e por que você vai ouvir falar disso em breve?AI · jul 2025IA generativa e a urgência de reconstruir nossa relação com a verdadeAI · jun 2025Ver tudo em AI → in SEO 2026 da Keyword.com (97 respostas úteis, com viés para times enxutos e prestadores de serviço), 87% dizem usar IA com regularidade ou como parte central da entrega, e 78% usam Claude, à frente do ChatGPT com 57%. A ferramenta está na mesa de todo mundo. A pergunta que importa é para quê.

Na fase de pesquisa e análise, antes de qualquer coisa tocar uma página no ar, o Claude é rápido e honestamente útil:

• Agrupa uma lista de palavras-chave por intenção de busca.
• Resume o que as páginas do topo têm em comum para uma query.
• Lê uma página sua e aponta onde o conteúdo está raso.
• Lê o artigo de um concorrente e diz qual ângulo está faltando.
• Transforma uma planilha bagunçada de termos num plano de conteúdo estruturado em poucos minutos de vai e volta.

Isso corta horas do começo do trabalho sem risco nenhum, porque nada disso é publicado. É aqui que a capacidade do modelo de segurar muito contexto e gerar opções plausíveis rende de verdade.

Por que "parece plausível" não é "está correto"

O ponto técnico que sustenta a tese inteira: um modelo de linguagem não tem sinal interno que diga "eu não tenho uma boa resposta para isso". Ele produz a melhor resposta de aparência que consegue gerar. Às vezes isso é uma resposta real; às vezes é um objeto em formato de página que satisfaz o prompt e nada mais.

Em código, isso aparece como nome de função inventado. Em SEO, aparece como página duplicada com título novo.

Scott pediu ao Claude para revisar o Google Search Console, sugerir keywords-alvo para o AI Website Grader dele e construir as páginas necessárias. Em vez de escrever conteúdo próprio, o Claude clonou a home em duas URLs, /seo-grader e /content-grader, trocou a title e o H1 para bater com as novas keywords e reaproveitou quase todo o corpo da home.

No papel, cada "página" mirava um termo novo. Na prática, era o conteúdo da home vivendo em três URLs, competindo consigo mesmo, exatamente a canibalização que nenhum SEO competente faria de propósito.

Os números depois de seis meses

Ele deixou as duas páginas no ar de propósito, como ilustração viva. O resultado, medido no Search Console:

Ou seja: o clone não só arriscou canibalização, como não gerou impressão nem clique nenhum, enquanto a home fica presa no fim da primeira página para os exatos termos que uma página dedicada deveria dominar. A Microsoft, aliás, confirmou a mesma dinâmica do lado da IA: os modelos do Bing agrupam URLs quase idênticas num único cluster e podem escolher a página errada como fonte representativa. Um clone pode até entregar a URL errada para a resposta gerativa.

E não foi bug de prompt isolado. O filho de Scott, Caleb, tocava o ScryPrice, um comparador de preços de cartas de Magic: The Gathering. Mesmo pedido, projeto diferente, meses depois, sem prompt compartilhado. Mesma falha: um lote de páginas novas que eram cópias da home com nada alterado além da title.

Não é problema só de SEO, é de autonomia

Outros praticantes descrevem variações do mesmo padrão. O desenvolvedor que assina como @rentierdigital mediu um lado crawlability da coisa:

[O] claudebot baixa seu bundle [JS] em 24% das requisições e nunca o executa. Ele não consegue ler a coisa que ajudou você a construir.

@rentierdigital, SEO developer

Uma página pesada em JavaScript↳JavaScript116 conteúdosJavaScript em 2020: O que esperarDev (Back & Front) · jan 2020Campos públicos e privados em classes JavaScript – O que vem por aí no ESNextDev (Back & Front) · abr 201929 anos de JavaScript!Dev (Back & Front) · jan 2025Ver tudo em Dev (Back & Front) → montada por agente pode parecer pronta e continuar difícil de ler e indexar. E o consultor Scott DeSapio resume o erro de intenção:

Uma página tentando rankear para cinco buscas diferentes normalmente não rankeia para nenhuma. Cada URL deveria servir uma intenção de busca clara.

Scott DeSapio, digital marketer

O caso extremo dessa lógica de "agente com autoridade de execução sem checkpoint humano" nem é de SEO: em julho de 2025, o fundador Jason Lemkin relatou que o agente de código do Replit apagou o banco de produção mesmo com instrução de congelar mudanças, varrendo registros de mais de 1.200 executivos e 1.190 empresas. Não é história de SEO, mas é o mesmo padrão: o agente otimiza por produzir um output, não por produzir o output certo. A versão SEO é mais silenciosa, ninguém perde banco de dados↳Banco de dados134 conteúdosSQL ou NoSQL: eis a questão!!Data · mar 2020Banco de dados: como organizar e dar segurança para milhões de dados de loteriasData · mai 20215 serviços gratuitos na cloud para bancos de dados PostgresData · fev 2025Ver tudo em Data → quando o Claude clona uma página, mas o mecanismo é idêntico.

Onde eu colocaria a fronteira

Nada disso torna o modelo inútil. O trabalho precisa ser partido em dois, e só metade é da máquina. Minha leitura de como estruturar isso num fluxo brasileiro típico:

Do Claude: clustering de keywords, classificação de intenção, análise de gap contra concorrentes, resumo de auditoria técnica, primeiro rascunho de outline e copy. Tudo que não toca URL no ar.

*Do humano, com aprovação antes de publicar (não spot-check depois):* criação de página nova, mudança de title e H1, redirects, canonical, alterações de link interno, qualquer coisa que toque uma URL viva. Trate um agente com permissão de conteúdo como você trataria as primeiras semanas de um júnior: revisa antes de subir.

E um controle concreto que qualquer time pode aplicar hoje: antes de publicar qualquer "página nova" que a IA gerou em resposta a um pedido de keyword, faça o diff contra o conteúdo existente. Se o corpo bate com uma página que já existe por mais de uma ou duas frases, não é página nova, é duplicata com title trocada. Subir isso custa ranking nas duas URLs em vez de ganhar uma.

O contra-argumento honesto

O argumento mais forte contra minha posição é: "isso é limitação do estágio atual do modelo, daqui a um ou dois ciclos os agentes vão saber checar duplicação sozinhos, e a exigência de humano em toda decisão de execução não escala". É um ponto legítimo, e eu concordo que a fronteira vai se mover.

Mas há duas coisas que ela não resolve. Primeiro, a natureza da falha não é falta de feature, é o fato de o modelo não ter sinal interno de incerteza, e isso é característica de categoria, não bug de fornecedor, aparece em ChatGPT, agentes de código e outros. Segundo, mesmo que o agente aprenda a evitar o clone óbvio, a decisão sobre intenção de busca por página e arquitetura do site depende de conhecer o negócio, o histórico da URL e o mapa de keywords, contexto que não está no prompt. Delegar isso é abrir mão exatamente do julgamento que diferencia SEO de geração de texto.

A pergunta que eu faria ao time nesta semana é a mesma da fonte: toda página que a IA tocou ainda tem o nome de um humano na aprovação antes de ir ao ar? Se a resposta for não, o problema não é o Claude. É quem entregou a chave do CMS a ele.

Fonte: Search Engine Land