Tempo de leitura: 14 minutos
Um site feito no Lovable pode aparecer no Google e no ChatGPT, desde que o robô receba o texto no HTML. Esse é o primeiro ponto de SEO no Lovable e depende da stack e da hospedagem. Desde maio de 2026, apps novos saem com renderização no servidor. Mas os antigos, em React + Vite, dependem da pré-renderização do Lovable. Veja como testar e corrigir.
Em resumo
- Apps criados no Lovable desde 13 de maio de 2026 usam TanStack Start e entregam HTML pronto. Os anteriores, porém, usam React + Vite e montam a página no navegador.
- No Lovable, os apps antigos entregam HTML pré-renderizado só a robôs verificados, inclusive os de busca de IA. Exportados, no entanto, deduzimos que perdem esse recurso.
- O Googlebot executa JavaScript, mas os robôs de IA testados em 2024 não executavam. Um relato de mudança na OpenAI segue sem confirmação.
- Para um app antigo, a correção de SEO mais direta é atualizar para TanStack Start no próprio Lovable, por 10 a 35 créditos na maioria dos casos.
Por que o site feito no Lovable não aparece no Google?
Há quatro causas comuns. Em primeiro lugar, o robô pode não receber o texto no HTML, o que depende da stack e da hospedagem. As outras três são endereço fora da busca, metadados genéricos sem sitemap e navegação feita com botões em vez de links.
De acordo com a documentação do Lovable, os apps publicados entregam HTML legível a buscadores e robôs de IA. Os criados desde 13 de maio de 2026 (22 de junho nos planos Enterprise) usam TanStack Start, com renderização no servidor. Os antigos, por outro lado, recebem uma pré-renderização feita na hora, só para robôs verificados. Entre eles estão Google, Bing e os robôs de busca de IA do ChatGPT, do Perplexity, do Claude e do Gemini. A mudança saiu no changelog do Lovable de 18 de maio de 2026.
| Stack | Onde a página é montada | Quem recebe HTML com o texto |
|---|---|---|
| TanStack Start | No servidor | Todos os visitantes |
| React + Vite no Lovable | No navegador | Só robôs verificados |
| React + Vite fora do Lovable | No navegador | Ninguém (dedução nossa) |
A última linha é dedução nossa, porque a documentação descreve a pré-renderização só para endereços publicados no Lovable.
Para saber a stack, abra o package.json. De acordo com o guia de hospedagem externa do Lovable, projetos em TanStack Start listam o pacote @tanstack/react-start.
Quais as outras causas de problemas de SEO no Lovable?
Além do HTML, confira as outras três causas:
- Endereço fora da busca. Projetos não publicados, com acesso restrito ou em URL de marca do workspace nunca aparecem.
- Metadados genéricos e sem sitemap. Os metadados iniciais são genéricos, e o Lovable nem sempre cria o sitemap.
- Links que o robô não segue. Botões que trocam de página por JavaScript não são links, por isso o robô não os segue.
Antes da mudança de maio, em fevereiro de 2026, Andrea Saez relatou que um teste de rastreamento mostrou o site dela no Lovable vazio para o Googlebot. Além disso, ela achou 20 botões no lugar de links.

O ChatGPT e outros robôs de IA conseguem ler um site do Lovable?
Conseguem, desde que o texto já venha no HTML. O Googlebot executa JavaScript, mas numa fila. Por outro lado, num estudo de dezembro de 2024, os robôs da OpenAI, da Anthropic e da Perplexity não executavam. Um relato de setembro de 2026 sugere mudança na OpenAI, porém sem confirmação oficial. De todo modo, o Lovable diz entregar HTML pronto ou pré-renderizado a esses robôs.
De acordo com o Google, toda página com status 200 entra numa fila de renderização, por alguns segundos ou mais. Além disso, as Visões gerais criadas por IA e o Modo IA citam páginas do índice do Google. É o que mostra o guia sobre como o Modo IA e as Visões gerais escolhem as fontes.
No estudo da Vercel com a consultoria MERJ, de 17 de dezembro de 2024, nenhum grande robô de IA testado renderizava JavaScript, salvo o Gemini. A Vercel, aliás, vende hospedagem para o Next.js.
| Robô | Executa JavaScript? | Base |
|---|---|---|
| Googlebot | Sim, com fila | |
| Gemini | Sim, pela infraestrutura do Googlebot | Vercel e MERJ, 2024 |
| OAI-SearchBot e GPTBot | Não em 2024; relato de mudança em 2026 | Vercel e MERJ; relato sem confirmação |
| ChatGPT-User, ClaudeBot e PerplexityBot | Não, no teste | Vercel e MERJ, 2024 |
A escolha entre renderizar no servidor ou no navegador decide o que cada robô enxerga. Ryan Siddle, da MERJ, resumiu o recado do estudo:
“As marcas precisam garantir que as informações críticas sejam renderizadas no servidor e que os sites continuem bem otimizados para manter a visibilidade num cenário de busca cada vez mais diverso.”
Ryan Siddle, diretor-geral da MERJ (2024, tradução nossa)
Houve mudança nos robôs da OpenAI em 2026?
O relato de mudança é de 30 de setembro de 2026. O dono de um marketplace japonês em Next.js publicou os próprios logs na DEV Community e no blog Hisashi Space. Além disso, ele conferiu os IPs nas listas da OpenAI. De acordo com ele, desde 25 de setembro o OAI-SearchBot e o GPTBot renderizam páginas nos sites dele. No entanto, ele diz que a mudança parece valer só para alguns sites. Ele não achou anúncio, e a documentação de robôs da OpenAI não fala em JavaScript. Por isso, trate o relato como sinal sem confirmação.
Como testar o SEO do seu site no Lovable?
O primeiro teste de SEO num site do Lovable é ver se o robô recebe o texto no HTML. Há quatro formas de ver o que chega sem JavaScript: curl com o user agent do robô, código-fonte, JavaScript desligado e a Inspeção de URL do Search Console.
Num app antigo hospedado no Lovable, porém, as três primeiras mostram a página vazia. Por isso, o Lovable indica a Inspeção de URL para conferir a versão pré-renderizada.
- Rode o curl com o user agent do robô. Os textos abaixo vêm das documentações do Google e da OpenAI, que avisa que a versão pode mudar. Em seguida, procure uma frase do meio da página no HTML salvo.
- Abra o código-fonte com Ctrl+U. Um bloco vazio com id root indica página montada por JavaScript.
- Desligue o JavaScript. No Chrome, por exemplo, abra as ferramentas de desenvolvedor, tecle Ctrl+Shift+P, escolha “Disable JavaScript” e recarregue.
- Use a Inspeção de URL. Com o site verificado, o teste do URL ativo mostra uma captura de tela e o código da página como o Google a processou, de acordo com a ajuda do Search Console.
# Googlebot para smartphone (W.X.Y.Z é a versão do Chrome)
curl -sL -A "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/W.X.Y.Z Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" https://www.seudominio.com.br/ -o googlebot.html
# GPTBot, da OpenAI
curl -sL -A "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko); compatible; GPTBot/1.4; +https://openai.com/gptbot" https://www.seudominio.com.br/ -o gptbot.html
# OAI-SearchBot, o robô da busca do ChatGPT
curl -sL -A "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36; compatible; OAI-SearchBot/1.4; +https://openai.com/searchbot" https://www.seudominio.com.br/ -o searchbot.html
# Linhas com a frase em cada arquivo (0 = o texto não está no HTML)
grep -c "uma frase do meio da página" googlebot.html gptbot.html searchbot.html
# Versão em Markdown que o Lovable entrega a quem pede
curl -sL -H "Accept: text/markdown" https://www.seudominio.com.br/
No PowerShell do Windows, use curl.exe no lugar de curl e Select-String "sua frase" googlebot.html -SimpleMatch no lugar do grep.
Como interpretar o resultado do teste?
Num app antigo hospedado no Lovable, espere um curl vazio. Afinal, qualquer um pode imitar o user agent, como avisa o Google, e o Lovable só entrega o HTML pronto a robôs verificados. A Inspeção de URL mostra o que o Google lê, já que ele também executa JavaScript.
| Curl | Inspeção de URL | Diagnóstico |
|---|---|---|
| Com o texto | Com o texto | Todo robô recebe o texto |
| Vazio | Com o texto | O Google lê; robôs de IA dependem da pré-renderização |
| Vazio | Vazio ou incompleto | Corrigir a renderização |
Vale repetir o teste nas páginas de produto e de preço, porque é nelas que está o que costuma sumir sem JavaScript.
O que encontramos ao testar 228 sites de modelo do Lovable
Testamos a página inicial dos 228 sites publicados da galeria de modelos do Lovable. São modelos de demonstração, não sites de empresas. Em 211, o HTML trazia no máximo 20 palavras de texto no corpo. Em 15, o texto já vinha pronto.
Com os user agents do Googlebot e do GPTBot, o resultado foi o mesmo, salvo num site que bloqueia o GPTBot. Isso não quer dizer que o Google veja a página vazia. Afinal, nosso teste não é um robô verificado. O Lovable, aliás, avisa que ferramentas de SEO de terceiros podem ver uma página vazia onde o Google e os buscadores de IA leem o conteúdo completo.
Quando pedimos Markdown, por outro lado, 221 entregaram essa versão. Além disso, no nosso teste, 204 dos 211 responderam com status 200 a um endereço inexistente. Se o Google receber o mesmo, a página pode virar soft 404. Os 15 com texto no HTML, porém, responderam 404. Só 9 dos 228 tinham sitemap.xml válido, e 207 tinham robots.txt.
Por fim, um reteste de 31 desses sites confirmou os números; só um passou a entregar Markdown.
Como corrigir o SEO no Lovable: pré-renderização, SSR ou exportar o código?
Há quatro caminhos: atualizar para TanStack Start no Lovable, manter a pré-renderização automática, usar um serviço externo de pré-renderização ou exportar o código para um framework com renderização no servidor, como o Next.js. A escolha depende da hospedagem e do controle que você quer.
| Caminho | A favor | Contra |
|---|---|---|
| Atualizar para TanStack Start | HTML pronto para todos, sem sair do Lovable | Custa créditos; bibliotecas de navegador podem quebrar |
| Manter React + Vite no Lovable | Automático, sem custo extra | Só robôs verificados; conteúdo tardio pode faltar |
| Pré-renderização externa | Resolve app exportado sem reescrever | Mais um serviço; o Google chama de paliativo |
| Exportar para Next.js | Controle total do código | Reescrever rotas e manter servidor |
Atualizar para TanStack Start
De acordo com o Lovable, a atualização roda dentro do projeto, em todos os planos, e custa de 10 a 35 créditos na maioria dos casos. Além disso, o site publicado não muda até a próxima publicação, e dá para reverter pelo histórico de versões. Bibliotecas que só funcionam no navegador podem quebrar a renderização no servidor, então teste cada página antes de publicar.
Pré-renderização externa
Na hospedagem do Lovable, a empresa diz que não é preciso serviço externo. Serviços como o Prerender.io, portanto, servem para quem levou um app antigo para outro servidor. De acordo com a documentação do próprio Prerender.io, que vende o serviço, ele intercepta o pedido do robô na CDN ou no servidor. Em seguida, renderiza a página, guarda em cache e devolve o HTML.
O Google chama essa técnica de renderização dinâmica e a trata como paliativa. Ele prefere renderização no servidor, páginas estáticas ou hidratação. Ainda assim, não vê cloaking quando o conteúdo é semelhante. Custo, configuração e quando a pré-renderização compensa dependem do tamanho do site e da hospedagem.
Exportar o código e migrar para Next.js
O código é seu. De acordo com o guia de hospedagem externa do Lovable, o Git sync existe em todos os planos, e o download em .zip exige plano pago. Um app antigo vira arquivos estáticos. O guia não fala em pré-renderização fora do Lovable, então deduzimos que o app exportado a perde. Um app em TanStack Start, por outro lado, precisa de um servidor que execute a renderização.
Migrar para o Next.js exige reescrever as rotas do React Router e a busca de dados, trabalho de desenvolvedor. Depois da migração, a renderização e metadados no Next.js precisam de configuração própria.
Como configurar o SEO no Lovable (title, description, sitemap e robots.txt)?
Pelo chat e pela revisão de SEO do Lovable, na aba SEO & AI. Ela checa sitemap, robots.txt, metadados, dados estruturados e indexação. Além disso, pode corrigir a maioria dos problemas com um clique. Rodar a revisão está incluído em todos os planos, mas as correções consomem créditos.
- Title e description. O Lovable gera os dois para cada página, mas o ponto de partida é genérico. Por isso, peça a troca no chat e publique de novo.
- robots.txt. Confira se ele libera o Googlebot, o Bingbot e o OAI-SearchBot. A lista de robôs de IA está no guia sobre o que é GEO.
- Sitemap. Peça a criação e, em seguida, confira se ele lista só páginas públicas, com URLs completas do domínio final.
- Domínio próprio. Exige plano pago. Defina um domínio principal, e os outros redirecionam para ele.
- Search Console. O conector do Lovable verifica o site com uma tag no HTML e envia o sitemap pelo chat.
- Bing Webmaster Tools. Importe o site já verificado no Search Console. Esse passo conta porque a Microsoft diz que o Bing alimenta ferramentas de IA como o ChatGPT, tema do guia de como aparecer no ChatGPT.
- Links de verdade. Peça ao Lovable que troque botões de navegação por links com href nas páginas públicas.
Depois da correção, acompanhe a indexação no Search Console e veja como medir menções e citações da sua marca nas respostas de IA. As visitas vindas de assistentes aparecem no GA4, num canal de tráfego de IA.
Vale sair do Lovable por causa do SEO?
Só se o problema for maior que a renderização. Afinal, para um site hospedado no Lovable, a atualização para TanStack Start resolve a leitura pelos robôs sem trocar de ferramenta. Migrar faz sentido quando o time precisa de um CMS para publicar conteúdo com frequência ou quando a empresa já decidiu sair do Lovable.
- Fique no Lovable se o site tem poucas páginas e o teste mostra o texto no HTML.
- Vá para WordPress ou Webflow se o marketing publica toda semana e precisa de editor.
- Vá para Next.js se há time de desenvolvimento e o produto mistura site e área logada.
Em outros construtores, por exemplo Bolt e v0, confira o framework no package.json e rode o mesmo teste.
A renderização é só uma parte do SEO que sustenta a visibilidade da marca no Google e na IA. Se o robô já lê o site e a IA ainda não cita a marca, a causa está em outro lugar, como a falta de menções em fontes de terceiros.
Perguntas frequentes
Não necessariamente. Os apps criados no Lovable desde 13 de maio de 2026 usam TanStack Start e entregam HTML pronto a todos os visitantes. Por outro lado, os apps antigos, em React + Vite, montam a página no navegador e dependem da pré-renderização do Lovable, que só vale para robôs verificados.
De acordo com o Lovable, a atualização para TanStack Start custa de 10 a 35 créditos na maioria dos casos e está disponível em todos os planos. Além disso, o site publicado não muda até a próxima publicação, e dá para reverter pelo histórico de versões.
Porque, num app antigo hospedado no Lovable, o HTML pronto vai só para robôs verificados, e ferramentas de SEO de terceiros não entram nessa lista. Por isso, o próprio Lovable avisa que essas ferramentas podem ver uma página vazia. Para conferir o que o Google lê, use a Inspeção de URL do Search Console.
Dá, com cuidado. Um app antigo exportado vira arquivos estáticos, e a documentação do Lovable só descreve a pré-renderização nos endereços publicados nele. Por isso, deduzimos que o app exportado perde esse recurso e precisa de pré-renderização externa ou de renderização no servidor.
Fontes principais
- Lovable, Optimize your app for SEO and AI search (2026).
- Lovable, Upgrade a project to TanStack Start (2026).
- Google Search Central, Understand the JavaScript SEO basics (2026).
- Vercel, The rise of the AI crawler, com a MERJ (2024).
- OpenAI, Overview of OpenAI Crawlers (2026).


