SPA sem SSR: o erro invisível que pode custar sua indexação (e até aprovação de anúncios)

Este é o erro técnico mais caro — e mais invisível — da lista de “por que meu site não aparece no Google”. Invisível porque, para quem abre o site num navegador comum, tudo parece normal: o conteúdo aparece, os links funcionam, a página carrega. O problema não está no que a pessoa vê — está no que o Google recebe antes do navegador processar qualquer coisa.

SPA, SSR e a diferença que ninguém explica direito

Uma SPA (Single Page Application) sem renderização no servidor entrega, na primeira resposta HTTP, um HTML praticamente vazio — só um contêiner e uma referência a arquivos JavaScript. O conteúdo real (texto, imagens, estrutura) só é montado depois, no navegador, quando esse JavaScript termina de rodar. Um navegador moderno faz isso em milissegundos, sem o usuário perceber nada de diferente.

SSR (Server-Side Rendering) resolve isso montando o HTML completo já no servidor, antes de qualquer coisa ser enviada — o que chega ao navegador (e ao Google) já vem com o conteúdo real dentro.

Por que isso importa tanto para indexação

O Google até consegue, em muitos casos, executar JavaScript para indexar conteúdo de SPA — mas não é garantido, não é instantâneo, e não é a forma mais confiável de aparecer bem ranqueado. Na prática, a diferença entre “o Google talvez indexe seu conteúdo depois de processar JavaScript” e “o Google recebe o conteúdo pronto na primeira resposta” é grande demais para depender da sorte.

O caso real por trás deste artigo

Isso não é um risco hipotético — aconteceu de verdade com o case do Iluminasun, outro projeto do estúdio: o site anterior era uma SPA sem renderização no servidor, o que fazia o Google indexar páginas vazias e gerava conteúdo duplicado. A consequência foi além de só ranquear mal — o site foi reprovado no Google AdSense por “conteúdo de baixo valor”, porque, do ponto de vista de quem avalia o conteúdo automaticamente, as páginas realmente pareciam vazias.

A correção foi reconstruir o site com renderização híbrida — garantindo que o conteúdo relevante já esteja presente na primeira resposta do servidor, sem depender só de JavaScript no navegador.

Como saber se o seu site tem esse problema

A forma mais rápida de checar é olhar o que o servidor efetivamente entrega, sem JavaScript — não o que aparece na tela depois de carregado. O Diagnóstico Básico de Site faz exatamente essa checagem (é literalmente a primeira das verificações que ele faz) e aponta o problema em segundos, de graça.

Próximo passo

Se o diagnóstico confirmar o problema, vale entender as opções reais de correção na página de Desenvolvimento de Sites, que já nasce com esse cuidado desde a arquitetura — não como ajuste depois de publicado.