Por que meu site do Lovable não aparece no Google?
Se o site está publicado no Lovable, o Google já recebe HTML renderizado. O que costuma faltar é o básico: endereço público, domínio próprio, título e descrição por página, sitemap válido e Search Console. Se o app saiu do Lovable como site estático em React, a página chega vazia sem JavaScript e precisa de pré-renderização.
Recomendação da Heartscale: antes de reescrever textos, ligue o Search Console e confira na Inspeção de URL se o HTML que o Google recebe traz o título e o texto da página. Se o site saiu do Lovable ou o texto não aparece nesse HTML, peça uma revisão da renderização antes de investir em conteúdo.
Muitos textos sobre o assunto foram escritos antes de maio de 2026, quando o Lovable mudou a forma de entregar as páginas. Este guia segue a documentação atual do Lovable (SEO e SEO and AI search) e a do Google Search Central.
Passo 1: confira se o endereço pode aparecer na busca
Segundo o Lovable, só apps publicados e públicos podem aparecer nos resultados. Três casos nunca aparecem:
- projeto não publicado;
- projeto com acesso ao site restrito;
- endereço de marca do workspace, no formato
https://{app}.{workspace}.lovable.app.
O Lovable recomenda um domínio próprio para construir presença na busca. Depois de ligar o domínio, rode a revisão de SEO de novo e verifique o domínio no Search Console (passos 5 e 6).
Ajuste também a expectativa. O Lovable diz que não garante posição e que a indexação pode levar dias ou mais.
Passo 2: descubra se o app é React + Vite ou TanStack Start
A forma como o Lovable entrega a página depende da data de criação do projeto:
| Stack | Projetos | O que o robô recebe |
|---|---|---|
| TanStack Start | criados desde 13/05/2026 (22/06/2026 no Enterprise) | HTML completo, renderizado no servidor, para qualquer visitante |
| React + Vite | criados antes | HTML pré-renderizado só para robôs verificados; os demais recebem o app de página única |
Robôs verificados, na lista do Lovable, incluem buscadores, robôs de busca com IA (ChatGPT, Perplexity, Claude, Gemini), robôs de prévia de link e ferramentas de SEO verificadas. Há um limite no React + Vite: a doc avisa que conteúdo que carrega tarde pode faltar no HTML pré-renderizado.
Para saber a sua stack, pergunte no chat do projeto: “What stack is this project on?”. Se for React + Vite, o Lovable oferece a migração (Upgrade to TanStack Start):
- no chat, digite
/e escolha Migrate to TanStack Start; ou - em Project settings → General → Project actions, clique em Migrate.
A maioria das migrações custa de 10 a 35 créditos. O site publicado só muda quando você publicar de novo, e dá para voltar pelo histórico de versões. Bibliotecas que só rodam no navegador podem quebrar a renderização no servidor sem que as checagens percebam. Teste cada página antes de publicar.
Passo 3: título e descrição próprios em cada página
Um app de página única costuma nascer com o mesmo título em todas as rotas. O Google pede títulos e descrições únicos e descritivos por página, e aceita que o JavaScript os defina (JavaScript SEO basics).
A revisão do Lovable aponta títulos genéricos ou repetidos, texto de exemplo, descrições fracas e canonical errado. Ela também pede tags Open Graph próprias em cada rota, porque redes sociais leem essas tags do HTML. Para ver como a página aparece, abra Social & search appearance no menu ⋮ da janela de publicação.
Duas regras do Google que valem para qualquer stack:
- links entre páginas precisam ser
<a href="...">. O Google não descobre link feito só com clique em botão; - rotas devem usar a History API (
/precos), e não fragmentos (/#/precos).
Passo 4: sitemap.xml e robots.txt
O Lovable cria um robots.txt em todo projeto novo, mas nem sempre cria o sitemap. As regras do Google para o sitemap (Build and submit a sitemap):
- URLs absolutas, com
https://e o domínio. A revisão do Lovable também aponta URLs relativas e URLs de outro domínio; - até 50.000 URLs ou 50 MB por arquivo, em UTF-8, na raiz do site;
- só as URLs canônicas que você quer nos resultados;
<lastmod>só se for exato. O Google ignora<priority>e<changefreq>.
Um exemplo mínimo:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url><loc>https://seudominio.com.br/</loc></url>
<url><loc>https://seudominio.com.br/precos</loc></url>
</urlset>
E a linha no fim do robots.txt:
Sitemap: https://seudominio.com.br/sitemap.xml
Passo 5: rode a revisão de SEO do Lovable
Na barra do projeto, abra More → Analytics e a aba SEO & AI. Clique em Run SEO scan. Cada achado tem Try to fix, e há Try to fix all para todos. Depois, Scan again.
A revisão cobre robots, sitemap, títulos, descrições, canonical, Open Graph e dados estruturados. Ela não mede velocidade, porque não roda mais o Lighthouse, e não avalia qualidade do conteúdo, intenção de busca nem links de outros sites. Para velocidade, use o PageSpeed Insights.
Passo 6: ligue o Search Console
Na mesma aba SEO & AI, use o cartão Google searches. O Lovable verifica o site com uma tag no HTML, sem arquivo e sem mexer no DNS, e envia o sitemap. Publique as mudanças antes, porque o Google lê o sitemap do site no ar. Se trocar de domínio, verifique de novo.
Com o Search Console ligado, use a Inspeção de URL numa página importante:
- Cole a URL e clique em Test live URL.
- Abra View tested page e veja a captura e o HTML que o Google recebeu. Se o texto da página não está lá, o problema é de renderização.
- Se estiver tudo certo, clique em Request indexing.
Há limite diário de inspeções e de pedidos de indexação por propriedade. Use nas páginas que importam.
Passo 7: dados estruturados
O Google recomenda JSON-LD e oferece o Teste de pesquisa aprimorada para validar (Introduction to structured data). Marcação correta torna a página elegível para resultado rico, sem garantia de que ele apareça.
A revisão do Lovable confere se os dados podem ser lidos, se batem com o que a página mostra e se estão completos. Ela não trata como problema a falta de WebSite, Organization ou FAQPage. Marque o que existe na página: produto com preço, artigo, perguntas visíveis.
E as respostas de IA, como ChatGPT, Perplexity e Gemini?
O Google diz que não há requisito extra para aparecer no AI Overviews e no AI Mode (AI features and your website). A página precisa estar indexada e poder mostrar trecho. O Google também diz que não é preciso criar arquivos de texto para IA nem marcação especial.
No Lovable, qualquer cliente que pede Markdown recebe a página em Markdown, nas duas stacks. É assim que assistentes de IA leem o site.
O llms.txt é uma proposta de Jeremy Howard: um arquivo na raiz com um título # e links para as páginas principais. Só o título é obrigatório. O Lovable não exige o arquivo, não aponta a falta dele e mantém o que já existe. Vale como complemento barato. Ele não substitui os passos 1 a 6.
Se o app saiu do Lovable
A documentação do Lovable descreve a pré-renderização para endereços publicados no Lovable. O guia de hospedagem fora do Lovable não fala dela. Então teste no servidor novo:
curl -s https://seudominio.com.br/precos | grep -i -E "<title>|<h1"
Se o título é o mesmo de todas as páginas e o <h1> não aparece, o robô recebe uma página vazia até rodar o JavaScript. O Google renderiza JavaScript numa fila que pode demorar, e nem todo robô roda JavaScript. Por isso o Google ainda recomenda renderização no servidor ou pré-renderização.
Na nossa revisão, rodamos esse teste em cada URL do sitemap e comparamos o título, o <h1> e o canonical com o que a página mostra no navegador. Cada rota que difere entra na lista de correção.
Os caminhos, do mais simples ao mais completo:
- React + Vite estático: gerar o HTML de cada rota no build (SSG ou prerender), com título e descrição próprios;
- TanStack Start: rodar o servidor Node, que já entrega o HTML pronto. Um host que só recebe arquivos estáticos não roda essa parte.
Cuide também do 404. Uma SPA costuma responder 200 para qualquer rota, e o Google pode tratar isso como “soft 404”. A saída indicada pelo Google é redirecionar para uma URL que responda 404 ou pôr noindex na página de erro. Se ainda vai sair do Lovable, o guia Como sair do Lovable mostra a ordem da mudança.
Fazer sozinho ou contratar?
A maior parte deste guia dá para seguir sem ajuda. A tabela mostra quando vale chamar uma equipe.
| Situação | Caminho |
|---|---|
| Site publicado no Lovable, com domínio próprio e poucas páginas | Siga os passos 1 a 7 e acompanhe o Search Console |
| App em React + Vite com login, pagamento ou bibliotecas que só rodam no navegador, antes de migrar para TanStack Start | Peça uma revisão antes de publicar a migração |
| Site fora do Lovable, com páginas que chegam vazias sem JavaScript | Chame uma equipe para gerar o HTML de cada rota ou rodar o servidor |
| Páginas importantes seguem fora do índice e ninguém do time lê o HTML que o Google recebe | Peça o diagnóstico da Heartscale |
Peça o diagnóstico da Heartscale
Nossa equipe confere o que o Google e os robôs de IA recebem de cada página do seu site, com e sem JavaScript. Corrigimos títulos por rota, sitemap, robots, dados estruturados e Search Console, e pré-renderizamos as páginas quando o site está fora do Lovable. Veja o serviço de SEO para app feito com IA. Não prometemos posição no Google.
O diagnóstico de lançamento custa R$ 99 (de R$ 398) e é abatido se você fechar a correção. Só trabalhamos em app de quem prova ser dono.