El 17 de octubre de 2025 vi una cifra que llevaba tiempo esperando: Yandex había indexado 4.278 de mis páginas. Estaban generadas con Next.js Static Site Generation (SSG) y el cambio apareció prácticamente de la noche a la mañana.
Mi primera reacción fue sencilla: el stack funciona. Miles de páginas estáticas habían entrado en el índice, así que parecía una validación muy fuerte del enfoque técnico.
Mirándolo con más precisión, hoy formularía la conclusión de forma más limitada. El resultado demostraba que, en ese momento, Yandex podía descubrir, procesar e incluir un gran conjunto de esas páginas en su índice. No demostraba que las 4.278 páginas posicionaran bien, recibieran clics, generaran tráfico long-tail o fueran a permanecer indexadas.
Esa diferencia es, en realidad, la parte más útil de este hito.
Lo que sí demostraron 4.278 páginas indexadas
El hecho confirmado es simple: Yandex indexó 4.278 de mis páginas. Como se habían generado con Next.js SSG, el resultado también indicaba que mi implementación no estaba creando una barrera técnica general que impidiera a Yandex indexarlas.
Eso importa cuando se trabaja a escala. Si miles de rutas generadas son accesibles y aceptadas en el índice, el modelo básico de entrega es, como mínimo, compatible con el crawler y el indexador. No demuestra que cada página sea buena, pero sí descarta un fallo muy básico: que el buscador sea incapaz de indexar el sitio en general.
La propia documentación de Yandex Webmaster separa el rastreo de la indexación: primero el robot carga las páginas y después Yandex las procesa y almacena para usarlas en búsqueda. Ser rastreado no equivale a estar indexado, y estar indexado tampoco equivale a posicionar o recibir tráfico.
Lo que no demostraba
Con la emoción inicial era fácil convertir el número en una victoria SEO. Sería una conclusión demasiado fuerte. Solo con esta captura no puedo confirmar:
- que las 4.278 páginas recibieran impresiones;
- que posicionaran para consultas útiles;
- que generaran clics o nuevos usuarios;
- que permanecieran en el índice durante semanas o meses;
- ni que SSG fuera la causa de que Yandex las indexara en un gran lote.
Ya entonces asumía que algunas páginas podían salir del índice más adelante, quizá incluso la mayoría. Un índice de búsqueda no es un inventario permanente. Las páginas pueden volver a procesarse, reevaluarse, cambiar de canonical efectivo o ser excluidas posteriormente. Por eso el número de páginas indexadas debe verse como un estado cambiante, no como un logro permanente.
Por qué SSG seguía siendo importante
Utilicé Next.js Static Site Generation para que las páginas estuvieran prerenderizadas y su contenido principal no dependiera del renderizado en el cliente. En Next.js, SSG genera la página durante el build. Para un crawler, eso significa que ya existe un documento HTML que puede solicitar y procesar.
Es una buena base técnica, pero no un atajo de SEO. El HTML estático no anula las directivas robots, los canonicals, los problemas de contenido duplicado o de poco valor, una mala estructura de enlaces internos ni la decisión del buscador sobre si una página merece permanecer en el índice. SSG puede facilitar una entrega fiable. No puede hacer que una página sea valiosa por sí solo.
La parte en la que me entusiasmé demasiado
En el texto original presenté el evento como una “validación fantástica” de todo el stack técnico y dije que la estrategia había dado resultado. Sigo pensando que era algo que merecía celebrarse, pero esas frases mezclaban varios resultados diferentes.
La conclusión más fuerte que puedo sostener con precisión es esta: el hito de indexabilidad funcionó. Un gran número de mis páginas estáticas entró en el índice de Yandex. Para decir que toda la estrategia de SEO programático funcionó haría falta otra capa de evidencia: permanencia en el índice, impresiones, posiciones, clics y tráfico orgánico útil a lo largo del tiempo.
Una página indexada es una puerta de entrada potencial. “Potencial” es la palabra importante.
Qué mediría después de un salto así
Si evaluara el resultado como un sistema SEO y no solo como una cifra llamativa, separaría las siguientes comprobaciones:
- Retención en el índice: ¿cuántas de las 4.278 páginas siguen indexadas después del pico inicial?
- Exclusiones: ¿qué páginas desaparecen y qué motivos muestra Yandex Webmaster?
- Visibilidad: ¿las páginas indexadas empiezan a recibir impresiones para consultas relevantes?
- Clics y usuarios: ¿la nueva superficie indexada se convierte en tráfico orgánico medible?
- Calidad: ¿los grandes grupos de páginas generadas son realmente distintos y útiles, o solo indexables desde el punto de vista técnico?
Son preguntas distintas. Un sitio puede superar la primera y fallar en todas las demás.
La limitación de este caso
Este artículo registra un hecho concreto: Yandex indexó 4.278 páginas en un periodo corto. Con esta instantánea no tengo evidencia que demuestre por qué fueron incorporadas juntas, cuántas siguieron indexadas después o cuánto tráfico de búsqueda produjeron.
La limitación importa porque evita convertir una observación útil en una regla falsa como “Next.js SSG hace que Yandex indexe miles de páginas en una noche”. No es lo que demuestra el caso. Mis páginas eran indexables y Yandex incorporó un lote grande. La causa exacta del momento no queda establecida por ese resultado.
Lo que me llevo de la experiencia
Sigo considerando 4.278 páginas indexadas un hito real. Ver miles de páginas generadas aceptadas en el índice fue una señal fuerte de que la entrega técnica básica funcionaba.
Pero no usaría el número de páginas indexadas como KPI final. La indexación es una puerta, no la meta. Después hay que comprobar si las páginas permanecen, si posicionan y si aportan tráfico útil.
SSG me ayudó a construir páginas que un buscador podía procesar como documentos prerenderizados normales. El número 4.278 mostró que esa parte del sistema funcionaba. Todo lo demás todavía tenía que ganarse.