SEO E-commerce

Audit delle 404 su PrestaShop: quali errori correggere per primi

Su un catalogo di diverse migliaia di referenze, il rapporto delle pagine non trovate di Search Console mostra facilmente qualche migliaio di righe. Trattarle nell’ordine in cui compaiono è il modo migliore per passare settimane su indirizzi che non interessano a nessuno.

Non tutte le 404 si equivalgono

Un errore 404 non è un problema in sé. È la risposta corretta a una richiesta su una pagina che non esiste, e un sito senza alcuna 404 sarebbe sospetto.

Il problema è una 404 su un indirizzo che aveva valore. Tre modi di averlo.

Riceveva traffico organico. La pagina era posizionata, portava visitatori, e quel traffico è perso.

Riceve link esterni. Un altro sito punta verso di essa. Il valore trasmesso si perde, e i visitatori che seguono il link arrivano nel vuoto.

Riceve link interni. Il vostro stesso sito punta a una pagina morta, il che è insieme un problema di esperienza e uno spreco di scansione.

Una 404 che non rientra in nessuno di questi tre casi non merita alcun intervento.

Le origini delle 404 e quanto valgono

Quattro origini, con priorità molto diverse.

I prodotti ritirati dal catalogo. La fonte più voluminosa su un catalogo grande e la più disomogenea: un prodotto stagionale ritirato dopo tre vendite non vale nulla, una referenza di punta dismessa dopo tre anni di posizionamento vale molto.

Gli URL modificati. Un cambio di nome di prodotto o di categoria cambia l’indirizzo. Queste 404 sono le più facili da correggere, dato che la nuova pagina esiste.

I link esterni errati. Un sito che vi cita con un refuso o un troncamento. Non potete correggere la fonte, ma potete reindirizzare.

Il rumore. Crawler, tentativi di accesso a percorsi amministrativi inesistenti, vecchi parametri. Questa categoria rappresenta spesso la maggior parte del volume e non merita alcun intervento.

Controllo Link Rotti PrestaShop 8 e 9 — Link Morti e Immagini MancantiTrova i link morti e le immagini rotte prima dei tuoi clienti59.00

La matrice di decisione

Quattro trattamenti possibili, e la scelta si fa su due domande.

Prima domanda: esiste una pagina equivalente? Seconda domanda: la vecchia pagina aveva valore?

Equivalente sì, valore sì: reindirizzare. Reindirizzamento permanente verso la pagina più vicina. È il caso più frequente sugli URL modificati e sui prodotti sostituiti.

Nessun equivalente, valore alto: ripristinare. Se la pagina riceveva un traffico significativo e non esiste equivalente, l’intervento migliore è spesso ricreare un contenuto. Un prodotto dismesso che riceveva cento visite al mese può diventare una pagina che spiega la dismissione e propone le alternative.

Nessun equivalente, valore basso: passare a 410. Questo codice indica una rimozione volontaria e definitiva. Accelera l’uscita dall’indice rispetto a una 404 ed evita che i motori tornino a testare la pagina per mesi.

Nessun valore: non fare nulla. Una 404 pulita è una risposta corretta. Aggiungere migliaia di reindirizzamenti per indirizzi che nessuno chiede appesantisce la configurazione senza alcun beneficio.

Dare priorità sui numeri giusti

L’ordinamento per volume di occorrenze inganna: un indirizzo richiesto mille volte da un crawler mal configurato finisce in cima e non vale nulla.

Tre criteri di ordinamento, in questa sequenza.

Il traffico organico perso, misurato sui dodici mesi precedenti la sparizione. È il criterio decisivo e si recupera in Search Console confrontando i periodi.

Il numero di domini referenti che puntano all’indirizzo. Un solo link da un sito riconosciuto vale più di cento link interni.

Il numero di link interni entranti, il più semplice da correggere: invece di reindirizzare, correggete il link alla fonte.

In un audit reale, questi tre criteri riducono di solito un elenco di tremila 404 a un centinaio di indirizzi che meritano un intervento individuale.

Le 404 generate internamente

Categoria spesso ignorata eppure la più facile da correggere.

Un link rotto in una descrizione prodotto, un’immagine eliminata ma ancora referenziata, un link verso una pagina CMS rinominata. Questi errori vengono dai vostri contenuti e non si correggono con un reindirizzamento: si correggono modificando il link.

Reindirizzare un link interno rotto è un cerotto: il link resta sbagliato, passa da un reindirizzamento a ogni chiamata e si propaga se il contenuto viene duplicato.

Un controllo mensile dei link interni del catalogo e dei contenuti editoriali risolve il punto a monte.

La pagina 404 stessa

Poiché una parte delle 404 resterà sempre, la pagina che le mostra merita attenzione.

Quattro elementi la rendono utile invece che frustrante. Un messaggio chiaro, senza gergo tecnico. Il campo di ricerca, che è l’azione più probabile del visitatore. Suggerimenti di prodotti, idealmente costruiti a partire dalle parole dell’indirizzo richiesto. E un link alle categorie principali.

Punto tecnico: la pagina 404 deve restituire il codice 404, non 200. Una pagina d’errore che risponde 200 crea una pagina indicizzabile per ogni indirizzo inesistente, il che è ben peggio del problema iniziale.

Il ritmo di controllo

Un audit completo una volta all’anno, un controllo leggero ogni mese.

Il controllo mensile riguarda le nuove 404 comparse, filtrate su quelle che ricevono traffico o link. Richiede mezz’ora ed evita l’accumulo che rende scoraggiante l’audit annuale.

Due momenti impongono un controllo immediato, senza aspettare: dopo un rifacimento e dopo ogni import massivo di catalogo.

Il Verificatore di Link Morti per PrestaShop tratta questo lavoro su PrestaShop 8 e 9: rilevamento dei link interni rotti e delle immagini mancanti nel catalogo e nei contenuti, registro delle 404 incontrate con la loro origine e distinzione tra gli errori che vengono dai vostri contenuti e quelli che vengono dall’esterno.

Continua a leggere

Articoli correlati