Google non indicizza il mio sito web: verifica le cause

Hai pubblicato una nuova pagina, ma non compare su Google? O una pagina precedentemente indicizzata non è improvvisamente più reperibile?

Allora non dovresti dare subito per scontato che Google abbia „penalizzato“ il tuo sito. Tra la pubblicazione di una pagina e la sua inclusione nell'indice di Google ci sono diversi passaggi tecnici.

Google deve prima scoprire un URL, poterlo sottoporre a scansione, elaborarne il contenuto e successivamente decidere se e a quale URL indicizzare il contenuto.

In questa guida ti mostriamo come scoprire sistematicamente perché una pagina importante non è indicizzata e quali cause devono essere effettivamente risolte.

Breve spiegazione: „Non indicizzato“ non è automaticamente un errore. Ciò che conta è se l'URL in questione appartiene effettivamente all'indice di Google. Ad esempio, un reindirizzamento, una pagina deliberatamente rimossa o un duplicato non dovrebbero normalmente essere indicizzati come URL autonomi aggiuntivi.

Cosa significa „indicizzato“? #

Quando Google indicizza una pagina web, il suo contenuto è stato elaborato e la pagina è stata inserita nell'indice di Google.

Un page indicizzato può in linea di principio comparire nei risultati di ricerca di Google.

Questo non significa tuttavia che si posizioni per ogni query di ricerca o che riceva traffico di ricerca significativo.

Pagina pubblicata
        ↓
Google scopre l'URL
        ↓
Google effettua il crawling dell'URL
        ↓
Google elabora il contenuto
        ↓
Decisione di indicizzazione
        ↓
La pagina può finire nell'indice di Google
        ↓
La pagina può comparire per ricerche pertinenti

Differenziare tra crawling, indicizzazione e posizionamento #

Questi tre termini vengono spesso confusi tra loro.

Concetto	Significato
Scansione	Google recupera un URL o una risorsa
Indicizzazione	Google elabora il contenuto e può inserirlo nell'indice di ricerca
Classifica	Google decide se e in quale posizione un contenuto indicizzato appare per una specifica ricerca

Una pagina può quindi essere scansionata, ma non indicizzata.

E una pagina indicizzata può apparire così in fondo per una determinata ricerca da risultare quasi impossibile da trovare con una ricerca manuale.

„Non trovo il mio sito su Google“ non significa automaticamente „non indicizzato“ #

Se non trovi la tua pagina per una determinata parola chiave, potrebbe comunque essere presente nell'indice di Google.

Il problema potrebbe quindi riguardare il posizionamento e non l'indicizzazione.

Ecco perché non dovresti giudicare lo stato di indicizzazione di un determinato URL solo con una normale ricerca su Google.

Controllare lo stato di indicizzazione con lo strumento di analisi URL #

Apri la tua proprietà in Google Search Console e utilizza lo strumento di controllo URL in alto.

Inserisci l'URL completo.

Esempio:

https://example.com/ratgeber

La Search Console ti mostra quindi informazioni su come Google gestisce questo URL.

Se non hai ancora configurato la Search Console, trovi le istruzioni su Configurare Google Search Console e verificare il sito web.

Il controllo degli URL e il rapporto sull'indicizzazione delle pagine svolgono compiti differenti #

Per un singolo URL specifico, il controllo URL è particolarmente importante.

Il rapporto sull'indicizzazione delle pagine offre invece una panoramica di quali URL noti sono stati indicizzati o per quali motivi non sono stati indicizzati.

Esaminare un URL specifico
→ Controllo URL

Esaminare l'intero sito web
→ Rapporto sull'indicizzazione delle pagine

Non ogni URL del tuo sito web deve essere indicizzato #

L'obiettivo di un sito web non dovrebbe essere:

100 % di tutti gli URL noti devono essere indicizzati.

Molti siti Web generano URL che Google conosce, ma che non sono necessari come risultati di ricerca autonomi.

Questi possono includere, ad esempio:

Duplicati

URL di reindirizzamento

URL di filtri specifici

pagine di ricerca interna

pagine volutamente escluse

contenuti rimossi

URL tecnici

Ciò che conta davvero è piuttosto che la tua pagine canoniche pertinenti sono indicizzabili e possono essere elaborati in modo utile da Google.

Regola fondamentale: Non limitarti ad analizzare il numero di „pagine non indicizzate“. Verifica prima se tra queste ci sono URL che dovrebbero effettivamente apparire su Google.

Le cause principali della mancata indicizzazione #

Se un URL importante non è indicizzato, ci sono diverse possibili cause.

Tra i più comuni ci sono:

Google non conosce ancora l'URL

URL scoperto, ma non ancora crawled

URL crawled, ma attualmente non indicizzato

tag noindex

Crawling bloccato da robots.txt

L'URL reindirizza

Il Canonical punta a un altro URL

Google ha scelto un URL canonico diverso

404 o Soft 404

Errore del server

Protezione dell'accesso

Duplicato

collegamento interno insufficiente

La soluzione corretta dipende da quale di questi casi si verifichi realmente.

Caso 1: Google non conosce ancora l'URL #

Con una nuova pagina può capitare che Google non abbia ancora scoperto l'URL.

Google può trovare nuovi URL, tra gli altri modi, tramite link interni ed esterni e sitemap XML.

Se una nuova pagina non è collegata internamente in modo sensato né inclusa in una sitemap, la sua scoperta può essere resa difficile.

Collegare internamente le nuove pagine in modo sensato #

Una pagina importante non dovrebbe esistere in modo isolato sul tuo sito web.

Dovrebbe essere raggiungibile tramite una struttura di pagine comprensibile.

Per esempio:

Pagina iniziale
   ↓
Categoria
   ↓
Pagina tematica
   ↓
nuovo articolo

I link interni non aiutano solo i visitatori nella navigazione, ma anche i motori di ricerca a scoprire e indicizzare i tuoi contenuti.

Controllare la Sitemap XML #

Una Sitemap XML può comunicare a Google gli URL importanti del tuo sito web.

Verifica quindi se l'URL in questione è incluso nella Sitemap corretta e se Google può accedere a tale Sitemap.

Ti spieghiamo come funzionano le sitemap e come inviarle a Search Console su Mappa del sito XML: cosa fa e come inviarla a Google.

Importante: Inserire un URL in una sitemap XML non garantisce l'indicizzazione. La Sitemap aiuta Google soprattutto a scoprire gli URL e a ottenere informazioni su di essi.

Caso 2: „Trovato – attualmente non indicizzato“ #

In parole semplici, questo stato significa che Google conosce l'URL ma non lo ha ancora scansionato.

La pagina non può quindi essere indicizzata in questo momento in base al suo contenuto recuperato.

Per alcune nuove URL potrebbe semplicemente essere necessaria un po' di pazienza.

Se, d'altra parte, un numero molto elevato di pagine importanti rimane permanentemente in questo stato, dovresti esaminare più attentamente la struttura del sito web.

Cosa dovresti verificare in „Indisponibile – attualmente non indicizzato“? #

Per le pagine importanti sono particolarmente utili le seguenti domande:

La pagina è nuova?

È collegata internamente?

È inclusa nella sitemap XML?

È accessibile pubblicamente?

Ci sono moltissimi URL non necessari?

La struttura del sito è comprensibile?

Google riesce a raggiungere il sito in modo affidabile?

La causa esatta non può essere dedotta unicamente dalla denominazione dello stato.

Caso 3: „Scansionato – attualmente non indicizzato“ #

Questo stato indica che Google ha già eseguito la scansione dell'URL, ma attualmente non lo ha indicizzato.

Questo è diverso da „Rilevata, ma non indicizzata attualmente“.

Trovato – attualmente non indicizzato

Google conosce l'URL
        ↓
non ancora eseguito il crawl


Eseguito il crawl – attualmente non indicizzato

Google conosce l'URL
        ↓
Google ha eseguito il crawl dell'URL
        ↓
attualmente non indicizzato

„Scansionata - attualmente non indicizzata“ non è una diagnosi di qualità univoca #

Sarebbe sbagliato equiparare automaticamente questo stato a „contenuto scadente“.

Google ha semplicemente non incluso la pagina nell'indice al momento attuale.

Pertanto, nel caso di un URL importante, dovresti prima esaminare l'intera situazione tecnica e di contenuto.

Verifica, tra le altre cose:

È la pagina effettivamente indipendente?

Si sovrappone in modo significativo ad altre pagine?

È collegata internamente in modo logico?

È rilevante per gli utenti?

Il contenuto principale è completo?

Ci sono anomalie tecniche?

Quale URL canonico rileva Google?

Importante: Non reagire a „Scansionata - attualmente non indicizzata“ con modifiche frenetiche del testo o continue richieste di nuovo invio. Innanzitutto, bisogna chiarire se la pagina ha effettivamente senso dal punto di vista tecnico e di contenuto come URL di indice autonomo.

Caso 4: La pagina contiene noindex #

Con un noindex-istruzione può essere comunicata a un motore di ricerca affinché una pagina non appaia nei risultati di ricerca.

Un'apposita istruzione HTML potrebbe apparire ad esempio così:

<meta name="robots" content="noindex">

Se Google vede questa istruzione durante la scansione, la pagina non deve essere indicizzata.

Noindex accidentale su WordPress #

Su WordPress dovresti controllare, in particolare dopo lavori di sviluppo o di restyling, che il sito web non sia stato escluso inavvertitamente dai motori di ricerca.

Anche i plugin SEO possono disporre di impostazioni con cui singoli tipi di contenuto o pagine su noindex essere impostato.

Verifica quindi, per un URL interessato, sia le impostazioni generali di WordPress sia le impostazioni del plugin SEO utilizzato.

non rimuovere noindex se è stato impostato intenzionalmente #

Se una pagina non deve intenzionalmente apparire su Google, lo stato „escluso da noindex“ non è un errore.

Questo può essere desiderato, ad esempio, per determinate pagine interne o per motivi tecnici.

Rimuovi noindex solo nel caso in cui l'URL in questione debba essere effettivamente indicizzato.

Caso 5: robots.txt blocca Google #

Un' robots.txt- Il file può impedire ai motori di ricerca di indicizzare determinate URL o aree.

Esempio:

User-agent: *
Disallow: /privater-bereich/

Se un'importante pagina pubblica viene bloccata per errore da una regola di questo tipo, Google non può eseguirne la scansione normalmente.

Spieghiamo come funziona il file su robots.txt spiegato: gestire correttamente i crawler dei motori di ricerca.

I file robots.txt e noindex non sono la stessa cosa #

Questa differenza è particolarmente importante.

robots.txt
→ controlla il crawling

noindex
→ controlla l'indicizzazione

Se Google rimuove un URL a causa di robots.txt non può eseguire il crawl, Google può anche noindexNon leggere l'istruzione nell'HTML di questa pagina.

Un' robots.txtIl blocco non è quindi il metodo standard corretto per escludere in modo affidabile un URL già noto dai risultati di ricerca.

Un URL bloccato da robots.txt può comunque comparire su Google? #

In determinate circostanze, Google può indicizzare un URL noto anche se il suo contenuto è a causa di un robots.txt-regola che non può essere indicizzata.

Google potrebbe conoscere l'URL, ad esempio, tramite link da altre pagine.

Il risultato di ricerca può quindi contenere solo informazioni limitate, poiché Google non ha potuto recuperare il contenuto effettivo della pagina.

Nota: Se desideri escludere una pagina dall'indice di Google, una semplice robots.txt-Blocco non è lo stesso di noindex.

Caso 6: L'URL reindirizza #

Se un URL reindirizza in modo permanente o temporaneo a un altro URL, di solito l'obiettivo non è indicizzare ulteriormente l'URL di reindirizzamento come pagina di contenuto indipendente.

Esempio:

https://example.com/alter-artikel/

        ↓ 301

https://example.com/neuer-artikel/

In questo caso dovresti esaminare principalmente lo stato di indicizzazione dell'URL di destinazione.

Spieghiamo la configurazione dei reindirizzamenti permanenti su Configurazione del reindirizzamento 301: reindirizzare gli URL in modo permanente.

Gli errori di reindirizzamento possono causare problemi di indicizzazione #

Non tutti i reindirizzamenti funzionano correttamente.

Ad esempio, potrebbero essere problematici:

Loop di reindirizzamento
catene di reindirizzamento troppo lunghe
URL di destinazione errati
reindirizzamenti a pagine non raggiungibili

Se Google segnala un errore di reindirizzamento, dovresti quindi verificare l'intera catena di reindirizzamento.

Caso 7: Il canonical rimanda a un altro URL #

Un tag canonical può essere utilizzato per indicare quale URL deve essere considerato la versione preferita in caso di contenuti molto simili o duplicati.

Esempio:

<link
  rel="canonical"
  href="https://example.com/original/"
>

Se una pagina punta a un URL diverso come versione canonica, può essere del tutto intenzionale che l'URL corrente non venga indicizzato separatamente.

Cosa significa URL canonico? #

Se lo stesso contenuto o un contenuto molto simile è accessibile tramite più URL, Google tenta di determinare un URL rappresentativo per tale contenuto.

Questa viene definita URL canonica.

Ad esempio, potrebbero sorgere varianti tecniche come:

https://example.com/produkt/

https://example.com/produkt/?farbe=rot

https://example.com/produkt/?sortierung=preis

Se tali URL siano effettivamente dei duplicati dipende dal rispettivo contenuto e sistema.

URL canonico specificato dall'utente e selezionato da Google #

Nella verifica degli URL potresti incontrare:

URL canonica impostata dall'utente

Google ha selezionato una URL canonica diversa

Un tag canonical è un forte segnale, ma Google può determinare un URL diverso come versione canonica basandosi su vari segnali.

Se Google seleziona un URL inatteso, dovresti quindi verificare l'insieme dei segnali.

Prestare attenzione a segnali contraddittori in caso di problemi con i canonical #

Controlla, ad esempio:

Tag Canonical

link interni

reindirizzamenti

sitemap XML

varianti HTTP/HTTPS

varianti con www / senza www

somiglianza dei contenuti delle pagine

Se segnali differenti puntano a URL differenti, ciò rende difficile un'interpretazione univoca.

Self-Canonical per le pagine di contenuti normali #

Su una pagina indicizzabile indipendente, il tag canonical punta spesso alla propria URL preferita.

Esempio:

Pagina:

https://example.com/ratgeber/


Canonical:

https://example.com/ratgeber/

Ciò viene spesso definito self-canonical.

Canonical non è un reindirizzamento #

Un tag canonical e un reindirizzamento HTTP svolgono compiti diversi.

Reindirizzamento 301
→ Il browser e il motore di ricerca
  vengono reindirizzati a un altro URL


rel="canonical"
→ La pagina rimane accessibile
→ Segnala l'URL preferito
  per contenuti simili / duplicati

Non usare quindi un canonical semplicemente come sostituto di un reindirizzamento necessario.

Caso 8: Google rileva un duplicato #

Diverse URL molto simili o identiche non devono essere necessariamente indicizzate tutte separatamente.

Google può raggruppare pagine simili e selezionare una versione canonica.

I duplicati possono essere causati, ad esempio, da:

Parametri URL
Filtri
Ordinamenti
Versioni stampabili
Varianti tecniche
più versioni di URL raggiungibili

sorgere.

Che un URL duplicato non venga indicizzato separatamente può quindi essere esattamente il comportamento desiderato.

Contenuti simili non sono automaticamente duplicati problematici #

Due pagine possono trattare lo stesso argomento.

Diventa piuttosto problematico quando più URL soddisfano praticamente lo stesso scopo e possiedono scarso valore aggiunto indipendente.

Allora dovresti verificare se sono davvero necessarie più pagine indicizzabili.

Caso 9: 404 – La pagina non esiste #

Se un URL non esiste più e non possiede una sostituzione sensata, un HTTP-status 404 Non Trovato essere perfettamente corretto.

Un tale URL normalmente non dovrebbe rimanere come pagina di contenuto esistente nell'indice di Google.

Un 404 è particolarmente problematico quando:

la pagina in realtà dovrebbe esistere

i link interni puntano ad essa

è ancora presente nella Sitemap

l'URL è stato modificato per errore

un vecchio URL rilevante
ha un successore appropriato

Trattiamo la diagnosi completa sotto Individuare e risolvere gli errori 404.

Caso 10: Soft 404 #

In caso di Soft 404, un URL restituisce tecnicamente un codice di stato HTTP di successo, ma dal punto di vista dei contenuti appare a Google come una pagina inesistente o non utilizzabile in modo sensato.

Un principio tipico e problematico sarebbe:

HTTP-Stato:

200 OK


contenuto visibile:

"Questa pagina non è stata trovata."

Per una pagina che in realtà non esiste, il server dovrebbe normalmente restituire un codice di errore appropriato.

Anche le pagine vuote o difficilmente utilizzabili possono essere problematiche #

Un problema di soft 404 non deve necessariamente contenere un classico messaggio „pagina non trovata“.

Anche gli URL, il cui contenuto effettivo atteso è assente e che forniscono poche informazioni utili, possono essere interpretati di conseguenza.

Verifica quindi se la pagina fornisce effettivamente al visitatore il contenuto che la sua URL e il suo scopo lasciano prevedere.

Caso 11: Errore del server #

Se Google riceve un errore del server durante il recupero di una pagina, l'URL non può essere elaborato normalmente.

I tipici codici di stato HTTP di questa categoria sono:

500 Errore interno del server

502 Bad Gateway

503 Servizio non disponibile

504 Gateway Timeout

Se tali errori si verificano su pagine importanti, dovresti indagare sulla causa tecnica.

Spieghiamo il significato dei codici di stato più importanti su Codici di stato HTTP spiegati: 200, 301, 404, 403 e 500.

Distinguere tra problemi del server temporanei e permanenti #

Un singolo errore a breve termine non significa automaticamente che un URL scompaia permanentemente da Google.

Problemi di server ricorrenti o prolungati possono tuttavia compromettere notevolmente la scansione e l'indicizzazione.

Se il tuo sito web risulta regolarmente irraggiungibile, non si dovrebbe quindi esaminare solo la Search Console, ma anche la sua effettiva disponibilità.

Caso 12: L'accesso alla pagina è protetto #

Una pagina accessibile solo dopo la registrazione non può essere scansionata e indicizzata da Google come una normale pagina web pubblicamente accessibile.

Ciò riguarda, ad esempio:

aree protette da password
aree clienti interne
siti web di staging con protezione d'accesso
contenuti dietro un login

Per tali pagine la mancata indicizzazione può essere del tutto intenzionale.

I siti web di staging non dovrebbero essere indicizzati per errore #

Un sito di sviluppo o di staging normalmente non dovrebbe apparire come concorrente del sito di produzione su Google.

Una vera protezione degli accessi è particolarmente utile per gli ambienti di sviluppo non pubblici.

Prima del lancio, è necessario assicurarsi che il sito web di produzione sia pubblicamente accessibile e indicizzabile.

Tipico errore di rilancio: noindex rimane attivo #

Durante lo sviluppo di un sito web, l'indicizzazione viene spesso impedita intenzionalmente.

Al momento del lancio si rischia poi di dimenticarsi di rimuovere questo blocco sul sito di produzione.

Dopo un rilancio, dovresti quindi assolutamente controllare:

noindex

robots.txt

Canonical

Reindirizzamenti

Stato HTTP

Sitemap XML

link interni

Caso 13: L'URL restituisce uno stato HTTP inusuale #

Una pagina che deve essere indicizzata dovrebbe normalmente essere raggiungibile da Google e restituire un esito positivo.

Verifica quindi l'effettivo stato HTTP dell'URL.

Una pagina può apparentemente funzionare nel browser e ciononostante reagire inaspettatamente dal punto di vista tecnico.

Esempi:

200 → risposta riuscita

301 → reindirizzamento permanente

403 → accesso negato

404 → non trovato

500 → errore del server

Troverai una spiegazione dettagliata su Codici di stato HTTP spiegati: 200, 301, 404, 403 e 500.

Caso 14: La pagina ha troppi pochi collegamenti interni #

Una pagina importante non dovrebbe essere raggiungibile solo tramite la sua sitemap.

Un utile collegamento interno aiuta a inserire la pagina nell'architettura delle informazioni del sito web.

Se un articolo è raggiungibile solo tramite il suo URL diretto e non è collegato in modo sensato da nessuna parte, dovresti verificare se è effettivamente integrato a sufficienza nel sito web.

I link interni dovrebbero avere un senso tematico #

Non si tratta di inserire quanti più link interni possibili in ogni pagina.

Un link dovrebbe aiutare i visitatori a trovare il contenuto successivo tematicamente adatto.

Una struttura comprensibile è più preziosa di una quantità artificiale di link.

Caso 15: Il contenuto e l'intento di ricerca si sovrappongono fortemente #

Se più pagine proprie rispondono praticamente alla stessa domanda, può diventare poco chiaro quale di esse debba essere la pagina centrale per l'argomento.

Per esempio:

/wordpress-schneller-machen/

/wordpress-beschleunigen/

/wordpress-ladezeit-verbessern/

Se tutte e tre le pagine presentano quasi lo stesso contenuto e la stessa intenzione di ricerca, si dovrebbe verificare se siano davvero necessarie tre pagine distinte.

Più pagine non significano automaticamente più visibilità.

Non definire il Thin Content con un numero specifico di parole #

Non esiste un numero minimo generale di parole a partire dal quale Google indicizza automaticamente una pagina.

Una pagina breve può essere del tutto sufficiente per una domanda chiaramente delimitata.

D'altra parte, una pagina molto lunga può offrire pochi benefici originali nonostante migliaia di parole.

Ciò che è decisivo non è quindi:

Quante parole ha la pagina?

O piuttosto:

La pagina soddisfa il suo scopo per il visitatore?

Impossibile forzare l'indicizzazione #

Anche se una pagina è tecnicamente raggiungibile senza problemi, indicizzabile e inclusa nella sitemap, non vi è alcuna garanzia che Google la indicizzi.

Google decide autonomamente quali contenuti inserire nell'indice.

Il compito del gestore del sito web consiste pertanto nel rimuovere gli ostacoli tecnici e nel fornire contenuti pertinenti, originali e facilmente accessibili.

Importante: „Richiedi indicizzazione“ non significa „forzare l'indicizzazione“. Google riceve così una richiesta di nuova verifica o di crawling, ma nessun obbligo di inclusione nell'indice.

Quando dovresti usare „Richiedi indicizzazione“? #

La funzione nel controllo URL può essere utile, ad esempio, se:

hai pubblicato una nuova pagina importante

hai revisionato in modo significativo una pagina rilevante

hai risolto un errore tecnico di indicizzazione

hai rimosso un tag noindex accidentale

Poi puoi informare Google della modifica.

Non richiedere continuamente una nuova indicizzazione #

Se una pagina non viene indicizzata immediatamente dopo una richiesta, di solito non serve a nulla continuare a utilizzare la funzione.

Verifica invece se persiste un problema tecnico o strutturale e successivamente dai a Google il tempo di elaborare nuovamente.

Testa l'URL dal vivo #

Il controllo URL può eseguire un test dal vivo dell'URL corrente.

Ciò è particolarmente utile se nel frattempo hai corretto un errore, ma la Search Console mostra ancora i dati della precedente scansione.

Google ha eseguito la scansione della pagina in precedenza
        ↓
allora noindex era attivo
        ↓
rimuovi il noindex
        ↓
il vecchio rapporto mostra ancora lo stato precedente
        ↓
Test URL dal vivo
        ↓
verifica lo stato attuale

Tieni tuttavia presente che un test dal vivo riuscito non significa automaticamente che la pagina verrà poi indicizzata.

Perché il rapporto mostra ancora un vecchio errore? #

I report di Search-Console non riflettono sempre immediatamente lo stato attuale di un sito web.

Se hai risolto un errore solo dopo l'ultimo passaggio del crawler di Google, il rapporto potrebbe inizialmente mostrare ancora lo stato precedente.

Verifica quindi la data dell'ultimo crawling e confrontala con il momento della tua modifica.

Google ha bisogno di tempo #

Le pagine nuove o modificate non vengono necessariamente rielaborate subito dopo la pubblicazione.

La rapidità con cui Google visita nuovamente un URL dipende da diversi fattori.

Un impegno definitivo come:

Google indicizza ogni nuova pagina entro 24 ore.

sarebbe quindi errato.

In caso di modifiche importanti, dovresti fornire l'URL in modo tecnicamente corretto e poi monitorare l'ulteriore sviluppo.

La sitemap non è una coda per Google #

Un errore comune è:

URL nella Sitemap = Google deve indicizzarlo.

Non è vero.

Una Sitemap è uno strumento per l'individuazione degli URL e fornisce a Google informazioni aggiuntive. La decisione effettiva di indicizzazione rimane separata.

Cosa dovresti controllare su un nuovo sito web? #

Se un sito web completamente nuovo compare ancora a malapena su Google, procedi in modo strutturato.

Sito web pubblicamente accessibile?

Search Console configurata?

Dominio correttamente verificato?

Pagina iniziale indicizzabile?

Tag noindex rimosso?

robots.txt corretto?

Sitemap XML accessibile?

Pagine importanti collegate internamente?

Stato HTTP corretto?

Canonical plausibile?

Sitemap inviata a Google?

Inizia dalla home page e dalle pagine più importanti, invece di esaminare immediatamente ogni URL generato tecnicamente.

Cosa dovresti controllare in caso di una singola pagina mancante? #

Se manca solo una determinata pagina importante, la diagnosi è più circoscritta.

Apri controllo URL
        ↓
Google conosce l'URL?
        ↓
Ultimo recupero?
        ↓
Stato HTTP?
        ↓
Indicizzazione consentita?
        ↓
robots.txt?
        ↓
Canonical?
        ↓
Reindirizzamento?
        ↓
Sitemap?
        ↓
Link interni?
        ↓
Duplicato / Sovrapposizione?
        ↓
Il contenuto è effettivamente originale?

Cosa dovresti controllare se molte pagine scompaiono improvvisamente? #

Se non solo un URL, ma molte pagine precedentemente indicizzate sono interessate contemporaneamente, dovresti prima cercare una causa comune.

Esempi:

Impostazione WordPress modificata

Configurazione del plugin SEO modificata

noindex impostato sull'intero tipo di contenuto

robots.txt modificato

Dominio o struttura degli URL modificati

Reindirizzamenti errati

Configurazione canonica modificata

Problemi del server

Rilancio eseguito

Un improvviso cambiamento di molti URL depone a favore di un evento tecnico o strutturale comune piuttosto che di molti problemi individuali indipendenti l'uno dall'altro.

Dopo un rilancio, controllare con particolare attenzione #

Durante un rilancio, le strutture degli URL, i link interni, i canonical, le sitemap e le impostazioni tecniche possono cambiare contemporaneamente.

Controlla quindi dopo il go-live in particolare:

vecchie URL importanti

reindirizzamenti 301

nuove URL di destinazione

errori 404

noindex

robots.txt

Canonical

sitemap XML

link interni

rapporti di Search Console

Non reindirizzare tutti i vecchi URL alla homepage #

Se vecchie pagine sono state rimosse o spostate, dovresti reindirizzare i vecchi URL pertinenti verso i nuovi contenuti più appropriati.

Un reindirizzamento globale di tutti gli URL non più esistenti alla pagina iniziale non è una soluzione pulita.

Se non esiste un'alternativa sensata, un corretto stato 404 può essere più appropriato.

Priorizzare i problemi di indicizzazione #

Nei siti web più grandi possono comparire moltissimi URL non indicizzati.

Non sbrigare quindi semplicemente la lista più lunga.

Dai priorità:

1. Homepage

2. importanti pagine di servizi o prodotti

3. categorie centrali

4. guide e articoli importanti

5. altre pagine strategicamente rilevanti

6. URL tecnici e non importanti
   da verificare solo se necessario

In questo modo puoi concentrare il tuo lavoro sugli URL la cui indicizzazione è effettivamente importante.

Un esempio di diagnosi #

Supponendo che la seguente pagina debba comparire su Google:

https://example.com/wordpress-hosting

Tuttavia, il controllo dell'URL mostra che non è indicizzato.

Un flusso logico sarebbe:

1. URL live raggiungibile?
   → sì

2. Stato HTTP?
   → 200

3. noindex?
   → no

4. robots.txt blocca?
   → no

5. Canonical?
   → URL autonomo

6. Reindirizzamento?
   → no

7. Sitemap?
   → inclusa

8. Link interni?
   → presenti

9. Già scansionato da Google?
   → sì

10. Stato?
    → Scansionata, ma non indicizzata attualmente

In questo caso, un errore tecnico di blocco evidente non sarebbe inizialmente riconoscibile.

Allora dovresti verificare più attentamente se la pagina ha un chiaro scopo autonomo, come si differenzia da pagine simili e come è integrata all'interno del sito web.

Un secondo esempio di diagnosi #

L'URL deve essere indicizzato

Stato HTTP:
200

Controllo URL:
Indicizzazione non consentita

Motivo:
noindex rilevato

La causa di ciò è chiaramente definita.

Se noindex è stata impostata per errore, questa istruzione deve essere rimossa. Successivamente potrai verificare nuovamente l'URL live e, se necessario, richiedere una nuova indicizzazione.

Un terzo esempio di diagnosi #

vecchia URL:

/alter-ratgeber/

        ↓ 301

nuova URL:

/neuer-ratgeber/

Il vecchio URL, in quanto pagina con reindirizzamento, non viene indicizzato autonomamente.

Questo fondamentalmente non è un errore.

Dovresti invece verificare se il reindirizzamento funziona correttamente e se il nuovo URL di destinazione è indicizzabile.

Errori comuni nei problemi di indicizzazione #

Non confondere “non indicizzato” con “non posizionato”

Puntare a un tasso di indicizzazione del 100% (%)

Considerare ogni URL escluso come un errore

Richiedere continuamente la reindicizzazione

Considerare la Sitemap come una garanzia di indicizzazione

Confondere il file robots.txt con l’attributo noindex

Utilizzare il file robots.txt per rimuovere pagine da Google

Considerare il tag canonical come un reindirizzamento

Modificare ciecamente ogni discrepanza nel tag canonical

Reindirizzare sistematicamente gli errori 404 alla pagina iniziale

“Scansionato – attualmente non indicizzato”
equipararlo automaticamente a contenuti di scarsa qualità

utilizzare solo il numero di parole come metro di qualità

dimenticare il tag “noindex” dopo un rilancio

Interpretare i rapporti di Search Console
come dati in tempo reale

Diagnosi rapida in base allo stato della Search Console #

Stato / Situazione	Cosa controllare prima?
Google non conosce l'URL	link interni, sitemap, raggiungibilità
Trovato - attualmente non indicizzato	Rilevamento esistente, verifica del crawling e della struttura del sito web
Scansionato - attualmente non indicizzato	Verificare indipendenza, segnali tecnici, canonical e contenuti
Escluso tramite noindex	verificare se il noindex è intenzionale
Bloccato da robots.txt	Controllare la regola di scansione
Pagina con reindirizzamento	Controlla l'URL di destinazione e il reindirizzamento
Duplicato	Verificare il canonical e lo scopo dell'URL
Soft 404	Verificare il contenuto e lo stato HTTP effettivo
404	chiarire se la pagina debba esistere o essere reindirizzata
Errore del server	Indagare sugli errori HTTP e sulle cause tecniche

Checklist: Perché Google non indicizza il mio sito? #

L'URL deve essere indicizzato?
        ↓
Apri Controllo URL
        ↓
Google conosce l'URL?
        ↓
URL live raggiungibile?
        ↓
Stato HTTP 200?
        ↓
Presente noindex?
        ↓
Bloccato da robots.txt?
        ↓
Presente reindirizzamento?
        ↓
Canonical corretto?
        ↓
Google sceglie un altro canonical?
        ↓
Soft 404?
        ↓
Errore del server?
        ↓
Pagina pubblicamente raggiungibile?
        ↓
Incluso nella Sitemap XML?
        ↓
Collegato internamente in modo sensato?
        ↓
Contenuto indipendente?
        ↓
Forti sovrapposizioni con
altre pagine?
        ↓
Risolvi l'errore
        ↓
Testa nuovamente l'URL live
        ↓
In caso di modifica importante, richiedi l'indicizzazione
        ↓
Concedi a Google il tempo di elaborazione
        ↓
Controlla nuovamente lo stato

Riepilogo #

Se una pagina non appare su Google, per prima cosa dovresti distinguere se non è effettivamente indicizzata o se semplicemente non si posiziona in modo visibile per la query di ricerca che hai testato.

Per un URL specifico, lo strumento di controllo degli URL della Google Search Console è il principale strumento di diagnostica.

Una mancata indicizzazione può avere molte cause: Google potrebbe non aver ancora eseguito il crawling dell'URL, un noindex-L'istruzione impedisce l'indicizzazione, il robots.txt il crawling è bloccato, l'URL reindirizza, Google considera canonico un URL diverso o la pagina restituisce uno stato di errore.

Anche „Cansigliato – attualmente non indicizzato“ non significa automaticamente che Google valuti negativamente il tuo contenuto. Segnali tecnici, sovrapposizioni, struttura delle pagine e lo scopo indipendente dell'URL dovrebbero essere considerati insieme.

Altrettanto importante è la consapevolezza che non ogni URL noto deve essere indicizzato. I duplicati, gli URL di reindirizzamento e le pagine volutamente escluse o rimosse possono rimanere giustamente al di fuori dell'indice.

La domanda cruciale quindi non è „Come faccio a far finire ogni URL su Google?“, ma: „Quali pagine dovrebbero essere trovate dagli utenti tramite Google e ci sono ostacoli tecnici, strutturali o di contenuto proprio su queste pagine?“