Reindirizzare o eliminare una pagina: l'albero decisionale

Ritirate una pagina. Prima di toccare la configurazione del server, rispondete a quattro domande nell'ordine: il primo «sì» è la vostra risposta, e vi fermate lì.

È la decisione che si prende prima che l'URL si rompa. Se si tratta di un 404 che esiste già e che non avete creato voi, la cernita è diversa.

L'albero, in una tabella

Quattro righe, e una proprietà utile: l'albero non produce mai «reindirizzare alla home». È voluto, ed è la sua principale ragione d'essere.

1. Una pagina copre lo stesso bisogno?

Avete riscritto la guida, fuso due articoli, sostituito la pagina tariffaria 2023 con quella del 2024. 301 verso quella pagina. Il lettore ottiene ciò per cui è venuto, e il valore accumulato segue la redirezione.

Il test non è «parla di un argomento vicino». È: la persona che ha cliccato avrebbe la sensazione di essere arrivata? Se la risposta è no, non è il bersaglio giusto, e vale meglio scendere di un gradino nell'albero che forzare.

2. Una pagina più ampia lo copre?

Il prodotto preciso è fuori produzione, ma la categoria esiste ancora. L'evento è passato, ma la pagina degli eventi c'è. 301 verso la pagina madre.

È un compromesso, e un compromesso onesto: il lettore arriva su qualcosa di collegato e capisce perché. È qui che una redirezione verso la home sarebbe stata falsa: la home non è la versione allargata di niente.

Un segno semplice per sapere se il bersaglio è buono: se doveste aggiungere una frase sulla pagina di arrivo per spiegare al visitatore perché si trova lì, il bersaglio è cattivo.

3. La pagina aveva qualcosa che merita di essere conservato?

Link in entrata venuti da altri siti, traffico vero, un riferimento che qualcuno ha stampato. Se sì, la domanda non è più dove reindirizzare: è se andava cancellata. Ripristinarla, anche in forma più breve, costa spesso meno che perdere ciò che vi puntava.

Questa domanda si risolve in cinque minuti, e viene quasi sempre saltata:

• I link in entrata si leggono nella Search Console o nel vostro monitoraggio dei link.
• Il traffico si legge nelle vostre statistiche, su dodici mesi e non su trenta giorni, altrimenti le pagine stagionali passano per morte.
• I link interni si trovano con qualunque metodo di ricerca dei link, e vi diranno quanti punti del vostro stesso sito si romperanno.

4. Niente di tutto ciò?

Lasciate un 404, oppure restituite un 410. Nessuna redirezione, nessuna invenzione. Un URL verso cui nulla punta e che nessuno visita non ha bisogno di una destinazione. Toglietelo dalla sitemap e passate ad altro.

Quale codice, e per che cosa

Il 302 è quello che si usa per errore, perché a volte è l'impostazione predefinita di un CMS o di un modulo. Dice ai motori «tornate, questo tornerà», quindi il vecchio URL resta indicizzato e il nuovo fatica a prendere il suo posto. Se lo spostamento è definitivo, lo è anche il codice.

Una volta scritta la regola, verificatela dall'esterno anziché nel file di configurazione: seguire una redirezione salto per salto mostra il codice reale, la catena completa e l'indirizzo di arrivo, cosa che la configurazione non dice mai.

I tre errori che questo albero esiste per evitare

Reindirizzare tutto alla home. È netto in un file di configurazione e non risponde alla domanda di nessuno. Il lettore perde il filo, e il motore legge il gesto come l'ammissione che non esiste equivalente.

Reindirizzare verso qualcosa di vagamente vicino. Un lettore che voleva il vostro prodotto fuori produzione e che atterra sull'indice del blog lo vive come un errore, qualunque sia il codice HTTP.

Concatenare le redirezioni al filo delle migrazioni. Vecchio URL verso URL del 2019, verso URL del 2022, verso oggi. Funziona, fino al giorno in cui qualcuno che fa pulizia taglia un anello in mezzo, perché niente spiega quale regola conti ancora. Riscrivete la catena perché punti direttamente alla pagina attuale, e risparmierete anche due andate e ritorni a ogni visitatore.

Il caso particolare delle pagine che tornano

Certe pagine spariscono e poi riappaiono: un'offerta stagionale, un evento annuale, un prodotto esaurito. Cancellarle ogni anno e ricrearle poi fa perdere ogni volta tutto ciò che l'URL aveva accumulato.

La risposta giusta è tenere l'URL viva e scriverci lo stato attuale: «l'edizione 2025 si terrà a marzo, ecco quella del 2024 nel frattempo». È meno elegante di una cancellazione pulita, ed è l'unico modo di conservare dieci anni di link su uno stesso indirizzo.

Ciò che cancellare non risolve

Ritirare una pagina non fa sparire nessuno dei link che vi puntavano. Sono dagli altri, nei vostri vecchi articoli, nei segnalibri, nelle newsletter mandate tre anni fa. La cancellazione sposta il problema dalla parte del visitatore, non lo cancella.

Non risolve nemmeno i motivi invocati per cancellare in massa. «Alleggerire il sito per essere esplorato meglio» poggia su un'inquietudine che non riguarda quasi nessuno: il budget di crawl è un tema di cataloghi molto grandi, non di siti di qualche centinaio di pagine. «Cancellare le pagine deboli per migliorare la qualità media» è un'altra decisione, editoriale questa, e merita di essere presa pagina per pagina anziché a colpi di soglia di traffico.

Cancellare in blocco, senza danni

Quando l'elenco supera la decina, tre regole evitano la settimana persa.

Decidete prima, eseguite dopo. Riempite la colonna «bersaglio» per tutte le righe prima di toccare il server. Le decisioni prese strada facendo si somigliano tutte, e puntano tutte alla home.

Trattate per gruppi coerenti. Tutte le schede prodotto di una categoria insieme, tutti gli eventi di un anno insieme. Il bersaglio è allora ovvio e si giustifica da sé.

Distribuite su due settimane. Cento redirezioni messe in piedi lo stesso giorno si verificano male, e un errore di regola passa inosservato in mezzo alle altre. Dopo ogni gruppo, aprite voi stessi dieci vecchi indirizzi, nel browser e non in un rapporto: il rapporto vi dice che la regola esiste, il browser vi dice dove atterra davvero.

Che cosa conservare a cose fatte

Le regole di redirezione sono la memoria delle vostre decisioni. Finiscono cancellate «per fare pulizia» uno o due anni dopo, da qualcuno che non c'era. Conservatele, e lasciate un commento che dica perché esistono.

Una riga per pagina in un foglio di calcolo basta, e vale più di qualsiasi strumento: si legge fra dieci anni, non dipende da nessun abbonamento e sopravvive al cambio di server. Conservate anche la traccia di ciò che avete deciso: quale pagina, quale bersaglio, quale data. È esattamente ciò che manca il giorno in cui ci si chiede perché un vecchio indirizzo rimandi dove rimanda, ed è il cuore di una lista di controllo di migrazione.

Un ultimo punto che l'albero non copre: i link che partivano dalla pagina cancellata verso l'esterno spariscono con lei, e quelli che partono dalle pagine rimaste continuano a invecchiare per conto loro. I link in uscita morti sono un cantiere distinto, e il momento in cui si ritirano pagine è quello in cui ci si pensa di meno.