Por que o Google não encontra seu site feito com IA

Seu site feito com IA não aparece no Google? Entenda SPA, renderização no cliente, meta tags e sitemap, e veja como diagnosticar e corrigir com SSR ou SSG.

Se o Google não encontra o seu site feito com IA, a causa costuma ser uma destas: o conteúdo só aparece depois que o JavaScript roda no navegador, todas as páginas têm o mesmo título e descrição, não existe sitemap, ou o site é novo demais e ninguém aponta para ele. Muitos sites gerados por Lovable, Bolt e similares são SPAs (Single Page Applications), e esse formato exige alguns cuidados que a ferramenta nem sempre toma por você.

A boa notícia: dá para diagnosticar em meia hora com o Google Search Console e, na maioria dos casos, corrigir sem refazer o site.

Por que SPA e SEO nem sempre se dão bem

Como uma SPA funciona

Em um site tradicional, o servidor entrega o HTML com o texto completo da página. Numa SPA renderizada no cliente (CSR, ou client-side rendering), o servidor entrega um HTML quase vazio, mais ou menos assim:

<html>
  <head><title>Meu App</title></head>
  <body>
    <div id="root"></div>
    <script src="/assets/index.js"></script>
  </body>
</html>

Todo o conteúdo (títulos, textos, preços) é montado pelo JavaScript depois que a página carrega. Para quem visita, a experiência é ótima. Para robôs, depende de eles executarem o JavaScript.

O que o Google faz com isso

O Googlebot executa JavaScript, então ele consegue ler uma SPA. Mas, segundo a documentação do Google sobre SEO para JavaScript, o processo acontece em etapas (rastreamento, renderização e indexação), e páginas que precisam ser renderizadas entram numa fila. Na prática:

  • A indexação pode demorar mais.
  • Se o JavaScript falhar, demorar ou depender de algo bloqueado, o Google vê a página vazia.
  • Links feitos com onClick em vez de <a href> não são seguidos.
  • Rotas com # (como /#/precos) são tratadas como uma página só.

E os outros robôs?

Aqui o problema é maior. Os robôs que montam a prévia de links no WhatsApp, LinkedIn e outras redes, além de vários crawlers de buscadores com IA, muitas vezes não executam JavaScript. Eles leem só aquele HTML vazio: título genérico, sem imagem, sem descrição.

Como as ferramentas estão lidando com isso

A situação mudou nos últimos meses, então vale saber em que caso você está:

  • Lovable: segundo a documentação oficial, apps criados a partir de 13 de maio de 2026 usam TanStack Start, que renderiza as páginas no servidor. Projetos antigos (React + Vite) continuam renderizando no navegador, mas a hospedagem do Lovable entrega cópias pré-renderizadas para buscadores verificados, robôs de prévia social e crawlers de IA. Projetos elegíveis podem ser atualizados para TanStack Start. Há também uma aba SEO & AI search que revisa metadados, sitemap e robots.txt.
  • v0: costuma gerar projetos em Next.js, que suporta SSR e SSG nativamente.
  • Bolt e outros: depende do framework escolhido. Se for React com Vite puro, é CSR.

Atenção: se você exportou um projeto antigo do Lovable e hospedou em outro lugar (Vercel, Netlify, servidor próprio), a pré-renderização para robôs do Lovable não vai junto. O site volta a ser uma SPA pura.

Os outros vilões do SEO (que não são o JavaScript)

Renderização é só uma parte. Mesmo com HTML perfeito, estes problemas seguram o seu site:

  • Mesmo título e descrição em todas as páginas. Comum em SPA: o <title> do index.html vale para todas as rotas.
  • Sem sitemap.xml. O Google demora mais para descobrir as páginas.
  • robots.txt bloqueando tudo ou bloqueando os arquivos JavaScript e CSS.
  • Páginas inexistentes respondendo 200. Em SPA, qualquer URL inventada carrega o app com "página não encontrada", mas o servidor diz "ok". O Google chama isso de soft 404.
  • Sem URL canônica, gerando duplicidade entre www e sem www, ou com e sem barra final.
  • Pouco conteúdo de verdade. Uma landing page com três frases e um botão tem pouco para ranquear.
  • Site lento, prejudicando os Core Web Vitals.

Core Web Vitals em linguagem simples

São as métricas de experiência que o Google usa como sinal de ranqueamento. Os limites considerados "bons" pelo Google:

Métrica O que mede Bom
LCP (Largest Contentful Paint) Quanto tempo o maior elemento visível leva para aparecer Até 2,5 s
INP (Interaction to Next Paint) Quanto a página demora para responder a cliques e toques Até 200 ms
CLS (Cumulative Layout Shift) Quanto o layout "pula" enquanto carrega Até 0,1

Sites gerados por IA costumam pecar em imagens enormes sem compressão, pacotes JavaScript grandes e fontes carregadas sem cuidado. Você mede tudo isso no PageSpeed Insights, de graça.

Como diagnosticar em 30 minutos

1. Veja o que o servidor entrega

Abra o site, clique com o botão direito e escolha Exibir código-fonte da página (não é o "Inspecionar"). Procure o texto principal da página. Se só aparece <div id="root"></div>, o conteúdo depende de JavaScript.

2. Configure o Google Search Console

Se ainda não fez, cadastre o domínio no Google Search Console. É gratuito e é a fonte oficial do que o Google vê.

3. Use a Inspeção de URL

Cole a URL de uma página importante na barra de inspeção e:

  1. Veja se ela está indexada.
  2. Clique em Testar URL publicada.
  3. Abra Ver página testada e confira o HTML renderizado e a captura de tela.

Se a captura aparece em branco ou incompleta, o Google está tendo dificuldade para renderizar.

4. Confira os relatórios

  • Páginas (indexação): mostra o que está fora do índice e por quê ("Detectada, mas não indexada", "Soft 404", "Duplicada" etc.).
  • Sitemaps: envie o seu e veja se foi lido sem erros.
  • Core Web Vitals: aparece quando o site tem tráfego suficiente.

5. Teste a prévia social

Cole o link numa conversa do WhatsApp ou use o inspetor de publicações do LinkedIn. Se aparecer título genérico e nenhuma imagem, as meta tags Open Graph não estão no HTML entregue.

Como corrigir

Opção 1: SSR ou SSG (a solução definitiva)

  • SSR (server-side rendering): o servidor monta a página a cada visita. Ideal para conteúdo que muda muito.
  • SSG (static site generation): as páginas são geradas como HTML pronto no build. Ideal para landing pages, blog e páginas institucionais. É rápido e barato de hospedar.

Frameworks como Next.js, Astro, Nuxt e TanStack Start fazem isso. No Lovable, a atualização para TanStack Start é o caminho natural para projetos elegíveis.

Opção 2: pré-renderização (o remendo eficiente)

Se migrar agora não é viável, dá para gerar HTML estático das páginas públicas no momento do build, ou usar um serviço de pré-renderização que entrega HTML pronto para robôs. O próprio Google descreve a entrega de versões diferentes para robôs (dynamic rendering) como uma solução de contorno, não de longo prazo. Funciona, mas planeje a migração.

Dica: uma estratégia comum é separar as coisas: site institucional e blog em SSG (rápido e ótimo para SEO), e o app logado continua como SPA, já que ele não precisa aparecer no Google mesmo.

Opção 3: arrumar o básico (vale para todos)

  • Título e descrição únicos por página, presentes no HTML entregue.
  • Tags Open Graph (og:title, og:description, og:image) por página.
  • sitemap.xml com todas as páginas públicas, enviado no Search Console.
  • robots.txt liberando o site e apontando para o sitemap.
  • URL canônica definida em cada página.
  • Links internos com <a href> e URLs sem #.
  • Página 404 que responde com status 404 de verdade.
  • Imagens comprimidas, em formato moderno (WebP/AVIF) e com dimensões definidas.
  • Um H1 por página e texto real explicando o que você faz.

Exemplo de meta tags que precisam estar no HTML de cada página:

<title>Agendamento online para clínicas | MinhaMarca</title>
<meta name="description" content="Agenda online para clínicas pequenas, com lembretes por WhatsApp e confirmação automática.">
<link rel="canonical" href="https://minhamarca.com.br/agendamento">
<meta property="og:title" content="Agendamento online para clínicas">
<meta property="og:image" content="https://minhamarca.com.br/og/agendamento.png">

Se a sua página é uma landing page, veja também o que faz uma landing page funcionar além do SEO técnico.

Resumo

  1. Exiba o código-fonte: o conteúdo está lá ou só um div vazio?
  2. Configure o Search Console, envie o sitemap e inspecione as URLs principais.
  3. Garanta título, descrição e Open Graph únicos no HTML entregue.
  4. Para páginas públicas, prefira SSR ou SSG; use pré-renderização como ponte.
  5. Meça os Core Web Vitals no PageSpeed Insights e corrija imagens e JavaScript pesado.

SEO é só um dos pontos de atenção em projetos gerados por IA. Veja os outros em os problemas que ninguém conta sobre sites feitos com IA.

Quer ajuda para o seu site aparecer?

Se o diagnóstico mostrou que o problema é estrutural, a Mobgeek faz o resgate de projetos feitos com IA, incluindo SEO técnico, performance, deploy e auditoria de segurança (a partir de R$ 1.990). Você também pode descrever o seu caso e pedir um orçamento.

Perguntas frequentes

Por que meu site feito no Lovable não aparece no Google?

As causas mais comuns são site novo ainda não descoberto, falta de sitemap, mesmo título e descrição em todas as páginas e conteúdo que só aparece depois que o JavaScript roda. Comece pelo Google Search Console, enviando o sitemap e inspecionando as URLs principais.

O Google lê sites em React?

Lê, porque o Googlebot executa JavaScript. Mas a renderização entra numa fila e pode atrasar, e outros robôs, como os de prévia de link de redes sociais e muitos crawlers de IA, frequentemente não executam JavaScript. HTML pronto no servidor é sempre mais confiável.

Qual a diferença entre SSR, SSG e CSR?

No CSR o navegador monta a página com JavaScript. No SSR o servidor entrega a página já montada a cada visita. No SSG as páginas são geradas como HTML pronto no momento do build. Para SEO, SSR e SSG são as opções mais seguras.

Quanto tempo o Google demora para indexar um site novo?

Não há prazo fixo: pode levar de alguns dias a algumas semanas. Enviar o sitemap no Search Console, ter links de outros sites apontando para o seu e solicitar indexação das páginas principais ajudam a acelerar.


Leia também