Por que o meu site Lovable não aparece no Google?
Apps Lovable antigos mandam uma página quase vazia e contam com o pré-render do Lovable para o Google ler o conteúdo. Confira primeiro o que o Google recebe. Depois, corrija as falhas no próprio Lovable. Conferido em 8 de outubro de 2026.
Primeiro, descubra qual tipo de app Lovable você tem
Os apps Lovable são de dois tipos, e as correções mudam. Apps criados a partir de 13 de maio de 2026 rodam em TanStack Start, que monta cada página no servidor. Projetos Enterprise novos seguiram em 22 de junho de 2026. Os apps antigos são React com Vite. Eles mandam uma página quase vazia, e o navegador preenche com JavaScript.
Para conferir, abra o site publicado e veja o código-fonte (Ctrl+U, ou Cmd+Option+U no Mac). Ou rode isto no terminal, com o seu endereço:
curl -s https://www.exemplo.com.br/ | grep -o '<div id="root"></div>'Se o código-fonte mostra seus títulos e textos, o app renderiza no servidor. Se o corpo da página é só <div id="root"></div>, é um app antigo. Você também pode perguntar ao Lovable no chat: “Em qual stack está este projeto?”
O Google costuma receber mais do que o código-fonte mostra
O Lovable entrega cópias pré-renderizadas das páginas publicadas aos rastreadores que ele verifica. A lista inclui Google, Bing, bots de prévia de redes sociais e mecanismos de IA como ChatGPT, Perplexity, Claude e Gemini. Então, num app antigo, o Googlebot normalmente recebe o seu texto, mesmo com o código-fonte vazio.
Verificadores de SEO e outros rastreadores recebem a página vazia. Por isso uma auditoria de fora pode dizer que o seu site Lovable está em branco enquanto o Google indexa normalmente. Confira o que o próprio Google recebeu antes de mudar qualquer coisa.
- No Search Console, cole o endereço da página na barra de busca no topo. Isso abre a inspeção de URL.
- Se aparecer O URL está no Google, clique em Ver a página rastreada para ver o HTML que o Google indexou.
- Clique em Testar o URL publicado, depois em Ver a página testada, e abra a aba Captura de tela. É a página como o Google renderiza hoje.
- Uma captura em branco ou um ícone de carregamento quer dizer que o Google não está recebendo o conteúdo. Veja A página foi indexada sem conteúdo.
Páginas que não existem e respondem 200
No app Lovable antigo que testamos em outubro de 2026, um endereço sem página respondeu 200, como uma página real. O app desenhava a tela de “não encontrado” com JavaScript. O Google pode mostrar endereços assim como Erro soft 404. Os apps TanStack Start que testamos responderam 404 de verdade.
A documentação do Lovable não diz qual status a cópia pré-renderizada manda ao Google numa página que não existe. Se o Search Console listar páginas com soft 404, corrija no app. O guia de JavaScript do Google dá dois caminhos: mandar o visitante para um endereço que responde 404, ou colocar uma tag robots noindex na tela de “não encontrado”. Um exemplo de prompt que escrevemos (o Lovable não publica um para isso):
Quando alguém abrir um endereço que não tem página, mostre a tela de não encontrado e coloque <meta name="robots" content="noindex"> nela. Não coloque essa tag em nenhuma outra página.A correção definitiva: migrar para TanStack Start
Depois da migração, todo visitante e todo rastreador recebe a página pronta, e não só os rastreadores que o Lovable verifica. O Lovable diz que as prévias de link também ficam mais confiáveis.
- No chat, digite
/e escolha Migrate to TanStack Start. Ou abra Settings > General > Project actions e selecione Migrate. - Selecione Start migration no cartão que aparece.
- Navegue pelas páginas na prévia. O Lovable avisa que bibliotecas feitas só para o navegador podem quebrar a renderização no servidor.
- Publique. O site publicado continua na versão antiga até você publicar, e dá para voltar pelo histórico de versões.
O Lovable diz que a migração costuma custar de 10 a 35 créditos, conforme o tamanho do projeto.
Títulos, sitemap, robots.txt e tags canônicas
A revisão do próprio Lovable cobre quase tudo isso. Abra More > SEO & AI search e clique em Scan project. Clique em Try to fix num item, e o Lovable faz a mudança no chat. A revisão é grátis, e as correções usam créditos de mensagem. Ela não roda de novo quando você publica, então clique em Scan outra vez depois de mudanças grandes.
- Títulos e descrições: o Lovable escreve um título e uma descrição do site enquanto monta. Num app antigo, eles ficam no
index.html, então todas as páginas dividem os mesmos até o app definir os próprios. Mude pedindo no chat, ou no diálogo Publish, em Social & search appearance. sitemap.xml: nem sempre é criado de início. A revisão aponta sitemap ausente, rotas provisórias, URLs relativos e páginas que ficaram de fora. Publique antes de enviar, porque o Google lê o arquivo publicado.robots.txt: a revisão aponta arquivo ausente, regras que bloqueiam rastreadores e a falta da linhaSitemap:.- Tags canônicas: a revisão aponta URLs canônicos errados, como todas as páginas apontando para a página inicial.
- Páginas que não existem: no nosso teste, apps antigos responderam
200, e apps TanStack Start responderam404.
Domínio próprio: dê ao Google um endereço só
Conecte o seu domínio em Project > Settings > Domains. O primeiro domínio próprio vira o domínio principal. Quando ele aparece como Live, o Lovable manda os visitantes do endereço lovable.app e de qualquer outro domínio para ele.
O Lovable usa um redirecionamento 302 para isso, porque você pode mudar o domínio principal depois. O Google não toma um 302 como sinal de que o endereço novo deve ser o principal, e pode continuar mostrando o antigo. Então coloque em todas as páginas uma tag canônica apontando para o seu domínio, e envie só o sitemap do seu domínio.
O conector do Search Console do Lovable pode verificar o site e enviar o sitemap. Ele só verifica com a tag HTML, e a tag precisa estar no HTML que o servidor manda. Num app antigo, uma tag colocada por JavaScript falha com failedToFindMetaTag. URLs de workspace com marca e projetos não publicados nunca são indexados.
O que o Search Console vai mostrar
Três motivos em Indexação > Páginas vêm do jeito como os apps Lovable funcionam.
- Erro soft 404: apps Lovable antigos respondem
200para endereços sem página e desenham uma tela de “não encontrado” com JavaScript. Coloque uma tag robotsnoindexnessa tela, ou mande o visitante para um endereço que responde404. Os apps TanStack Start responderam404de verdade no nosso teste. - Rastreada, mas não indexada no momento: o Google leu a página e decidiu não ficar com ela. Páginas curtas, feitas de um prompt só, têm pouco de próprio. Dê a cada página um assunto claro e detalhes de verdade, com link a partir da página inicial. Peça ao Lovable para escrever a partir das suas anotações, e não um texto genérico.
- Página com redirecionamento: com o domínio principal definido, os endereços
lovable.appe outros domínios redirecionam para ele, e o Search Console lista esses endereços antigos aqui. É o esperado. Envie só o sitemap do domínio principal e mantenha as tags canônicas no seu domínio.
Como o CrawlCoach ajuda num site Lovable
O CrawlCoach lê o veredito do Search Console para cada página do seu sitemap e agrupa por motivo as páginas que o Google deixou de fora. Num site Lovable, isso junta numa lista as páginas com soft 404 e as Rastreada, mas não indexada no momento, cada uma com a correção. Ainda sem sitemap? O relatório grátis avisa e confere as páginas que o Search Console já conhece.
Os planos pagos também leem o HTML que o seu servidor manda, sem rodar JavaScript. Num app Lovable antigo, eles apontam páginas que as pessoas acham no Google, mas cujo texto não está nesse HTML. Rastreadores fora da lista verificada do Lovable veem essas páginas vazias.
Perguntas frequentes
O Lovable é ruim para SEO?
Não. Apps feitos desde 13 de maio de 2026 mandam a página completa ao Google. Apps antigos mandam uma página vazia para a maioria das ferramentas, mas o Lovable pré-renderiza para o Google e os outros rastreadores que ele verifica. Você também pode migrar um app antigo para TanStack Start.
Preciso de um serviço de pré-render para o meu site Lovable?
O Lovable diz que não. Ele mesmo pré-renderiza os apps antigos para os rastreadores verificados. Se outras ferramentas também precisam do seu texto, migre para TanStack Start em vez de colocar um serviço.
Onde ficam as configurações de SEO do Lovable?
Em três lugares. Rode a revisão em More > SEO & AI search. Mude títulos, descrições e imagens de compartilhamento pedindo no chat ou no diálogo Publish. Cuide dos domínios em Project > Settings > Domains.
Qual é um bom prompt de SEO para o Lovable?
Comece pela revisão, não por um prompt seu. O botão Try to fix de cada item manda ao Lovable um prompt para aquele problema exato. Para o resto, diga a página, o problema e o resultado que você quer, como “Dê à /precos um título e uma descrição próprios.”
Fontes
Conferido em 8 de outubro de 2026. O Google muda o Search Console e a ajuda de tempos em tempos. Se algo estiver diferente na sua tela, confira a fonte.
- Documentação do Lovable: SEO e AEO (em inglês)
- Documentação do Lovable: migrar um projeto para TanStack Start (em inglês)
- Documentação do Lovable: domínio próprio (em inglês)
- Documentação do Lovable: publicar num domínio próprio (em inglês)
- Documentação do Lovable: Google Search Console (em inglês)
- Documentação do Lovable: changelog (em inglês)
- Central da Pesquisa Google: Princípios básicos de SEO em JavaScript
- Ajuda do Search Console: Ferramenta de inspeção de URL
- Central da Pesquisa Google: Redirecionamentos e Pesquisa Google
Veja quais páginas do seu site estão fora do Google
Entre com sua conta Google. O CrawlCoach confere até 500 páginas de graça e mostra a correção de cada problema.
Gerar meu relatório grátisGrátis para até 500 páginas. Sem cartão. Entre com a conta Google que você usa no Search Console.
O app e os relatórios do CrawlCoach estão em inglês.
Outras plataformas
- Bolt.newOs sites Bolt que testamos mandam uma página vazia, respondem 200 para todo endereço e não têm robots.txt nem sitemap de verdade.
- v0O v0 cria apps Next.js na Vercel, e as páginas costumam vir montadas do servidor. Os bloqueios comuns são deploy protegido, o título inicial e a falta de sitemap.
- Base44O Base44 cuida da maior parte do SEO técnico em apps com domínio próprio. Quando páginas ficam de fora, confira o domínio e algumas opções em SEO & GEO.