Errore di reindirizzamento in Search Console: cause e controlli

Distingui una pagina reindirizzata da un redirect che fallisce

Un vecchio indirizzo che porta correttamente alla nuova pagina può comparire tra gli URL non indicizzati come pagina con reindirizzamento. Se il contenuto è stato spostato intenzionalmente, quel comportamento può essere appropriato: l’indirizzo da valutare è anche quello di destinazione.

Il report Indicizzazione delle pagine distingue invece l’errore di reindirizzamento: tra le cause indica catene eccessive, cicli e URL non validi o troppo lunghi.

Esempio: la vecchia pagina di “riparazione tapparelle” conduce al nuovo percorso dello stesso servizio. Se il cliente arriva direttamente al contenuto giusto, non eliminare quel redirect solo per far sparire una voce dal report. Se continua a rimbalzare fra indirizzi o incontra una pagina irraggiungibile, occorre ricostruire il guasto.

Raccogli l’indirizzo iniziale e il risultato atteso

Copia l’URL completo di un caso segnalato. Mantieni protocollo, www, percorso, slash finale e parametri. Prova ad aprirlo senza passare dal pannello di gestione del sito, annotando quale indirizzo compare alla fine e quale contenuto viene mostrato.

• Origine: l’URL preciso da cui parte la richiesta.
• Destinazione voluta: la pagina che soddisfa oggi la stessa esigenza.
• Risultato osservato: pagina corretta, messaggio del browser o contenuto inatteso.
• Contesto: collegamento nel menu, nella scheda Google, in una vecchia guida o in una campagna.

Dai precedenza ai percorsi ancora utilizzati dai clienti. Se hai modificato venti servizi durante un rinnovo, prepara una corrispondenza fra vecchi e nuovi indirizzi. Una richiesta generica come “mandare tutto al sito nuovo” non chiarisce dove debba arrivare ogni persona.

Fai ricostruire la catena delle risposte HTTP

Chiedi al tecnico di registrare i passaggi effettivi della richiesta: URL, codice di risposta e destinazione indicata nell’intestazione Location. Il controllo può essere svolto con gli strumenti di rete del browser o strumenti tecnici equivalenti.

La documentazione Google sui codici HTTP distingue le risposte di reindirizzamento da quelle della pagina finale. Conta quindi il percorso completo, non soltanto il primo codice 301 incontrato.

Per esempio, un URL può passare da HTTP a HTTPS, poi cambiare dominio, aggiungere lo slash e infine raggiungere il servizio. Questa sequenza non dimostra da sola un errore, ma merita una verifica dei passaggi necessari. Se una regola riporta a un indirizzo già visitato, il percorso forma un ciclo. Conservare l’elenco permette di individuare esattamente dove nasce il problema.

Cerca regole in conflitto e destinazioni costruite male

Usa la catena per formulare ipotesi verificabili. Due sistemi possono imporre preferenze opposte, per esempio uno verso www e l’altro senza www. Una regola può aggiungere lo slash mentre un’altra lo elimina. Un indirizzo costruito male può duplicare parti del percorso o continuare ad aggiungere parametri.

Questi sono esempi diagnostici: non presumere che il tuo sito abbia una di queste configurazioni senza leggere le risposte. Chiedi a chi gestisce hosting, eventuale rete di distribuzione e piattaforma del sito di individuare quale componente produce ciascun passaggio.

Evita di sovrapporre una nuova regola generale a quelle esistenti. Prima conserva la configurazione, identifica il conflitto e prova la correzione su un gruppo rappresentativo: URL segnalato, variante con parametro, altro servizio e homepage. Un intervento sulla singola pagina non deve introdurre nuovi rimbalzi nei percorsi vicini.

Scegli una destinazione pertinente e il tipo di redirect adatto

Per uno spostamento definitivo verso una pagina equivalente, Google descrive i redirect permanenti lato server, come 301 e 308, nella guida ai reindirizzamenti. I redirect temporanei hanno uno scopo diverso: concorda il comportamento con il tecnico in base alla durata dello spostamento.

Il criterio editoriale viene prima del codice: la destinazione deve rispondere all’esigenza originaria. La documentazione sulle migrazioni sconsiglia di convogliare molti vecchi URL verso una pagina irrilevante, che può essere trattata come soft 404.

Se il servizio è stato eliminato senza un sostituto, non inventare una destinazione solo per ottenere una risposta apparentemente riuscita. Se invece due pagine sono state riunite, verifica che la pagina finale contenga davvero le informazioni cercate da entrambe.

Verifica la pagina finale, non soltanto la scomparsa del ciclo

Dopo la correzione, ripeti la prova dall’indirizzo originale. Controlla dove arriva il visitatore, che cosa legge e se può usare i pulsanti di contatto. Una catena che termina su una pagina vuota, su un accesso riservato o su un errore non completa il lavoro.

Chiedi una verifica separata della destinazione: risposta del server, accessibilità, eventuale noindex e canonical devono essere coerenti con la pagina che vuoi proporre. Per un servizio trasferito, prova anche il collegamento dalla scheda Google e un vecchio link interno.

Il test live di Controllo URL segue i redirect prima del controllo e non espone il percorso o l’URL finale testato. Un esito positivo, da solo, non dimostra quindi che l’indirizzo iniziale sia rimasto invariato o che la catena sia quella desiderata.

Aggiorna i link e controlla la nuova elaborazione

Correggi menu, pulsanti e collegamenti editoriali verso l’indirizzo finale. Nella sitemap ordinaria utilizza le pagine canoniche attive che vuoi far indicizzare. Mantieni i redirect necessari per le visite provenienti dai vecchi indirizzi e controlla anche i profili aziendali che puoi gestire.

Conserva la mappa delle corrispondenze e ripeti un campione dei percorsi dopo la pubblicazione. In Search Console confronta l’ultima scansione con l’intervento: un vecchio errore può restare visibile finché Google non rielabora la situazione. Per la pagina finale importante valuta la richiesta di indicizzazione disponibile.

Se emerge una scelta di canonical diversa, prosegui con la guida alla canonica scelta da Google. Se trovi contenuti rimossi o risposte incoerenti, consulta la guida agli errori 404 e soft 404. Il controllo del redirect è concluso quando origine, passaggi e destinazione funzionano come previsto.