Il 17 ottobre 2025 ho visto un numero che speravo di vedere: Yandex aveva indicizzato 4.278 delle mie pagine. Erano generate con Next.js Static Site Generation (SSG) e il cambiamento è apparso praticamente da un giorno all’altro.
La mia prima reazione è stata semplice: lo stack funziona. Migliaia di pagine statiche erano entrate nell’indice, quindi sembrava una forte conferma dell’approccio tecnico.
Guardando il risultato con più precisione, oggi lo formulerei in modo più ristretto. Dimostrava che, in quel momento, Yandex era riuscito a scoprire, elaborare e includere un grande insieme di quelle pagine nel proprio indice. Non dimostrava che tutte le 4.278 pagine avessero buoni ranking, ricevessero clic, generassero traffico long-tail o sarebbero rimaste indicizzate.
Questa distinzione è la parte più utile dell’intero traguardo.
Cosa hanno davvero dimostrato 4.278 pagine indicizzate
Il fatto confermato è semplice: Yandex ha indicizzato 4.278 delle mie pagine. Poiché erano prodotte con Next.js SSG, il risultato indicava anche che la mia implementazione non creava una barriera tecnica generale che impedisse a Yandex di indicizzarle.
Quando si lavora su molti URL, questo conta. Se migliaia di route generate sono raggiungibili e accettate nell’indice, il modello di delivery di base è almeno compatibile con crawler e indexer. Non prova che ogni pagina sia buona, ma esclude un problema elementare: un sito che il motore non riesce a indicizzare in generale.
La documentazione ufficiale di Yandex Webmaster distingue crawling e indicizzazione: il robot carica prima le pagine, poi Yandex le elabora e le memorizza per la ricerca. Essere sottoposti a crawl non equivale a essere indicizzati, e essere indicizzati non equivale a posizionarsi o ricevere traffico.
Cosa non dimostrava
Nell’entusiasmo iniziale era facile trattare quel numero come una vittoria SEO. Sarebbe stata una conclusione troppo forte. Da questo singolo snapshot non posso confermare:
- che tutte le 4.278 pagine abbiano ricevuto impression;
- che si siano posizionate per query utili;
- che abbiano generato clic o nuovi utenti;
- che siano rimaste nell’indice per settimane o mesi;
- né che SSG sia stato il motivo per cui Yandex le ha indicizzate in un unico grande gruppo.
Già allora mi aspettavo che alcune pagine potessero uscire dall’indice in seguito, forse persino la maggior parte. Un indice di ricerca non è un inventario permanente. Le pagine possono essere rielaborate, rivalutate, canonicalizzate in modo diverso o escluse più avanti. Per questo il numero di pagine indicizzate va letto come uno stato che può cambiare, non come un risultato definitivo.
Perché SSG era comunque importante
Usavo Next.js Static Site Generation affinché le pagine fossero pre-renderizzate e il contenuto principale non dipendesse dal rendering lato client. In Next.js, SSG genera la pagina al momento della build. Per un crawler esiste quindi già un documento HTML da richiedere ed elaborare.
È una base tecnica utile, non una scorciatoia SEO. L’HTML statico non annulla direttive robots, canonical, problemi di duplicazione o scarso valore, collegamenti interni deboli o la decisione del motore sul mantenimento della pagina nell’indice. SSG può rendere la delivery più semplice e affidabile. Non rende una pagina utile da solo.
La parte in cui mi sono entusiasmato troppo
Nel testo originale definivo l’evento una “fantastica validazione” dell’intero stack tecnico e dicevo che la strategia aveva dato i suoi frutti. Continuo a pensare che fosse un risultato da celebrare, ma quelle frasi mescolavano più esiti diversi.
La conclusione più precisa è: il traguardo dell’indicizzabilità era stato raggiunto. Un gran numero delle mie pagine statiche era entrato nell’indice di Yandex. Per dire che l’intera strategia di SEO programmatica funzionava serviva un altro livello di evidenza: permanenza nell’indice, impression, ranking, clic e traffico organico utile nel tempo.
Una pagina indicizzata è un punto di ingresso potenziale. “Potenziale” è la parola chiave.
Cosa misurerei dopo un salto del genere
Se valutassi il risultato come sistema SEO e non come semplice numero, separerei i controlli successivi:
- Permanenza nell’indice: quante delle 4.278 pagine restano indicizzate dopo il picco iniziale?
- Esclusioni: quali pagine scompaiono e quali motivi segnala Yandex Webmaster?
- Visibilità: le pagine indicizzate iniziano a ricevere impression per query pertinenti?
- Clic e utenti: la nuova superficie indicizzata produce davvero traffico organico misurabile?
- Qualità: grandi gruppi di pagine generate sono realmente distinti e utili oppure soltanto tecnicamente indicizzabili?
Sono domande separate. Un sito può superare la prima e fallire le successive.
Il limite di questo caso
Questo articolo documenta un evento concreto: 4.278 pagine sono state indicizzate da Yandex in un periodo breve. In questo snapshot non ho prove che spieghino perché siano state prese insieme, quante siano rimaste indicizzate dopo o quanto traffico di ricerca abbiano generato.
Questo limite è importante perché impedisce di trasformare un’osservazione utile in una regola universale falsa come “Next.js SSG fa indicizzare a Yandex migliaia di pagine in una notte”. Non è ciò che il risultato dimostra. Le mie pagine erano indicizzabili e Yandex ne ha accettato un grande lotto. La causa esatta del timing non è stabilita da questo dato.
Cosa mi porto via
Continuo a considerare 4.278 pagine indicizzate un vero traguardo. Vedere migliaia di pagine generate accettate nell’indice era un forte segnale che la delivery tecnica di base funzionava.
Ma non userei il numero di pagine indicizzate come KPI finale. L’indicizzazione è un passaggio, non il traguardo. Dopo bisogna verificare se le pagine restano indicizzate, si posizionano e portano traffico utile.
SSG mi ha aiutato a costruire pagine che un motore di ricerca poteva elaborare come normali documenti pre-renderizzati. Il numero 4.278 mostrava che quella parte del sistema funzionava. Tutto il resto doveva ancora essere conquistato.