SEO Técnico
SEO em Sites com JavaScript: React, Vue e Angular no Google
Como o Google lê sites feitos com JavaScript, os riscos de montar a página só no navegador e as soluções: renderização no servidor e páginas estáticas.
Resumo Rápido
- O Google consegue ler páginas montadas com JavaScript, mas em duas etapas, com atraso e nem sempre por completo.
- Sites que montam todo o conteúdo no navegador correm mais risco de ter páginas lidas pela metade.
- Renderização no servidor ou páginas estáticas entregam o conteúdo pronto no HTML e resolvem a maior parte dos problemas.
Como o Google Lê Sites com JavaScript
O Google processa páginas em etapas: primeiro baixa o HTML e lê o que já está lá, depois coloca a página numa fila para renderizar, executando o JavaScript como um navegador. Só depois da renderização ele vê o conteúdo que o JavaScript montou.
Essa segunda etapa pode demorar, e algumas coisas não funcionam nela: conteúdo que só aparece depois de um clique, de rolagem ou de login, e scripts bloqueados no robots.txt.
As Formas de Montar a Página
| Forma | Como funciona | Para SEO |
|---|---|---|
| Renderização no navegador | O servidor manda um HTML quase vazio, e o JavaScript monta tudo | Mais arriscada |
| Renderização no servidor | O servidor monta a página a cada pedido e manda o HTML pronto | Boa |
| Geração estática | As páginas são montadas antes e servidas prontas | Ótima |
| Híbrida | Páginas públicas prontas no servidor, partes interativas no navegador | Boa |
Frameworks como Next.js, Nuxt e Angular com renderização no servidor fazem a renderização no servidor ou a geração estática. React e Vue sozinhos, sem essa camada, costumam renderizar no navegador.
Os Riscos Mais Comuns
- Título, descrição e canônica definidos só pelo JavaScript, com valores errados no HTML inicial.
- Links feitos com eventos de clique, sem
<a href>, que o Google não segue. - Conteúdo carregado só quando a pessoa rola ou clica.
- Páginas de erro respondendo 200, porque o servidor entrega o mesmo HTML para qualquer endereço. Viram soft 404.
- Endereços com
#para separar páginas, que o Google trata como uma página só. - Muito JavaScript para baixar e rodar, o que também piora as Core Web Vitals.
<!-- O Google não segue -->
<span onclick="abrir('/servicos')">Serviços</span>
<!-- O Google segue -->
<a href="/servicos">Serviços</a>Como Conferir o Que o Google Vê
Na Inspeção de URL do Search Console, use o teste ao vivo e veja o HTML renderizado e a captura de tela.
Confira se o texto principal, os links e os títulos estão no HTML renderizado.
Veja o código-fonte da página no navegador, sem renderizar: o que estiver ali o Google lê na primeira etapa.
Busque um trecho do conteúdo entre aspas no Google para ver se ele foi indexado.
Boas Práticas
- Páginas públicas renderizadas no servidor ou geradas como estáticas.
- Título, descrição, canônica e dados estruturados no HTML inicial.
- Links com
<a href>e endereços reais, sem#. - Código de resposta correto: 404 para página que não existe.
- JavaScript e CSS liberados no robots.txt.
- O mínimo de JavaScript nas páginas que precisam ranquear.
Interatividade Não É Problema
Botões, formulários e menus podem e devem usar JavaScript. O cuidado é com o conteúdo e os links que precisam ser lidos pelo Google: eles devem estar no HTML.
Perguntas Frequentes
O Google indexa sites em React?
Indexa, mas com mais risco quando o conteúdo é montado só no navegador. Com renderização no servidor, como no Next.js, o risco cai muito.
A renderização dinâmica ainda é recomendada?
O Google passou a tratá-la como uma solução provisória, e não como recomendação. Prefira renderização no servidor ou geração estática.
Outros buscadores e IAs leem JavaScript?
Muitos robôs, inclusive de ferramentas de IA, leem só o HTML inicial. Conteúdo no HTML pronto é lido por todos. Veja como aparecer no ChatGPT.
Equipe IndexaJá
Escrito pela equipe do IndexaJá, que audita e otimiza sites para o Google com a meta de 100 em todo site. Publicado em 21 de outubro de 2026.