<translation indicizzazione frammento URL</translation>

è soprattutto un problema ereditato dal passato, ma continua a comparire negli audit delle SPA ogni mese. Se contenuti importanti compaiono solo su /page#state o /page#!/view, Google di solito li considera come lo stesso URL di /page, non come un documento distinto.

L’impatto sul business è semplice. Gli URL nascosti non si posizionano. Gli stati dei prodotti, gli articoli di aiuto, le viste di categoria filtrate e le rotte dell’app possono scomparire dalla ricerca anche quando gli utenti vi accedono correttamente dal browser.

Cosa fa davvero Google con i frammenti

Per l’indicizzazione normale, i motori di ricerca rimuovono il frammento. Google ha dismesso anni fa l’ormai vecchio schema di crawling AJAX, e questo ha eliminato la vecchia soluzione alternativa #!. Nella pratica, Googlebot richiede l’URL di base, non ogni variazione dell’hash sovrapposta a esso.

Questo significa che example.com/docs#setup non è una seconda pagina. In genere è semplicemente example.com/docs con un salto all’interno della pagina. Se il tuo router React o Vue si basa ancora su stati basati su hash per contenuti univoci, non è una semplice “anomalia” tecnica: è un problema di indicizzazione.

Una nota onesta: i frammenti vanno bene per ancore, tab e link di “salto” su una pagina che è già indicizzabile. Il problema inizia quando i team si aspettano che vengano usati per creare entry di ricerca autonome.

Dove si rompe la performance SEO

• SPA con routing hash: rotte come /#/pricing o /#!/features spesso si compattano in un unico URL scansionabile.
• Navigazione sfaccettata: i filtri caricati solo tramite frammenti non riescono a guadagnare posizionamenti per le combinazioni long-tail.
• Hub di documentazione: gli stati degli articoli renderizzati dietro frammenti spesso non riescono a essere indicizzati singolarmente.
• Confusione sull’equity dei link: i backlink alle varianti con frammento raramente generano segnali di ranking separati per quegli stati.

In Screaming Frog, questo di solito si vede come un singolo URL HTML con molte variazioni di stato in JavaScript, ma senza percorsi distinti scansionabili. In Google Search Console, vedi impression concentrate sull’URL di base mentre le presunte viste “figlie” non ricevono nulla. Ahrefs e Semrush, poi, riportano meno URL che si posizionano di quanti il team prodotto pensa esistano.

Cosa fare invece

1. Sposta gli stati importanti su URL reali, usando routing basato su path o parametri di query.
2. Rendi il contenuto indicizzabile lato server oppure pre-renderizzalo con framework come Next.js, Nuxt o Astro.
3. Imposta i canonicals sui nuovi URL, non sulle versioni con frammento.
4. Aggiorna link interni, sitemap XML e navigazione, così Google può scoprire i nuovi percorsi.
5. Verifica con lo strumento Ispezione URL in GSC, con crawl renderizzati in Screaming Frog e, se li hai, con i file di log.

Se si tratta di una migrazione, mappa le vecchie destinazioni con frammento viste dagli utenti verso URL equivalenti scansionabili, quando possibile. In termini stretti, non puoi fare un 301 a un frammento perché il frammento viene gestito lato client e non viene inviato nella richiesta HTTP. È questa la precisazione che molti glossari omettono. Hai bisogno di gestione JavaScript, aggiornamenti dei link interni e recupero dei link esterni in Ahrefs o Moz, non di una semplice regola di redirect lato server.

In sintesi: i frammenti servono per le posizioni nella pagina, non per i documenti indicizzabili. Se la pagina conta per il traffico organico, dagli un URL reale.