Pensa a un ispettore del catasto che viene a misurare il tuo appartamento. Entra, guarda ogni stanza, prende appunti, annuisce, e poi torna in ufficio, si siede alla scrivania e decide di non registrare l’immobile nel registro ufficiale. L’appartamento esiste, lui l’ha visto con i suoi occhi, ma per il catasto, ufficialmente, quell’appartamento non c’\u00e8. Non puoi venderlo, non puoi affittarlo, non puoi farci nulla.<\/p>\n\n\n\n
Questo \u00e8 esattamente quello che succede quando Google Search Console ti mostra lo stato “Scansionata, ma attualmente non indicizzata” (in inglese: Crawled, currently not indexed<\/em>).<\/p>\n\n\n\n Googlebot, il robot che Google manda a visitare i siti web, ha trovato la tua pagina, l’ha letta, ha elaborato i dati, ma ha poi deciso di non inserirla nel suo indice. Il risultato pratico \u00e8 brutale: quella pagina non compare in nessun risultato di ricerca, per nessuna query, finch\u00e9 il problema non viene identificato e risolto.<\/p>\n\n\n\n Il messaggio che compare in Search Console \u00e8 scarno, quasi crudele nella sua sintesi. E la maggior parte delle guide online, nonostante i titoli promettenti, si limita a rispondere “migliora i contenuti”, che \u00e8 un po’ come dire a qualcuno con la febbre alta di stare meglio. Giusto in teoria, completamente inutile nella pratica.<\/p>\n\n\n\n In questa guida andiamo davvero a fondo. Vedremo tutte le cause reali di questo problema, con attenzione speciale ai siti moderni costruiti con JavaScript, React, Next.js e applicazioni SPA (Single Page Application), dove il problema \u00e8 spesso pi\u00f9 subdolo e difficile da individuare.<\/p>\n\n\n\n Prima di tutto \u00e8 necessario chiarire la terminologia, perch\u00e9 molti usano questi termini in modo intercambiabile commettendo un errore che porta a diagnosi sbagliate e tempo perso.<\/p>\n\n\n\n Questo stato significa che Google sa che la pagina esiste, ad esempio perch\u00e9 l’ha trovata in una sitemap o in un link esterno, ma non ci \u00e8 ancora mai andata. <\/p>\n\n\n\n \u00c8 come segnare un posto sul navigatore senza averci mai passato davanti: conosci l’indirizzo, non il posto. Spesso \u00e8 solo una questione di tempo.<\/p>\n\n\n\n Questo \u00e8 uno stadio diverso e molto pi\u00f9 preoccupante. Significa che Google \u00e8 andato alla pagina, l’ha letta, ha elaborato il contenuto e ha scelto consapevolmente di non includerla nell’indice. Non \u00e8 una dimenticanza, \u00e8 una decisione attiva.<\/p>\n\n\n\n La distinzione \u00e8 fondamentale perch\u00e9 le cause e le soluzioni sono radicalmente diverse. “Rilevata” \u00e8 spesso questione di tempo o di crawl budget insufficiente. “Scansionata” \u00e8 quasi sempre una valutazione attiva sulla qualit\u00e0 o sulla rilevanza della pagina, oppure, ed \u00e8 qui che molti si perdono, un problema tecnico che ha impedito a Google di vedere il contenuto reale nel momento in cui \u00e8 passato a giudicarla.<\/p>\n\n\n\n Quando si cerca online “crawled currently not indexed”, quasi tutti gli articoli convergono sulla stessa risposta: il contenuto non \u00e8 abbastanza buono. Questa spiegazione non \u00e8 sbagliata, ma \u00e8 gravemente incompleta. Esistono almeno sei categorie distinte di cause, ognuna con la propria diagnosi e le proprie soluzioni specifiche.<\/p>\n\n\n\n Iniziamo dalla causa pi\u00f9 citata, perch\u00e9 in effetti \u00e8 reale. Se una pagina ha poco testo, \u00e8 quasi identica a un’altra gi\u00e0 presente sul sito, oppure tratta un argomento in modo troppo superficiale rispetto a contenuti simili gi\u00e0 indicizzati, Google pu\u00f2 decidere che non aggiunge valore sufficiente all’indice.<\/p>\n\n\n\n Un esempio concreto: immagina di aprire una pizzeria e di preparare venti varianti dello stesso menu, cambiando solo il nome del piatto ma non gli ingredienti. Il critico gastronomico assagger\u00e0 le prime due o tre versioni, capir\u00e0 che sono tutte uguali e non scriver\u00e0 una recensione per ciascuna. Google ragiona esattamente cos\u00ec con le pagine di un e-commerce che ha migliaia di schede prodotto praticamente identiche: testo uguale, struttura uguale, solo il nome del prodotto che cambia. Indicizza le prime decine e ignora le restanti, perch\u00e9 non ha motivo di tenere in catalogo pagine che dicono la stessa cosa.<\/p>\n\n\n\n Come diagnosticarlo:<\/strong> usa Google con la query Questa causa \u00e8 sottovalutata in modo sorprendente, considerando quanto sia frequente nella pratica quotidiana di chi gestisce un sito.<\/p>\n\n\n\n Google scopre e rivaluta l’importanza delle pagine seguendo i link interni. Una pagina che nessun’altra pagina del sito linka direttamente, le cosiddette orphan page o pagine orfane, viene trattata come qualcosa di marginale e accessorio.<\/p>\n\n\n\n Pensa a come funziona una citt\u00e0. Le strade principali collegano tutti i quartieri, e chiunque voglia spostarsi le conosce. Poi ci sono quei vicoletti nascosti che non compaiono su nessuna mappa, che nessuno cita nelle indicazioni stradali e che anche il tassista pi\u00f9 esperto non sa dove siano. Google \u00e8 come quel tassista: conosce e visita spesso le strade principali e le destinazioni ben collegate, mentre quei vicoli sconosciuti li trova raramente e, quando li trova, non li considera degni di essere inseriti nella sua guida ufficiale della citt\u00e0.<\/p>\n\n\n\n Come diagnosticarlo:<\/strong> usa un crawler SEO, anche nella versione gratuita di Screaming Frog, e verifica quanti link interni puntano verso le pagine problematiche. Se la risposta \u00e8 zero o uno, hai trovato la causa principale.<\/p>\n\n\n\n Questo \u00e8 uno dei problemi pi\u00f9 tecnici e pi\u00f9 silenziosi, perch\u00e9 non produce errori visibili in nessuno strumento standard, ma compromette silenziosamente l’indicizzazione di intere sezioni del sito.<\/p>\n\n\n\n Il tag canonical dice a Google qual \u00e8 la versione principale di una pagina tra pi\u00f9 versioni simili. Il tag hreflang dice a Google che la stessa pagina esiste in pi\u00f9 lingue o varianti geografiche. Quando i due segnali si contraddicono, per esempio il canonical punta alla versione italiana ma l’hreflang indica come principale la versione inglese, Google riceve messaggi contrastanti. La risposta tipica dell’algoritmo \u00e8 ignorare entrambi i segnali, oppure indicizzare una versione a caso, spesso non quella che vogliamo.<\/p>\n\n\n\n \u00c8 come dare a un corriere due indirizzi di consegna diversi per lo stesso pacco. Il corriere, giustamente confuso, potrebbe consegnare a uno dei due per puro caso, oppure potrebbe rimandare il pacco al mittente. Il problema \u00e8 che il mittente non riceve nessun avviso di errore.<\/p>\n\n\n\n Come diagnosticarlo:<\/strong> ispeziona il codice sorgente HTML delle pagine problematiche e verifica che la URL indicata nel canonical sia coerente con quella presente nei tag hreflang. Se le due cose non si allineano, hai trovato il problema.<\/p>\n\n\n\n Google non indicizza le pagine nel vuoto, ma le valuta sempre in relazione alle query per cui sarebbero rilevanti. Se il formato della tua pagina non corrisponde a quello che gli utenti si aspettano per quella ricerca, Google pu\u00f2 decidere che la pagina non \u00e8 adatta, indipendentemente dalla qualit\u00e0 del testo.<\/p>\n\n\n\n Un esempio pratico: se scrivi un lungo articolo su “calcolatore IMU”, ma la SERP per quella query \u00e8 dominata da tool interattivi e calcolatori funzionanti dove si inseriscono i dati e si ottiene il risultato, Google capisce che gli utenti vogliono fare qualcosa, non leggere qualcosa. Il tuo articolo, per quanto approfondito e ben scritto, non soddisfa quell’intento, e viene quindi escluso dall’indice per quella categoria di ricerche. \u00c8 un problema di formato, non di qualit\u00e0.<\/p>\n\n\n\n Le soft 404 sono pagine che tecnicamente esistono nel senso che il server risponde con il codice 200 (che significa “pagina trovata, tutto ok”), ma il cui contenuto \u00e8 talmente scarso o assente che Google le interpreta come se fossero pagine inesistenti.<\/p>\n\n\n\n Immagina di aprire la porta di un negozio, entrare dentro e trovare il locale completamente vuoto: niente scaffali, niente prodotti, niente personale, solo quattro muri bianchi. Il fatto che la porta si sia aperta non significa che il negozio sia aperto. Google ragiona allo stesso modo: se apre la pagina e non trova contenuto reale, tratta quella pagina come se non esistesse, anche se il server ha risposto positivamente.<\/p>\n\n\n\n Questo accade spesso con pagine di categoria senza prodotti, landing page vuote create come placeholder, pagine di ricerca interna senza risultati, oppure, ed \u00e8 il caso pi\u00f9 insidioso che vedremo meglio tra poco, pagine in cui il contenuto reale viene caricato via JavaScript e Google, non riuscendo a eseguirlo correttamente, vede solo uno scheletro HTML completamente vuoto.<\/p>\n\n\n\n Il crawl budget \u00e8 la quantit\u00e0 di risorse che Google \u00e8 disposto a dedicare alla scansione di un sito in un determinato periodo di tempo. Per siti piccoli non \u00e8 mai un problema reale. Per siti grandi come e-commerce con decine di migliaia di schede prodotto, portali di news con anni di archivio, o siti con navigazione a facet che genera automaticamente milioni di URL, il crawl budget pu\u00f2 esaurirsi prima che Google arrivi alle pagine davvero importanti.<\/p>\n\n\n\n \u00c8 come una squadra di ispettori che deve verificare tutti gli appartamenti di una citt\u00e0. Con un numero limitato di persone e tempo limitato, arriveranno facilmente a controllare i palazzi centrali e ben segnalati, ma non riusciranno mai a ispezionare tutti quei piccoli edifici periferici che nessuno ha mai messo in cima alla lista delle priorit\u00e0.<\/p>\n\n\n\n Arriviamo ora alla parte pi\u00f9 importante per chi lavora con React, Next.js, Vue, Angular o qualsiasi framework JavaScript moderno. Questa sezione spiega un meccanismo che la maggior parte delle guide ignora completamente, eppure \u00e8 probabilmente la causa pi\u00f9 frequente di “scansionata ma non indicizzata” sui siti web del 2025 e del 2026.<\/p>\n\n\n\n Quando Googlebot visita una pagina HTML statica, il processo \u00e8 lineare e prevedibile: legge il codice, capisce il contenuto, valuta la qualit\u00e0, decide se indicizzare. Veloce, diretto, senza ambiguit\u00e0.<\/p>\n\n\n\n Con le pagine JavaScript, il processo \u00e8 radicalmente diverso. Google utilizza un sistema chiamato Web Rendering Service (WRS), basato su una versione di Chrome, per eseguire il JavaScript e vedere il contenuto cos\u00ec come lo vedrebbe un utente reale. Ma questo processo avviene in due fasi distinte e non simultanee.<\/p>\n\n\n\n La prima ondata avviene subito dopo la scansione: Googlebot scarica il codice HTML grezzo e lo analizza cos\u00ec com’\u00e8, nel momento stesso in cui lo riceve dal server. Se il contenuto \u00e8 gi\u00e0 presente in quell’HTML iniziale, come succede con il Server-Side Rendering, viene valutato e potenzialmente indicizzato immediatamente.<\/p>\n\n\n\n La seconda ondata arriva dopo, a volte ore dopo, a volte giorni dopo: il WRS esegue il JavaScript, costruisce il DOM completo e aggiorna l’indicizzazione con i contenuti generati dallo script. Tom Greenaway di Google ha dichiarato esplicitamente: “Se la pagina ha del JavaScript, il rendering viene rinviato finch\u00e9 non abbiamo le risorse per eseguirlo. Googlebot pu\u00f2 indicizzare la pagina prima che il rendering sia completo, e il render finale pu\u00f2 arrivare anche diversi giorni dopo.”<\/p>\n\n\n\n Per capirlo con un esempio di vita quotidiana: \u00e8 come ordinare una pizza. Quando ordini via telefono (prima ondata), il ristorante registra il tuo nome e il tuo indirizzo. Poi, qualche ora dopo (seconda ondata), prepara la pizza e te la porta. Se per\u00f2 tra la telefonata e la consegna il ristorante ha troppi ordini arretrati, la tua pizza potrebbe arrivare con ore di ritardo, o in certi casi non arrivare affatto quella sera.<\/p>\n\n\n\n Un esperimento condotto da Onely, una delle agenzie di Technical SEO pi\u00f9 rispettate a livello internazionale, ha misurato quanto tempo impiega Google a seguire i link interni in una struttura di pagine profonde, confrontando HTML statico puro e JavaScript puro. Il risultato \u00e8 stato netto.<\/p>\n\n\n\n Con HTML statico, Google impiegava circa 36 ore per arrivare fino alla settima pagina in profondit\u00e0 nella struttura del sito. Con JavaScript, lo stesso percorso richiedeva circa 313 ore, ovvero circa 9 volte pi\u00f9 tempo.<\/p>\n\n\n\n In pratica Google necessita di risorse fino a 9 volte maggiori per processare una pagina JavaScript rispetto a una pagina HTML statica. Per molti siti, questo rallentamento sistematico si traduce direttamente in pagine che non vengono mai indicizzate, non perch\u00e9 siano di bassa qualit\u00e0, ma perch\u00e9 Google non ha mai avuto abbastanza tempo e risorse per processarle completamente.<\/p>\n\n\n\n La ricerca condotta da IndexMachine nel 2026 aggiunge un dato ancora pi\u00f9 specifico: il tempo mediano di rendering di una pagina JavaScript \u00e8 di circa 10 secondi, ma pu\u00f2 arrivare fino a 18 ore per alcune pagine particolarmente complesse. E quando i file JavaScript necessari o le API chiamate dalla pagina sono bloccate nel file robots.txt, il rendering fallisce completamente e la pagina viene catalogata come vuota.<\/p>\n\n\n\n Il caso pi\u00f9 critico, e purtroppo molto pi\u00f9 comune di quanto si pensi, si verifica quando il contenuto principale della pagina viene caricato interamente via JavaScript, tipicamente attraverso chiamate API o istruzioni fetch eseguite nel browser dell’utente. In questo scenario, l’HTML iniziale che Googlebot riceve nella prima ondata \u00e8 uno scheletro completamente vuoto: forse un semplice Torna all’esempio del negozio: immagina di arrivare davanti alla vetrina, guardare dentro e non vedere nulla, perch\u00e9 i prodotti vengono allestiti sugli scaffali solo dopo che il cliente entra fisicamente nel negozio e attiva un meccanismo nascosto. Dall’esterno, il negozio sembra sempre vuoto. Googlebot, come qualsiasi passante che si affaccia alla vetrina, vede solo lo spazio vuoto e passa oltre.<\/p>\n\n\n\n Google vede quindi una pagina vuota nella prima ondata. Quando arriva alla seconda ondata per eseguire il JavaScript, pu\u00f2 gi\u00e0 aver catalogato quella pagina come thin content o soft 404, decidendo che non vale la pena indicizzarla. Questo \u00e8 il meccanismo esatto dietro a moltissimi casi di “scansionata ma non indicizzata” su siti React o Vue che usano il rendering lato client puro. Non \u00e8 che Google non voglia indicizzare quelle pagine: \u00e8 che nel momento in cui le ha valutate, erano letteralmente vuote.<\/p>\n\n\n\n C’\u00e8 un aspetto che nel 2026 non si pu\u00f2 pi\u00f9 ignorare. Search Engine Land riassume la situazione con una chiarezza che non lascia spazio a interpretazioni: “I siti JavaScript-heavy pagano una tassa del 9x sul loro crawl budget. E la maggior parte dei crawler AI non eseguono JavaScript affatto. Prendono l’HTML grezzo e vanno avanti.”<\/p>\n\n\n\n Questo secondo punto riguarda strumenti come ChatGPT, Perplexity, Claude e Bing Copilot, tutti sistemi di AI search in rapidissima crescita. Se il tuo contenuto esiste solo nel DOM renderizzato dal browser, cio\u00e8 solo dopo che JavaScript ha fatto il suo lavoro, \u00e8 invisibile non soltanto a Google nella sua prima ondata di analisi, ma anche a tutti questi motori generativi che costituiscono una quota sempre pi\u00f9 significativa del traffico informativo.<\/p>\n\n\n\n La diagnosi non richiede strumenti professionali costosi. Richiede metodo, pazienza e sapere dove guardare.<\/p>\n\n\n\n In Google Search Console, vai su Indicizzazione, poi Pagine, poi clicca su “Perch\u00e9 le pagine non vengono indicizzate”. Filtra per “Scansionata, attualmente non indicizzata” e scarica la lista completa. Concentrati prima sulle pagine che hanno valore strategico: pagine di categoria principali, landing page, articoli pillar, schede prodotto di punta.<\/p>\n\n\n\n Seleziona una URL dalla lista, clicca su “Ispeziona URL” e poi su “Testa URL live”. Osserva con attenzione la screenshot che Google genera: il contenuto che vedi in quella screenshot \u00e8 esattamente quello che Google ha visto durante la scansione. Se la pagina appare vuota o incompleta rispetto a quello che vedi nel tuo browser, il problema \u00e8 tecnico, non di qualit\u00e0 del contenuto.<\/p>\n\n\n\n Apri la pagina nel tuo browser, clicca con il tasto destro e seleziona “Visualizza sorgente pagina” per vedere l’HTML grezzo che arriva dal server. Poi apri gli strumenti di sviluppo con F12 e vai nella tab “Elements” per vedere il DOM completo, cio\u00e8 tutto quello che il browser costruisce dopo aver eseguito JavaScript.<\/p>\n\n\n\n Se i due sono molto diversi, se nel sorgente vedi pochissimo testo ma nel DOM il contenuto c’\u00e8, significa che quel contenuto viene generato da JavaScript. Per Google, durante la prima ondata di analisi, quel contenuto non esiste ancora.<\/p>\n\n\n\n Verifica quante pagine del sito linkano verso la pagina problematica. Se la risposta \u00e8 zero, hai trovato una pagina orfana. Se \u00e8 uno o due, la pagina riceve pochissima autorit\u00e0 tramite la struttura di link interni, e Google la considera di scarsa importanza rispetto al resto del sito.<\/p>\n\n\n\n Ispeziona il codice sorgente HTML della pagina e cerca due cose specifiche: il tag Questo passo viene spesso saltato, causando ore di lavoro inutile. Il report aggregato “Pagine” di Google Search Console ha un ritardo di aggiornamento che pu\u00f2 arrivare a diverse settimane. \u00c8 possibile che una pagina sia stata indicizzata correttamente, ma il report continui a mostrarla come problematica.<\/p>\n\n\n\n Prima di intervenire, verifica sempre lo stato reale con l’ispezione URL singola, cliccando “Testa URL live”, che restituisce dati aggiornati in tempo reale, oppure fai direttamente una ricerca Google con Arricchisci le pagine thin con contenuto originale, dettagliato e coerente con l’intento di ricerca reale degli utenti. Unisci le pagine simili o duplicate in un’unica pagina pi\u00f9 completa, reindirizzando le versioni secondarie con redirect 301 permanenti verso la versione consolidata. Valuta di mettere in noindex le pagine senza valore stand-alone, come pagine di tag, archivi di date vuoti e pagine di ringraziamento dopo la compilazione di un form.<\/p>\n\n\n\n La soluzione pi\u00f9 efficace \u00e8 migrare verso il Server-Side Rendering per i contenuti critici. Il testo principale deve essere presente nell’HTML che arriva dal server, prima che JavaScript venga eseguito nel browser. Framework come Next.js, Nuxt.js e SvelteKit supportano nativamente questa modalit\u00e0.<\/p>\n\n\n\n Nel breve termine, verifica che i file JavaScript principali e le API da cui dipende il contenuto non siano bloccati nel file robots.txt. Sposta i contenuti che vuoi indicizzare fuori da accordion, tab e sezioni caricate in lazy load, oppure assicurati che una versione di quel contenuto sia sempre presente nell’HTML iniziale. Usa “Testa URL live” in Search Console come check rapido e continuativo.<\/p>\n\n\n\n Aggiungi link interni dalle pagine ad alto traffico verso le pagine orfane che vuoi indicizzare. Invia una sitemap XML aggiornata che includa solo le pagine che vuoi davvero nell’indice, escludendo parametri URL, pagine di navigazione a facet e risultati di ricerca interna. Su siti grandi, blocca in robots.txt le URL che non hanno valore SEO, come pagine di login, carrello e URL con parametri tecnici o di sessione.<\/p>\n\n\n\n Esegui un audit sistematico di tutti i tag canonical del sito. Ogni pagina da indicizzare deve avere un canonical self-referencing, cio\u00e8 che punta a se stessa, oppure alla versione canonica corretta se esistono varianti. Verifica che hreflang e canonical non si contraddicano mai: la pagina indicata nel canonical deve essere inclusa come versione alternativa nel set di hreflang corrispondente.<\/p>\n\n\n\n Dopo aver corretto qualsiasi problema tecnico, richiedi l’indicizzazione tramite lo strumento di ispezione URL in Search Console, ma fallo solo dopo aver fatto le modifiche. Richiedere il crawl di una pagina che non \u00e8 ancora stata migliorata \u00e8 inutile e pu\u00f2 allungare i tempi di risoluzione.<\/p>\n\n\n\n “Scansionata, ma attualmente non indicizzata” \u00e8 uno dei problemi SEO pi\u00f9 frustranti proprio perch\u00e9 non ha mai una causa unica e universale. Pu\u00f2 essere un contenuto troppo simile ad altri gi\u00e0 presenti, un link interno mancante, un JavaScript che nasconde il contenuto, un canonical sbagliato, un crawl budget esaurito, oppure una combinazione di tutto questo nello stesso sito.<\/p>\n\n\n\n La differenza tra chi riesce a risolvere il problema e chi ci gira attorno per mesi non sta negli strumenti usati, ma nel metodo diagnostico. Senza capire esattamente perch\u00e9 Google ha deciso di non indicizzare una pagina specifica, qualsiasi intervento rimane un tentativo alla cieca.<\/p>\n\n\n\n Su siti moderni con JavaScript pesante, la priorit\u00e0 \u00e8 sempre la stessa: assicurarsi che il contenuto essenziale sia accessibile gi\u00e0 nell’HTML iniziale, prima che qualsiasi script venga eseguito. Questo vale per Google, vale per i crawler AI di tutti gli altri motori generativi, e vale per la solidit\u00e0 strutturale del sito nel tempo.<\/p>\n\n\n\n Perch\u00e9 se Google arriva a casa tua e trova le stanze vuote, nessuna ristrutturazione futura cambier\u00e0 l’impressione che si \u00e8 gi\u00e0 fatto in quella prima visita.<\/p>\n","protected":false},"excerpt":{"rendered":" Pensa a un ispettore del catasto che viene a misurare il tuo appartamento. Entra, guarda ogni stanza, prende appunti, annuisce, e poi torna in ufficio, si siede alla scrivania e decide di non registrare l’immobile nel registro ufficiale. L’appartamento esiste, lui l’ha visto con i suoi occhi, ma per il catasto, ufficialmente, quell’appartamento non c’\u00e8.… <\/p>\n","protected":false},"author":1,"featured_media":202,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"neve_meta_sidebar":"","neve_meta_container":"","neve_meta_enable_content_width":"","neve_meta_content_width":0,"neve_meta_title_alignment":"","neve_meta_author_avatar":"","neve_post_elements_order":"","neve_meta_disable_header":"","neve_meta_disable_footer":"","neve_meta_disable_title":"","footnotes":""},"categories":[26],"class_list":["post-199","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-guide"],"_links":{"self":[{"href":"https:\/\/seoradaritalia.it\/blog\/wp-json\/wp\/v2\/posts\/199","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/seoradaritalia.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/seoradaritalia.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/seoradaritalia.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/seoradaritalia.it\/blog\/wp-json\/wp\/v2\/comments?post=199"}],"version-history":[{"count":1,"href":"https:\/\/seoradaritalia.it\/blog\/wp-json\/wp\/v2\/posts\/199\/revisions"}],"predecessor-version":[{"id":207,"href":"https:\/\/seoradaritalia.it\/blog\/wp-json\/wp\/v2\/posts\/199\/revisions\/207"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/seoradaritalia.it\/blog\/wp-json\/wp\/v2\/media\/202"}],"wp:attachment":[{"href":"https:\/\/seoradaritalia.it\/blog\/wp-json\/wp\/v2\/media?parent=199"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/seoradaritalia.it\/blog\/wp-json\/wp\/v2\/categories?post=199"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Capire la differenza: scansionata, indicizzata e rilevata non significano la stessa cosa<\/h2>\n\n\n\n
Rilevata, attualmente non indicizzata<\/h3>\n\n\n\n
Scansionata, attualmente non indicizzata<\/h3>\n\n\n\n
Le sei cause reali: molto pi\u00f9 della solita storia dei “contenuti scarsi”<\/h2>\n\n\n\n
1. Contenuto thin, duplicato o cannibalizzato<\/h3>\n\n\n\n
site:tuodominio.it argomento<\/code> e conta quante pagine simili esistono gi\u00e0. Se ne trovi molte, Google ha probabilmente scelto di tenerne solo alcune e scartato le altre come ridondanti.<\/p>\n\n\n\n2. Pagine orfane: il problema del link interno mancante<\/h3>\n\n\n\n
3. Conflitti tra tag canonical e hreflang<\/h3>\n\n\n\n
4. Disallineamento con l’intento di ricerca<\/h3>\n\n\n\n
5. Le soft 404: il fantasma che tecnicamente esiste ma sostanzialmente non c’\u00e8<\/h3>\n\n\n\n
6. Crawl budget esaurito su siti di grandi dimensioni<\/h3>\n\n\n\n
Il nodo centrale: perch\u00e9 i siti JavaScript soffrono di pi\u00f9<\/h2>\n\n\n\n
Come funziona il rendering in due fasi separate<\/h3>\n\n\n\n
Il dato che cambia la prospettiva: Google \u00e8 9 volte pi\u00f9 lento su JavaScript<\/h3>\n\n\n\n
Quando JavaScript produce pagine letteralmente invisibili a Google<\/h3>\n\n\n\n
<div id=\"root\"><\/div><\/code>, nient’altro.<\/p>\n\n\n\nIl problema si estende oltre Google: i crawler AI non eseguono JavaScript<\/h3>\n\n\n\n
Come diagnosticare il problema: un percorso metodico passo dopo passo<\/h2>\n\n\n\n
Passo 1: identifica le pagine problematiche in Search Console<\/h3>\n\n\n\n
Passo 2: usa l’ispezione URL per ogni pagina critica<\/h3>\n\n\n\n
Passo 3: confronta HTML grezzo e DOM renderizzato<\/h3>\n\n\n\n
Passo 4: controlla i link interni verso quella pagina<\/h3>\n\n\n\n
Passo 5: verifica canonical e direttive robots<\/h3>\n\n\n\n
<meta name=\"robots\"<\/code> e il tag <link rel=\"canonical\"<\/code>. Assicurati che il canonical punti alla stessa URL che stai ispezionando, e che non ci siano direttive noindex inserite accidentalmente, per esempio da un plugin attivo durante la fase di sviluppo del sito e mai disattivato dopo il lancio.<\/p>\n\n\n\nPasso 6: non farti ingannare dai falsi positivi del report<\/h3>\n\n\n\n
site:tuodominio.it\/pagina-specifica<\/code>. Se la pagina compare, \u00e8 indicizzata, indipendentemente da quello che dice il report aggregato.<\/p>\n\n\n\nLe soluzioni concrete: da dove partire in base alla causa<\/h2>\n\n\n\n
Soluzioni per problemi di qualit\u00e0 e contenuto<\/h3>\n\n\n\n
Soluzioni per problemi di JavaScript e rendering<\/h3>\n\n\n\n
Soluzioni per problemi di internal linking e crawl budget<\/h3>\n\n\n\n
Soluzioni per problemi di canonical e hreflang<\/h3>\n\n\n\n
In conclusione il problema non ha mai una causa unica<\/h2>\n\n\n\n