Por que o meu site Bolt.new não aparece no Google?

O que um site Bolt publicado manda ao Google

Conferimos quatro sites públicos em bolt.host em 8 de outubro de 2026. Os quatro eram apps React feitos com Vite. Cada um mandava o mesmo HTML curto para todo endereço: um título, um script e um <div id="root"></div> vazio. O texto só aparece depois que o JavaScript roda.

O Google consegue rodar JavaScript, então uma página assim ainda pode ser indexada. O guia do Google diz que a página primeiro espera numa fila para ser renderizada, o que pode levar alguns segundos ou mais. Rastreadores que não rodam JavaScript não veem nada. A central de ajuda do Bolt não descreve nenhum pré-render para sites publicados, até 8 de outubro de 2026.

Para ver o que o site manda antes de qualquer JavaScript:

curl -s https://seu-site.bolt.host/

Depois, confira o que o Google renderiza. No Search Console, inspecione a página na inspeção de URL, clique em Testar o URL publicado e depois em Ver a página testada. A aba Captura de tela deve mostrar o seu conteúdo, e não uma página em branco.

Abra o robots.txt e o sitemap.xml no navegador

Nos quatro sites, /robots.txt e /sitemap.xml devolviam a página inicial do app com status 200, porque nenhum dos dois arquivos existia. Aí o Google recebe uma página da web onde espera um sitemap, e o Search Console mostra O sitemap é HTML.

Abra os dois endereços no seu site. Se você vê a página inicial ou código HTML, o arquivo não existe. Num projeto Vite, os arquivos da pasta public vão para a raiz do site, então os dois arquivos ficam em public/robots.txt e public/sitemap.xml. Um exemplo de prompt que escrevemos para o Bolt:

Crie public/robots.txt liberando todos os rastreadores e apontando para https://www.exemplo.com.br/sitemap.xml. Crie public/sitemap.xml com o URL completo de cada página pública de https://www.exemplo.com.br. Atualize o sitemap sempre que criarmos ou apagarmos uma página.

Coloque o seu domínio real nos dois arquivos e publique. Depois, envie o sitemap no Search Console, em Indexação > Sitemaps.

Todo endereço responde 200

Os mesmos quatro sites responderam 200 para endereços que não existem. O app desenha a tela de “não encontrado”, ou nada, com JavaScript. O Google pode mostrar esses endereços como Erro soft 404.

O guia de JavaScript do Google dá duas correções para apps assim. Colocar uma tag robots noindex na tela de “não encontrado”, ou mandar o visitante para um endereço que responde 404 de verdade. A primeira funciona em qualquer hospedagem, então comece por ela. Um exemplo de prompt que escrevemos para o Bolt:

Crie uma rota pega-tudo que mostre uma página de não encontrado para qualquer endereço que não temos. Só nessa página, coloque <meta name="robots" content="noindex">.

Dê a cada página o próprio título

Num app Vite, o <title> e a descrição do index.html são iguais em todas as páginas até o app mudar. O Google lê títulos e descrições definidos por JavaScript, então peça ao Bolt para definir um par diferente em cada página.

O Bolt tem uma skill de SEO/GEO pronta, que ele usa quando o prompt fala de SEO. Ligue em ícone de engrenagem > Skills antes de pedir.

Publique em público, num endereço só

• No menu Publish, deixe a visibilidade em Public. O Bolt diz que os buscadores não acham nem listam um site Private.
• Domínio próprio exige o plano Pro. No Free, o site fica no endereço bolt.host.
• Coloque seus outros domínios como aliases. O Bolt manda os visitantes de um alias para o domínio principal, então o Google vê um endereço só.
• Fique de olho nos limites de hospedagem. Quando um site chega ao limite, o Bolt para de mostrar o site em público até o uso zerar, e o Google também não consegue acessar.

Quando a página vazia importa

Para um app atrás de login, uma primeira página vazia custa pouco. Para páginas que você quer que sejam achadas, como a página inicial, produtos ou um blog, o texto deve estar no HTML. Há dois caminhos: pré-renderizar cada página no build, ou usar um framework que monta as páginas no servidor. A documentação do Bolt não diz qual deles a hospedagem aceita, então confira o resultado com curl depois de publicar.

O que o Search Console vai mostrar

Estes três motivos em Indexação > Páginas vêm direto do jeito como um site Bolt é feito.

• Erro soft 404: os sites Bolt que testamos responderam 200 para qualquer endereço e desenharam uma tela de “não encontrado” com JavaScript. Crie uma página pega-tudo de “não encontrado” com uma tag robots noindex.
• Rastreada, mas não indexada no momento: o Google renderiza a página e acha pouco texto próprio, ou o mesmo título em todas as páginas. Dê a cada página título, descrição e conteúdo próprios, com link no menu.
• A página foi indexada sem conteúdo: se um script falha ou demora demais para o Google, a página renderizada fica vazia. Rode Testar o URL publicado e veja a captura e as mensagens do console JavaScript em Mais informações. Corrija o script que falha, ou coloque o texto no HTML.

Onde o CrawlCoach entra

O CrawlCoach mostra quais páginas do seu site Bolt o Google deixou de fora e por quê, com os dados do próprio Search Console e a correção de cada motivo. Se o site não tem um sitemap de verdade, o relatório grátis avisa e confere as páginas que o Search Console já conhece. Nos planos pagos, o CrawlCoach também aponta páginas que as pessoas acham no Google, mas cujo texto só carrega com JavaScript, que os rastreadores de IA sem JavaScript não conseguem ler.

Perguntas frequentes

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.

• Ajuda do Bolt: publicar o projeto (em inglês)
• Ajuda do Bolt: hospedagem (em inglês)
• Ajuda do Bolt: perguntas sobre hospedagem (em inglês)
• Ajuda do Bolt: aliases de domínio (em inglês)
• Ajuda do Bolt: skills (em inglês)
• Documentação do Vite: a pasta public (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