Estudo de caso: como estruturei meu site para IA e pesquisa

Quando comecei a reorganizar meu próprio site, o objetivo não era instalar um plugin que prometesse cadastrar minhas páginas no ChatGPT, no Gemini ou em outras inteligências artificiais.

Também não era criar dezenas de arquivos técnicos, repetir palavras-chave ou publicar textos apenas para aumentar a quantidade de páginas.

Meu objetivo era mais simples e, ao mesmo tempo, mais trabalhoso: deixar claro quem sou, o que faço, quais serviços ofereço, para quem trabalho e quais conhecimentos posso demonstrar com base na minha própria experiência.

Foi dessa forma que comecei a estruturar um site para IA, mecanismos de busca e pessoas.

Uso a expressão “site para IA” porque ela ajuda a resumir o assunto. Porém, não existe uma categoria técnica oficial com esse nome.

O próprio Google informa que não há requisitos especiais para participar das Visões gerais criadas por IA ou do Modo IA.

Uma página precisa continuar atendendo às bases da Pesquisa:

• estar acessível;
• permitir rastreamento;
• estar indexada;
• poder aparecer com um trecho nos resultados;
• apresentar conteúdo útil;
• oferecer informações compreensíveis;
• manter dados estruturados coerentes com o conteúdo visível.

Portanto, meu trabalho não consistiu em abandonar o SEO para criar uma estrutura paralela chamada GEO.

Eu procurei melhorar a base do site para que ela funcionasse em diferentes formas de descoberta:

• Pesquisa Google tradicional;
• Visões gerais criadas por IA;
• Modo IA;
• Bing;
• Microsoft Copilot;
• mecanismos de busca;
• ferramentas que consultam páginas públicas;
• pessoas que chegam diretamente pelo endereço;
• visitantes vindos das redes sociais;
• clientes que recebem um link pelo WhatsApp.

Neste estudo de caso, explico o que analisei, quais decisões tomei, o que alterei e quais limites continuam existindo.

Não apresentarei uma fórmula capaz de garantir citações.

Também não afirmarei que determinada inteligência artificial recomenda meu trabalho sem possuir dados que comprovem essa afirmação.

O objetivo é mostrar o processo real de organização de um site profissional para melhorar sua clareza, sua descoberta e sua utilidade.

Atualizado em 29 de julho de 2026.

O que significa estruturar um site para IA?

Estruturar um site para IA significa facilitar a localização, a interpretação e a utilização das informações publicadas.

Na prática, isso envolve responder perguntas como:

• O site pertence a quem?
• Qual empresa ou profissional está por trás dele?
• Qual é a área de atuação?
• Onde o serviço é prestado?
• Quais páginas são importantes?
• Quem escreveu cada conteúdo?
• Quando o artigo foi publicado?
• Quando foi atualizado?
• Quais fontes sustentam as afirmações?
• Quais páginas tratam de cada assunto?
• Como os conteúdos se relacionam?
• Quais informações devem aparecer nos resultados?
• Quais páginas não precisam ser indexadas?
• Como o visitante entra em contato?
• O conteúdo representa experiência própria ou apenas repete outras páginas?

Essas perguntas também são importantes para leitores e mecanismos de busca.

Não criei uma versão do site para pessoas e outra para robôs.

Procurei construir uma única estrutura que fosse clara para ambos.

SEO, GEO e AEO são a mesma coisa?

Os termos possuem diferenças de contexto.

SEO significa otimização para mecanismos de busca.

GEO costuma ser utilizado para práticas relacionadas à presença em respostas geradas por inteligência artificial.

AEO costuma se referir à otimização para mecanismos de resposta.

No mercado, essas expressões ajudam a separar objetivos e métodos de análise.

Porém, do ponto de vista da Pesquisa Google, as práticas fundamentais continuam fazendo parte do SEO.

O guia oficial do Google para recursos generativos explica que suas experiências de IA utilizam sistemas centrais da Pesquisa para localizar páginas relevantes.

Isso significa que uma página bloqueada, não indexada, duplicada ou sem informações úteis não será corrigida apenas porque recebeu um novo nome de estratégia.

Ao trabalhar no meu site, preferi pensar em três camadas:

Base técnica

Permitir rastreamento, indexação e acesso ao conteúdo.

Base semântica

Deixar claro quem sou, o que faço e qual assunto cada página aborda.

Base editorial

Publicar conteúdo útil, próprio, atualizado e relacionado ao meu trabalho.

As três precisam funcionar juntas.

Qual era o ponto de partida?

Meu site já possuía uma estrutura em WordPress, páginas de serviços, blog, formulários, WhatsApp e configurações de SEO.

O problema não era a ausência completa de conteúdo ou tecnologia.

O principal desafio era organizar melhor o que já existia.

Como acontece em muitos projetos, o site cresceu por etapas.

Novos artigos foram publicados, categorias foram criadas, plugins adicionaram páginas técnicas e diferentes tipos de arquivo passaram a aparecer para os mecanismos de busca.

Com o tempo, uma estrutura aparentemente simples pode gerar:

• páginas importantes;
• categorias;
• tags;
• arquivos de autor;
• arquivos por data;
• resultados de pesquisa interna;
• feeds;
• paginações;
• anexos;
• URLs técnicas;
• conteúdos semelhantes;
• páginas sem função clara.

Para uma pessoa, muitas dessas URLs nem aparecem no menu.

Para um mecanismo de busca, elas podem fazer parte do site rastreável.

Por isso, o primeiro passo não foi produzir mais conteúdo.

Foi entender o que já estava publicado.

Primeira etapa: identificar a entidade principal

Antes de pensar em artigos, analisei a apresentação do próprio negócio.

Meu site precisava deixar claro:

• meu nome;
• minha profissão;
• minha localização;
• os serviços que ofereço;
• os públicos com quem trabalho;
• os canais oficiais de contato;
• a relação entre meu nome e minha marca profissional.

Sou Wesley Assis, web designer em Salvador, Bahia.

Trabalho principalmente com:

• sites institucionais;
• landing pages;
• páginas de vendas;
• lojas virtuais;
• blogs;
• estruturas digitais para empresas;
• projetos para profissionais liberais;
• páginas para lojistas e infoprodutores.

Essas informações não devem aparecer apenas em uma biografia escondida no final dos artigos.

Elas precisam estar distribuídas de maneira coerente entre:

• página inicial;
• página sobre;
• serviços;
• rodapé;
• página de contato;
• artigos;
• dados estruturados;
• Perfil da Empresa;
• canais sociais.

Quando o site apresenta nomes, descrições ou contatos diferentes em cada lugar, ele dificulta a compreensão.

A importância de uma página sobre o autor

Um site baseado em conteúdo precisa mostrar quem produz as informações.

A página sobre não deve ser somente uma apresentação genérica.

Ela deve ajudar o visitante a compreender:

• quem é o profissional;
• qual é sua área;
• quais serviços presta;
• que tipo de experiência possui;
• por que publica sobre determinados assuntos;
• onde atua;
• como entrar em contato.

O Google possui uma marcação chamada ProfilePage, indicada para páginas cujo foco principal é uma pessoa ou organização que compartilha perspectivas próprias.

Isso não significa que qualquer página “Sobre” precisa obrigatoriamente utilizar esse Schema.

Também não significa que o Schema substitui a apresentação visível.

A prioridade continua sendo uma página real, acessível e útil.

A marcação apenas pode ajudar os mecanismos a interpretar a relação entre a página, o autor e os artigos publicados.

As orientações oficiais estão na documentação sobre dados estruturados de página de perfil.

Segunda etapa: organizar a arquitetura do site

Depois de definir a entidade principal, analisei a arquitetura.

A arquitetura é a maneira como páginas, artigos, categorias e menus se relacionam.

Um site de serviços precisa deixar caminhos claros para:

• conhecer o profissional;
• entender os serviços;
• consultar projetos;
• acessar conteúdos;
• entrar em contato;
• conhecer políticas.

No meu caso, a estrutura principal precisava concentrar páginas como:

• página inicial;
• apresentação profissional;
• serviços;
• portfólio;
• blog;
• contato;
• políticas;
• artigos.

O blog também precisava ser organizado por assuntos relacionados ao meu trabalho.

Entre os temas estão:

• criação de sites;
• lojas virtuais;
• SEO;
• inteligência artificial;
• mercado digital;
• profissionais liberais;
• lojistas;
• tráfego e marketing;
• design.

As categorias ajudam na administração editorial.

Porém, isso não significa que todas precisam aparecer no Google.

Uma categoria só merece indexação quando oferece conteúdo próprio e utilidade suficiente.

Quando ela apresenta apenas uma lista automática de posts, pode não acrescentar algo além das páginas individuais.

Remoção de estruturas redundantes

Durante a revisão, encontrei uma categoria chamada Blog aplicada a todos os posts.

Ela era redundante porque o próprio endereço /blog/ já funcionava como página geral dos artigos.

Manter uma categoria adicional com a mesma função criava duas estruturas muito parecidas:

• arquivo geral do blog;
• categoria Blog.

A categoria foi removida, e os posts permaneceram organizados em temas mais específicos.

Também revisei outros arquivos automáticos.

Dependendo do projeto, arquivos de autor e data podem ser úteis.

Em um site com um único autor, eles podem apenas repetir os mesmos artigos em outras URLs.

Por isso, desativei estruturas que não acrescentavam uma experiência diferente.

Essa decisão não é uma regra universal.

Um portal com vários autores pode precisar de páginas individuais para cada profissional.

Um site de notícias pode utilizar arquivos por data.

A configuração precisa refletir o projeto real.

Páginas que devem e que não devem ser indexadas

Nem toda URL precisa aparecer nos resultados.

No meu site, priorizei a indexação de:

• páginas de serviços;
• artigos úteis;
• página inicial;
• páginas institucionais relevantes;
• conteúdos que respondem dúvidas;
• páginas que ajudam o visitante a tomar uma decisão.

Mantive fora do índice estruturas como:

• resultados de pesquisa interna;
• tags sem conteúdo próprio;
• arquivos redundantes;
• determinadas paginações;
• páginas técnicas;
• conteúdos protegidos por senha.

O objetivo não foi esconder problemas.

Foi indicar quais páginas realmente representam o site.

A tag noindex informa ao Google que uma página não deve aparecer nos resultados. Ela não deve ser aplicada de maneira indiscriminada.

Uma configuração errada pode retirar páginas importantes.

Por isso, depois de alterar essas opções, é necessário conferir:

• código da página;
• sitemap;
• Search Console;
• URL canônica;
• links internos;
• resultado da inspeção.

Ter menos URLs não significa ter menos conteúdo

Ao retirar arquivos redundantes da indexação, não apaguei os artigos.

O conteúdo principal continuou disponível.

A diferença é que o mesmo conjunto de posts deixou de ser apresentado em várias páginas automáticas sem contribuição própria.

Essa organização ajuda a concentrar o rastreamento e a navegação nas URLs que realmente precisam ser encontradas.

Uma estrutura menor e clara pode ser mais útil do que centenas de páginas semelhantes.

Terceira etapa: revisar o sitemap

O sitemap é um arquivo que apresenta aos mecanismos as URLs consideradas importantes.

Ele não garante indexação.

Também não substitui links internos.

No meu caso, organizei o sitemap para concentrar:

• posts;
• páginas.

Retirei tipos de conteúdo que não precisavam ser tratados como destinos principais da Pesquisa.

A documentação oficial do Google explica que o sitemap informa quais páginas e arquivos o proprietário considera relevantes. O mecanismo ainda decide se rastreia, indexa e apresenta cada URL.

Você pode consultar o guia sobre como funcionam os sitemaps.

Depois de alterar a estrutura, conferi:

• se o sitemap abria;
• se os arquivos corretos apareciam;
• se páginas importantes estavam incluídas;
• se URLs com noindex não continuavam sendo enviadas;
• se o sitemap estava cadastrado no Search Console.

Quarta etapa: definir uma URL principal para cada conteúdo

Uma mesma página pode ficar acessível por mais de um endereço em algumas configurações.

Também podem existir versões com parâmetros, paginação ou caminhos alternativos.

O URL canônico ajuda a indicar qual versão deve ser tratada como principal.

No WordPress, o plugin de SEO pode configurar URLs canônicas automaticamente.

Ainda assim, verifiquei se:

• cada post apontava para si mesmo;
• páginas importantes possuíam URL correta;
• não havia canônicos apontando para outra página sem motivo;
• redirecionamentos antigos estavam funcionando;
• o sitemap e o canônico apresentavam o mesmo endereço.

O canônico é um sinal, não uma ordem absoluta.

Quando há contradições entre sitemap, redirecionamento, links internos e conteúdo, o Google pode escolher outra URL.

Quinta etapa: transformar o blog em uma base de conhecimento relacionada ao serviço

Um erro frequente é publicar assuntos que geram visitas, mas não possuem relação com o negócio.

Eu poderia produzir artigos sobre qualquer notícia tecnológica apenas porque o tema está em alta.

Isso aumentaria o número de páginas, mas não necessariamente ajudaria a explicar meu trabalho.

Passei a concentrar o blog em assuntos relacionados a:

• sites;
• presença digital;
• e-commerce;
• SEO;
• inteligência artificial;
• marketplaces;
• atendimento digital;
• pagamentos;
• mudanças que afetam empresas na internet.

Mesmo os conteúdos sobre notícias precisam chegar a uma aplicação prática.

Por exemplo, um artigo sobre uma mudança no WhatsApp não deve apenas repetir o comunicado da Meta.

Ele precisa explicar:

• o que mudou;
• para quem;
• quais recursos existem;
• quais limitações permanecem;
• como a empresa pode aplicar;
• quais cuidados adotar;
• como isso se conecta ao site e ao atendimento.

Esse trabalho reduz a quantidade de conteúdo genérico.

Conteúdo próprio em vez de simples compilação

O Google recomenda conteúdo que ofereça uma contribuição própria e não apenas reproduza o que já está disponível.

Isso é especialmente importante em um cenário no qual uma inteligência artificial consegue resumir dezenas de páginas genéricas.

Um artigo baseado em experiência pode apresentar:

• decisões tomadas;
• erros;
• limitações;
• processos;
• exemplos;
• comparações;
• resultados verificáveis;
• mudanças realizadas;
• opinião acompanhada de justificativa.

Este próprio estudo de caso segue essa lógica.

Em vez de publicar apenas “dez dicas para aparecer nas IAs”, explico o que fiz no meu site e o que não consigo garantir.

Isso torna o conteúdo mais específico.

Não criei páginas para cada variação da mesma pergunta

Outra decisão foi evitar uma página diferente para cada frase semelhante.

Exemplos:

• como aparecer no ChatGPT;
• como ser citado pelo ChatGPT;
• como aparecer nas IAs;
• como estruturar um site para IA;
• como preparar um site para Gemini;
• como aparecer no Modo IA.

Essas pesquisas podem possuir diferenças, mas não exigem automaticamente seis artigos praticamente iguais.

Quando o conteúdo é muito parecido, a melhor opção pode ser criar uma página completa e responder às variações dentro dela.

O Google informa que seus sistemas conseguem compreender sinônimos e significados relacionados.

Não é necessário repetir uma frase exata em todas as seções para que o assunto seja interpretado.

Sexta etapa: revisar títulos, descrições e introduções

Cada página precisa possuir um assunto principal.

No Rank Math, utilizo uma palavra-chave de foco como ferramenta de revisão.

Ela ajuda a conferir se a expressão principal aparece em locais importantes, como:

• título;
• URL;
• descrição;
• início do texto;
• subtítulos;
• conteúdo.

Porém, a pontuação do plugin não é um fator direto de posicionamento.

Também não é necessário alcançar 100 em todos os artigos.

A palavra-chave precisa aparecer de maneira natural.

Neste artigo, a expressão principal é site para IA.

Ela está presente:

• no título;
• no título SEO;
• na meta descrição;
• no slug;
• na introdução;
• em partes do desenvolvimento;
• no FAQ;
• na conclusão.

Não preciso repetir “site para IA” em todos os parágrafos.

O título precisa explicar o conteúdo

Evitei títulos vagos, como:

• Minha experiência com IA.
• O futuro dos sites.
• Uma nova forma de aparecer.
• Tudo mudou na internet.

Esses títulos podem despertar curiosidade, mas não explicam claramente o assunto.

Um título descritivo ajuda o visitante a decidir se deve acessar a página.

Neste caso, o título informa:

• que é um estudo de caso;
• que o site é meu;
• que o tema envolve estrutura para IA e pesquisa.

A meta descrição não substitui o conteúdo

A meta descrição resume a página e pode influenciar a apresentação nos resultados.

O Google pode utilizar outro trecho quando considerar que ele responde melhor à pesquisa.

Por isso, não coloquei informações importantes apenas no campo de descrição.

O conteúdo principal precisa estar dentro da página.

Sétima etapa: organizar títulos e subtítulos

Utilizei uma hierarquia de títulos:

• H1 para o título principal do post;
• H2 para as grandes seções;
• H3 para subdivisões;
• H4 apenas quando necessário.

No WordPress, o título do post já funciona como H1.

Por isso, não é necessário repetir o mesmo H1 dentro do corpo.

A hierarquia ajuda:

• leitores;
• navegação;
• leitores de tela;
• mecanismos de busca;
• sistemas que extraem partes específicas da página.

Ela também deixa o texto longo mais fácil de consultar.

O visitante não precisa ler tudo em ordem.

Ele pode localizar a seção relacionada à dúvida.

O conteúdo não precisa ser dividido em frases minúsculas

Algumas recomendações sobre GEO afirmam que todo conteúdo deve ser quebrado em blocos muito pequenos para que as IAs consigam interpretá-lo.

O Google afirma que não existe esse requisito.

Um texto pode ter parágrafos curtos ou longos, dependendo do assunto.

Também não existe um número ideal de palavras.

Este artigo possui mais de 3.000 palavras porque o assunto exige contexto, descrição do processo e exemplos.

O tamanho, sozinho, não melhora a qualidade.

Um texto de 800 palavras pode responder completamente uma pergunta.

Outro pode precisar de 4.000.

A página deve ter o tamanho necessário para cumprir sua função.

Oitava etapa: utilizar perguntas frequentes

Passei a tratar o FAQ como parte do padrão editorial.

As perguntas frequentes ajudam a:

• responder dúvidas objetivas;
• resumir pontos importantes;
• cobrir situações específicas;
• facilitar a consulta;
• reduzir ambiguidades;
• oferecer respostas diretas;
• complementar o conteúdo principal.

O FAQ não foi criado para manipular citações.

Também não garante que uma inteligência artificial utilizará a página.

As perguntas precisam representar dúvidas reais.

Em um artigo sobre estrutura para IA, podem aparecer questões como:

• É necessário usar llms.txt?
• Schema garante citações?
• Um site precisa ter blog?
• FAQ é obrigatório?
• Qual é a diferença entre SEO e GEO?
• Como medir citações?

No conteúdo sobre perguntas de FAQ que ajudam a organizar informações por nicho, apresento exemplos para diferentes tipos de negócio.

Schema FAQ não garante citação

O Schema ajuda a identificar elementos estruturados.

Ele não transforma uma resposta comum em fonte obrigatória.

Também não substitui o texto visível.

Quando utilizo o bloco de FAQ do Rank Math, mantenho as perguntas e respostas publicadas na página.

Não adiciono marcação sobre informações que o visitante não consegue ver.

Nona etapa: mostrar autoria e atualização

Cada artigo precisa indicar quem escreveu e quando foi atualizado.

No meu site, os conteúdos são relacionados ao meu trabalho e à minha experiência.

Por isso, a autoria precisa estar ligada à apresentação profissional.

Também utilizo datas visíveis, como:

• publicado em;
• atualizado em.

O Google recomenda manter consistência entre a data mostrada ao leitor e os campos datePublished e dateModified dos dados estruturados.

Alterar apenas a data para fazer um conteúdo antigo parecer novo não melhora sua utilidade.

A data deve mudar quando há uma atualização real.

Por exemplo:

• correção de uma regra;
• substituição de uma fonte;
• inclusão de novo recurso;
• revisão de valores;
• atualização de uma interface;
• mudança na legislação;
• ampliação significativa do artigo.

As orientações podem ser consultadas na documentação sobre datas de publicação e atualização.

Décima etapa: citar fontes verificáveis

Em artigos técnicos, fiscais ou relacionados a plataformas, procuro utilizar fontes oficiais.

Isso inclui:

• documentação do Google;
• Central de Ajuda da Meta;
• Banco Central;
• Receita Federal;
• legislação;
• portais do governo;
• documentação de plataformas;
• estudos originais.

Uma fonte deve sustentar a afirmação correspondente.

Não adianta colocar dez links no final quando nenhum confirma o que foi escrito.

Também procuro diferenciar:

Fato confirmado

Uma regra, data ou recurso publicado oficialmente.

Análise

Minha interpretação sobre o impacto daquela informação.

Exemplo

Uma situação didática criada para explicar o funcionamento.

Experiência própria

Uma decisão ou mudança realizada no meu site.

Essa separação reduz afirmações enganosas.

Décima primeira etapa: fortalecer os links internos

Os links internos conectam as páginas.

Eles ajudam o visitante a encontrar conteúdos relacionados e ajudam os mecanismos a compreender a estrutura temática.

Neste artigo, por exemplo, posso encaminhar o leitor para:

• como configurar Schema Markup sem programar;
• como o Google Zero afeta os cliques dos sites;
• como funciona criar um site profissional comigo;
• erros na presença digital de profissionais liberais.

O texto do link precisa indicar o destino.

Evito utilizar somente expressões como:

• clique aqui;
• veja mais;
• acesse;
• saiba mais.

Uma frase descritiva oferece mais contexto.

Não adicionei links apenas para aumentar a quantidade

Links internos precisam ser úteis.

Colocar dez recomendações em uma mesma seção pode desviar o leitor e tornar o conteúdo confuso.

Procuro incluir o link quando a outra página realmente aprofunda o assunto.

Também verifico se o endereço continua funcionando.

Links quebrados prejudicam a experiência e dificultam a manutenção.

Décima segunda etapa: utilizar dados estruturados coerentes

Utilizo o Rank Math para adicionar dados estruturados.

Dependendo da página, a marcação pode representar:

• artigo;
• página;
• pessoa;
• organização;
• serviço;
• navegação;
• perguntas frequentes.

O Schema não deve ser escolhido apenas porque parece mais avançado.

Ele precisa representar o conteúdo real.

Para artigos, informações importantes incluem:

• título;
• autor;
• data de publicação;
• data de modificação;
• imagem;
• organização responsável;
• URL.

Para a página inicial, dados de organização podem ajudar a identificar:

• nome;
• logotipo;
• endereço;
• telefone;
• site;
• perfis oficiais.

O Google informa que dados estruturados ajudam a compreender as informações da página, mas não garantem resultado aprimorado.

A documentação também orienta que a marcação corresponda ao conteúdo visível.

No guia sobre Schema Markup sem programação, explico como revisar essas configurações no WordPress.

Não existe Schema especial para IA

Não adicionei um tipo chamado:

• AIWebsite;
• GEOPage;
• ChatGPTPage;
• LLMContent;
• AIOptimizedArticle.

Esses tipos não fazem parte das marcações especiais exigidas pela Pesquisa Google.

Utilizo tipos que representam o que a página realmente é.

Um artigo continua sendo um artigo.

Uma página sobre o profissional continua sendo uma página de perfil ou uma página institucional.

Uma empresa continua sendo uma organização.

Décima terceira etapa: revisar o arquivo llms.txt

O arquivo llms.txt passou a ser divulgado como uma forma de apresentar informações de um site para modelos de linguagem.

Alguns serviços podem decidir utilizar esse tipo de arquivo.

Porém, o Google afirma claramente que sua Pesquisa não utiliza llms.txt como requisito ou sinal especial.

Segundo o guia oficial de otimização para recursos generativos, criar esse arquivo não melhora nem prejudica a visibilidade no Google.

Por isso, não tratei o llms.txt como prioridade.

A ordem do trabalho foi:

1. corrigir rastreamento;
2. organizar indexação;
3. revisar conteúdo;
4. melhorar links internos;
5. deixar autoria clara;
6. adicionar fontes;
7. revisar dados estruturados;
8. acompanhar resultados.

Criar um arquivo adicional antes de corrigir essas bases não faria sentido.

Décima quarta etapa: melhorar a experiência no celular

Um conteúdo pode estar tecnicamente indexado e continuar difícil de usar.

Revisei a apresentação em telas menores, observando:

• tamanho dos textos;
• largura;
• espaçamento;
• títulos;
• menus;
• formulários;
• botões;
• imagens;
• links;
• WhatsApp;
• rodapé.

No celular, um artigo longo precisa ser fácil de percorrer.

Subtítulos, listas e parágrafos ajudam na leitura.

Também evitei elementos que cobrem o conteúdo ou dificultam o toque.

O objetivo não é apenas agradar a um sistema.

É permitir que a pessoa encontre a informação.

Desempenho e carregamento

Meu site utiliza WordPress, Elementor e LiteSpeed Cache.

Durante as otimizações, trabalhei pontos como:

• cache;
• carregamento tardio de imagens;
• otimização de arquivos;
• tratamento de fontes;
• imagens;
• scripts;
• integração com CDN.

Nem toda opção de desempenho deve ser ativada.

Em um teste, combinar determinados arquivos JavaScript causou problemas no Elementor.

A configuração precisou ser desativada.

Esse exemplo mostra por que não basta seguir uma lista genérica de recomendações.

Uma opção pode melhorar uma métrica e quebrar:

• menu;
• formulário;
• layout;
• botão;
• animação;
• carregamento.

Cada alteração precisa ser testada no site real.

Décima quinta etapa: melhorar acessibilidade e legibilidade

A estrutura também precisa considerar pessoas que utilizam:

• leitor de tela;
• teclado;
• ampliação;
• dispositivos móveis;
• diferentes condições de visão.

Revisei elementos como:

• hierarquia de títulos;
• contraste;
• textos dos links;
• nomes de botões;
• texto alternativo;
• ordem das informações;
• tamanho de áreas clicáveis.

Acessibilidade não é uma técnica exclusiva para IA.

Ela melhora a forma como diferentes tecnologias e pessoas interpretam a página.

Décima sexta etapa: organizar o contato

Um site profissional não deve terminar o conteúdo sem apresentar uma próxima etapa coerente.

No meu caso, o objetivo comercial é permitir que empresas, lojistas e profissionais entrem em contato para conversar sobre seus projetos.

Utilizo CTA para o WhatsApp com uma mensagem inicial relacionada ao artigo.

A pessoa que chega por este estudo de caso pode abrir a conversa informando que deseja estruturar ou revisar o próprio site para mecanismos de busca e inteligências artificiais.

Isso oferece mais contexto do que um botão genérico.

Também evito repetir o mesmo CTA várias vezes no artigo.

Um caminho claro no final é suficiente para este conteúdo.

Décima sétima etapa: não depender apenas da indexação

Estar indexado não significa aparecer bem posicionado.

Também não significa ser utilizado em uma resposta de IA.

Depois da publicação, acompanho indicadores em ferramentas como:

• Google Search Console;
• Google Analytics;
• Bing Webmaster Tools;
• cliques no WhatsApp;
• formulários;
• páginas acessadas;
• consultas;
• impressões;
• indexação.

A análise precisa considerar o objetivo da página.

Um artigo pode receber muitas impressões e poucos contatos.

Uma página de serviço pode receber menos visitas e gerar pedidos de orçamento.

Como medir a presença nas respostas de IA?

A medição ainda está evoluindo.

O Google passou a disponibilizar um relatório específico de performance em IA generativa para determinadas propriedades no Search Console.

O relatório pode apresentar informações relacionadas a:

• páginas;
• impressões;
• países;
• dispositivos;
• datas;
• experiências generativas.

A liberação é gradual e pode não estar disponível em todas as contas.

O Bing Webmaster Tools também lançou o relatório AI Performance.

Segundo a Microsoft, ele pode mostrar:

• total de citações;
• páginas citadas;
• evolução das citações;
• expressões utilizadas para recuperar o conteúdo;
• URLs que aparecem como fonte.

A Microsoft ressalta que uma citação não representa posição, autoridade ou importância dentro da resposta.

Você pode consultar o anúncio do AI Performance no Bing Webmaster Tools.

Pesquisar manualmente o próprio nome é suficiente?

Não.

Realizar perguntas no ChatGPT, Gemini ou Copilot pode ajudar a observar respostas, mas esse teste não é uma medição completa.

Os resultados podem variar conforme:

• modelo;
• data;
• localização;
• conta;
• histórico;
• formulação da pergunta;
• fontes disponíveis;
• atualização do índice;
• execução.

Uma resposta obtida uma vez não significa que todas as pessoas verão a mesma recomendação.

Também não significa que o sistema continuará utilizando aquela fonte.

Testes manuais devem ser tratados como observações, não como prova definitiva de visibilidade.

Quais resultados posso afirmar neste estudo de caso?

Posso afirmar as mudanças que realizei na estrutura.

Entre elas:

• revisão das páginas indexáveis;
• retirada de arquivos redundantes;
• reorganização de categorias;
• simplificação do sitemap;
• revisão de autoria;
• inclusão de datas de atualização;
• melhoria de títulos e descrições;
• ampliação dos conteúdos;
• uso de fontes;
• criação de FAQs;
• fortalecimento dos links internos;
• revisão do Schema;
• melhoria dos CTAs;
• análise da versão móvel;
• revisão de desempenho;
• acompanhamento no Search Console.

Essas alterações deixaram o site mais organizado e compreensível.

Não posso afirmar somente com base nisso que:

• o ChatGPT sempre citará meu site;
• o Gemini recomendará meus serviços;
• o Google colocará meus artigos no Modo IA;
• minhas páginas aparecerão em todas as pesquisas;
• o tráfego aumentará uma porcentagem específica;
• o AdSense será aprovado.

Esses resultados dependem de sistemas externos e de fatores que não controlo.

O que não fiz para estruturar o site

Não utilizei:

• texto escondido;
• repetição excessiva de palavras-chave;
• páginas automáticas para cada cidade;
• avaliações inventadas;
• autores falsos;
• números sem fonte;
• Schema sobre informações inexistentes;
• dezenas de páginas geradas sem revisão;
• bloqueios indiscriminados;
• arquivos apresentados como solução garantida;
• compra de menções falsas;
• promessas de citação.

Essas práticas podem criar mais páginas, mas não melhoram necessariamente a qualidade.

A principal mudança foi editorial

A parte técnica foi importante.

Porém, a maior transformação aconteceu na maneira de tratar os artigos.

Passei a revisar cada conteúdo perguntando:

• Este assunto está relacionado ao meu trabalho?
• A informação está atualizada?
• Existe uma fonte oficial?
• Estou acrescentando uma análise prática?
• O conteúdo responde à dúvida principal?
• Há repetição desnecessária?
• O FAQ complementa o texto?
• Existe autoria clara?
• Os links internos realmente ajudam?
• O CTA corresponde ao assunto?
• O artigo deveria continuar indexado?
• Existe outro conteúdo muito parecido?
• O texto pode ser atualizado ou precisa ser removido?

Esse processo exige mais tempo do que gerar uma postagem rapidamente.

Em compensação, cada página passa a cumprir uma função mais clara.

Como aplicar este processo em outro site

A mesma base pode ser aplicada a empresas, lojistas e profissionais liberais.

Para profissionais liberais

O site precisa deixar claro:

• nome;
• profissão;
• registro, quando aplicável;
• especialidades;
• localização;
• modalidade de atendimento;
• formação;
• processo;
• contato;
• autoria;
• políticas.

Os conteúdos podem responder dúvidas reais recebidas durante o atendimento.

Para lojistas

A estrutura precisa organizar:

• marca;
• produtos;
• categorias;
• preços;
• estoque;
• entrega;
• pagamento;
• troca;
• devolução;
• contato;
• avaliações;
• políticas.

As informações do site, do marketplace e do Perfil da Empresa precisam ser consistentes.

Para empresas de serviços

As páginas podem apresentar:

• problema atendido;
• público;
• escopo;
• etapas;
• regiões;
• prazo;
• requisitos;
• perguntas frequentes;
• orçamento;
• contato.

Para infoprodutores

A estrutura pode incluir:

• página de vendas;
• descrição da oferta;
• autor;
• módulos;
• requisitos;
• suporte;
• políticas;
• checkout;
• perguntas frequentes;
• conteúdos relacionados.

Em todos os casos, a clareza precisa existir antes de qualquer técnica específica para IA.

Checklist para estruturar um site para IA e pesquisa

Identidade

• O nome do profissional ou da empresa está claro?
• A atividade está descrita?
• A localização aparece?
• Os contatos são consistentes?
• Existe uma página sobre?

Conteúdo

• As páginas respondem dúvidas reais?
• Existe experiência própria?
• As fontes estão corretas?
• O conteúdo está atualizado?
• Há autoria?

Estrutura

• Cada página possui uma função?
• O menu está organizado?
• Os links internos ajudam?
• Existem páginas duplicadas?
• As categorias acrescentam algo?

Indexação

• As páginas importantes estão como index?
• Resultados internos estão como noindex?
• O sitemap contém somente URLs relevantes?
• As páginas possuem canônico correto?
• O Search Console foi configurado?

Dados estruturados

• O Schema representa o conteúdo real?
• O artigo possui autor?
• As datas estão corretas?
• Os dados da organização estão atualizados?
• O FAQ está visível?

Experiência

• O site funciona no celular?
• Os botões são fáceis de tocar?
• Os textos são legíveis?
• As imagens possuem descrição?
• Os formulários funcionam?
• O carregamento foi testado?

Conversão

• Existe um próximo passo?
• O WhatsApp recebe uma mensagem contextualizada?
• O formulário pede somente o necessário?
• A página explica o que acontece depois do contato?

Medição

• O Search Console está acompanhando as páginas?
• O Bing Webmaster Tools foi configurado?
• Os cliques no contato são medidos?
• As atualizações são registradas?
• As páginas citadas são verificadas quando o relatório estiver disponível?

Perguntas frequentes sobre site para IA

O que é um site para IA?

É uma expressão usada para descrever um site organizado de maneira que mecanismos de busca e sistemas de inteligência artificial consigam localizar e interpretar suas informações.

Não existe um tipo técnico oficial chamado site para IA.

Preciso criar outro site separado para as inteligências artificiais?

Não.

O mesmo site pode atender pessoas, mecanismos de busca e ferramentas de IA quando possui conteúdo acessível, estrutura clara e informações corretas.

SEO ainda funciona com as respostas de IA?

Sim.

O Google informa que seus recursos generativos utilizam os sistemas centrais da Pesquisa e páginas presentes em seu índice.

Qual é a diferença entre SEO e GEO?

SEO trabalha a descoberta, o rastreamento, a indexação e a apresentação das páginas nos mecanismos de busca.

GEO é um termo utilizado para práticas relacionadas à visibilidade em respostas generativas.

Existe uma grande sobreposição entre os dois.

Preciso usar llms.txt?

O Google não utiliza llms.txt como requisito ou fator especial de visibilidade.

Outros sistemas podem decidir utilizar esse tipo de arquivo, mas ele não substitui SEO, conteúdo e indexação.

O arquivo llms.txt prejudica o site?

Segundo o Google, ele não melhora nem prejudica a visibilidade na Pesquisa Google.

O problema aparece quando a empresa dedica tempo a esse arquivo e deixa de corrigir questões mais importantes.

Existe um Schema especial para IA?

Não existe um Schema especial obrigatório para aparecer nas Visões gerais criadas por IA ou no Modo IA.

Utilize dados estruturados que representem o conteúdo real.

Schema garante que o site será citado?

Não.

Ele ajuda na interpretação, mas não garante indexação, posicionamento, resultado aprimorado ou citação.

FAQ ajuda as inteligências artificiais?

Perguntas e respostas claras podem facilitar a localização de informações específicas.

Isso não garante que uma IA utilizará a página.

Todo artigo precisa ter FAQ?

No meu blog, adotei o FAQ como padrão para conteúdos informativos quando existem dúvidas relevantes.

Ele não deve ser usado apenas para aumentar o tamanho do texto.

Preciso escrever artigos com mais de 3.000 palavras?

Não existe um tamanho ideal para todos os assuntos.

O conteúdo deve ser longo o suficiente para responder adequadamente à necessidade do leitor.

Conteúdo curto pode aparecer nas respostas de IA?

Pode.

A elegibilidade não depende de uma quantidade mínima universal de palavras.

Preciso repetir a palavra-chave várias vezes?

Não.

A expressão principal deve aparecer em locais importantes e de forma natural.

Repetição excessiva prejudica a leitura.

A página precisa estar indexada?

Para aparecer como link de apoio nas experiências generativas da Pesquisa Google, a página precisa estar indexada e qualificada para aparecer com um trecho.

Uma página com noindex pode aparecer no Google?

A regra noindex informa que a página não deve ser incluída nos resultados.

Ela não deve ser usada em páginas que você pretende posicionar.

O sitemap garante indexação?

Não.

Ele ajuda os mecanismos a encontrar URLs consideradas importantes, mas não obriga a indexação.

Links internos ajudam?

Sim.

Eles ajudam visitantes e mecanismos a encontrar conteúdos relacionados e compreender a arquitetura do site.

Autoria faz diferença?

A autoria ajuda a identificar quem produziu o conteúdo e qual relação possui com o assunto.

Ela deve ser visível e verdadeira.

Preciso colocar fontes em todos os artigos?

Fontes são especialmente importantes quando o conteúdo apresenta dados, regras, valores, notícias, especificações ou afirmações verificáveis.

Relatos de experiência própria também precisam ser identificados como experiência.

Uma IA pode citar um site pequeno?

Pode.

O tamanho da empresa não é uma garantia nem uma proibição.

A escolha das fontes depende da consulta, do sistema e da relevância das páginas encontradas.

Estar na primeira posição garante citação?

Não.

Resultados tradicionais e fontes utilizadas em respostas generativas podem apresentar diferenças.

Posso testar perguntando meu nome ao ChatGPT?

Pode utilizar como observação, mas uma resposta isolada não comprova presença consistente.

Resultados podem variar entre usuários, datas, modelos e consultas.

Como medir citações?

Bing Webmaster Tools oferece um relatório de AI Performance.

O Google também começou a liberar relatórios relacionados à performance em recursos generativos no Search Console.

Posso garantir ao cliente que ele aparecerá nas IAs?

Não.

É possível organizar a estrutura, melhorar o conteúdo e acompanhar a visibilidade.

A decisão de rastrear, indexar, posicionar ou citar pertence às plataformas.

Um site sem blog pode aparecer nas IAs?

Pode.

Páginas de serviços, produtos, perfis e informações comerciais também podem ser utilizadas.

O blog é útil quando existe conteúdo relevante para publicar.

Publicar muitos artigos aumenta as chances?

Quantidade sem qualidade não cria automaticamente mais autoridade.

Páginas repetitivas ou produzidas em escala sem contribuição própria podem prejudicar o projeto.

O site precisa ter WordPress?

Não.

As práticas podem ser aplicadas a diferentes tecnologias.

O importante é que o conteúdo seja acessível, indexável, organizado e utilizável.

Elementor prejudica a IA?

Não existe uma regra que exclua sites feitos com Elementor.

A implementação precisa funcionar corretamente, carregar o conteúdo e oferecer boa experiência.

Rank Math cadastra o site nas IAs?

Não.

O Rank Math ajuda a configurar elementos de SEO e dados estruturados.

Ele não garante inclusão em ferramentas de inteligência artificial.

Quanto tempo leva para perceber resultados?

Não existe prazo universal.

Rastreamento, indexação, concorrência, qualidade, atualizações e sistemas externos influenciam o tempo.

Conclusão

Estruturar meu próprio site para IA não significou abandonar o SEO nem criar uma versão paralela da página para robôs.

O trabalho consistiu em organizar o que pessoas e sistemas precisam compreender:

• quem sou;
• o que faço;
• onde atuo;
• quais serviços ofereço;
• quais conteúdos publico;
• quem escreveu;
• quando foi atualizado;
• quais fontes sustentam as informações;
• como as páginas se relacionam;
• quais URLs devem aparecer;
• como o visitante entra em contato.

A parte técnica incluiu sitemap, indexação, URLs canônicas, dados estruturados, desempenho e versão móvel.

A parte editorial incluiu autoria, experiência própria, fontes, FAQ, links internos e revisão dos artigos.

Nenhuma dessas etapas garante uma citação.

Elas deixam o site mais preparado para ser rastreado, interpretado e avaliado.

O principal aprendizado deste estudo de caso é que um site não se torna adequado para a inteligência artificial por causa de um arquivo ou plugin.

Ele se torna mais compreensível quando sua identidade, sua estrutura e seu conteúdo trabalham juntos.

Seu site está claro para clientes, Google e ferramentas de IA?

Posso analisar sua estrutura atual, identificar problemas de indexação, conteúdo, páginas, Schema e links internos e organizar um plano de correção.

Falar com Wesley pelo WhatsApp

Fontes consultadas

• Google Search Central: recursos de IA e seu site
• Google Search Central: como otimizar um site para recursos generativos
• Google Search Central: conteúdo útil, confiável e criado para pessoas
• Google Search Central: introdução aos dados estruturados
• Google Search Central: dados estruturados de artigos
• Google Search Central: dados estruturados de página de perfil
• Google Search Central: dados estruturados de organização
• Google Search Central: datas de publicação e atualização
• Google Search Central: visão geral dos sitemaps
• Google Search Central: URLs canônicas e conteúdo duplicado
• Google Search Central: controle de indexação com noindex
• Google Search Console: relatório de performance da IA generativa
• Bing Webmaster Tools: relatório AI Performance