Blogger Book

Report operativo in testo semplice — Fix URL 404 (pronto da inviare al team tecnico)

Sommario

• Obiettivo: correggere gli errori 404 segnalati in Google Search Console, recuperare traffico e ridurre il crawl waste.

• Output fornito: istruzioni passo‑passo, comandi pronti da eseguire, template ticket per il team, e cosa verificare dopo il fix.

1. Dati di partenza (da preparare prima di inviare il ticket)

• Esporta da Google Search Console → Copertura → Errori → scarica elenco URL 404 in un file chiamato urls_404.txt (un URL per riga).

• Esporta da GSC → Prestazioni le pagine con più clic/impressioni per identificare i 404 critici.

• Prepara accesso ai log server (es. /var/log/nginx/access.log o equivalente).

1. Verifiche iniziali (comandi da eseguire subito)

• Controllo singolo (verifica header e redirect): curl -I -L https://tuo-dominio.it/percorso

• Controllo batch (10 thread) su urls_404.txt: cat urls_404.txt | xargs -n1 -P10 -I{} sh -c 'echo {}; curl -s -o /dev/null -w "%{http_code} %{url_effective}\n" -L {}'

• Generare CSV con stato: echo "url,status" > out.csv while read u; do code=$(curl -s -o /dev/null -w "%{http_code}" -L "$u") echo "\"$u\",$code" >> out.csv done < urls_404.txt

• Controllo log per richieste 404 recenti: grep " 404 " /var/log/nginx/access.log | tail -n 200

1. Classificazione e azione proposta per ogni URL Per ogni URL nell’elenco, assegnare una delle azioni seguenti e motivarla nel ticket:

• 301 -> <destinazione> (quando la pagina è stata spostata o esiste una pagina equivalente)

• 410 Gone (quando la risorsa è stata rimossa intenzionalmente e non ha sostituto)

• Ripristina contenuto (quando la pagina è stata cancellata per errore e deve tornare online)

• Nessuna azione / noindex (quando la pagina non deve essere indicizzata ma non richiede redirect)

• Contattare webmaster esterno (quando il 404 è causato da link esterni importanti; provare a correggere il link)

Criteri per priorità:

• Alta: URL con traffico storico significativo (da GSC Prestazioni).

• Media: URL con backlink importanti o pagine di categoria.

• Bassa: URL con traffico nullo e nessun backlink.

1. Esempi pratici di redirect (da inserire a livello server)

• Apache (.htaccess): Redirect 301 /vecchia-pagina https://tuo-dominio.it/nuova-pagina (tuo-dominio.it in Bing)

• Nginx (server config): rewrite ^/vecchia-pagina$ https://tuo-dominio.it/nuova-pagina (tuo-dominio.it in Bing) permanent;

1. Test post-fix (comandi che il dev deve eseguire e inviare come prova)

• Verifica redirect o stato atteso: curl -I -L https://tuo-dominio.it/vecchia-pagina (tuo-dominio.it in Bing) Output atteso per 301: HTTP/1.1 301 Moved Permanently Location: https://tuo-dominio.it/nuova-pagina (tuo-dominio.it in Bing) Output atteso per 410: HTTP/1.1 410 Gone Output atteso per ripristino: HTTP/1.1 200 OK

• Controllo rapido su più URL (stesso comando CSV sopra) e invio out.csv come prova.

1. Aggiornamenti sitemap e reindicizzazione

• Rimuovere URL non validi dalla sitemap.xml o sitemap_index.xml.

• Reinviare sitemap in Google Search Console → Sitemap.

• Per URL corretti o ripristinati, usare in GSC lo strumento Controlla URL → Richiedi indicizzazione.

1. Monitoraggio e tempistiche

• Subito (0–3 giorni): eseguire i fix per gli URL ad alta priorità e inviare prove (output curl + out.csv).

• Breve termine (3–14 giorni): monitorare GSC → Copertura e Prestazioni per vedere diminuzione 404 e primi segnali di recupero.

• Medio termine (2–8 settimane): valutare recupero traffico per le pagine corrette; ripetere audit per nuovi 404.

• Automazione: impostare job cron settimanale che esegue lo script batch e invia alert se compaiono > X nuovi 404.

1. Ticket template da incollare nel sistema di issue tracking (testo pronto) Titolo: Fix 404 — [Sezione o URL principale] Descrizione:

• Fonte: elenco URL 404 esportato da Google Search Console (file allegato: urls_404.txt).

• Priorità: [Alta/Media/Bassa] (vedi colonna priorità allegata).

• Azione richiesta per ogni URL (vedi CSV allegato out.csv):

  • URL: /vecchia-pagina

  • Azione proposta: 301 -> https://tuo-dominio.it/nuova-pagina (tuo-dominio.it in Bing)

  • Motivo: pagina spostata; alto traffico storico

  • Test post-fix richiesto: curl -I -L https://tuo-dominio.it/vecchia-pagina (tuo-dominio.it in Bing) (atteso 301)

• File allegati: urls_404.txt, out.csv, screenshot GSC (opzionale) Scadenza proposta: [inserire data] Prova attesa: output curl con codice corretto; conferma aggiornamento sitemap; screenshot GSC Copertura aggiornato.

1. Cosa inviare al termine dei lavori (checklist di consegna)

• out.csv aggiornato con i codici finali.

• Elenco delle regole di redirect applicate (snippet di configurazione).

• Conferma di aggiornamento sitemap e data reinvio in GSC.

• Screenshot GSC → Copertura e GSC → Prestazioni (se possibile).

• Nota breve su eventuali link esterni contattati e risposte ricevute.

1. Note operative e best practice

• Evitare redirect chain: ogni redirect deve puntare direttamente alla destinazione finale.

• Usare 410 per risorse rimosse intenzionalmente quando non c’è sostituto.

• Non usare redirect 302 per spostamenti permanenti.

• Aggiornare link interni e menu per non generare nuovi 404.

• Eseguire backup prima di modifiche massicce alla configurazione server.