Rifare 500 vecchie schede prodotto senza danni SEO
Rifare un catalogo senza perdere traffico organico né backlink: la checklist di rollout in 6 fasi per un progetto da 500 a 50.000 schede.

Rifare 500 vecchie schede prodotto senza danneggiare il SEO
Avete un catalogo datato. 500, 5.000, forse 50.000 schede scritte tra il 2018 e il 2023, con uno stile che non riflette più il vostro brand attuale, con descrizioni duplicate o povere. Sapete che serve un rifacimento — e avete anche paura che rovini il SEO accumulato con pazienza.
La paura è giustificata: un rifacimento gestito male può far crollare il traffico organico del 30-70% in poche settimane, senza recupero automatico. Ecco il metodo per rifare tutto in modo pulito, senza prendere rischi inutili.
Fase 1: la diagnosi — quali schede sono davvero obsolete?
Un errore comune: rifare tutto il catalogo "perché è vecchio". In realtà, il 20-30% delle schede porta la maggior parte del traffico organico e funziona bene. Toccarle è rischioso.
La vera diagnosi si basa su 3 criteri:
Criterio 1 — Performance SEO attuale
Esportazione da Google Search Console su 12 mesi. Per ogni URL prodotto:
- Impressioni: proxy del potenziale di ranking
- Clic: traffico attuale
- Posizione media: stabilità del posizionamento
Scheda >1000 impressioni/mese + posizione >15 = alta opportunità di rifacimento. Ha potenziale, le manca la qualità.
Scheda <100 impressioni + >50 posizioni = probabilmente da rielaborare o da mettere in noindex.
Scheda >500 impressioni + posizione 1-5 = non toccarla senza A/B test.
Criterio 2 — Ultima modifica
Le schede non aggiornate da oltre 3 anni spesso mostrano:
- Toni obsoleti (riferimenti a "trend 2020")
- Link rotti nelle descrizioni
- Informazioni superate (compatibilità, versioni software)
Criterio 3 — Contenuto duplicato
Il copia-incolla dal fornitore o tra varianti crea contenuti simili che vengono penalizzati. Audit con Copyscape o Screaming Frog: ogni scheda con >80% di somiglianza rispetto a un'altra URL dello stesso sito è prioritaria per il rifacimento.
Fase 2: la checklist anti-regressione
Prima di qualsiasi riscrittura, documentate lo stato attuale di ogni scheda che verrà rifatta:
- URL attuale (per verificare che non cambi)
- Title tag attuale
- Meta description attuale
- H1 attuale
- Elenco dei backlink che puntano a questa URL (via Ahrefs, Semrush o GSC)
- Ranking attuale sulle keyword principali
- Traffico organico mensile
- Reviews e UGC nella scheda (numero, valutazioni)
Esportate in CSV o in un foglio di calcolo. Questo file diventa la vostra baseline — ogni scostamento dopo il rifacimento verrà misurato rispetto a questa base.
Fase 3: la regola dell'URL che non cambia mai
L'errore più grave in un rifacimento: cambiare le URL dei prodotti. Conseguenze:
- Tutti i backlink puntano a 404 se non fate una redirect
- Le posizioni su Google si perdono finché le redirect non vengono "riconosciute" (3-6 mesi)
- I clienti che avevano salvato la pagina nei preferiti non trovano più il prodotto
La regola assoluta: l'URL resta identica. Anche se il titolo cambia, anche se lo slug potrebbe essere migliore, non si tocca l'URL di una scheda che ranka.
Eccezione: se l'URL attuale contiene errori critici (refusi, caratteri non validi, troppo lunga >100 car.), il rifacimento giustifica una modifica — ma con redirect 301 obbligatoria.
Fase 4: gestire le redirect 301 quando servono
Se dovete cambiare una URL, rispettate queste regole:
Redirect 301 (permanente), non 302 (temporanea): Google trasferisce il "link juice" solo con una 301.
Redirect il più vicino possibile alla fonte: su Shopify, tramite la scheda Online Store → Navigation → URL Redirects. Su WooCommerce tramite un plugin SEO (Redirection, RankMath Redirects) o direttamente in .htaccess.
Niente catene di redirect: A → B → C è tossico. Se B non esiste più, fate direttamente A → C.
Test dopo l'implementazione: per ogni redirect, verificate con curl -I o uno strumento come httpstatus.io che la catena restituisca 301 poi 200, non 302 o 404.
Su un catalogo grande, generate il file delle redirect in CSV a partire dalla vostra baseline, poi importatelo in blocco.
Fase 5: preservare le reviews e l'UGC
Le reviews sono un capitale enorme in termini di SEO e fiducia. Una scheda con 48 recensioni da 4,7 stelle vale 20× più di una scheda nuova, anche se scritta meglio.
Se rifate la scheda senza cambiare l'URL: le reviews restano collegate, nessun problema.
Se migrate verso una nuova struttura (nuovo template, nuovo slug), verificate che:
- Le reviews Shopify Product Reviews (o Yotpo, Judge.me, Trustpilot) siano collegate al product ID, non allo slug. Su Shopify è così; su WooCommerce dipende dal plugin.
- Le importazioni di reviews tra piattaforme preservino le date originali (importante per la freschezza percepita)
- Le stelle compaiano correttamente nelle SERP tramite schema.org AggregateRating
Se non potete garantire il trasferimento delle reviews, non migrate. Rifate tutto in-place.
Fase 6: pianificare il rollout — 10% → 50% → 100%
Non pubblicate mai 500 schede rifatte tutte insieme. Rollout in 3 fasi:
Fase 1 — 10% del catalogo (settimana 1)
Pubblicate il rifacimento sul 10% delle schede, idealmente quelle meno critiche (traffico basso). Misurate per 7 giorni:
- Traffico organico di queste pagine
- Posizioni Google sulle keyword
- Frequenza di rimbalzo e conversione
Se il 10% rende peggio rispetto alla baseline, fermatevi e identificate la regressione prima di continuare.
Fase 2 — 50% del catalogo (settimana 2-3)
Estendete al 50%, dando priorità alle schede a basso traffico e lasciando i top performer per ultime. Misurate di nuovo.
Fase 3 — 100% (settimana 3-4)
Rifacimento completo dopo la validazione delle 2 fasi precedenti. Mantenete il monitoraggio per 4 settimane dopo il rollout.
Misurare il successo (o la regressione)
6-8 settimane dopo la fine del rollout:
- Traffico organico totale: deve essere ≥ baseline (obiettivo: +10 a +30%)
- Posizioni medie sulle top keyword: ≥ baseline
- Tasso di conversione sulle schede rifatte: ≥ baseline (obiettivo: +5 a +20%)
- Numero di schede indicizzate: ≥ baseline (se cala = problema di indicizzazione)
Se i numeri scendono oltre il -10% dopo 8 settimane, fate un audit:
- Le meta sono tutte compilate?
- Le URL sono identiche alla baseline?
- I markup schema.org Product sono ancora validi?
- Le immagini hanno mantenuto i loro alt text?
L'approccio automatizzato (Ecomptimize)
Su 500 schede, questo processo può essere fatto manualmente in 4-8 settimane. Oltre questa soglia, serve automatizzare.
Ecomptimize automatizza le fasi da 2 a 6:
- Diagnosi tramite analisi del vostro GSC
- Audit del contenuto duplicato
- Generazione delle nuove schede con preservazione di URL/reviews
- Rollout a fasi in 10/50/100
- Monitoraggio automatico post-rollout con rollback in un clic in caso di regressione
Vedi la pagina Ecomptimize per Shopify o Ecomptimize per WooCommerce.
FAQ
Quanto tempo serve per vedere gli effetti di un rifacimento SEO?
Da 4 a 12 settimane per un effetto stabile. Le prime 2 settimane dopo il rifacimento possono mostrare un calo temporaneo (Google esegue di nuovo il crawl e rivaluta). Recupero e crescita si misurano a partire dalla settimana 4-6. Non allarmatevi per una regressione nella week 1 — allarmatevi per una regressione persistente nella week 8.
Devo rifare anche le mie vecchie pagine blog?
Sì, ma con la stessa prudenza. Le regole sono identiche: diagnosi basata sulla performance GSC, preservare le URL, rollout a fasi. Le pagine blog con autorità molto alta (molti backlink) sono ancora più sensibili — toccatele per ultime e con la massima attenzione al title tag.
Bisogna cambiare tag e categorie prodotto durante un rifacimento?
Separate i due progetti. Rifate prima le descrizioni con URL stabili. Una volta che il rifacimento si è stabilizzato (8 settimane), potete riorganizzare tag e categorie. Cambiare tutto insieme rende impossibile la diagnosi in caso di regressione.
I miei backlink esterni vengono influenzati da un rifacimento?
No se preservate le URL. Sì se cambiate le URL senza redirect 301. Le redirect 301 trasferiscono circa il 95% del "link juice", il che è accettabile ma non perfetto. La regola: 1 cambio URL = 1 redirect, non di più, per evitare catene.
Posso testare il rifacimento in staging prima della produzione?
Sì, ed è fortemente consigliato per cataloghi grandi. Shopify supporta i temi in preview. WooCommerce supporta ambienti di staging (via Hostinger, WP Engine, Kinsta). Testate l'intera pipeline in staging con almeno 20-50 schede prima di toccare la produzione.
Come convinco il mio team ad aspettare il rollout in 3 fasi?
Mostrate i casi storici di aziende che hanno pubblicato 10.000 schede rifatte tutte insieme e hanno perso il 60% del traffico organico in 6 settimane (ce ne sono molti nel settore, a volte ripresi dalla stampa e-commerce). Il rollout a fasi allunga la timeline di 2-3 settimane e riduce il rischio di 10 volte. Il conto si fa in fretta.
Per analizzare il vostro catalogo e pianificare un rifacimento automatizzato, iniziate da un preventivatore in 30 secondi.
Ti è piaciuto questo articolo?