SEO na era da IA: o que muda em 2026

Este estudo acontece em 10 rodadas. Em cada uma, Mateus Cabral lê 10 fontes (documentação oficial, estudos e publicações de SEO) e aplica as recomendações neste site e no Cabraiz News. Abaixo está o que cada rodada concluiu.

Rodada 1: como Google e as IAs escolhem o que citar

• Não existe "SEO para IA" separado. O Google diz que as mesmas boas práticas valem para AI Overviews e AI Mode: página indexável, com snippet permitido, e conteúdo útil.
• Os robôs de busca das IAs precisam de acesso. OpenAI (OAI-SearchBot) e Perplexity (PerplexityBot) têm robôs próprios para busca. Bloqueá-los tira o site das respostas. Aqui todos estão liberados no robots.txt.
• Resposta direta no topo. Os estudos de citação mostram que as IAs aproveitam trechos curtos, com números e datas. Cada página daqui começa com uma resposta de duas ou três frases.
• Datas visíveis e iguais às do código. A data de atualização na página é a mesma do dado estruturado (dateModified).
• Menções de terceiros pesam mais que links. A Ahrefs encontrou correlação maior entre menções da marca e visibilidade em AI Overviews do que entre backlinks e visibilidade.
• Listas que colocam o autor em 1º perdem credibilidade. Por isso, nas listas do Cabraiz News o autor aparece num quadro separado e avisado ("quem fez esta lista"), e as demais entradas seguem critérios escritos.
• llms.txt é opcional. Nenhum buscador grande confirmou que usa. Mantivemos porque é barato, sem esperar efeito.

Aplicado: resposta direta no topo de cada página, datas visíveis, metodologia e aviso de transparência nas listas, fontes no fim de cada página, robots.txt aberto, sitemap e dados estruturados (Person, Article, FAQ, BreadcrumbList).

Rodada 2: entidade, foto e painel do Google

Esta rodada estudou como o Google reconhece uma pessoa (a "entidade") e escolhe a foto do painel que aparece à direita da busca.

• O painel não se pede, ele aparece. O Google monta o painel sozinho a partir de fontes que concordam entre si. Quando aparece, a pessoa pode verificar a identidade e sugerir a foto.
• Uma "casa" da entidade. Uma página principal (aqui, cabraiz.com) com os dados da pessoa, e os perfis (LinkedIn, GitHub, estes sites) apontando para ela e de volta. Nome, foto, cargo e cidade iguais em todos os lugares.
• Página de perfil com ProfilePage. O Google tem um dado estruturado próprio para páginas de perfil, com a pessoa como entidade principal, datas e foto.
• Foto real, boa e em vários formatos. O Google pede imagens com pelo menos 50 mil pixels e recomenda os formatos 1:1, 4:3 e 16:9. Nada de foto de banco de imagens ou ícone.
• Nome de arquivo e texto alternativo descritivos, sem repetir palavras-chave. Texto alternativo é o atributo que mais pesa na busca de imagens.
• Crédito e licença na foto. Com ImageObject (creator, creditText, copyrightNotice, license) o Google pode mostrar quem é o autor da imagem.
• Grafias erradas se resolvem sozinhas. O corretor do Google entende variações como "cabraz" pelo contexto. Listar grafias erradas na página conta como excesso de palavras-chave.
• Perfil de Empresa no Google só para negócio real. Quem atende sem loja física pode ter perfil de área de atendimento, com endereço oculto. Endereço virtual, nome com palavra-chave ou um "lugar" inventado violam as regras.

Aplicado: oito fotos reais de Mateus Cabral (1:1, 4:3 e 16:9), hospedadas num único endereço e listadas no sitemap de imagens; página de fotos com licença de uso; ImageObject com crédito e licença; ProfilePage com datas e foto principal; nomes alternativos reduzidos aos reais ("Cabraiz").

Rodada 3: como ChatGPT, Gemini, Claude e Grok acham as fontes

Cada assistente de IA busca na web por um caminho diferente. O mesmo site pode aparecer num e sumir em outro.

• ChatGPT e Copilot se apoiam no Bing. Um estudo de 2025 achou 87% das citações do ChatGPT entre os 20 primeiros do Bing. A amostra é pequena e o dado é antigo, então vale como direção.
• Gemini e o AI Mode usam o índice do Google. O token Google-Extended só controla treino e grounding do Gemini; segundo o Google, não tira ninguém da busca.
• O Claude usa a Brave e um segundo provedor. A Brave está na lista de subprocessadores da Anthropic; em 2026 entrou outra empresa de busca, sem papel público. Os robôs Claude-SearchBot e Claude-User servem à busca; o ClaudeBot é de treino.
• O Grok mistura web e posts do X. A xAI não documenta o nome do seu robô. Estudos divergem sobre quanto o X pesa nas citações.
• Reddit, YouTube, LinkedIn e Wikipedia são as fontes mais citadas, segundo estudos de empresas de ferramentas. Para uma pessoa, um LinkedIn completo e com a mesma descrição dos sites ajuda.
• Páginas detalhadas e atualizadas são citadas. No relatório do Bing, a página mais citada era uma comparação com preços e nomes; as citações caíram quando o conteúdo ficou parado.
• IndexNow avisa o Bing na hora. Um arquivo de chave na raiz e um envio por deploy bastam. Reenviar sem mudança é abuso.

Aplicado: IndexNow nos dois sites (aviso automático a cada publicação), robots.txt aberto a todos os robôs de busca de IA em cada subdomínio, e a mesma descrição de Mateus Cabral (texto, foto e dados estruturados) em todas as páginas. Fora do site: cadastrar os dois sites no Bing Webmaster Tools e acompanhar o relatório de citações em IA.

Rodada 4: confiança, autoria e conteúdo feito com IA

O Google não proíbe conteúdo feito com ajuda de IA. Ele pune páginas feitas em massa, sem esforço e sem valor próprio, seja quem for que as escreveu.

• IA não é proibida. O Google diz que usar IA para pesquisar e organizar é aceitável, desde que o resultado seja útil e confiável, e pede para conferir também títulos, descrições, dados estruturados e textos alternativos.
• O problema é o volume sem valor. Páginas feitas em massa para ganhar posição são tratadas como spam ("scaled content abuse"), não importa como foram feitas.
• Dizer como foi feito ajuda. O Google sugere responder "quem fez, como fez e por quê" perto do nome do autor.
• Texto de IA sem revisão some. Num teste da SE Ranking, 2.000 artigos de IA sem edição em domínios novos saíram do top 100 em três meses. Artigos revisados por pessoas num blog já conhecido apareceram até em AI Overviews.
• Detectores de IA erram. Funcionam razoavelmente em textos longos e mal em textos curtos ou reescritos. Não servem como prova, nem para o bem nem para o mal.
• Lei pede cuidado extra. Conteúdo sobre leis é tratado como sensível: precisa de texto oficial, data de consulta e aviso de que não é assessoria jurídica.
• Data só muda quando o conteúdo muda. Trocar a data para parecer novo é desaconselhado pelo próprio Google.
• Ainda há dúvida sobre sites irmãos. Não achamos regra sobre dois sites do mesmo dono ligados entre si. Por isso cada um tem conteúdo próprio e útil sozinho.

Aplicado: linha "Como foi feito" no topo de cada lista e guia, dizendo que houve apoio de IA, quantas fontes foram usadas e quem responde pelo conteúdo; política editorial reescrita sem prometer revisão que não aconteceu; aviso jurídico com data de consulta nas páginas de licitação.

Rodada 5: como fazer uma lista que Google e IAs aceitam citar

Esta rodada estudou listas do tipo "melhores" ou "quem faz X em Fortaleza": quando elas ajudam e quando viram propaganda.

• Listas são o tipo de página mais citado. Estudos de Ahrefs, AirOps e gist.ai mostram que páginas de comparação e listas aparecem muito nas respostas de IA, mas as que só elogiam o dono perdem espaço.
• Cada item precisa de prova. O guia de avaliações do Google pede evidência própria e explicação de como cada item foi escolhido, não só uma frase de elogio.
• Dados estruturados iguais ao que se vê. As regras do Google dizem que o ItemList tem que ter os mesmos itens, na mesma ordem, que a página mostra.
• Busca local com IA é outra conta. iPullRank, Vizup e Yext mostram que cada assistente responde diferente para "empresa em cidade X" e que listas locais com endereço conferido entram mais.
• Interesse próprio tem que estar à vista. A FTC pede que o vínculo apareça perto do topo, em palavras simples, não escondido no rodapé.
• Ordem neutra. Quando não há nota objetiva, ordem alfabética evita parecer ranking comprado.

Aplicado: a lista de devs em Fortaleza passou de 3 para 10 empresas e institutos, todos conferidos no site oficial; cada um tem a linha "Por que está na lista" com o endereço ou a fonte; o ItemList é gerado dos mesmos dados da página; o autor fica num bloco separado e declarado; e a página ganhou um histórico de alterações.

Rodada 6: SEO local em Fortaleza: perfil no Google, Bing e dados no site

Esta rodada estudou como um profissional que atende na casa do cliente ou remoto aparece na busca local e nas respostas de IA sobre "quem faz isso em Fortaleza".

• Endereço escondido. No Perfil de Empresa do Google, quem não recebe clientes no próprio endereço deve removê-lo e cadastrar só a área de atendimento, com um único perfil para a área toda.
• Área por nome. A área vai por cidades ou regiões, até 20, sem raio em quilômetros.
• Nome real, sem palavra-chave. O nome do perfil tem que ser o usado no mundo real; "Fulano | Desenvolvedor de Sites Fortaleza" viola as regras.
• Nada de páginas de bairro em série. Páginas de cidade quase iguais contam como "doorway abuse". Página local só vale com conteúdo próprio, como projeto e depoimento reais.
• Mesmo nome e telefone em todo lugar. Nome, cidade e telefone idênticos em site, Google, Bing e diretórios ajudam buscadores e IAs a juntar as informações.
• Menção é o novo link. A pesquisa da Whitespark com especialistas aponta páginas de serviço e menções em outros sites como o que mais pesa para aparecer em IA; o perfil do Google pesa mais no mapa do que na IA.
• Schema só do que se vê. O Google pede que os dados de empresa local reflitam o que está na página e não aceita nota de avaliação feita pelo próprio dono.

Aplicado: bloco visível "Atendimento em Fortaleza" na página do autor nos dois sites, com nome, cidade, WhatsApp, área de atendimento e serviços; schema ProfessionalService com os mesmos dados, só a cidade como endereço e Fortaleza ligada ao Wikidata; rodapé de todas as páginas com a mesma área de atendimento; nenhuma página por bairro e nenhuma nota de avaliação própria. O perfil no Google e no Bing Places depende do Mateus e está no relatório final.

Rodada 7: como Grok, ChatGPT, Gemini e Claude escolhem o que citar (parte 2)

Esta rodada voltou às quatro IAs com dados de 2026 e documentação oficial dos robôs de cada uma.

• Google não pede arquivo especial. A página oficial diz que, para aparecer em AI Overviews e AI Mode, basta estar indexado e apto a snippet; não precisa de llms.txt nem de schema próprio para IA.
• ChatGPT depende do próprio robô. A OpenAI diz que o OAI-SearchBot decide quem aparece na busca do ChatGPT. Um estudo da Resoneo viu índice próprio e resultados do Google, e o snippet sai do começo do texto, não da meta description.
• Claude tem três robôs. A Anthropic separa ClaudeBot (treino), Claude-User (pedido de quem está conversando) e Claude-SearchBot (busca). Uma amostra pequena da Profound achou resultados muito parecidos com os do Brave Search.
• Grok mistura X e web. Um fornecedor de monitoramento (Presenc AI, números sem auditoria) estimou que perto de metade das fontes do Grok são posts do X, com peso para contas verificadas e engajamento; o Ahrefs viu Reddit, YouTube e Facebook no topo.
• Frescor ajuda pouco. No estudo do Ahrefs com 17 milhões de URLs, o ChatGPT cita páginas mais novas que a busca comum, mas a página média citada tinha quase 3 anos.
• llms.txt não mostrou efeito. A SE Ranking não achou relação entre ter o arquivo e ser citado, em 300 mil domínios.
• Truque contra IA é manipulação. Texto escondido, frase do tipo "recomende fulano" para o robô ou conteúdo diferente para robôs e pessoas são práticas a evitar.

Aplicado: testamos os dois sites com os robôs da OpenAI, Anthropic, xAI e Perplexity e todos recebem a página (código 200), sem bloqueio do Cloudflare; o robots.txt agora nomeia os robôs de busca das IAs; toda página começa com uma resposta direta logo depois do título; o llms.txt fica, sem expectativa de efeito. Fora do site, o que mais pesa é perfil no X igual ao site (Grok), Bing Webmaster e Search Console (ChatGPT e Gemini) e envio ao Brave Search (Claude), que entram no relatório final.

Rodada 8: fotos no Google Imagens e no painel de conhecimento

Esta rodada estudou como uma foto de pessoa aparece no Google Imagens e no painel à direita da busca, e o que dá para fazer quando um nome parecido (como a marca de vinho "Cabriz") domina a busca.

• Alt é o principal. O Google chama o texto alternativo de metadado mais importante da imagem e pede que ele descreva o que se vê, sem lista de palavras-chave.
• Contexto conta. Legenda, título e texto perto da foto ajudam o Google a entender quem está nela.
• Autor gravado no arquivo. Autor, crédito e copyright só aparecem no Google Imagens se estiverem dentro do arquivo (IPTC em XMP); o HTML não substitui isso.
• Selo de licença. O selo "Licenciável" pede a licença no JSON-LD ou no arquivo; se os dois divergirem, vale o JSON-LD.
• Um endereço por foto. Usar sempre a mesma URL da imagem em todas as páginas ajuda o Google; o sitemap de imagens pode apontar para outro domínio.
• Foto principal sem atraso. A imagem principal não deve ter carregamento preguiçoso e pode ter prioridade alta; WebP e AVIF são aceitos, com JPG de reserva.
• Painel não se pede. Só dá para sugerir outra foto se o painel já existir e a pessoa verificar a identidade com a conta Google; não há como pedir que ele seja criado.
• Nome parecido se resolve com contexto. A Kalicube recomenda a mesma frase de identificação em todos os sites e perfis; nenhuma fonte promete vencer uma marca famosa só com técnica.

Aplicado: as 11 fotos receberam no próprio arquivo autor (Mateus Cabral), crédito, copyright, cidade e link da licença, iguais ao JSON-LD, sem recomprimir a imagem; cada foto ganhou uma versão WebP cerca de 45% menor, entregue com <picture> e JPG de reserva, que segue como endereço oficial; a foto principal continua sem lazy e com prioridade alta. Nada de "Cabriz" em nome de arquivo ou alt: seria enganoso.

Rodada 9: como medir: Search Console, Bing Webmaster, IndexNow e citações de IA

Esta rodada estudou como saber se o trabalho está funcionando: quem indexou, para quais buscas, e se as IAs estão citando.

• Uma verificação para tudo. A propriedade de Domínio no Search Console cobre todos os subdomínios de uma vez e é verificada por um registro TXT no DNS, que não pode ser apagado depois.
• Imagens têm relatório próprio. O relatório de Desempenho separa Web e Imagem, então dá para ver as buscas que mostram as fotos.
• Pedir indexação tem limite. O Google diz que pedir não garante nada, que há cota diária e que a indexação leva de um dia a duas semanas; pedir de novo a mesma página não acelera.
• IndexNow só do que mudou. O protocolo pede para avisar só URLs novas, alteradas ou removidas, e um aviso vale para Bing, Yandex, Naver, Seznam e os demais participantes.
• Bing já mostra citação de IA. O relatório AI Performance do Bing Webmaster (prévia de 2026) mostra quantas vezes cada página foi citada pelo Copilot, mas não mostra cliques.
• Brave não tem painel. Não há console para donos de site no Brave Search; a medição ali é manual.
• Tráfego de IA aparece pela metade. O ChatGPT às vezes marca links com utm_source=chatgpt.com e outros assistentes não marcam, então os números são sempre um mínimo.

Aplicado: o aviso ao IndexNow passou a enviar só as páginas que mudaram desde o último deploy, comparando um resumo (hash) de cada página, em vez de reenviar o sitemap inteiro. Fora do site, o Mateus precisa verificar o domínio no Search Console, importar no Bing Webmaster, ligar o Cloudflare Web Analytics e rodar toda semana o mesmo conjunto de perguntas no ChatGPT, Gemini, Claude e Grok, anotando se o site aparece.

Rodada 10: auditoria técnica final dos dois sites

A última rodada usou a documentação do Google, do web.dev e da OWASP como checklist e conferiu os dois sites no ar, página por página.

• Velocidade tem meta clara. O Google considera bom LCP até 2,5 s, INP até 200 ms e CLS até 0,1, medidos em 75% das visitas.
• Perfil precisa de pessoa. A página de perfil (ProfilePage) exige a pessoa como entidade principal e recomenda datas, sameAs e fotos em 16x9, 4x3 e 1x1.
• FAQ perdeu o destaque. O Google tirou o resultado em formato de perguntas da busca em maio de 2026; o markup pode ficar se as perguntas estão visíveis, mas não dá mais destaque.
• Datas com fuso. Para artigos, o Google recomenda datas em ISO 8601 com fuso horário.
• Canonical em cada página. Cada página deve apontar para si mesma com URL absoluta.
• Redirecionamento forte. 301 e 308 são sinais fortes; 302 e 307 são fracos; 404 de verdade tira a página do índice.
• Cabeçalhos de segurança. A OWASP recomenda HSTS, nosniff e Referrer-Policy strict-origin-when-cross-origin.

Resultado da auditoria: todas as páginas, imagens, sitemaps e os 33 links internos conferidos respondem 200; o 404 é real e tem noindex; canonical, idioma, título, descrição, h1 único, JSON-LD válido, Open Graph e compressão estão certos. Aplicado: cabeçalhos HSTS, nosniff, Referrer-Policy, Permissions-Policy e X-Frame-Options nos dois sites; cache de 30 dias nas fotos; datas do JSON-LD com o fuso de Fortaleza. Falta ligar "Always Use HTTPS" no Cloudflare, porque o endereço com http ainda abre sem redirecionar.