1. Pagine che non sono indicizzate
Che cosa è: Le tue pagine esistono ma Google ha deciso di non includerle nel suo indice — o non le ha ancora strisciate.
Perché fa male: Una pagina che non è indicizzata non può classificare. Fermata completa. Questo è il problema tecnico più fondamentale di SEO e la prima cosa da controllare su qualsiasi sito sottoperformante.
Come diagnosticare: Apri Google Search Console → Pages report. Cercare pagine in questi stati:
- Scoperto – attualmente non indicizzato: Google conosce l'URL esiste ma non lo ha ancora strisciato
- Crawled – attualmente non indicizzato: Google ha strisciato la pagina e ha deciso di non indicizzarlo — di solito a causa di contenuti sottili, segnali quasi duplicati, scarsa connessione interna, o velocità pagina lenta
- Escluso dal tag noindex: Una direttiva noindex blocca esplicitamente la pagina
Come risolvere il problema: La correzione dipende dallo stato specifico. “Crawled – attualmente non indicizzato” richiede spesso migliorare la qualità dei contenuti, fissare i segnali duplicati e rafforzare i collegamenti interni alle pagine interessate. “Discovered – attualmente non indicizzato” si risolve spesso aggiungendo l'URL alla mappa del sito e costruendo link interni ad esso. Vedere la nostra guida completa su risolvere problemi di indicizzazione della pagina in Google Search Console.
Nota della piattaforma: Su WordPress, le pagine di archivio di categoria e tag sono spesso il colpevole — essi vengono indicizzati ma Googlebot li valuta come contenuto sottile. Considera noindexing categoria e tag pagine che non servono uno scopo utente chiaro.
2. Rifiuti di bilancio di Crawl
Che cosa è: Google assegna un bilancio strisciante ad ogni sito — un limite su quante pagine strisciare entro un dato periodo. Quando il budget viene consumato da URL a basso valore, le pagine importanti vengono strisciate di rado o depriorizzate.
Perché fa male: Se Googlebot è impegnato a strisciare le combinazioni di filtri, URL di identificazione di sessione e archivi impaginati, può visitare solo le pagine di contenuti più importanti una volta al mese. Il nuovo contenuto richiede settimane per essere indicizzato. Gli aggiornamenti alle pagine esistenti vanno inosservati.
Come diagnosticare: Un completo analisi del bilancio richiede i dati dei file di registro — i registri del server che mostrano esattamente quali URL Googlebot richiesto, quante volte, e con quali codici di stato. Screaming Frog può approssimare questo strisciando il tuo sito e mostrando quanti URL unici esistono vs. quanti sono preziosi.
Come risolvere il problema: Bloccare i modelli di URL a basso valore in robots.txt (utilizzare con attenzione — vedi problema #4), canonica filtrata e ordinati URL alla pagina di base, noindex impaginato archivi oltre pagina 2, e rimuovere le pagine reindirizzate o di errore dalla mappa del sito XML. La nostra guida più profonda strisciare budget e perché è importante copre la strategia completa.
Nota della piattaforma: WooCommerce è particolarmente vulnerabile. La selezione dei prodotti, i filtri di colore, i filtri di dimensioni e gli archivi dei tag possono generare decine di migliaia di combinazioni URL indicibili da poche centinaia di prodotti. La nostra guida su navigazione sfaccettata SEO copre soluzioni specifiche WooCommerce.
3. Duplicare i contenuti e le questioni di canonizzazione
Che cosa è: URL multipli sul tuo sito che serve lo stesso o quasi-identico contenuto — senza dire a Google quale versione è autorevole.
Perché fa male: Google non classifica più versioni dello stesso contenuto. Sceglie uno — di solito non quello che si sarebbe scelto — e sopprime gli altri. Se i tag canonici sono mancanti o non configurati, Google sta prendendo questa decisione senza il vostro contributo.
Come diagnosticare: Fonti di contenuti duplicati comuni:
- http://` ehttps://` entrambi accessibili
- `www` e `non-www` entrambi accessibili
- Trailing slash vs. no trailing slash (`/page` e `/page/`)
- Parametri URL che creano varianti (`/products?sort=prezzo` e `/products?sort=new`)
- Versione stampabile o AMP senza canonici corretti
- URL del prodotto WooCommerce accessibili in più percorsi di categoria
Controllare le questioni canoniche utilizzando la rana di Screaming (filtro da canonica → cercare i canonici mancanti, relativi o non indicibili) o la relazione di contenuti duplicati di Audit del sito di Semrush.
Come risolvere il problema: Attuazione coerente tag canonici su ogni pagina indicibile. Il canonico deve puntare alla versione preferita — sempre lo stesso protocollo, il formato di dominio e la struttura URL. Guarda le nostre guide complete: problemi canonici Guida SEO, strategie di tag canonichee che cosa è un URL canonico.
Nota della piattaforma: Su Shopify, i prodotti accessibili sotto `/products/` e `/collections/collection-name/products/product-name` sono un problema di duplicazione noto. Shopify autocanonicals il percorso `/products/`, ma verificare che questo funzioni correttamente per il vostro tema.
4. Robots.txt Blocking Risorse critiche
Che cosa è: Il tuo file robots.txt impedisce accidentalmente a Googlebot di accedere a pagine, file CSS, JavaScript o intere directory di cui ha bisogno per strisciare e rendere il tuo sito.
Perché fa male: CSS e JavaScript bloccati significa che Google non può rendere le tue pagine — vede layout rotti o contenuti vuoti. directory pagina bloccata significa che intere sezioni del tuo sito scompaiono dall'indice di Google. Né si presenta come un errore evidente — il sito sembra bene in un browser.
Come diagnosticare: Apri Google Search Console → Impostazioni → robots.txt (o visita il tuodomain.com/robots.txt direttamente). Se una pagina mostra “Blocked by robots.txt” non verrà indicizzata indipendentemente dalla qualità del contenuto. Guarda la nostra guida GSC bloccato da robot.txt problema.
Come risolvere il problema: Testare ogni modifica robots.txt utilizzando il tester robots.txt in Google Search Console prima di spingere al server live. Non usare mai `Disallow: /` su un sito di produzione. Essere chirurgica con blocchi di directory — blocco `/wp-admin/` non `/wp-content/`. Guarda la nostra robots.txt guida di ottimizzazione per WordPress e robots.txt per grandi siti web.
5. Velocità di pagina lenta e abbandono di vitali web core
Che cosa è: Le tue pagine caricano troppo lentamente o forniscono metriche di scarsa esperienza dell'utente, in particolare la più grande vernice di contenuto (LCP), l'interazione con la vernice successiva (INP), e la rotazione del layout cumulativo (CLS).
Perché fa male: Core Web Vitals sono un segnale confermato di Google ranking. Pagine che non riescono — in particolare LCP superiore a 4 secondi e CLS superiori a 0.25 — sono in svantaggio misurabile nei SERP competitivi. Nel 2026, con l'indicizzazione mobile-first pienamente stabilito, le prestazioni mobili povere sono particolarmente costose.
Come diagnosticare: Google Search Console → Core Web Vitals relazione mostra i dati sul campo (le misurazioni reali degli utenti) attraverso il vostro sito. PageSpeed Insights (pagespeed.web.dev) fornisce i dati del laboratorio per URL con raccomandazioni specifiche. Focus sulle tue pagine di atterraggio più importanti prima — homepage, pagine di servizio, post top blog.
Come risolvere il problema: Il più alto impatto corregge, in ordine:
- Immagini ottimizzate — convertire in WebP, comprimere, aggiungere dimensioni esplicite, carico pigro sotto le pieghe immagini
- Eliminare le risorse di render-blocking — differire CSS non critici e JS
- Caching di implementazione — cache a livello di server riduce drasticamente TTFB
- Aggiornare l'hosting se i tempi di risposta del server sono costantemente superiori a 600ms
Consulta le nostre guide dettagliate: migliorare LCP, INP e CLS, Core Web Vitals e esperienza di pagina, ottimizzare Core Web Vitals su WordPresse migliori opzioni di hosting per Core Web Vitals.
6. Problema di rendering JavaScript
Che cosa è: Il tuo sito utilizza Javascript per rendere contenuti — il che significa che l'HTML che carica inizialmente è vuoto o quasi vuoto, e il contenuto visibile appare solo dopo che JavaScript esegue nel browser.
Perché fa male: Googlebot non sempre eseguire JavaScript immediatamente o completamente. I contenuti che esistono solo nella versione codificata di una pagina possono essere invisibili a Google — il che significa che le vostre voci, copia del corpo, collegamenti interni e schema markup semplicemente non esistono per quanto riguarda la classifica.
Come diagnosticare: Utilizzare Google Search Console → URL Ispezione → Visualizzare Pagina Crawled. Confrontare lo screenshot (che cosa Google rende) contro ciò che un utente vede. Utilizzare l'opzione "Visualizza sorgente" in URL Ispezione per vedere il grezzo HTML Google riceve — se è quasi vuoto e il contenuto appare solo nella versione resid, si dispone di un problema JavaScript SEO. La nostra guida su JavaScript SEO e indicizzazione copre il processo diagnostico completo.
Come risolvere il problema: Implementare il rendering lato server (SSR) o la generazione di siti statici (SSG) per garantire che il contenuto sia presente nella risposta iniziale HTML. Per i siti Next.js, questo significa usare `getServerSideProps` o `getStaticProps`. Per altri quadri, valutare le soluzioni pre-rendering. Il nostro Next.js Guida SEO copre l'attuazione in dettaglio.
Esempio reale: A SaaS company’s React application delivered client-side rendered HTML to Googlebot — the crawler was seeing near-empty pages across 200+ URLs. After implementing SSR on key landing pages and the blog index, indexed pages increased 340% within 60 days. No new content was published.
7. Collegamenti interni e pagine orfane
Che cosa è: I link interni sono link sul tuo sito che rimandano a pagine che ritornano errori 404. Le pagine orfano sono pagine senza link interni che puntano a loro.
Perché fa male: Link rotta rifiuti striscia di bilancio e segnale scarsa manutenzione del sito a Google. Le pagine di orfano non possono essere scoperte da Googlebot attraverso la scansione — non possono mai essere indicizzate, indipendentemente dalla qualità dei contenuti. Entrambi diluire l'equità di collegamento interno che scorre attraverso il vostro sito.
Come diagnosticare: Eseguire una striscia di sito completo con rana screaming → filtro per i collegamenti interni che ritornano 4xx risposte. Per le pagine orfane, confrontare il tuo elenco URL sitemap contro l'elenco degli URL strisciati di Screaming Frog — pagine nella mappa del sito, ma non scoperte attraverso la scansione sono probabilmente orfani.
Come risolvere il problema: Reindirizzare i link interni rotti alla loro destinazione corretta, o aggiornare il link al nuovo URL. Per le pagine orfane, aggiungere link interni contestualmente rilevanti da contenuti correlati. Vedere le nostre guide su fissaggio collegamenti interrotti e pagine orfane e collegamento interno.
8. Debole la struttura di collegamento interna
Che cosa è: I link interni del tuo sito non distribuiscono efficacemente l'autorità alle tue pagine più importanti — o la tua architettura dei contenuti non segnala a Google quali pagine sono le più preziose.
Perché fa male: I collegamenti interni sono una delle più potenti leve SEO in loco. Le pagine che ricevono molti link interni con testo di ancoraggio descrittivo sono trattate come più autorevoli delle pagine con pochi o generici collegamenti. Una struttura di collegamento interna piana tratta ogni pagina altrettanto importante — il che significa che nulla è priorità.
Come diagnosticare: In Rana di Screaming, ordina pagine per numero di collegamenti. Le tue pagine più importanti (pagine di servizio, contenuto di pilastri, pagine di sbarco ad alta conversione) dovrebbero avere i link più interni. Se la tua homepage e un post di blog a bassa priorità dal 2021 hanno lo stesso numero di collegamenti, la tua struttura non funziona.
Come risolvere il problema: Costruire un'architettura hub-and-spoke — pilastri/hub pagine su ampi argomenti, ha parlato pagine su specifici subtopi, con raggi che collegano al hub. Aggiornare i contenuti più vecchi per collegare a pezzi più recenti e pertinenti. Utilizzare il testo di ancoraggio descrittivo. Guarda il nostro guida di strategia di collegamento interno.
9. Problemi di Sitemap XML
Che cosa è: La mappa del sito XML contiene URL che non sono indicizzati, reindirizzati, errori di ritorno, o altrimenti non dovrebbero essere inviati a Google — inviando segnali misti su ciò che si desidera indicizzato.
Perché fa male: La mappa del sito è un segnale prioritario per Google — dice “queste sono le pagine che considero importante.” Se contiene 404 pagine, URL reindirizzati o pagine non indicizzate, Google spreca budget a seguito di fini morti o riceve istruzioni contrastanti (si sta contemporaneamente dicendo “non indicizzare questo” via noindex e “questo è importante” tramite sitemap).
Come diagnosticare: Scarica la mappa del sito XML ed esegui gli URL tramite Screaming Frog. Filtro per codici di stato non 200 e pagine noindexed — questi non dovrebbero essere nella vostra mappa del sito. Google Search Console → Sitemaps report mostra anche errori sitemap.
Come risolvere il problema: La mappa del sito dovrebbe contenere solo URL canonici, indicibili, a 200 status. Rimuovere URL reindirizzati, pagine noindexed e pagine di errore. Per grandi siti, vedere le nostre guide su Sitemap XML per grandi siti e presentare la mappa del sito ai motori di ricerca.
10. Dati mancanti o non strutturati
Che cosa è: Le tue pagine sono mancanti schema markup interamente, o lo schema che hai contiene errori che impediscono a Google di utilizzarlo per risultati ricchi.
Perché fa male: Schema markup non migliora direttamente le classifiche — ma consente risultati ricchi (riduzioni FAQ, valutazioni stellari, pangrattato, prezzi del prodotto) in SERP, che migliorano notevolmente i tassi di click-through. Pagine ammissibili per i risultati ricchi che non hanno schema stanno lasciando visibilità sul tavolo.
Come diagnosticare: Google Rich Results Test (search.google.com/test/rich-results) convalida lo schema su qualsiasi URL e mostra errori. Google Search Console → Enhancements report mostra errori di schema in tutto il sito.
Come risolvere il problema: Aggiungi schema rilevante per il tuo tipo di contenuto — FAQPage for FAQ sezioni, Articolo per i post del blog, Prodotto per l'e-commerce, LocalBusiness per le aziende locali, BreadcrumbList per tutte le pagine. Convalida ogni blocco di schemi prima di pubblicare. Guarda le nostre guide: implementazione dei dati strutturati, markup schema avanzato, errori dello schema di fissaggioe schema markup per prodotti.
11. Redirect Catene e Loops
Che cosa è: Le catene di reindirizzamento si verificano quando URL Un reindirizza all'URL B, che reindirizza all'URL C — costringendo Googlebot e gli utenti a seguire più hops per raggiungere la destinazione finale. I loop redirect si verificano quando la catena torna su se stessa e non si risolve mai.
Perché fa male: Ogni hop reindirizza perde una piccola quantità di link equity. Catene di 3+ luppolo possono notevolmente diluire PageRank. I loop redirect causano a Googlebot di rinunciare completamente a tali URL. Entrambi i rifiuti strisciano il budget sulla navigazione piuttosto che la valutazione dei contenuti.
Come diagnosticare: Screaming Frog → Codici di risposta → filtro per 3xx. Seguire ogni catena di redirect e contare i luppolo. Qualsiasi catena più lunga di un hop (A → B) vale la pena di collassare. Controllare i loop nella stessa vista — appaiono come riferimenti circolari.
Come risolvere il problema: Passare tutte le catene in modo che ogni reindirizza punti direttamente all'URL di destinazione finale. Aggiornare i collegamenti interni per saltare completamente i reindirizzamenti — il collegamento diretto all'URL finale è sempre preferibile fare affidamento su un reindirizzamento. Vedere la nostra guida completa su Redirect SEO: tipi e impatto e reindirizzare catene e loop.
12. Scarsa esperienza di gioco mobile
Che cosa è: Google utilizza l'indicizzazione mobile-first — il che significa che valuta e classifica il tuo sito in base a come il crawler mobile di Googlebot lo sperimenta. Se la tua esperienza mobile differisce significativamente dal desktop (contenuto nascosto, diversa navigazione, schema mancante), la tua classifica riflette la versione mobile.
Perché fa male: Il contenuto visibile solo sul desktop ma nascosto sul cellulare è effettivamente invisibile a Google nel 2026. Problemi tecnici specifici per dispositivi mobili — diversi tag canonici su mobile vs desktop, velocità di pagina mobile più lenta, risorse mobili bloccate — possono causare soppressione della classifica che non si presenta su una striscia del desktop.
Come diagnosticare: Google Search Console → Mobile Usability report. Anche utilizzare lo strumento di ispezione URL e passare tra il desktop e il rendering mobile per confrontare ciò che Google vede su ciascuno. Screaming Frog consente di impostare l'agente utente su Googlebot Smartphone per eseguire una scansione specifica per dispositivi mobili.
Come risolvere il problema: Assicurarsi che le versioni mobili e desktop servano contenuti identici. Non nascondere il contenuto dietro “leggi di più” si attiva sul cellulare che vengono espansi sul desktop. Tenere lo schema markup coerente in entrambe le versioni. Vedere le nostre guide su mobile SEO e Core Web Vitals e problemi di strisciamento mobile.
Come questi problemi si fondono a vicenda
Nessun problema tecnico di SEO esiste in isolamento. Il modello più comune che vediamo negli audit:
Rifiuti di bilancio + deboli legami interni + lacune di canonizzazione = sotto-indice cronico
Un negozio di WooCommerce che genera 50.000 URL di filtro a basso valore (rifiuti di bilancio di scarto) senza strategia canonica (canonicalizzazione gap) e sottile collegamento interno alle pagine del prodotto (architettura debole) lotta per ottenere importanti pagine del prodotto indicizzate in modo affidabile — indipendentemente da quanto buono il contenuto del prodotto è.
Fissane uno e aiuta. Fissare tutti e tre simultaneamente e i composti di miglioramento.
Questo è il motivo per cui tecnico SEO audit — identifica quali problemi sono presenti e come interagiscono, in modo da poter priorità correzioni da impatto cumulativo piuttosto che affrontarli in isolamento.
Controllo diagnostico rapido
Utilizzare questo per triage il proprio sito prima di decidere che cosa ha bisogno di attenzione esperta:
Se stai flagging più di 3 di questi, il tuo sito probabilmente ha composto problemi tecnici che vale la pena affrontare sistematicamente. Il nostro tecnico SEO checklist per WordPress e completo tecnico SEO checklist sono punti di partenza utili per un auto-audit strutturato.
Domande frequenti
Come faccio a sapere quale problema tecnico SEO è più urgente? La priorità per effetto dell'indicizzazione prima — se le pagine non sono indicizzate, tutto il resto è irrilevante. Inizia con il rapporto GSC Pages. Una volta che l'indicizzazione è sana, passare alla velocità della pagina e Core Web Vitals, poi dati strutturati e collegamento interno.
Posso avere più problemi tecnici SEO allo stesso tempo? Quasi sempre si'. Nella nostra esperienza di auditing centinaia di siti, il sito medio ha 4-7 problemi tecnici significativi in esecuzione simultanea. Interagiscono l'uno con l'altro — fissando uno spesso rivela l'altro. Questo è il motivo per cui un audit strutturato con raccomandazioni prioritarie è più utile che risolvere i problemi nell'ordine li si nota.
I problemi tecnici SEO influiscono su tutte le pagine in modo uguale? No. Le nuove pagine sui siti a bassa autorita' sono sproporzionatamente colpite da problemi di budget e di indicizzazione. Le pagine ad alta velocità, ben collegate, sono più resistenti. Questo è il motivo per cui i nuovi contenuti sui siti in crescita spesso sottoperforma - l'infrastruttura tecnica non è ancora scalata per supportarlo.
Quanto tempo ci vuole per risolvere problemi tecnici comuni SEO? Semplici correzioni (robots.txt correzione, pulizia sitemap, l'aggiunta di tag canonici a una manciata di pagine) possono essere fatte in giorni. Complessi correzioni (attuazione SSR su un framework JavaScript, ristrutturazione dell'architettura URL, costruzione di una strategia di budget crawl per un grande catalogo) richiedono settimane o mesi di lavoro coordinato. La timeline per Google di riconoscere e rispondere a correzioni varia da giorni (per correzioni correlate a striscia) a 3–6 mesi (per segnali di fiducia e autorità).
Dovrei risolvere tutti i problemi tecnici SEO in una volta o in fasi? Nelle fasi — sempre. Rendere più significativi cambiamenti tecnici allo stesso tempo rende impossibile attribuire modifiche della classifica a correzioni specifiche. Implementare in ordine prioritario, verificare ogni correzione in GSC prima di passare al successivo, e documentare tutto. Ciò è particolarmente importante per le migrazioni e i grandi cambiamenti canonici.
Se alcuni di questi problemi sembrano familiari, un strutturato tecnico SEO audit è il modo più veloce per capire quali problemi esistono sul tuo sito, come interagiscono e cosa risolvere prima. Il nostro tecnico SEO team è specializzata nella diagnosi e nell'implementazione specifici della piattaforma, non solo nei rapporti.
