Aquele site lindo, feito em dez minutos com inteligência artificial, pode estar sendo ignorado pelo Google. Não é só “não faça SPA”. É uma checagem completa na hora de criar. Eu trabalho com site há mais de dez anos, sou o Kevin BK, criador do Suki Desu e de vários outros. Nesta era ficou fácil montar página com Lovable, Hostinger Horizons, Base44 e construtoras no mesmo estilo. A maioria comete um erro grosseiro: entrega um SPA. Mesmo quando você acha que o projeto saiu em SSR, ainda precisa conferir. Eu já vi bloco, lista de imagem e nome de personagem nascendo só depois que o JavaScript rodava no computador de quem abriu a página. O Google, nesse caso, leva o casco vazio.
Peça um site inteiro em SSR — HTML pronto no servidor, não um app que monta a página só no navegador. Depois não acredite na IA: rode um checker que compara a página com e sem JavaScript, olhe título, meta e canônica, e confira se texto e imagem já vêm na primeira resposta. No Tier Versus eu só percebi o furo quando as imagens da tier list não existiam no HTML inicial; depois da correção o tráfego subiu.
- Pedido na criação
- Site inteiro em SSR, não SPA
- Checagem
- Página com JS bloqueado igual à página visível
- Ferramentas do vídeo
- Checker SSR no digitalkw.com e o check no kevinbk.com
SPA e SSR, no português da página
SPA, single-page application, é o site em JavaScript que renderiza no navegador de quem acessou. A pessoa abre o endereço, o servidor manda um casco, o script monta o conteúdo no computador dela. Busca e muita ferramenta de leitura — inclusive agentes — não veem o mesmo que você viu depois do loading. SPA ainda peca em meta: título e description chegam atrasados ou não chegam. SSR, server-side rendering, entrega o HTML pronto. Renderizado no servidor. É assim que o site feito com IA precisa nascer se você quer que o Google leia a página sem teatro.
Um caso meu: Hostinger Horizons. Percebi que os sites redirecionavam para o servidor da Hostinger antes de ir para o meu, e as meta tags nem carregavam. Depois que eles consertaram o redirecionamento, descobri que a ferramenta só fazia SPA. Acabou a alegria. Felizmente Codex, Claude Code e os apps das casas grandes constroem SSR de verdade se você mandar. Você não precisa gastar em Lovable e construtora cara se já paga ChatGPT ou Claude. O pedido, na hora de criar, é explícito: “quero o site inteiro em SSR”.
Pedir SSR não basta: o bloco que nasce depois
Mesmo com o pedido certo, a IA pode deixar um container, um bloco, um texto em SPA no meio da página e quebrar a leitura. Exemplo na tela: o Tier Versus, site de ranking e tier list. Você clica num game, vê personagens na lateral e o painel para ranquear. Quase não há parágrafo para o Google se agarrar — o conteúdo são as imagens e os nomes. Eu pedi ao GPT um site todo em SSR. Ele fez, exceto essa faixa de imagens com nomes. Elas só apareciam depois que a página carregava. Sem uma verificação fundo, eu jurava que estava em SSR. Estava em SPA na parte que importava.
Não tem como descobrir isso olhando o layout no seu Chrome com o JavaScript ligado. O olho mente. A ferramenta de checagem é que mostra o HTML da primeira resposta contra o HTML depois do script.
A checagem SSR no digitalkw.com
No Google eu pedi para procurar “checker ssr digital”. O endereço direto é o digitalkw.com, na ferramenta de checker. Na gravação o resultado ainda não estava no topo da busca; se o nome estiver certo, a primeira opção é essa. Você cola o site. No exemplo do Tier Versus, depois da correção, o checker marcou 100% de SSR: pouco o que melhorar. Ele lista description, metas, URL final, canônica. Isso importa porque um misto SSR/SPA pode carregar a meta que você quer e esconder o corpo, ou o contrário.
O ponto alto da tela é a comparação: página carregada sem JavaScript e com JavaScript. SPA monta tudo no computador via script. Se a página inteira aparece mesmo com o JavaScript bloqueado, o SSR está fazendo o trabalho. Texto, conteúdo e imagem precisam existir na primeira requisição, na hora em que o HTML é entregue. O checker bloqueia o script de propósito para você ver o que busca e agente recebem de verdade.
- Publique o site numa URL pública. Localhost não é o teste.
- Abra o checker SSR no digitalkw.com e cole o domínio (ou a URL da página crítica, se a ferramenta aceitar).
- Leia a nota de SSR, as metas, a canônica e a URL final — redirecionamento no meio do caminho já foi o meu caso no Horizons.
- Compare o HTML sem JavaScript com o que você vê no navegador. O que só existe no segundo não existe para o Google.
- Se um bloco faltar, volte na IA com o recorte: “este container precisa vir no HTML inicial”, não um “fica em SSR” genérico.
A outra checagem: o site inteiro no kevinbk.com
SSR não é a única conferência. Eu tenho outra ferramenta no kevinbk.com: você coloca o domínio e ela varre como está a base pública do site. São vários detalhes que a IA deixa passar se você não conversar até a estrutura fechar — título, heading, idioma, canônica, o que precisa estar na página se você quer posição no Google e leitura por agente. Tem até uma opção, na gravação ainda incompleta, para olhar o projeto no GitHub em busca de vulnerabilidade. Tudo estava de graça. Eu não estava dando atenção pesada para essa ferramenta, estava focado em outra coisa; a versão gratuita eu pretendi manter.
Perguntar para a IA “está em SSR?” é o caminho mais curto para um sim mentiroso. Ela pode não perceber o bloco que só hidrata no cliente. A verificação manual, com JavaScript bloqueado, é o que vale. Foi só corrigir as imagens e os textos que não nasciam na renderização do servidor que o site do erro antigo começou a subir de visita. A curva na tela era depois da correção, não depois do pedido inicial.
O que eu faria no próximo site, na ordem da gravação
Primeiro o pedido: site inteiro em SSR. Nada de construtora que só entrega SPA — o Horizons me queimou nisso, e Lovable e Base44 caem no mesmo risco se você não conferir o HTML. Depois a checagem no digitalkw, com e sem script. Depois o check mais largo no kevinbk.com. Só então eu acredito que o Google consegue ler a página sem limitação. Conteúdo que só existe depois do clique, num painel logado, pode continuar no cliente. Página de leitura, ranking, artigo, ficha: primeira resposta completa.
Inscrição no canal e o grupo de WhatsApp sobre Cloudflare Workers e IA foram o convite do fechamento. A dúvida útil, se você for escrever, é a URL e o que o checker mostrou no bloco sem JavaScript — não um “meu site não ranqueia” sem HTML.
Na sequência
- Na criação, pedir site inteiro em SSR, não um app que monta a página só no navegador.
- Recusar construtora que, na prática, só entrega SPA — o Horizons foi o meu caso.
- Rodar o checker SSR no digitalkw.com na URL publicada.
- Conferir título, meta, canônica e o HTML com JavaScript bloqueado.
- Corrigir bloco a bloco: imagem, nome, texto que só aparece depois do loading.
Onde isso quebra
Acreditar no “sim, está em SSR” da IA sem olhar o HTML da primeira resposta.
Validar só no computador, com JavaScript ligado, olhando o layout pronto.
Deixar a parte que mais tem conteúdo (galeria, nomes, lista) como ilha que hidrata depois.
Publicar com redirecionamento no meio do caminho, como no Horizons antigo, e perder meta na primeira ida.
Perguntas frequentes
Todo site com JavaScript é invisível para o Google?
Não. O Google executa script em muitos casos, com atraso e limite. Página de leitura que já nasce completa no HTML continua sendo a forma previsível. SPA puro aposta numa segunda passagem que pode não vir.
Qual a diferença prática entre SPA e SSR neste vídeo?
SPA monta a página no computador de quem acessou. SSR entrega o HTML pronto no servidor. Eu quero a segunda se o objetivo é busca e agente lerem o conteúdo na primeira resposta.
O checker do digitalkw.com substitui o Search Console?
Não. Ele mostra SSR, meta, canônica e a página sem JavaScript. Search Console continua sendo o lugar da indexação e da consulta. São etapas diferentes.
E se só o painel logado depende de JavaScript?
Painel privado pode viver no cliente. O problema do vídeo é página pública cujo conteúdo (texto, imagem, nome) não existe no HTML inicial.
Lovable ou Hostinger Horizons conseguem SSR?
No Horizons, na minha experiência da gravação, não: só SPA, e ainda houve fase de redirecionar para o servidor deles sem meta. Qualquer construtora precisa da mesma checagem com o script bloqueado.