Le 17 octobre 2025, j’ai vu un chiffre que j’attendais : Yandex avait indexé 4 278 de mes pages. Elles étaient générées avec Next.js Static Site Generation (SSG), et le changement est apparu pratiquement du jour au lendemain.
Ma première réaction a été simple : le stack fonctionne. Des milliers de pages statiques étaient entrées dans l’index, ce qui ressemblait à une validation très forte de l’approche technique.
En regardant le résultat plus rigoureusement, je le formulerais aujourd’hui de manière plus étroite. Il montrait qu’à cet instant Yandex pouvait découvrir, traiter et inclure un grand ensemble de ces pages dans son index. Il ne prouvait pas que les 4 278 pages étaient bien classées, recevaient des clics, généraient du trafic longue traîne ou resteraient indexées.
C’est précisément cette distinction qui rend ce jalon intéressant.
Ce que 4 278 pages indexées ont réellement prouvé
Le fait confirmé est simple : Yandex a indexé 4 278 de mes pages. Comme elles avaient été produites avec Next.js SSG, le résultat indiquait aussi que mon implémentation ne créait pas de barrière technique générale empêchant Yandex de les indexer.
À grande échelle, c’est déjà significatif. Si des milliers de routes générées sont accessibles et acceptées dans l’index, le modèle de diffusion de base est au moins compatible avec le crawler et l’indexeur. Cela ne prouve pas la qualité de chaque page, mais cela écarte un échec élémentaire : un site que le moteur ne peut tout simplement pas indexer.
La documentation officielle de Yandex Webmaster distingue elle-même le crawl de l’indexation. Le robot charge d’abord les pages, puis Yandex les traite et les stocke pour la recherche. Une page crawlée n’est donc pas forcément indexée, et une page indexée n’est pas forcément bien classée ni génératrice de trafic.
Ce que ce chiffre ne prouvait pas
Avec l’enthousiasme du moment, il était tentant de transformer ce chiffre en victoire SEO. Ce serait aller trop loin. À partir de ce seul instantané, je ne peux pas confirmer :
- que les 4 278 pages ont obtenu des impressions ;
- qu’elles se sont classées sur des requêtes utiles ;
- qu’elles ont généré des clics ou de nouveaux utilisateurs ;
- qu’elles sont restées indexées pendant des semaines ou des mois ;
- ni que le SSG était la raison pour laquelle Yandex les a indexées en grand lot.
Je savais déjà qu’une partie de ces pages pouvait ressortir de l’index plus tard, peut-être même la majorité. Un index de recherche n’est pas un inventaire permanent. Les pages peuvent être retraitées, réévaluées, canonicalisées différemment ou exclues ensuite. Le nombre de pages indexées doit donc être vu comme un état susceptible d’évoluer, pas comme un résultat acquis pour toujours.
Pourquoi le SSG restait important
J’utilisais Next.js Static Site Generation pour que les pages soient pré-rendues et que leur contenu principal ne dépende pas du rendu côté client. Avec Next.js, le SSG génère la page au moment du build. Pour un crawler, cela signifie qu’un document HTML existe déjà et peut être demandé puis traité.
C’est une base technique utile, pas un raccourci SEO. Le HTML statique ne neutralise ni les directives robots, ni les canonical, ni les problèmes de contenu dupliqué ou peu utile, ni une mauvaise structure de liens internes, ni la décision du moteur de conserver ou non une page dans l’index. Le SSG peut rendre la diffusion plus simple et fiable. Il ne rend pas une page utile par magie.
Le moment où je me suis un peu trop emballé
Dans la version initiale, j’ai présenté l’événement comme une « validation fantastique » de tout le stack technique et écrit que la stratégie avait payé. Je pense toujours que cela méritait d’être célébré, mais ces phrases mélangeaient plusieurs résultats différents.
La conclusion plus solide est : le jalon d’indexabilité a été franchi. Un grand nombre de mes pages statiques est entré dans l’index Yandex. Pour conclure que toute la stratégie de SEO programmatique fonctionnait, il aurait fallu une autre couche de données : maintien dans l’index, impressions, positions, clics et trafic organique utile au fil du temps.
Une page indexée est un point d’entrée potentiel. Le mot important est « potentiel ».
Ce que je mesurerais après une hausse comme celle-ci
Si j’évaluais le résultat comme un système SEO plutôt que comme un simple nombre, je séparerais les vérifications suivantes :
- Maintien dans l’index : combien des 4 278 pages restent indexées après le pic initial ?
- Exclusions : quelles pages disparaissent et quelles raisons Yandex Webmaster indique-t-il ?
- Visibilité : les pages indexées commencent-elles à obtenir des impressions sur des requêtes pertinentes ?
- Clics et utilisateurs : cette nouvelle surface indexée produit-elle réellement du trafic organique mesurable ?
- Qualité : les grands ensembles de pages générées sont-ils réellement distincts et utiles, ou seulement techniquement indexables ?
Ce sont des questions séparées. Un site peut réussir la première et échouer aux suivantes.
La limite de ce cas
Cet article documente un événement précis : 4 278 pages ont été indexées par Yandex dans un laps de temps court. Je n’ai pas, dans cet instantané, de preuve expliquant pourquoi elles ont été prises ensemble, combien sont restées indexées ensuite ni combien de trafic de recherche elles ont généré.
Cette limite est importante. Elle empêche de transformer une observation utile en règle universelle fictive du type « Next.js SSG fait indexer des milliers de pages à Yandex en une nuit ». Ce n’est pas ce que le résultat prouve. Mes pages étaient indexables et Yandex en a accepté un grand lot. La cause du timing reste indéterminée.
Ce que j’en retiens
Je considère toujours ces 4 278 pages indexées comme un vrai jalon. Voir des milliers de pages générées acceptées dans l’index était un signal fort que la livraison technique de base fonctionnait.
Mais je n’utiliserais pas le nombre de pages indexées comme KPI final. L’indexation est une porte, pas la ligne d’arrivée. Les questions suivantes sont de savoir si les pages restent indexées, se positionnent et apportent un trafic utile.
Le SSG m’a aidé à produire des pages qu’un moteur pouvait traiter comme des documents pré-rendus ordinaires. Le nombre 4 278 a montré que cette partie du système fonctionnait. Tout ce qui venait après devait encore être gagné.