SEO para sites criados com IA: o que realmente importa
Um site criado com IA pode ranquear tão bem quanto qualquer outro: os mecanismos de busca avaliam o que a página contém e o quanto ela atende ao visitante, não qual ferramenta escreveu o código. O problema é técnico. Muitos construtores com IA produzem aplicações de página única que enviam ao navegador um arquivo HTML quase vazio e desenham o conteúdo com JavaScript, o que torna cada página mais difícil de ser lida e compartilhada pelos rastreadores. Resolva isso com pré-renderização ou renderização no servidor, dê a cada página seu próprio título, descrição e URL, adicione um sitemap, mantenha o site rápido e então faça a parte que nenhuma ferramenta faz por você: escrever conteúdo que as pessoas estão pesquisando.
Por que aplicações de página única podem ter dificuldade na busca
Um site tradicional envia o texto completo de cada página no seu HTML. Uma aplicação de página única (SPA) — a saída padrão de muitos construtores com IA, normalmente React com uma ferramenta como o Vite — envia um pequeno esqueleto HTML, algo como um <div id="root"> vazio, mais um pacote JavaScript. O navegador executa o JavaScript, que então monta a página.
Isso importa para a busca de três formas:
- A renderização é uma etapa extra. O Google descreve três fases para páginas com JavaScript: rastrear o HTML, renderizá-lo em um navegador Chromium sem interface e então indexar o resultado renderizado. A orientação do próprio Google diz que a renderização no servidor ou a pré-renderização continua sendo uma boa ideia porque é mais rápida para usuários e rastreadores, e porque nem todos os bots conseguem executar JavaScript.
- Outros leitores da sua página não renderizam nada. Prévias de links em apps de chat e redes sociais, e muitos outros rastreadores, normalmente leem apenas o HTML inicial. Se seu título e sua imagem de prévia forem definidos pelo JavaScript depois do carregamento, essas prévias mostram os padrões do esqueleto vazio — muitas vezes o mesmo título em todas as páginas.
- Tudo compartilha um único arquivo HTML. A menos que o app o atualize, cada URL tem o mesmo
<title>e a mesma descrição, o que diz pouco aos mecanismos de busca sobre cada página.
Nada disso significa que uma SPA não pode ser indexada. Significa que você depende de o rastreador fazer mais trabalho e perde o controle sobre o que os leitores que não renderizam veem.
Escolha uma abordagem de renderização
Há quatro formas comuns de entregar HTML real aos rastreadores. Em ordem aproximada de quanto mudam o seu app:
| Abordagem | Como funciona | Bom para | Contrapartida |
|---|---|---|---|
| Site estático | As páginas são arquivos HTML simples gerados antecipadamente | Sites de marketing, portfólios, documentação, blogs | Menos adequado para páginas personalizadas com login |
| Pré-renderização (geração estática de sites) | No momento do build, cada rota pública é renderizada em um arquivo HTML; o JavaScript assume no navegador | SPAs com um conjunto conhecido de páginas públicas | As páginas só são atualizadas quando você refaz o build |
| Renderização no servidor (SSR) | O servidor gera o HTML a cada requisição (Next.js, Remix, Nuxt e similares) | Conteúdo público grande ou que muda com frequência, como listagens | Exige um servidor em execução; mais partes móveis |
| Renderização dinâmica | Serve HTML pré-renderizado para os bots e a SPA para as pessoas | Solução alternativa legada | O Google agora a trata como um paliativo, não uma solução de longo prazo, e recomenda SSR, renderização estática ou hidratação |
Uma regra prática: a parte pública e pesquisável do seu site deve ser estática ou pré-renderizada; o app logado por trás dela pode continuar sendo uma SPA comum. Mecanismos de busca não deveriam indexar painéis de qualquer forma.
Se você está começando do zero e o SEO importa, diga isso já no primeiro prompt para que a IA escolha uma configuração adequada:
Crie um site de marketing para uma clínica de fisioterapia com páginas de Início, Serviços (uma página por serviço), Sobre, Preços e Contato. O SEO importa: cada página deve enviar todo o seu conteúdo e seu próprio título e meta description no HTML inicial — use uma configuração estática ou pré-renderizada, não uma SPA apenas com renderização no cliente.
Se você já tem uma SPA em Vite, peça a pré-renderização das rotas públicas:
Mantenha este app React como está, mas pré-renderize as rotas públicas (/, /pricing, /about, /blog e cada /blog/:slug) como HTML estático no momento do build, cada uma com seu próprio título, meta description, URL canônica e tags Open Graph. As rotas /app logadas podem continuar renderizadas no cliente.
Depois, confira você mesmo: abra uma página, escolha Ver código-fonte da página (não o painel Elements das ferramentas de desenvolvedor, que mostra a página já renderizada) e confirme que o texto e o título estão no HTML bruto.
Acerte o básico na página
Isso vale qualquer que seja a abordagem de renderização.
Títulos e meta descriptions
- Um
<title>único por página, com o tema principal da página primeiro. Cerca de 50 a 60 caracteres é uma referência comum, porque títulos mais longos tendem a ser cortados nos resultados. - Uma meta description única por página — uma frase que a pessoa teria vontade de clicar, não uma lista de palavras-chave. O Google pode reescrevê-la, mas uma boa costuma ser usada.
- Deixe de lado as meta keywords. O Google diz que a tag não tem efeito na indexação nem no ranqueamento.
URLs, cabeçalhos e links
- URLs reais para páginas reais. Cada conteúdo precisa de seu próprio caminho (
/servicos/massagem-esportiva), e não de uma aba ou modal que só existe depois de um clique. Evite roteamento por fragmento#para conteúdo que você quer indexado. - Um
h1por página, seguido de uma estrutura sensata deh2/h3. Designs gerados por IA às vezes usam cabeçalhos para estilo; peça cabeçalhos semânticos. - Links rastreáveis. Use links
<a href>reais na navegação. Botões que mudam a página com JavaScript são invisíveis para rastreadores que seguem links. - Tags canônicas que apontam cada página para sua URL preferida, para que variantes com
?utm=e duplicatas com barra final não concorram entre si. - Texto alternativo descritivo em imagens relevantes.
Prévias em redes sociais
Adicione tags Open Graph (og:title, og:description, og:image, og:url) a toda página pública, no HTML inicial. Esta é a parte que as SPAs mais costumam fazer errado, porque os bots de prévia de links não executam JavaScript.
Sitemaps e robots.txt
Um sitemap é um arquivo XML que lista as URLs que você quer indexadas. Ele ajuda os mecanismos de busca a encontrar páginas, especialmente em sites novos com poucos links de entrada. Segundo a documentação do Google, em setembro de 2026:
- Um único sitemap pode ter até 50.000 URLs ou 50 MB sem compactação; divida sites maiores com um índice de sitemaps.
- O Google ignora
<priority>e<changefreq>. - O Google usa
<lastmod>apenas se ele for consistentemente preciso, então atualize-o para mudanças reais de conteúdo, e não a cada build.
Um arquivo robots.txt informa aos rastreadores quais caminhos não devem ser rastreados. Use-o para manter rastreadores fora de /app, /admin e rotas de API, e aponte para o sitemap nele. Lembre-se de que o robots.txt impede o rastreamento, não a indexação: para tirar uma página dos resultados, use uma meta tag robots noindex e deixe a página ser rastreada.
Envie o sitemap no Google Search Console quando o site estiver no domínio final. O Search Console também mostra quais páginas estão indexadas e por que outras não estão — a ferramenta de SEO gratuita mais útil que existe.
Dados estruturados
Dados estruturados são marcações legíveis por máquina que descrevem o que uma página é: uma organização, um negócio local, um produto, um artigo, um evento. O Google recomenda o formato JSON-LD e é claro em dois pontos:
- Podem tornar as páginas elegíveis a resultados enriquecidos, mas não garantem esses resultados.
- Precisam descrever informações visíveis na página. Não marque avaliações, preços ou FAQs que os visitantes não conseguem ver.
Pontos de partida sensatos: Organization ou LocalBusiness na homepage, Product nas páginas de produto, Article nas postagens do blog, BreadcrumbList em páginas profundas. Teste com o Teste de Resultados Enriquecidos do Google.
Adicione dados estruturados JSON-LD: LocalBusiness na homepage usando o endereço, o telefone e o horário de funcionamento que já aparecem na página, e Article em cada post do blog. Não adicione notas nem avaliações.
Velocidade e celular
O Google usa sinais de experiência da página, incluindo Core Web Vitals, e a velocidade importa para os visitantes de qualquer forma. Os limites de “bom” do Google, medidos no percentil 75 dos carregamentos de página, são:
| Métrica | Mede | Bom |
|---|---|---|
| Largest Contentful Paint (LCP) | Quanto tempo leva para o conteúdo principal aparecer | 2,5 s ou menos |
| Interaction to Next Paint (INP) | Quão rápido a página responde a uma interação | 200 ms ou menos |
| Cumulative Layout Shift (CLS) | Quanto o layout se desloca durante o carregamento | 0,1 ou menos |
As correções mais comuns para sites criados com IA:
- Imagens — redimensione, comprima, use formatos modernos, defina largura e altura (o que evita o deslocamento de layout) e use carregamento preguiçoso abaixo da dobra.
- JavaScript — um pacote grande atrasa tudo em uma SPA. A pré-renderização ajuda; dividir o código por rota também.
- Fontes — limite famílias e pesos e pré-carregue a que é usada acima da dobra.
- Scripts de terceiros — cada widget de chat e pixel de rastreamento custa velocidade. Mantenha apenas os que você usa.
Teste a URL no ar com o PageSpeed Insights ou o Lighthouse no modo celular.
Conteúdo ainda é a maior parte
SEO técnico remove obstáculos; ele não cria demanda. As páginas ranqueiam porque respondem a uma busca melhor do que as alternativas. Para a maioria dos sites pequenos, isso significa:
- Uma página por tema que as pessoas pesquisam. Um encanador precisa de uma página por serviço e por região atendida, e não de uma única página de “Serviços” listando tudo.
- Detalhes específicos e originais — preços, processo, fotos de trabalhos reais, respostas às perguntas que os clientes fazem por telefone.
- Atualizado quando as coisas mudam. Horários desatualizados e preços antigos perdem a confiança rapidamente.
A IA pode rascunhar páginas rapidamente, o que torna tentador publicar muitas páginas finas e parecidas. A orientação do Google mira conteúdo feito principalmente para ranquear, e não para ajudar as pessoas, seja qual for a forma como foi produzido. Use a IA para rascunhar e depois acrescente o que só você sabe. Sites do tipo diretório enfrentam isso mais do que outros; veja como criar um site de diretório para saber como tornar as páginas de listagem dignas de indexação.
Checklist de lançamento
- As páginas públicas enviam o conteúdo completo no HTML inicial (confira em Ver código-fonte da página)
- Título, meta description e URL canônica únicos em cada página
- Tags Open Graph e uma imagem de compartilhamento em cada página pública
- Um
h1por página, links<a href>reais e texto alternativo nas imagens -
sitemap.xmlcom URLs reais;robots.txtbloqueando caminhos do app e da API - Dados estruturados apenas para conteúdo visível, testados
- LCP, INP e CLS na faixa “boa” no celular
- Site no domínio final com HTTPS e enviado ao Search Console
Mudar para o seu próprio domínio antes de começar a construir tráfego de busca evita redirecionamentos depois — veja como conectar um domínio personalizado. Para o processo de construção completo, leia como criar um site com IA, e para páginas que devem converter visitantes, como criar uma landing page que converte.
SEO no Mythex
O Mythex não tem um painel de SEO separado; você melhora o SEO alterando o app pelo chat ou pelo código. Novos apps web usam por padrão uma aplicação de página única em Vite e React, então, quando a busca importa, peça desde o início um site estático ou pré-renderizado, ou Next.js. A documentação tem um prompt inicial para títulos, tags Open Graph, sitemap e robots.txt em SEO para o seu app, e sites estáticos cobre sites focados em conteúdo. Depois das alterações, publique novamente para que o site no ar as receba. Domínios personalizados estão disponíveis no plano Pro.
Perguntas
Sites criados com IA são ruins para SEO?
Não necessariamente. Os mecanismos de busca avaliam a página, não a ferramenta que a escreveu. O problema comum é técnico: muitos construtores com IA geram aplicações de página única cujo conteúdo só aparece depois que o JavaScript roda, e alguns rastreadores lidam mal com isso. Pré-renderização ou renderização no servidor resolvem o problema.
O Google consegue indexar um app React de página única?
O Google consegue renderizar JavaScript, então muitas vezes consegue indexar um app React renderizado no cliente. Mas a renderização é uma etapa extra, e o próprio Google observa que nem todos os bots executam JavaScript, por isso recomenda renderização no servidor ou pré-renderização quando possível.
As meta keywords ainda importam?
Não. O Google afirma que não usa a tag meta keywords para indexação ou ranqueamento. Dedique o esforço a um título e uma meta description únicos para cada página.
Os dados estruturados melhoram o ranqueamento?
Os dados estruturados ajudam os mecanismos de busca a entender uma página e podem torná-la elegível a resultados enriquecidos, mas não garantem esses resultados. Eles precisam descrever conteúdo que esteja de fato visível na página.