Em 17 de outubro de 2025, vi um número que eu esperava encontrar: Yandex havia indexado 4.278 das minhas páginas. Elas eram geradas com Next.js Static Site Generation (SSG), e a mudança apareceu praticamente de uma noite para a outra.
Minha primeira reação foi simples: o stack funciona. Milhares de páginas estáticas tinham entrado no índice, então aquilo parecia uma validação muito forte da abordagem técnica.
Olhando com mais cuidado, hoje eu formularia a conclusão de maneira mais restrita. O resultado mostrava que, naquele momento, Yandex conseguiu descobrir, processar e incluir um grande conjunto dessas páginas em seu índice. Ele não provava que as 4.278 páginas tinham bons rankings, recebiam cliques, geravam tráfego long-tail ou permaneceriam indexadas.
Essa distinção é a parte mais útil desse marco.
O que 4.278 páginas indexadas realmente provaram
O fato confirmado é simples: Yandex indexou 4.278 das minhas páginas. Como elas foram produzidas com Next.js SSG, o resultado também indicava que minha implementação não criava uma barreira técnica geral que impedisse Yandex de indexá-las.
Isso importa quando se trabalha em escala. Se milhares de rotas geradas podem ser alcançadas e aceitas no índice, o modelo básico de entrega é, no mínimo, compatível com crawler e indexador. Isso não prova que cada página é boa, mas elimina um modo de falha bastante básico: o mecanismo de busca não conseguir indexar o site de forma geral.
A própria documentação do Yandex Webmaster separa crawling de indexação: primeiro o robô carrega as páginas, depois Yandex as processa e armazena para uso na busca. Ser rastreado não é o mesmo que ser indexado; e ser indexado não é o mesmo que ranquear ou receber tráfego.
O que o resultado não provou
Com a empolgação inicial, era tentador tratar aquele número como uma vitória de SEO. Isso seria uma conclusão forte demais. A partir desse único retrato, eu não posso confirmar:
- que todas as 4.278 páginas receberam impressões;
- que ranquearam para consultas úteis;
- que geraram cliques ou novos usuários;
- que permaneceram no índice por semanas ou meses;
- nem que o SSG tenha sido o motivo de Yandex indexá-las em um grande lote.
Eu já esperava que algumas páginas pudessem sair do índice depois, talvez até a maioria. Um índice de busca não é um inventário permanente. Páginas podem ser reprocessadas, reavaliadas, canonicalizadas de outra forma ou excluídas posteriormente. Por isso, a contagem de páginas indexadas deve ser vista como um estado que pode mudar, não como uma conquista permanente.
Por que SSG ainda importava
Eu usava Next.js Static Site Generation para que as páginas fossem pré-renderizadas e o conteúdo principal não dependesse de renderização no cliente. No Next.js, SSG gera a página no momento do build. Para um crawler, isso significa que já existe um documento HTML para solicitar e processar.
Essa é uma base técnica útil, mas não um atalho de SEO. HTML estático não ignora diretivas robots, canonicals, problemas de conteúdo duplicado ou de baixo valor, falhas de links internos nem a decisão do mecanismo de busca sobre manter uma página no índice. SSG pode tornar a entrega mais simples e confiável. Ele não torna uma página valiosa por si só.
A parte em que eu me empolguei demais
No texto original, tratei o evento como uma “validação fantástica” de todo o stack técnico e disse que a estratégia tinha valido a pena. Ainda acho que era algo para comemorar, mas essas frases misturavam resultados diferentes.
A conclusão mais precisa é: o marco de indexabilidade funcionou. Um grande número das minhas páginas estáticas entrou no índice de Yandex. Para afirmar que toda a estratégia de SEO programático funcionou, seria preciso outra camada de evidências: permanência no índice, impressões, rankings, cliques e tráfego orgânico útil ao longo do tempo.
Uma página indexada é um ponto de entrada potencial. “Potencial” é a palavra importante.
O que eu mediria depois de um salto assim
Se eu avaliasse o resultado como um sistema de SEO, e não apenas como um número chamativo, separaria as próximas verificações:
- Retenção no índice: quantas das 4.278 páginas continuam indexadas depois do pico inicial?
- Exclusões: quais páginas desaparecem e quais motivos o Yandex Webmaster informa?
- Visibilidade: as páginas indexadas começam a receber impressões para consultas relevantes?
- Cliques e usuários: a nova área indexada realmente gera tráfego orgânico mensurável?
- Qualidade das páginas: grandes grupos de páginas geradas são realmente diferentes e úteis ou apenas tecnicamente indexáveis?
São perguntas separadas. Um site pode passar pela primeira e falhar nas demais.
A limitação deste caso
Este artigo registra um evento concreto: 4.278 páginas foram indexadas por Yandex em um intervalo curto. Com esse retrato, eu não tenho evidência que prove por que elas foram incorporadas juntas, quantas permaneceram indexadas depois ou quanto tráfego de busca produziram.
Essa limitação importa porque impede transformar uma observação útil em uma regra universal falsa, como “Next.js SSG faz Yandex indexar milhares de páginas em uma noite”. Não é isso que o resultado prova. Minhas páginas eram indexáveis e Yandex aceitou um grande lote. A causa exata do timing não é estabelecida por esse dado.
O que eu tiro dessa experiência
Ainda considero 4.278 páginas indexadas um marco real. Ver milhares de páginas geradas aceitas no índice foi um sinal forte de que a entrega técnica básica estava funcionando.
Mas eu não usaria o número de páginas indexadas como KPI final. Indexação é uma porta, não a linha de chegada. Depois vêm as perguntas sobre permanência no índice, ranking e tráfego útil.
SSG me ajudou a criar páginas que um mecanismo de busca podia processar como documentos pré-renderizados comuns. O número 4.278 mostrou que essa parte do sistema funcionava. Todo o resto ainda precisava ser conquistado.