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.
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:
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.
Prima di qualsiasi riscrittura, documentate lo stato attuale di ogni scheda che verrà rifatta:
Ti è piaciuto questo articolo?
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.