Um site pode abrir rápido e parecer completo no seu navegador enquanto esconde o conteúdo principal na resposta inicial do servidor. Foi o que encontrei no Tier Versus: nomes e imagens dos personagens só surgiam depois que o JavaScript rodava. Para descobrir esse tipo de falha, não basta olhar a tela pronta; é preciso comparar o HTML que chegou com o que o navegador montou.
Peça para o conteúdo público chegar pronto
SPA é uma aplicação em que boa parte da página é montada no navegador com JavaScript. No SSR, o servidor já entrega o HTML renderizado. Para páginas públicas cujo valor está em um texto, uma lista ou um catálogo, eu peço que esse conteúdo venha na primeira resposta, sem depender dos scripts para aparecer.
O Google consegue processar JavaScript, mas isso acontece em etapas e pode levar mais tempo. Outros robôs podem não executar os scripts do mesmo jeito. SSR reduz essa dependência; não garante indexação nem posição no Google. O importante é não presumir que a tela que você vê será igual ao conteúdo que todo robô recebe.
Aprendi isso na prática com um projeto no Hostinger Horizons. Na configuração que usei, o endereço passava primeiro por um servidor da Hostinger e as meta tags não chegavam como eu esperava. Depois que esse redirecionamento foi corrigido, vi que a página era montada no navegador. Desde então, quando peço um site à IA, especifico que o conteúdo público precisa sair renderizado pelo servidor — e depois verifico o resultado, porque o pedido sozinho não prova nada.
Teste a página que realmente carrega o conteúdo
No Tier Versus, a pessoa escolhe um jogo ou anime e arrasta os personagens para montar uma tier list. Quase todo o conteúdo daquela página eram os nomes e as imagens. Eu tinha pedido ao GPT que fizesse o site em SSR, e quase tudo chegava pronto; justamente a lista de personagens, porém, só aparecia depois que o JavaScript rodava.
Por isso, teste uma URL interna que represente o uso real do site, não apenas a página inicial. Abra uma lista, um produto, um perfil ou o artigo que contém a informação mais importante. Se houver um bloco essencial, confira se ele está no HTML inicial. Uma página pode misturar conteúdo renderizado no servidor com uma parte montada só no navegador.
Compare a página com e sem JavaScript
Eu usei o <a href="https://digitalkw.com/checker-de-ssr/">SSR Checker da DigitalKW</a>. Cole a URL pública que quer verificar e compare a versão sem JavaScript com a página carregada normalmente. Olhe se o texto, os nomes e as imagens principais aparecem na resposta inicial; aproveite também para conferir título, descrição, URL final e canonical.
No meu exemplo, o checker marcou 100% de SSR depois da correção. Essa é a pontuação da própria ferramenta, segundo os critérios dela, não uma nota do Google nem uma promessa de tráfego. A comparação é o que ajuda a encontrar o problema: se uma lista só aparece na versão com JavaScript, você já sabe qual bloco precisa voltar para a renderização do servidor.
Nem todo botão precisa funcionar sem script. O teste serve para conferir se a informação pública que explica a página já chegou. Controles interativos podem continuar usando JavaScript; nomes e conteúdo de um catálogo não deveriam sumir junto com ele.
Confira também os dados do domínio
SSR não era a única checagem que eu mostrava. No meu analisador de domínio, eu conferia outros pontos que uma IA pode deixar passar ao montar o site, como títulos, idioma e canonical. Se você tiver essa ferramenta disponível, use o relatório para encontrar o que precisa ser corrigido e volte à página específica para confirmar o ajuste.
A análise de projetos do GitHub em busca de vulnerabilidades ainda estava incompleta. Eu não usaria esse resultado para declarar um projeto seguro. Um relatório pode ajudar a localizar itens para revisar, mas não transforma uma ferramenta inacabada numa auditoria de segurança.
Corrija o bloco e repita a comparação
No Tier Versus, a correção foi fazer os nomes e as imagens existirem na renderização do servidor. Depois disso, conferi a mesma página de novo: o conteúdo que faltava passou a estar presente na resposta inicial. Quando mostrei o gráfico, as visitas já estavam subindo, mas a curva por si só não prova que uma única mudança causou o crescimento.
Esse é o processo que eu sigo antes de confiar num site feito com IA: escolho uma página pública importante, comparo a resposta com e sem JavaScript, verifico meta e canonical, corrijo cada bloco ausente e rodo a comparação outra vez. Se a IA disser que está tudo em SSR, eu ainda olho o HTML; ela pode não perceber justamente o pedaço que ficou para o navegador montar.