Analisi Tecnica Avanzata

DOM Rendering (Raw vs JS)

Nome Card UX: Integrità DOM

La card DOM Rendering confronta due versioni della stessa pagina: l'HTML grezzo ricevuto dal server (Raw HTML) e il DOM finale dopo che il browser ha eseguito tutto il JavaScript (Rendered DOM). Questa distinzione è importante perché Google legge prima la versione statica e poi, in un secondo momento, esegue gli script. Se elementi critici come title, meta robots o segnali di indicizzazione sono diversi nelle due versioni, si crea un disallineamento tecnico che può influenzare come la pagina viene interpretata e catalogata. La card assegna un livello di confidenza: Tecnicamente Indicizzabile, A Rischio o Bloccata.

Cosa analizza la card

Confronto di title, meta robots, canonical e altri segnali chiave tra Raw HTML e Rendered DOM. Assegna un punteggio di confidenza basato sulle discrepanze rilevate.

A cosa serve

Serve per i siti con framework JavaScript pesante (React, Vue, Angular, Nuxt) o con CMS che generano contenuto dinamicamente. È il modo più diretto per verificare che ciò che vede il crawler corrisponda a ciò che vede il browser.

L'Analogia: Il copione e la scena in teatro

Il regista legge il copione per preparare lo spettacolo. Gli spettatori vedono la scena finale dopo luci, costumi e improvvisazioni degli attori. Se il copione dice che il personaggio principale entra da sinistra ma la regia lo fa entrare da destra, chi studia il copione e chi guarda la scena capiscono cose diverse. Google legge prima il copione (Raw HTML) e poi vede la scena (DOM renderizzato): se i messaggi non coincidono, la comprensione della pagina ne risente.

Esempio di vita reale

Un sito con un CMS headless carica il tag title via JavaScript. Nel Raw HTML il title è vuoto o generico, nel Rendered DOM è corretto. La card segnala un A Rischio perché Google nella prima ondata di scansione vede un titolo privo di informazioni. Spostando il title nel rendering server-side il problema si risolve e la card passa a Tecnicamente Indicizzabile.

Domande frequenti su questa card

No, Google sa leggere JavaScript. Il problema nasce quando elementi critici per l'indicizzazione (title, meta robots, canonical) esistono solo nel DOM renderizzato e non nell'HTML statico. In quel caso il crawler potrebbe non vederli nella prima passata, rallentando l'indicizzazione o leggendo segnali errati.

Non solo. Anche siti tradizionali con plugin di cache, CDN o sistemi di personalizzazione possono produrre differenze tra Raw e Rendered. La card è utile ogni volta che non sei sicuro che il server stia consegnando esattamente quello che ti aspetti.

Significa che il tool ha rilevato discrepanze tra le due versioni su segnali importanti ma non bloccanti. Non è detto che la pagina sia penalizzata, ma c'è una zona grigia che vale la pena investigare. Il livello Bloccata indica invece un'incongruenza critica (es. noindex nel Raw ma non nel Rendered) che può impedire l'indicizzazione corretta.

Ondata 1 (Raw HTML)

È quello che riceve il crawler istantaneamente. Se i dati fondamentali (Title, Description, Robots) non sono presenti qui, potresti risentire di ritardi pesanti nell'indicizzazione o errori di interpretazione.

Ondata 2 (Rendered DOM)

È il risultato finale dopo che il JavaScript ha "costruito" la pagina. Noi confrontiamo le due versioni per assicurarci che non ci siano discrepanze critiche che confondono l'algoritmo di Google.

Nessun "Gap" di Indicizzazione

Un sito ideale comunica lo stesso messaggio in entrambe le fasi. Se il JavaScript aggiunge contenuti preziosi che non esistono nel codice HTML grezzo, Google dovrà fare un lavoro extra per vederli, consumando inutilmente il tuo budget di scansione. La coerenza DOM garantisce che il tuo valore sia visibile fin dal primo millisecondo.