Redirect, noindex o 404? Come gestire pagine obsolete senza perdere SEO e contatti

Introduzione

Ogni sito aziendale cambia nel tempo. Cambiano i servizi, si chiudono campagne, si accorpano pagine, si eliminano offerte non piu attive e si riscrivono intere sezioni durante un redesign.

Il problema e che molte aziende trattano tutte le URL obsolete allo stesso modo. C'e chi reindirizza tutto verso la home page, chi lascia online pagine quasi vuote, chi prova a nascondere tutto con robots.txt e chi usa noindex o canonical senza una logica precisa.

Dal punto di vista SEO e UX, queste scelte non sono equivalenti.

Una pagina rimossa, una pagina duplicata e una pagina che deve restare online ma fuori dai risultati di ricerca richiedono segnali diversi. Se il segnale e sbagliato, il risultato puo essere una combinazione poco piacevole di Search Console piena di errori, traffico disperso, utenti confusi e manutenzione futura piu costosa.

In questo articolo vediamo quando ha senso usare un redirect, quando usare noindex e quando e piu corretto restituire 404 o 410, con un taglio pratico per aziende, PMI e team che stanno aggiornando il sito.

Perche oggi la gestione delle pagine obsolete pesa di piu

Negli ultimi mesi Google ha aggiornato piu volte la documentazione su rimozione contenuti, noindex, canonical e redirect. Il messaggio di fondo e molto chiaro: i segnali vanno scelti in base allo stato reale della pagina, non per "provare a far sparire un problema".

Nel frattempo, i siti moderni vengono modificati piu spesso di prima:

• landing stagionali create e dismesse rapidamente
• pagine servizio accorpate durante riposizionamenti commerciali
• blog e knowledge base ripuliti o consolidati
• redesign che cambiano struttura URL e naming delle sezioni
• stack moderni che rendono facile cambiare il frontend, ma anche lasciare stati ambigui lato risposta HTTP

Per un'azienda il rischio non e solo tecnico. Se una vecchia URL continua a ricevere visite da campagne, backlink, email o risultati organici, gestirla male significa perdere contatti proprio nel momento in cui il sito dovrebbe essere piu chiaro.

Redirect, noindex e 404 non sono alternative intercambiabili

Prima di decidere, conviene chiarire il significato operativo dei tre segnali.

• Un redirect dice a browser e motori di ricerca che la risorsa si trova altrove. In pratica: "questa pagina ha una nuova destinazione".
• noindex dice che la pagina esiste ancora e puo restare accessibile, ma non dovrebbe comparire nei risultati di ricerca.
• 404 o 410 dicono che quella risorsa non esiste piu come contenuto da indicizzare.

Questa distinzione sembra banale, ma e qui che nascono molti errori.

Se una pagina e stata sostituita da un'altra equivalente, il redirect e spesso la scelta giusta. Se la pagina deve restare accessibile solo a chi arriva da un flusso specifico, allora noindex puo avere senso. Se invece il contenuto non esiste piu e non c'e un sostituto coerente, un 404 o 410 e molto piu onesto di un redirect forzato.

Anche il canonical va tenuto al suo posto: serve a consolidare versioni duplicate o molto simili, non a gestire pagine eliminate. Usarlo come scorciatoia per far sparire URL obsolete e una scelta che complica la lettura del sito, non la chiarisce.

Quando usare un redirect permanente

Un redirect permanente ha senso quando l'utente che visita il vecchio URL dovrebbe trovare in modo naturale il nuovo contenuto.

Esempi comuni:

• hai rinominato una pagina servizio ma il contenuto e sostanzialmente lo stesso
• hai unito due articoli o due landing in una risorsa piu completa
• hai spostato una sezione del sito e vuoi preservare accesso e segnali storici
• stai migrando un percorso URL verso una struttura nuova ma equivalente

In questi casi il redirect aiuta sia l'utente sia Google a capire che il contenuto ha cambiato indirizzo, non che e stato cancellato.

La parte importante e la coerenza semantica. Reindirizzare una vecchia pagina "Sviluppo e-commerce" verso la home page o verso una pagina generica "Servizi" raramente e la soluzione migliore. Dal punto di vista utente e frustrante. Dal punto di vista SEO e un segnale debole, perche la corrispondenza tra intento iniziale e destinazione finale e troppo vaga.

Se lavori con Next.js, anche l'implementazione conta: la documentazione attuale chiarisce che le configurazioni redirects in next.config.js con permanent: true usano 308, e permanentRedirect restituisce anch'esso un redirect permanente. Il punto non e il framework in se, ma il fatto che il redirect vada gestito lato server in modo esplicito e verificabile.

Quando imposti redirect permanenti, conviene anche:

• aggiornare i link interni verso la URL finale
• rimuovere dal sitemap le URL non piu canoniche
• evitare catene di redirect inutili
• controllare in Search Console se il traffico si sta trasferendo sulla pagina corretta

Quando usare noindex

noindex e utile quando la pagina esiste ancora, ma non vuoi che sia una pagina da ricerca.

Succede spesso con:

• pagine di ringraziamento dopo l'invio di un form
• aree temporanee accessibili da email o flussi dedicati
• pagine di utilita interne
• risultati di ricerca interni
• contenuti riservati che devono restare online ma non presidiare Google

Qui il punto non e spostare valore SEO su un'altra URL. Il punto e evitare che una pagina accessoria entri nei risultati e sottragga attenzione alle pagine davvero strategiche.

Ci sono pero due errori molto comuni.

Il primo: usare noindex per decidere quale pagina deve diventare canonica tra due contenuti molto simili. Google lo sconsiglia esplicitamente. Se il problema e la duplicazione, il segnale da preferire e il canonical oppure un redirect, non noindex.

Il secondo: mettere noindex e poi bloccare quella pagina in robots.txt. Anche questo e un errore classico. Se Googlebot non puo accedere alla pagina, potrebbe non vedere mai il noindex.

In pratica, noindex funziona bene quando la pagina deve esistere per utenti o processi interni, ma non deve essere una destinazione di ricerca organica.

Quando lasciare 404 o 410

Se una pagina e stata davvero rimossa e non esiste un sostituto coerente, la risposta piu pulita e spesso 404 o 410.

Questo vale per esempio quando:

• un servizio non viene piu offerto e non c'e una pagina equivalente
• una landing campagne e terminata senza una nuova destinazione utile
• un articolo e stato eliminato perche obsoleto o irrilevante
• esistono URL di test, pagine generate per errore o percorsi non piu validi

Google continua a trattare 404 e 410 in modo molto simile dal punto di vista pratico. La differenza piu importante non e quale dei due scegli, ma che tu restituisca davvero uno status coerente invece di lasciare una pagina vuota o un messaggio di errore con risposta 200.

Ed e qui che entrano in gioco i soft 404: pagine che sembrano inesistenti o inutili, ma rispondono come se fossero pagine valide. Per Google e un segnale ambiguo. Per l'utente e spesso un vicolo cieco.

Se una pagina non esiste piu, meglio una vera risposta 404 con una pagina di errore utile, link di navigazione chiari e magari un invito a tornare alle sezioni principali del sito. E molto piu pulito che fingere continuita dove continuita non c'e.

Gli errori che creano piu danni

Nella pratica, i problemi piu frequenti sono questi:

• reindirizzare tutte le URL vecchie verso la home page, anche quando l'intento non coincide
• usare il canonical per pagine che in realta sono state eliminate
• usare robots.txt per "nascondere" pagine che invece dovrebbero essere noindex o rimosse
• lasciare pagine con testo tipo "contenuto non disponibile" ma risposta HTTP 200
• dimenticare sitemap, link interni, CTA e campagne che puntano ancora alle URL obsolete

Questi errori non peggiorano solo la leggibilita tecnica del sito. Riducono anche la chiarezza commerciale del progetto. Un sito che manda l'utente su una pagina generica o su un errore travestito da pagina attiva comunica poca cura proprio nei punti in cui dovrebbe rassicurare.

Una checklist pratica prima di togliere una pagina

Prima di intervenire su una URL, conviene rispondere a queste domande:

1. Esiste una nuova pagina che soddisfa davvero lo stesso bisogno dell'utente?
2. La pagina deve restare accessibile, ma non deve comparire su Google?
3. Il contenuto e stato eliminato del tutto e non avra un sostituto?
4. Quella URL riceve ancora traffico, backlink o visite da campagne passate?
5. Hai aggiornato link interni, sitemap e riferimenti nei flussi di contatto?

Una regola semplice puo aiutare:

• se esiste un sostituto coerente, usa un redirect permanente
• se la pagina deve restare online ma fuori dalla ricerca, usa noindex
• se il contenuto non esiste piu e non c'e un sostituto reale, usa 404 o 410

Se invece il contenuto e sensibile o riservato, la risposta corretta puo essere la protezione tramite accesso, non una semplice esclusione dall'indice.

Cosa conviene chiedere al fornitore o al team prima del go-live

Se stai rifacendo il sito o stai pulendo contenuti vecchi, ci sono alcune domande utili da fare prima di pubblicare:

• Avete una mappa delle URL che cambiano, vengono rimosse o restano attive?
• Quali pagine avranno redirect permanenti e verso quali destinazioni?
• Quali URL useranno noindex, e perche?
• Come gestite le pagine non piu disponibili: 404, 410 o redirect?
• Come controllate eventuali soft 404 in Search Console dopo il rilascio?
• Chi aggiorna sitemap, link interni e riferimenti nelle campagne?

Queste domande non servono a entrare nel dettaglio tecnico del framework. Servono a evitare che la pulizia del sito venga fatta in modo troppo rapido, lasciando ambiguita che poi costano settimane di correzioni.

Conclusione

Redirect, noindex e 404 non sono tre pulsanti equivalenti per gestire "pagine che non voglio piu vedere". Sono tre segnali diversi che raccontano a utenti e motori di ricerca tre stati diversi della pagina.

Quando la scelta e coerente, il sito resta piu chiaro, la manutenzione futura e piu semplice e i segnali SEO diventano piu leggibili. Quando invece tutto viene trattato allo stesso modo, il risultato e quasi sempre una combinazione di confusione tecnica e opportunita perse.

Se stai ripulendo il sito, riorganizzando i servizi o preparando un redesign, conviene decidere queste regole prima del go-live. E uno di quei dettagli tecnici che sembrano secondari, ma che incidono direttamente su traffico, contatti e credibilita del progetto.