Un restyling riuscito sul piano visivo può far perdere metà del traffico organico in tre settimane. La causa è quasi sempre la stessa: gli indirizzi sono cambiati e nulla collega i vecchi ai nuovi.
Il piano di redirect non è un compito di fine progetto. Si prepara prima della messa online e si controlla per un mese dopo.
Prima: il rilevamento esaustivo
Non potete reindirizzare ciò che non conoscete. Quattro fonti complementari, da incrociare.
Una scansione del sito attuale, che dà tutte le pagine raggiungibili dalla navigazione. È la base, ed è incompleta.
La sitemap, che a volte contiene pagine non collegate nella navigazione.
La Search Console, su dodici mesi, che rivela le pagine che ricevono traffico organico, comprese quelle che la scansione non ha trovato. È la fonte più preziosa: vi dice cosa ha valore.
I log del server su tre mesi, che mostrano gli indirizzi realmente richiesti, compresi quelli raggiunti da vecchi link esterni che avevate dimenticato.
L’unione di queste quattro fonti dà il vostro perimetro. Su un catalogo di dimensioni medie, contate diverse migliaia di URL, di cui una parte non merita alcun trattamento.
Dare priorità invece di trattare tutto
Reindirizzare diecimila pagine una per una non è né possibile né utile. Tre livelli di trattamento.
Le regole generali. Se la struttura delle URL cambia in modo sistematico, una regola copre migliaia di pagine. È il caso quando togliete un prefisso, cambiate il formato degli identificativi, o passate da una struttura a un’altra.
I redirect individuali. Per le pagine che non seguono alcuna regola: pagine CMS rinominate, categorie fuse, prodotti raggruppati. Concentrateli sulle pagine con traffico o con link in entrata.
Il trattamento con 410. Per ciò che sparisce senza equivalente. Quel codice indica una rimozione volontaria e accelera l’uscita dall’indice, cosa che un 404 fa più lentamente.
Un riferimento utile: nella maggior parte dei restyling, il 90 % del traffico organico si concentra su meno del 20 % delle pagine. Sono quelle che esigono una verifica individuale.
Gestore di Redirect 301 per PrestaShop 8 e 9301, regex, wildcard, monitoraggio 404 e redirect automatico al cambio di slug€49.00
Le regole della mappatura
Quattro principi, di cui il primo è il più violato.
Un redirect punta all’equivalente più vicino, mai alla home. Un redirect massivo verso la home page viene trattato come un errore soft: il motore constata che la pagina d’arrivo non ha nulla a che vedere con la richiesta, e il beneficio è nullo. Per un prodotto sparito, reindirizzate verso un prodotto sostitutivo o, in mancanza, verso la sua categoria.
Un redirect è permanente. Il codice 301 trasmette il valore della vecchia pagina. Un redirect temporaneo non lo fa, e lascia i due indirizzi coesistere nell’indice.
Un redirect è diretto. Niente catene: se l’indirizzo A è stato reindirizzato verso B l’anno scorso e B diventa C oggi, aggiornate la regola A verso C invece di impilare.
La pagina d’arrivo deve rispondere con un 200. Reindirizzare verso una pagina essa stessa in errore è un caso frequente quando la mappatura viene costruita prima che il nuovo sito sia finito. Verificate dopo, non prima.
Il giorno del passaggio
Ordine delle operazioni, ciascuna condiziona la successiva.
- I redirect sono in posizione prima dell’apertura, testati sull’ambiente di preproduzione con gli indirizzi veri.
- La sitemap viene rigenerata con i soli nuovi indirizzi, e inviata.
- I link interni puntano ai nuovi indirizzi, non ai vecchi che reindirizzano. Un sito i cui link interni passano tutti da un redirect rallenta la propria scansione e diluisce il valore.
- Il file robots viene verificato, in particolare se l’ambiente di preproduzione bloccava l’indicizzazione. Una direttiva di blocco dimenticata in produzione è l’incidente più costoso di un restyling.
- I tag canonici puntano ai nuovi indirizzi.
I quindici giorni successivi
È il periodo in cui tutto si gioca, e in cui la maggior parte dei progetti allenta l’attenzione.
Gli errori 404 nella Search Console, da consultare ogni due giorni. Ogni nuovo 404 segnala un indirizzo dimenticato nella mappatura.
I log del server, filtrati sui codici 404 e 500. Emergono più in fretta della Search Console e includono le richieste dei crawler.
Il traffico organico, confrontato con lo stesso periodo dell’anno precedente invece che con il mese precedente. Un calo del 10 al 20 % per due o quattro settimane è normale, il tempo che i motori elaborino i redirect. Un calo del 50 % segnala un problema.
Le posizioni sulle vostre venti query principali, rilevate prima del restyling e seguite dopo.
Quanto tempo tenere i redirect
Domanda frequente. I motori trasmettono il valore abbastanza in fretta, ma i link esterni e i preferiti dei visitatori non si aggiornano mai.
La regola prudente: conservate i redirect a tempo indeterminato finché non pongono problemi di prestazioni. Un file di qualche migliaio di regole ben indicizzato non costa nulla. Ciò che costa sono le catene accumulate nel corso di più restyling successivi, da appiattire periodicamente.
Gli errori classici
Reindirizzare tutte le vecchie pagine verso la home, già citato, e di gran lunga il più distruttivo. Dimenticare le versioni con e senza barra finale, che sono due indirizzi distinti. Ignorare le immagini, i cui indirizzi cambiano anch’essi e che possono ricevere traffico. E lasciare senza trattamento i parametri URL dei vecchi filtri, il che produce un volume importante di errori.
Il Gestore di Redirect 301 per PrestaShop gestisce questa catena su PrestaShop 8 e 9: importazione massiva della mappatura, regole per schema oltre ai redirect individuali, rilevamento di catene e cicli, e monitoraggio dei 404 incontrati per completare il piano giorno dopo giorno.