Resposta curta
Sites feitos no Lovable, no Bolt, no Base44 e no Replit costumam ser apps React que montam a página no navegador. O HTML que sai do servidor vem quase vazio, e o texto só aparece depois que o JavaScript roda. O Google até renderiza, mas numa segunda fila e com atraso, e boa parte dos robôs de IA não roda JavaScript. Em 2026 a Lovable e o Base44 passaram a entregar a página pronta pros robôs, então nem todo site dessas ferramentas tem esse problema. Confira o que o Google recebe na Inspeção de URL do Search Console e, depois, as causas que não têm nada a ver com JavaScript: site publicado só no subdomínio grátis, Search Console sem sitemap e o mesmo título em todas as páginas.
Por que o site não aparece
As ferramentas de criar site com IA geram, na maioria, um app React com Vite. Esse tipo de app é uma SPA (single page application): o servidor manda sempre o mesmo HTML curto, com um <div> vazio e um arquivo JavaScript, e é o navegador que desenha a página. Quem abre o site não percebe nada. O robô que baixa o HTML recebe isto:
<!doctype html>
<html lang="pt-BR">
<head>
<meta charset="UTF-8" />
<title>Meu App</title>
<script type="module" src="/assets/index-4f2a9c.js"></script>
</head>
<body>
<div id="root"></div>
</body>
</html>Nenhum texto, nenhum link, o mesmo título em todas as URLs. A partir daí, cada robô reage de um jeito:
- Google. Rastreia o HTML, põe a página numa fila de renderização, roda o JavaScript quando sobra capacidade e só então lê o conteúdo. O próprio Google diz que a página pode esperar nessa fila por alguns segundos ou mais, e recomenda renderizar no servidor ou gerar o HTML antes, porque é mais rápido pra todo mundo e porque nem todo robô roda JavaScript. Se o script der erro, a página fica em branco pra ele.
- Robôs de IA. Quem pergunta no ChatGPT, no Perplexity, no Claude ou no Grok recebe respostas montadas com páginas que robôs baixaram. A maioria desses robôs lê só o HTML da primeira resposta. Com a casca vazia, não há o que citar. O artigo sobre aparecer no ChatGPT explica as outras checagens.
- Prévia de link no WhatsApp, LinkedIn e Facebook. Esses robôs leem as tags Open Graph do HTML. Se elas só entram via JavaScript, o card sai genérico ou vazio.
Como testar o que o Google recebe
O jeito mais confiável é perguntar pro próprio Google:
- No Search Console, abra a Inspeção de URL e cole o endereço de uma página.
- Clique em Testar URL publicado e depois em Ver página testada.
- Na aba HTML, procure uma frase do texto da página. Na captura de tela, veja se a página aparece inteira.
Se a frase está lá, o Google enxerga o conteúdo e o problema é outro (veja as outras causas). Se não está, ou a captura sai em branco, o conteúdo depende do JavaScript e a renderização falhou.
Pra ver o HTML puro, sem o Search Console, use o terminal:
curl -s https://seusite.com.br/precos | grep -i "uma frase que está na página"Se não volta nada, a frase não está no HTML. Ctrl+U no navegador (Cmd+Option+U no Mac) mostra a mesma coisa. Só tem uma pegadinha: a Lovable e o Base44 entregam a página pronta só pra robôs que eles conseguem confirmar, como o Googlebot de verdade. O seu terminal, o seu navegador e a maioria das ferramentas de SEO de fora, inclusive a varredura da Varrida, recebem a versão comum. Nessas plataformas, um HTML vazio no terminal não prova que o Google também recebe vazio, e por isso a Inspeção de URL vem primeiro.
O que muda em cada plataforma
| Plataforma | O que o robô recebe |
|---|---|
| Lovable, projeto novo | HTML completo, renderizado no servidor |
| Lovable, projeto antigo | Página pronta pros robôs confirmados, casca vazia pros outros |
| Base44 | Página pronta pros robôs, ou um resumo se ela ainda não foi gerada |
| Bolt | Depende do projeto: teste |
| Replit | Depende de como o app foi feito e publicado: teste |
| v0 | Next.js, que já pode renderizar no servidor |
Lovable
A Lovable mudou isso em 2026. Segundo a documentação, os apps criados a partir de 13 de maio de 2026 (22 de junho no plano Enterprise) usam TanStack Start com renderização no servidor: o HTML já sai com o conteúdo. Os apps mais antigos, em React com Vite, ganharam pré-renderização sob demanda nos endereços publicados. Quando um robô confirmado pede a página, a Lovable gera o HTML pronto. A lista inclui Google, Bing, os robôs de busca de ChatGPT, Perplexity, Claude e Gemini e os robôs de prévia de link. Robôs que ela não reconhece recebem o app comum, com a casca vazia. Dá pra migrar um projeto antigo pra TanStack Start e ter renderização no servidor pra todo mundo.
Duas coisas continuam por sua conta: a Lovable cria o robots.txt em todo projeto, mas nem sempre o sitemap.xml, e o título e a descrição começam genéricos. A revisão SEO & AI search do painel aponta os dois e conserta a maioria com um clique.
Base44
O Base44 diz na documentação que os apps rodam no navegador, o que normalmente deixaria o robô com uma página vazia, e que por isso ele serve aos robôs uma versão pré-renderizada. Se a página ainda não foi gerada, o robô recebe um resumo com o título, a descrição e os links dela. Os robôs de IA leem a versão que estiver pronta na hora, então podem ficar só com o resumo. O sitemap e o robots.txt saem automáticos. O Base44 avisa que essa estrutura foi feita pra apps publicados em domínio próprio: o endereço grátis pode ser rastreado, mas não é pensado pra SEO de longo prazo.
Bolt
A documentação atual do Bolt não diz como o site publicado é entregue aos robôs. Um projeto React com Vite é uma SPA por padrão, então faça o teste do curl acima. Se o texto não está no HTML, peça pro Bolt gerar as páginas públicas no build (pré-renderização ou geração estática) ou montar o site num framework que renderiza no servidor, como Astro ou Next.js. Domínio próprio no Bolt é só no plano Pro. Projetos antigos publicados na Netlify podem ligar a extensão de pré-renderização dela, que entrega o HTML pronto aos robôs.
Replit
No Replit, o resultado depende do que o Agent montou. Se é um app React que desenha tudo no navegador, vale o mesmo teste e a mesma solução do Bolt. Depois de publicar, o Replit mostra uma nota de SEO, e nos planos pagos o SEO Agent faz uma auditoria técnica e manda cada problema pro Agent corrigir.
v0
O v0 gera projetos em Next.js, que renderiza no servidor por padrão. O problema aparece quando a página inteira vira componente de cliente ("use client" no topo) e busca os dados depois de carregar. Se o teste do curl não acha o texto, peça pro v0 buscar os dados no servidor.
As causas que não têm nada a ver com JavaScript
Mesmo com o HTML completo, um site novo dessas ferramentas costuma tropeçar no mesmo lugar:
- Publicado só no subdomínio grátis. O site está em
meuapp.lovable.appoumeuapp.bolt.host, ou está nos dois endereços ao mesmo tempo. Escolha o domínio próprio como principal, faça o endereço grátis redirecionar pra ele e confira pra qual endereço o site aponta como oficial. O guia de canonical errado mostra o mesmo problema na Vercel. - Ninguém avisou o Google. Site novo, sem link de outro site e sem Search Console, pode passar semanas sem ser descoberto. Verifique o domínio, envie o sitemap e peça a indexação da home. O passo a passo está em como colocar o site no Google.
- O mesmo título em todas as páginas. Numa SPA, o
<title>do HTML é um só. Se cada página não troca o próprio título e a própria descrição, o Google vê dezenas de páginas iguais. - Links que não são links. O Google só segue elementos
<a>comhref. Botão comonClickque troca de página não leva o robô a lugar nenhum, e endereços com#/, como/#/precos, também não funcionam como páginas separadas. - Página que não existe responde 200. Na SPA, qualquer endereço devolve o mesmo HTML com status 200, até o que deveria dar 404. O Google trata isso como soft 404. A saída que ele sugere é colocar
noindexna página de erro ou redirecionar pra uma URL que responda 404 de verdade.
Um pedido pra colar na ferramenta
Lovable, Bolt, Base44 e Replit aceitam pedidos em português. Este cobre quase tudo da lista acima:
Quero que o site apareça no Google e nas buscas com IA.
1. Garanta que o texto de cada página pública esteja no HTML
que sai do servidor (renderização no servidor ou páginas
geradas no build), sem depender de JavaScript.
2. Dê a cada página um título e uma descrição próprios.
3. Gere um sitemap.xml com todas as páginas públicas e
aponte pra ele no robots.txt.
4. Use links <a href> de verdade na navegação, sem #/ nos endereços.
5. Faça a página de erro responder 404.Depois de publicar, repita o teste da Inspeção de URL numa página interna, não só na home.
Checklist
- A Inspeção de URL mostra o texto da página no HTML testado e a captura de tela completa.
- O site está no domínio próprio, e o subdomínio grátis redireciona pra ele.
- O domínio está verificado no Search Console, com o sitemap enviado.
- Cada página tem título e descrição próprios.
- A navegação usa links
<a href>, sem#/nos endereços. - Uma URL inventada responde 404 ou tem
noindex.
Um site gerado por IA muda a cada pedido, e uma mudança pode trocar o título, tirar o sitemap ou colocar um noindex sem ninguém notar. A varredura grátis da Varrida confere o robots.txt, o sitemap, os títulos, o noindex e os redirects do seu domínio em menos de um minuto.


