SEO per Magento

TL;DR — La SEO di Magento consiste nell’aiutare un negozio Magento a posizionarsi nei risultati di ricerca. Prima di tutto, conosci la tua versione: Magento 1 è morto (nessun aggiornamento da giugno 2020), e Magento 2 esiste in una versione a pagamento (Adobe Commerce) e una gratuita (Magento Open Source). La cosa che rompe la SEO su Magento più di ogni altra è il suo sistema di filtri — “navigazione a livelli” — che può creare migliaia di indirizzi di pagina duplicati. La maggior parte del tuo lavoro consiste nel tenerli sotto controllo.

Cos’è Magento (e quale versione hai)

Magento è una piattaforma per creare negozi online. A differenza di Shopify, dove l’azienda ospita tutto per te, Magento è qualcosa che tu (o i tuoi sviluppatori) installi e gestisci da solo. Questo ti dà molto controllo — e molto margine per sbagliare.

Prima di fare qualsiasi cosa, scopri quale Magento stai usando:

• Magento 1 — la vecchia versione. Ha raggiunto la fine del supporto a giugno 2020 e non riceve più aggiornamenti di sicurezza. Se sei qui, il tuo vero progetto SEO è migrare a Magento 2 (fallo con attenzione, con i redirect).
• Magento 2 — la versione attuale. Esiste come Adobe Commerce (l’edizione a pagamento, enterprise) e Magento Open Source (l’edizione gratuita, community). Condividono lo stesso codice di base, quindi i consigli SEO sono gli stessi.
• Adobe Commerce as a Cloud Service (ACCS) — un prodotto SaaS più recente e separato (lanciato a giugno 2025) che gira su un’infrastruttura diversa e non supporta affatto il tema classico Luma. Se il tuo negozio è su ACCS, tratta i consigli su tema/schema scritti per Magento “normale” come punto di partenza, non come corrispondenza diretta.

Non confonderli. Molti vecchi tutorial “SEO di Magento” online sono scritti per Magento 1 e i menu e le impostazioni semplicemente non corrispondono più.

Il grande problema: i filtri

Quando un acquirente arriva su una pagina di categoria — ad esempio, “Scarpe da corsa” — Magento mostra filtri laterali: taglia, colore, marca, prezzo. Questa funzionalità si chiama navigazione a livelli, ed è ottima per gli acquirenti.

Il problema SEO è che ogni filtro su cui qualcuno clicca di solito crea un nuovo indirizzo web, come /running-shoes?color=blue&size=10. Moltiplica colori × taglie × marche × fasce di prezzo e una singola categoria può generare migliaia di pagine leggermente diverse — tutte che mostrano praticamente gli stessi prodotti. I motori di ricerca vedono un caos di pagine quasi duplicate, si confondono su quale mostrare e perdono tempo a scansionare spazzatura invece dei tuoi veri prodotti.

La soluzione è dire ai motori di ricerca “queste pagine filtrate non sono quelle importanti — la pagina di categoria pulita lo è”. Lo fai con un tag canonico (un puntatore alla versione principale) e marcando le pagine filtro di basso valore come noindex (non metterle nei risultati di ricerca). Magento ha impostazioni per questo, e le estensioni SEO lo rendono più facile.

Le altre cose da configurare

• URL amichevoli. Magento può produrre indirizzi puliti come /running-shoes/nike-pegasus/ invece di un lungo codice. Assicurati che l’impostazione “URL ottimizzati per i motori di ricerca” sia attiva.
• Titoli e descrizioni. Ogni prodotto e categoria ha campi per il titolo della pagina e la meta description — compilali invece di lasciare i valori predefiniti di Magento.
• Dati strutturati (schema). Questo è il codice che alimenta il prezzo e le valutazioni a stelle che vedi nei risultati di Google. Magento non lo aggiunge automaticamente, quindi ti servirà un’estensione o uno sviluppatore per aggiungerlo.
• Varianti di prodotto. Se un prodotto è disponibile in più taglie o colori, Magento di solito memorizza ogni combinazione come un “prodotto semplice” collegato a un genitore. Lasciati da soli, possono essere indicizzati come pagine quasi duplicate separate — puntali di nuovo al prodotto genitore con un tag canonico invece.

Vuoi la versione dettagliata e tecnica — impostazioni esatte, la tabella di riscrittura URL e come gestire i filtri su larga scala? Passa alla scheda Avanzate.

TL;DR — La SEO di Magento è dominata da due generatori di contenuti duplicati: la navigazione a livelli che genera URL con parametri, e le varianti di prodotto configurabili/semplici che generano pagine SKU quasi identiche. Canonicalizza entrambe verso il loro genitore pulito (categoria o prodotto configurabile) e metti noindex sulle combinazioni a basso valore; riserva le pagine indicizzabili a filtri o varianti con reale domanda di ricerca. Risolvi prima la questione della versione — Magento 1 è a fine vita (giugno 2020); Magento 2 è disponibile come Adobe Commerce (a pagamento, self-hosted), Magento Open Source (gratuito), o Adobe Commerce as a Cloud Service (ACCS — un prodotto SaaS separato dal giugno 2025 che abbandona completamente Luma). Gli URL SEO-friendly passano attraverso la tabella url_rewrite — distinta dai redirect HTTP, che Magento può creare automaticamente come 301. L’output dei dati strutturati varia a seconda del tema dello storefront e delle estensioni, quindi ispeziona le pagine renderizzate prima di pianificare lavoro personalizzato.

Passo zero: chiarisci la versione

Metà dei cattivi consigli SEO su Magento online sono sbagliati perché sono rivolti alla versione errata. Fissa questo punto prima di qualsiasi altra cosa:

• Magento 1 ha raggiunto la fine del supporto il 30 giugno 2020. Nessuna patch di sicurezza, nessun aggiornamento. Se un cliente è ancora su questa versione, il lavoro SEO è una migrazione a Magento 2 — con una mappa di redirect completa e un controllo QA basato sul crawling, trattata come qualsiasi migrazione di piattaforma in cui è in gioco l’autorità di ranking.
• Magento 2 è il codebase attivo. È disponibile in due edizioni: Adobe Commerce (a pagamento; funzionalità B2B, page builder, opzione PaaS ospitata) e Magento Open Source (gratuito; edizione community). Stesso core, stessa superficie SEO. Il cambio di branding di Adobe significa che “Magento,” “Adobe Commerce,” e “Magento Open Source” compaiono tutti per la stessa piattaforma sottostante — non lasciare che il nome ti faccia pensare che il modello SEO sia diverso.
• Adobe Commerce as a Cloud Service (ACCS) è un terzo prodotto separato — una distribuzione SaaS lanciata nel giugno 2025 con uno storefront basato su Edge Delivery Services piuttosto che sullo stack tradizionale Commerce/Luma. Luma non è supportato su ACCS per niente, quindi se un negozio è su questa piattaforma, le note su tema e schema specifici di Luma qui sotto non si applicano — stai ricostruendo quel livello da zero, non modificandolo.

Tutto ciò che segue presuppone Magento 2 self-hosted (Adobe Commerce o Magento Open Source, su Luma o Hyvä) a meno che ACCS non sia menzionato esplicitamente.

La navigazione a livelli è il vero campo di gioco

Se devi sistemare una sola cosa su un negozio Magento, sistema la navigazione a livelli. È il termine di Magento per il filtraggio sfaccettato sulle pagine di categoria, e per impostazione predefinita ogni selezione di filtro aggiunge un parametro di query:

/running-shoes
/running-shoes?color=159
/running-shoes?color=159&size=42
/running-shoes?color=159&size=42&price=50-100
/running-shoes?size=42&color=159        ← same filters, different order = new URL

Una precisazione prima di copiare qualsiasi strategia di crawling/indicizzazione su un negozio: Adobe documenta la navigazione a livelli standard e Live Search (la funzionalità di facet a pagamento basata sull’IA di Adobe Commerce) come implementazioni distinte con comportamenti diversi per filtri e URL. Le indicazioni su canonical e noindex qui sotto sono scritte per la navigazione a livelli standard — se un negozio usa Live Search, conferma i modelli di URL reali che genera prima di assumere che valgano le stesse regole.

L’esplosione combinatoria è il problema. Un catalogo di poche migliaia di SKU può generare decine di migliaia di URL crawlable e quasi duplicati. Questo è il modo canonico in cui fallisce la navigazione sfaccettata, e Gary Illyes ha fornito numeri su quanto disagio causa a Google — la navigazione sfaccettata è la più grande singola fonte di reclami per spreco di crawl che ricevono (vedi la scheda Quotes). Il danno dalla tua parte: contenuti duplicati/quasi duplicati, gonfiore dell’indice, budget di crawl bruciato su spazzatura, e PageRank interno diluito su centinaia di link di filtro per pagina di categoria.

La decisione è binaria, per modello di URL: questa pagina filtrata merita un posto nell’indice, o no?

Per il ~99% che non lo merita (la maggior parte delle combinazioni di colore/dimensione/prezzo/ordinamento non ha domanda di ricerca):

• Canonical l’URL filtrato verso l’URL di categoria pulito. L’impostazione “Use Canonical Link Meta Tag for Categories” (traduzione) «Usa il meta tag canonical per le categorie» di Magento 2 (Negozi → Configurazione → Catalogo → Catalogo → Ottimizzazione per i motori di ricerca) aiuta, ma da sola punta una categoria a se stessa, non le varianti filtrate al genitore — quindi per gli URL con parametri di solito ci si affida a un’estensione SEO o alla logica del template per emettere il canonical corretto.
• noindex le combinazioni di filtri a basso valore così che escano dall’indice. Ricorda la regola di Google: noindex richiede che la pagina sia scansionabile — non abbinare mai noindex a un Disallow di robots.txt sullo stesso URL, altrimenti Googlebot non può leggere il tag.
• Considera il robots.txt disallow per spazi di parametri puramente combinatori se il crawl budget è il problema acuto — ma sappi che controlla la scansione, non l’indicizzazione, e non rimuoverà gli URL già indicizzati.

Per la minoranza che HA domanda (es. una pagina tipo “/running-shoes/nike/” dove il filtro per marca è una query reale): promuovili a pagine di destinazione indicizzabili con URL puliti — testo introduttivo unico, canonical autoreferenziale, link interni, inclusione nella sitemap. È lì che la navigazione a faccette di Magento si trasforma da passività a risorsa long-tail. (Trattamento completo nell’hub faceted navigation, la sede canonica per questo argomento sul lato Ecommerce; le meccaniche lato scansione vivono con URL parameters e crawl budget.)

URL rewrite e URL SEO-friendly

Magento genera URL puliti tramite URL rewrite, memorizzati nella tabella del database url_rewrite e gestiti in Admin sotto Marketing → SEO & Search → URL Rewrites. La documentazione di Adobe traccia una linea netta tra due termini usati in modo approssimativo: una rewrite è una mappatura lato server che cambia ciò che viene caricato senza toccare la barra degli indirizzi del browser, mentre un redirect invia al browser una risposta HTTP che gli dice di navigare verso un URL diverso — la barra degli indirizzi si aggiorna. Il 301 automatico di Magento al cambio di URL key è un redirect; la tabella url_rewrite memorizza anche rewrite interne che non vengono mai mostrate al visitatore. Due impostazioni fanno la maggior parte del lavoro pesante:

• L’impostazione “Use Web Server Rewrites” (traduzione) «Usa le riscritture del server web» (Negozi → Configurazione → Generale → Web → Ottimizzazione per i motori di ricerca) rimuove index.php dagli URL.
• Suffissi URL / percorso di categoria nell’URL. Magento può includere il percorso di categoria negli URL dei prodotti (/men/shoes/nike-pegasus). Sii deliberato: includere il percorso di categoria significa che un prodotto in più categorie può risolversi su più URL, ricreando duplicazioni — che è esattamente il motivo per cui Magento aggiunge opzioni canonical anche per i prodotti (“Use Canonical Link Meta Tag for Products” (traduzione) «Usa il meta tag canonical per i prodotti»). Molti SEO di Magento impostano gli URL dei prodotti senza il percorso di categoria per aggirare del tutto questo problema.

Quando cambi una chiave URL di un prodotto o di una categoria, Magento può creare automaticamente un reindirizzamento permanente nella tabella url_rewrite (“Create Permanent Redirect for old URL” (traduzione) «Crea un reindirizzamento permanente per il vecchio URL»). Conferma che quell’interruttore sia attivo prima di qualsiasi modifica in blocco agli URL, altrimenti lascerai URL indicizzati che restituiscono errori. Prima di cambiare le impostazioni di percorso di categoria o suffisso su un negozio live, fai un inventario dei pattern URL interessati per ogni vista negozio e prepara un piano di redirect/canonical piuttosto che attivare l’interruttore e sperare — la documentazione di Adobe avverte che rigenerare le riscritture per categorie con molti prodotti assegnati può essere un vero colpo alle prestazioni, non solo SEO.

Prodotti configurabili e semplici: l’altro motore di contenuti duplicati

La navigazione a livelli non è l’unico modo in cui un catalogo Magento genera URL quasi duplicati. I prodotti configurabili (il genitore — “Running Shoe”) costruiti da prodotti semplici (le combinazioni effettive di taglia/colore acquistabili) creano lo stesso tipo di problema su scala di catalogo. Paul Rogers di Vervaunt inquadra bene la matematica: un negozio di moda con 3 000 prodotti genitore, ciascuno in 8 taglie e 6 colori, può generare 144 000 combinazioni di prodotti semplici. In Magento queste combinazioni sono una relazione di catalogo, non una decisione di indicizzazione — senza una politica canonica esplicita, Googlebot può trovarle tutte come URL separati e indicizzabili che puntano a contenuti quasi identici.

Le guide pratiche convergono su: imposta come canonico ogni prodotto semplice al suo prodotto configurabile genitore, e non affidarti solo alle impostazioni di visibilità del catalogo — un prodotto semplice impostato su “Non visibile singolarmente” è comunque raggiungibile tramite URL diretto, sitemap o link interno, quindi Googlebot può indicizzarlo anche se è nascosto dalla navigazione del sito. Un tag canonico esplicito che punta al genitore è la soluzione effettiva, ed è renderizzato lato server, quindi non dipende da JavaScript.

Indicizza una variante da sola solo quando ha una reale e indipendente domanda di ricerca che puoi differenziare con contenuti unici — una combinazione specifica di colore/taglia che le persone cercano per nome, non ogni SKU per impostazione predefinita.

Controlla in Negozi → Configurazione → Catalogo → Catalogo → Ottimizzazione per i motori di ricerca che “Usa tag link canonico per i prodotti” sia attivo, poi conferma — sulla pagina effettivamente renderizzata, non solo sull’impostazione — che gli URL dei prodotti semplici riportino il canonico al genitore.

Il divario JSON-LD

Questo aspetto inganna le persone perché presumono che una piattaforma così grande gestisca lo schema. Magento 2 non genera dati strutturati JSON-LD in modo nativo. Alcuni temi emettono microdati sulle pagine prodotto, ma:

• Google raccomanda JSON-LD come formato di implementazione rispetto a microdati/RDFa (vedi la scheda Documentazione ufficiale).
• Per qualificarti per i rich results dei prodotti hai bisogno dello schema Product con name, image, description, offers (prezzo, priceCurrency, disponibilità) e — per le valutazioni a stelle — aggregateRating/review, che devono provenire da recensioni reali.

Quindi ottenere rich results su Magento è un’attività di estensione o sviluppo personalizzato: un’estensione dedicata ai dati strutturati, un tema che supporta lo schema, o lavoro sui template che genera JSON-LD. Quando lo aggiungi, verifica la presenza di schema duplicato — se i microdati residui di un tema e il JSON-LD di un’estensione descrivono entrambi il prodotto, puoi pubblicare due blocchi Product in conflitto. Scegli un’unica fonte di verità.

Il resto della superficie tecnica

• Tag canonici. Oltre a categorie/prodotti, controlla la homepage (/ vs ?___store= e parametri simili di store view), la paginazione e i parametri di store view/locale che Magento aggiunge. Vedi canonicalizzazione e tag canonico per approfondimenti.
• Paginazione. Magento pagina le categorie con ?p=2. Dai a ogni pagina un canonical unico e autoreferenziale — non canonicalizzare la pagina 2+ alla pagina 1, e non mettere noindex sulla sequenza (questo può tagliare la link equity ai prodotti elencati solo in profondità nelle pagine). rel=prev/next è morto; non fare affidamento su di esso.
• Store view (multi-lingua / multi-sito). L’architettura delle store view di Magento è potente per configurazioni internazionali ma è una classica fonte di contenuti duplicati e di hreflang mancanti o non corrispondenti. Se gestisci più store view da un unico catalogo, hreflang è un lavoro manuale e una distribuzione parziale è peggio di nessuna.
• Prodotti esauriti e disabilitati. Decidi una policy: mantieni attive le pagine che si posizionano attive con lo stato di disponibilità, oppure 404/410 + reindirizza gli SKU definitivamente rimossi. Non disabilitare silenziosamente i prodotti e lasciare che i loro URL diano 404 con link in entrata.
• Core Web Vitals. Le prestazioni di Magento self-hosted dipendono interamente dalla tua infrastruttura. Cache a pagina intera (Varnish), una CDN, ottimizzazione delle immagini (WebP) e un’igiene disciplinata di estensioni/JS sono le leve. Due diversi percorsi headless vengono confusi qui, quindi sii preciso su quale stai valutando: PWA Studio è il vecchio storefront basato su React di Adobe, stratificato sulla tua infrastruttura Commerce esistente, mentre Adobe Commerce as a Cloud Service (ACCS) è un prodotto SaaS separato su Edge Delivery Services dove Luma non è supportato affatto. Entrambi possono alzare il tetto di CWV, ma entrambi aggiungono considerazioni di rendering e indicizzazione proprie — prima di pianificare una migrazione headless per i CWV, conferma quale soluzione, se presente, sia effettivamente in uso nel negozio.

Cosa dare priorità realmente

Nella maggior parte degli audit Magento l’ordine di impatto è:

1. Navigazione a livelli — strategia canonical + noindex per gli URL con parametri. Questa è la parte più grande del valore SEO tecnico.
2. Canonicalizzazione prodotto configurabile/semplice — canonicalizza gli SKU semplici al loro prodotto configurabile padre; verificalo sulle pagine renderizzate, non solo sull’impostazione admin.
3. Riscritture URL e reindirizzamenti — URL amichevoli attivi, reindirizzamento al cambio attivo, nessun 404 isolato.
4. Schema — aggiungi JSON-LD (nessun supporto nativo), evita blocchi duplicati.
5. Titoli/meta + testo categoria — compila i campi; le categorie vengono fornite vuote.
6. Prestazioni — cache, CDN, immagini.

Tutto il resto è rifinitura. Magento ti dà controllo totale, il che significa che quasi ogni problema SEO su uno store Magento è una scelta di configurazione che puoi correggere — e quasi tutti iniziano con i filtri.

Riepilogo AI

Una sintesi della versione Advanced:

• La SEO di Magento è dominata da due generatori di contenuti duplicati. La navigazione a livelli (filtri per facet) aggiunge parametri di filtro agli URL delle categorie; le varianti di prodotto configurabili/semplici generano URL SKU quasi identici. Entrambe richiedono lo stesso trattamento: canonical verso il genitore pulito (categoria o prodotto configurabile) e noindex per le combinazioni a basso valore; promuovi solo i filtri/varianti con reale domanda di ricerca a pagine indicizzabili.
• La versione conta: Magento 1 è a fine vita (giugno 2020) — migra. Magento 2 è disponibile come Adobe Commerce (a pagamento, self-hosted) e Magento Open Source (gratuito) da un unico codebase, più un prodotto SaaS separato, Adobe Commerce as a Cloud Service (ACCS, da giugno 2025), che abbandona completamente il tema Luma.
• Navigazione a livelli vs. Live Search: Adobe documenta la navigazione a livelli standard e i facet di Live Search (a pagamento, basati su IA) come implementazioni distinte con comportamenti URL diversi — verifica quale esegue effettivamente un negozio prima di applicare regole di crawl/indicizzazione.
• Prodotti configurabili/semplici: canonical degli SKU semplici verso il prodotto configurabile genitore; le sole impostazioni di visibilità nel catalogo non impediscono a Google di trovarli e indicizzarli tramite sitemap o URL diretto.
• URL: gli URL SEO-friendly passano attraverso la tabella url_rewrite (Admin → Marketing → SEO & Search → URL Rewrites) — distinti dai redirect HTTP, che Magento può creare automaticamente come reindirizzamenti permanenti. Abilita le riscritture del server web e il redirect al cambio URL; inventaria i pattern URL interessati prima di modificare le impostazioni di percorso categoria o suffisso.
• Lacuna schema: Magento 2 non emette JSON-LD per impostazione predefinita (microdati in alcuni temi soltanto). Google raccomanda JSON-LD, quindi lo schema per rich result è un’attività di estensione/sviluppo personalizzato — e attenzione ai blocchi Product duplicati.
• Gestisci anche: paginazione (canonical unici auto-referenziali, mai noindex della serie), duplicazione per store-view + hreflang per negozi multilingua, politica per i prodotti esauriti e Core Web Vitals — notando che PWA Studio e ACCS sono due percorsi headless diversi, non intercambiabili.
• Ordine di priorità: navigazione a livelli → canonicalizzazione dei prodotti configurabili/semplici → rewrite/redirect URL → schema → titoli/meta/testi di categoria → performance.

Documentazione ufficiale

Documentazione da fonti primarie. La documentazione di Magento copre le impostazioni della piattaforma; quella di Google copre il comportamento SEO che tali impostazioni devono soddisfare.

Adobe / Magento

• Adobe Commerce / Magento Open Source — SEO best practices — la guida ufficiale alla configurazione SEO (URL, metadati, sitemap, robots.txt).
• URL rewrites — come funziona il sistema url_rewrite in Admin.
• Search Engine Optimization (config reference) — rewrite del server web, suffissi URL e impostazioni SEO in Stores → Configuration.
• Layered navigation — la documentazione Adobe della funzionalità di filtro al centro della SEO di Magento.
• Software lifecycle / Magento 1 end-of-life — supporto versioni e fine vita di Magento 1 a giugno 2020.

Google — cosa deve soddisfare la tua configurazione Magento

• Introduzione ai dati strutturati Product — campi Product richiesti/consigliati; JSON-LD consigliato.
• Dati strutturati per i siti ecommerce — i tipi di schema ecommerce supportati da Google.
• Paginazione e caricamento incrementale delle pagine — URL univoci, pagine self-canonical, noindex per i filtri, non per la paginazione.
• Managing crawling of faceted navigation URLs — le linee guida ufficiali di Google per il problema della navigazione a livelli.
• Optimize your crawl budget — perché la proliferazione dei parametri conta su larga scala.

Citazioni dalla fonte

Dichiarazioni pubbliche rilevanti per gli aspetti della SEO di Magento che contano davvero: navigazione a faccette, dati strutturati e paginazione. Ogni link è un deep link che salta al passaggio citato, dove la fonte lo supporta.

Google — dati strutturati (lo schema che Magento non aggiunge per te)

• “Merchant listings: For pages where customers can purchase products from you. This markup has more options for specifying detailed product information, like apparel sizing, shipping details, and return policy information.” (traduzione) «Merchant listings: per le pagine in cui i clienti possono acquistare prodotti da te. Questo markup ha più opzioni per specificare informazioni dettagliate sul prodotto, come taglie di abbigliamento, dettagli di spedizione e informazioni sulla politica di reso.» — Google Search Central, Introduzione ai dati strutturati Product. Vai alla citazione
• “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data.” (traduzione) «Fornire sia dati strutturati sulle pagine web sia un feed di Merchant Center massimizza la tua idoneità alle esperienze e aiuta Google a comprendere e verificare correttamente i tuoi dati.» Vai alla citazione

Google — paginazione (le pagine categoria ?p= di Magento)

• “Give each page a unique URL” — e assegna a ogni pagina il proprio canonical, invece di puntarle tutte alla prima pagina. (traduzione) «Dai a ogni pagina un URL univoco» — Google Search Central, Paginazione e caricamento incrementale delle pagine. Vai alla citazione
• “Apply noindex meta tags to filter variations or alternative sort orders” — cioè alle faccette, non alla sequenza paginata stessa. (traduzione) «Applica meta tag noindex alle varianti di filtro o agli ordinamenti alternativi» Vai alla citazione

Gary Illyes, Google — perché la navigazione a livelli è il rischio principale

• Sullo spazio URL con faccette/parametri: “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” (traduzione) «Una volta scoperto un insieme di URL, non può decidere se quello spazio URL sia buono o meno a meno che non abbia strisciato una grande parte di quello spazio URL.»

  Riportato tramite la copertura di Search Engine Land del rapporto di fine anno 2025 di Search Off the Record; verifica con l’episodio originale prima di considerarlo definitivo. Secondo quella copertura, la navigazione a faccette è la più grande fonte di segnalazioni di problemi di crawl che Google riceve (~50%).

  Leggi la copertura
• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” (traduzione) «A volte potresti creare questi nuovi URL finti accidentalmente, facendo esplodere il tuo spazio URL da un mite 1000 URL a un rovente 1 milione, eccitando i crawler che a loro volta martellano i tuoi server inaspettatamente.»

  Riportato dal post LinkedIn di Gary Illyes (agosto 2024) tramite Search Engine Journal.

  Leggi la copertura

Professionisti — canonicalizzazione di prodotti configurabili/semplici

• “Canonical to the parent configurable product.” (traduzione) «Canonical verso il prodotto configurabile padre». — Dan Taylor, Search Engine Journal, Guida tecnica ai problemi SEO comuni di Magento (Adobe Commerce). Vai alla citazione
• “The canonical tag used on each of the simple products points back to the primary configurable version — to prevent duplicate variants of the product from being indexed by Google.” (traduzione) «Il tag canonico usato su ciascuno dei prodotti semplici punta alla versione configurabile primaria — per impedire che varianti duplicate del prodotto vengano indicizzate da Google.» — Paul Rogers (Vervaunt). Vai alla citazione
• “…potentially generates 144,000 product combinations.” (traduzione) «…potenzialmente genera 144 000 combinazioni di prodotti.» — Vervaunt, su un esempio ipotetico di negozio di moda (3 000 prodotti principali × 8 taglie × 6 colori), che illustra perché una politica canonica esplicita conta su larga scala, non una dimensione universale del catalogo. Vai alla citazione

Checklist SEO per Magento

Prioritizzata approssimativamente per impatto — gli elementi in cima sono dove i negozi Magento vincono o perdono.

Versione e fondamenta

• Conferma di essere su Magento 2, non su Magento 1 a fine vita (migra se è così).
• Conosci la tua edizione (Adobe Commerce, Magento Open Source o ACCS) per l’ambito delle funzionalità — ACCS elimina completamente il tema Luma.

Navigazione a livelli (quella importante)

• Conferma se il negozio usa navigazione a livelli standard o i facet Live Search a pagamento — Adobe li documenta come implementazioni distinte.
• Controlla quante URL con parametri generano i filtri (esegui un crawl del sito; controlla il conteggio site: e l’indicizzato-vs-scoperto di GSC).
• Canonicalizza le URL delle categorie filtrate alla URL di categoria pulita.
• noindex sulle combinazioni di filtri a basso valore (e mantienile crawlable così che il tag venga letto — mai noindex + Disallow di robots.txt insieme).
• Identifica i filtri con reale domanda di ricerca e costruiscili come landing page indicizzabili con URL pulite e contenuti unici.

Prodotti configurabili e semplici

• “Use Canonical Link Meta Tag for Products” (traduzione) «Usa il meta tag canonical per i prodotti» abilitato (Negozi → Configurazione → Catalogo → Catalogo → Ottimizzazione per i motori di ricerca).
• Conferma sulla pagina renderizzata — non solo sull’impostazione — che le URL dei prodotti semplici portino un canonical di ritorno al loro prodotto configurabile principale.
• Non fare affidamento solo su “Not Visible Individually”; non blocca l’indicizzazione tramite URL diretta, sitemap o link interni.

URL e reindirizzamenti

• “Use Web Server Rewrites” (traduzione) «Usa le riscritture del server web» abilitato (niente index.php negli URL).
• Chiavi URL SEO-friendly impostate su prodotti e categorie.
• “Create Permanent Redirect for old URL” (traduzione) «Crea un reindirizzamento permanente per il vecchio URL» abilitato prima di qualsiasi modifica alle chiavi URL.
• Decidi sul percorso di categoria nelle URL dei prodotti (disattivato evita duplicazioni multi-URL).

Dati strutturati

• Aggiungi JSON-LD di Product (Magento 2 non ne include) tramite estensione o sviluppo.
• Conferma che non ci sia markup schema duplicato (microdati del tema + JSON-LD dell’estensione).
• aggregateRating/review solo da recensioni reali.

On-page e indicizzazione

• Titoli unici + meta description su prodotti e categorie.
• Testo della descrizione della categoria compilato (vuoto di default).
• Paginazione: canonical unici auto-referenziali; serie non noindexate.
• Politica per prodotti esauriti / fuori produzione definita (non lasciare link interrotti isolati).

Internazionale e performance

• Duplicazione tra le viste negozio sotto controllo; hreflang completo e bidirezionale se multi-locale.
• Cache a pagina intera (Varnish), CDN e immagini WebP per Core Web Vitals.

Cheat sheet SEO per Magento

Mappa delle versioni

Navigazione a livelli — cosa fare per tipo di URL

Impostazioni Admin chiave (Magento 2)

• Negozi → Configurazione → Generale → Web → Ottimizzazione per i motori di ricerca: “Use Web Server Rewrites” (traduzione) «Usa le riscritture del server web» = Sì.
• Negozi → Configurazione → Catalogo → Catalogo → Ottimizzazione per i motori di ricerca: suffisso URL prodotto/categoria, “Use Canonical Link Meta Tag for Categories/Products” (traduzione) «Usa il meta tag canonical per categorie/prodotti» = Sì.
• Marketing → SEO & Search → URL Rewrites: il gestore url_rewrite.
• Modifica prodotto/categoria → Ottimizzazione per i motori di ricerca: chiave URL, meta titolo, meta descrizione; abilita “Create Permanent Redirect for old URL” (traduzione) «Crea un reindirizzamento permanente per il vecchio URL».

Fatti concreti

• Magento 2 non emette nessun JSON-LD di default (microdati solo in alcuni temi).
• Google raccomanda JSON-LD rispetto a microdati/RDFa.
• noindex necessita di una pagina scansionabile — non combinare con robots.txt Disallow.
• Gli URL amichevoli vivono nella tabella url_rewrite.

I modelli mentali

1. Prima la versione. Prima di qualsiasi tattica, rispondi: Magento 1 o 2? Se 1, il progetto è una migrazione, punto. Se 2, l’edizione (Adobe Commerce vs Open Source) cambia le funzionalità, non i fondamenti SEO.

2. Navigazione a livelli = una decisione binaria, per URL. Ogni URL filtrato è o un asset (domanda di ricerca reale → rendilo una pagina di destinazione indicizzabile) o una passività (nessuna domanda → canonical verso la categoria e/o noindex). Non trattare tutte le faccette allo stesso modo; ordinale per domanda, poi applica il segnale giusto.

3. Le tre regole “non combinare”.

• noindex + robots.txt Disallow sullo stesso URL → tag mai letto.
• noindex + canonical sullo stesso URL → segnali contraddittori.
• canonical da solo per il crawl budget → le pagine sorgente vengono comunque crawlate.

4. Controlla lo spazio URL, poi l’indice. Il sistema url_rewrite di Magento e le riscritture del server web governano quali URL esistono e dove reindirizzano. Canonical/noindex governano cosa c’è nell’indice. Correggi prima la generazione degli URL (non creare duplicazioni), poi gestisci l’indicizzazione.

5. Lo schema è opzionale qui. Sulla maggior parte delle piattaforme lo schema è una modifica; su Magento è una costruzione. Pianifica JSON-LD come risultato, poi proteggiti dall’invio di due blocchi Product.

Strumenti per la SEO di Magento

• Magento Admin — URL Rewrites (Marketing → SEO & Search) — il gestore nativo della tabella url_rewrite; la tua fonte di verità per URL amichevoli e reindirizzamenti.
• Crawler / audit del sito — Screaming Frog SEO Spider o Ahrefs Site Audit per misurare quante URL con parametri la navigazione a faccette genera effettivamente, individuare titoli/canonical duplicati e trovare catene di reindirizzamento. Questo è il modo per dimensionare il problema della navigazione a faccette.
• Google Search Console — il report Page indexing (Scoperta/Crawled — attualmente non indicizzata spesso aumenta con la proliferazione di parametri) e Crawl stats per vedere il budget sprecato su URL di filtro.
• Rich Results Test / Schema Markup Validator — conferma che il JSON-LD aggiunto sia valido e che non ci sia un blocco microdata concorrente.
• Estensioni SEO per Magento — Mageworx, Mirasvit, Amasty e simili aggiungono JSON-LD, un controllo più fine dei canonical e regole di indicizzazione per la navigazione a faccette che il core di Magento lascia a te. (Valuta il comportamento per schema duplicato.)
• Analisi dei file di log — per cataloghi grandi, i log del server mostrano esattamente quanto crawl viene sprecato su URL di filtro.

Come misurare la salute SEO di Magento

Questi sono i KPI permanenti per un negozio Magento, non controlli una tantum — monitorali con una cadenza ricorrente così che navigazione a faccette, indicizzazione e schema non tornino silenziosamente a essere un disastro.

Rapporto URL indicizzate vs. scoperte

Cosa ti dice: Quanta navigazione a faccette sta gonfiando la visione di Google del sito. Una categoria con poche centinaia di prodotti non dovrebbe avere decine di migliaia di URL scoperte.

Come ottenerlo: Search Console → report Page indexing, in particolare i bucket “Scoperta — attualmente non indicizzata” e “Crawled — attualmente non indicizzata”. Segmenta per pattern URL (filtra le query string) usando il campione di ispezione URL del report o un export del crawl.

Benchmark / intervallo realistico: Nessun numero universale — dipende dalla dimensione del catalogo e dal numero di filtri. Il segnale che conta è il trend: un rapporto che sale mese dopo mese significa che la strategia canonical/noindex sulla navigazione a faccette non regge.

Cadenza: Mensile, o dopo qualsiasi modifica alla configurazione della navigazione a faccette.

Crawl budget speso su URL di filtro

Cosa ti dice: Se Googlebot sta sprecando capacità di crawl su combinazioni di parametri quasi duplicate invece che sulle tue vere pagine prodotto e categoria.

Come ottenerlo: Search Console → report Crawl stats (per risposta e per scopo), incrociato con i file di log del server/CDN filtrati per richieste con parametri ?. Il mio Faceted Navigation Auditor può classificare un elenco fornito di URL con parametri per aiutare a dimensionare quali combinazioni vengono effettivamente generate.

Benchmark / intervallo realistico: Dipende dalla dimensione del catalogo e dalla frequenza di crawl — non c’è una percentuale fissa “buona”. Tratta una quota crescente di hit di crawl su URL con parametri rispetto alle URL canoniche di prodotto/categoria come segnale di avvertimento.

Cadenza: Mensile per negozi consolidati; settimanale durante e dopo una modifica alla configurazione della navigazione a faccette.

Coerenza dei segnali canonical

Cosa ti dice: Se le URL filtrate e paginate stanno effettivamente risolvendo verso il canonical che intendevi, non tornando silenziosamente a self-referencing o a tag mancanti dopo un aggiornamento di tema/estensione.

Come verificarlo: Controlla a campione gli URL di filtro e paginazione con il mio Canonicalization Checker — controlla i segnali canonical HTML e HTTP ed evidenzia i conflitti.

Benchmark / intervallo realistico: Dovrebbe essere 100% — ogni URL filtrato che intendi sopprimere dovrebbe avere un canonical che punta alla pagina di categoria pulita, ogni pagina paginata un canonical autoreferenziale. Qualsiasi eccezione è un bug, non un intervallo.

Cadenza: Dopo ogni modifica a tema, estensione o impostazioni di navigazione a livelli; controllo a campione trimestrale altrimenti.

Idoneità dei rich result per i prodotti

Cosa ti dice: Se il JSON-LD che hai aggiunto (Magento non ne include di default) è effettivamente valido e completo per ottenere rich result di prezzo/valutazione, e se un blocco microdata del tema rimasto sta entrando in conflitto con esso.

Come verificarlo: Search Console → report Enhancements per i Product snippets, o controlla a campione singoli URL con il Rich Results Test di Google. Per un controllo dell’HTML grezzo dello schema stesso — inclusa la rilevazione di blocchi duplicati — usa il mio PDP SEO Checker.

Benchmark / intervallo realistico: Dipende dalla dimensione del catalogo e dalla copertura delle recensioni — non tutti gli SKU avranno dati aggregateRating. Monitora la tendenza tra elementi validi e con errori/ avvisi, non un obiettivo assoluto.

Cadenza: Mensile, e subito dopo qualsiasi aggiornamento dell’estensione dello schema o modifica al tema.

Test di validazione: dimostrare che una correzione SEO di Magento ha avuto effetto

Controlli pass/fail per le modifiche specifiche trattate in questo articolo — esegui ciascuno subito dopo aver apportato la modifica, poi di nuovo con la cadenza di monitoraggio indicata.

Canonical aggiunto a un URL di categoria filtrata

Test da eseguire: Carica un URL filtrato (es. /running-shoes?color=blue) nel mio Canonicalization Checker.

Risultato atteso: Lo strumento segnala un rel=canonical sull’URL filtrato che punta all’URL di categoria pulito (/running-shoes), senza canonical HTTP in conflitto nell’header.

Interpretazione del fallimento: Nessun canonical, un canonical autoreferenziale o un canonical che punta altrove significa che l’impostazione “Use Canonical Link Meta Tag for Categories” (traduzione) «Usa il meta tag canonical per le categorie» o la logica del tuo template/estensione non lo sta emettendo per questo pattern di URL.

Finestra di monitoraggio: Immediata per il tag stesso; 2–4 settimane nel report Page indexing di Search Console per vedere Google recepire il segnale consolidato.

Trigger di rollback: Se i conteggi di URL indicizzati per il pattern di filtro continuano a salire dopo 4 settimane con il canonical confermato presente, il segnale non viene rispettato — controlla la presenza di un noindex o di un blocco robots.txt in conflitto sullo stesso URL.

noindex applicato a una combinazione di filtri di basso valore

Test da eseguire: Recupera l’HTML renderizzato <head> dell’URL filtrato (view-source o curl) e controlla la presenza di <meta name="robots" content="noindex,follow">. Poi controlla robots.txt per quel pattern di URL con il mio Google Index Checker.

Risultato atteso: Il tag noindex è presente E l’URL non è disallowato in robots.txt — Google può leggere il tag solo su una pagina crawlabile.

Interpretazione del fallimento: Se anche robots.txt disallowa il pattern, Googlebot non recupera mai la pagina per vedere il tag noindex, e l’URL può rimanere indicizzato indefinitamente solo sulla base di segnali storici.

Finestra di monitoraggio: Giorni perché il crawl recepisca il tag; 2–8 settimane perché l’URL scompaia effettivamente dall’indice (più a lungo per pagine di filtro precedentemente ben linkate).

Trigger di rollback: URL ancora indicizzato dopo 8 settimane con noindex confermato crawlabile — controlla la presenza di un canonical in conflitto con il noindex sullo stesso URL (sono segnali contraddittori; Google potrebbe ignorarne uno).

Il canonical del prodotto semplice punta al suo genitore configurabile

Test da eseguire: Carica un URL di variante di prodotto semplice (una combinazione specifica di taglia/colore) nel mio Canonicalization Checker.

Risultato atteso: Lo strumento segnala un rel=canonical sull’URL del prodotto semplice che punta all’URL del prodotto configurabile genitore, senza canonical HTTP in conflitto nell’header.

Interpretazione del fallimento: Un canonical autoreferenziale o mancante significa che “Usa il tag Canonical Link Meta per i Prodotti” non è abilitato, oppure che la variante viene trattata come visibile/indicizzabile indipendentemente dalla relazione con il prodotto padre.

Finestra di monitoraggio: Immediata per il tag stesso; 2–4 settimane nel report Indicizzazione delle pagine di Search Console per confermare che gli URL delle varianti si consolidino sotto il prodotto padre anziché accumularsi come pagine indicizzate separate.

Trigger di rollback: Se il numero di URL indicizzati per gli URL dei prodotti semplici continua a salire dopo 4 settimane con il canonical confermato presente, verifica se si sta facendo affidamento su “Non visibile singolarmente” invece del tag canonical — la visibilità del catalogo non blocca la scansione di URL diretti, sitemap o link interni.

Il reindirizzamento al cambio di URL sta proteggendo i vecchi URL

Test da eseguire: Dopo aver modificato la chiave URL di un prodotto o di una categoria, richiedi direttamente il vecchio URL: curl -I https://yourstore.com/old-url-key.

Risultato atteso: Un singolo 301 al nuovo URL (nessuna catena di reindirizzamenti).

Interpretazione del fallimento: Un 404 significa che “Crea reindirizzamento permanente per il vecchio URL” era disattivato quando la chiave è cambiata, oppure che la voce url_rewrite non è stata generata — il vecchio URL e tutti i link in entrata/le classifiche che deteneva sono ora isolati.

Finestra di monitoraggio: Immediata — è un controllo del codice di stato, non serve attendere.

Trigger di rollback: Qualsiasi 404/catena su un URL che in precedenza era classificato — ripristina la voce url_rewrite o aggiungi un reindirizzamento manuale prima che venga rimosso dall’indice.

Lo schema JSON-LD del prodotto è valido e non duplicato

Test da eseguire: Esegui la pagina prodotto attraverso il mio PDP SEO Checker per controllare il JSON-LD grezzo per i campi obbligatori e i blocchi duplicati, poi conferma l’idoneità ai rich result con il Rich Results Test di Google.

Risultato atteso: Un blocco Product valido con name, image, description, offers (prezzo, priceCurrency, disponibilità) e — se stai dichiarando valutazioni a stelle — aggregateRating/review provenienti da recensioni reali. Nessun secondo blocco in conflitto da microdati residui del tema.

Interpretazione del fallimento: Due blocchi Product (microdati del tema + JSON-LD dell’estensione) di solito significano che Google ne sceglie uno arbitrariamente o li scarta entrambi come incoerenti; campi offers mancanti significano che la pagina non sarà idonea per gli snippet di prezzo.

Finestra di monitoraggio: Immediata per la validità; 2–4 settimane nel report Miglioramenti di Search Console per confermare che i rich result inizino effettivamente a comparire.

Trigger di rollback: Il report Miglioramenti mostra un aumento di “Elementi non validi” dopo un aggiornamento del tema o dell’estensione — disabilita la fonte più recente finché il duplicato non viene risolto.

Risorse che meritano il tuo tempo

Sui temi che dominano la SEO di Magento (su questo sito)

• Navigazione a faccette — la sede canonica per il problema della navigazione a livelli e il quadro decisionale indicizza-o-sopprimi.
• Canonicalizzazione e il tag canonical — la soluzione principale per la duplicazione dei parametri di Magento.
• Contenuto duplicato — perché i filtri e gli URL delle viste store dividono i segnali.
• Parametri URL e crawl budget — la meccanica lato scansione della proliferazione dei parametri.

I miei articoli correlati (Ahrefs)

• Guida introduttiva alla SEO tecnica — dove questi controlli si inseriscono nel quadro generale.
• Navigazione a faccette: definizione, esempi e best practice SEO — il quadro decisionale completo (sono un revisore di questo).
• Parametri URL: guida completa per i SEO.

Ufficiale

• Best practice SEO per Adobe Commerce — la guida ufficiale della piattaforma.
• Gestire la scansione degli URL di navigazione a faccette di Google.

Da altri

• r/TechSEO e Magento Stack Exchange — dove vengono risolti i problemi specifici di scansione/indicizzazione di Magento.
• La guida tecnica ai problemi SEO comuni di Magento (Search Engine Journal, Dan Taylor) — guida pratica completa che copre riscritture URL, canonicalizzazione di prodotti configurabili/semplici e controlli della navigazione a faccette.
• La guida definitiva ai contenuti duplicati in Magento (Vervaunt, Paul Rogers) — la fonte più citata per la mappa completa delle fonti di contenuti duplicati e la strategia canonica per prodotti configurabili/semplici.
• Considerazioni SEO per prodotti configurabili e semplici in Magento (Paul Rogers) — approfondimento sulla canonicalizzazione su larga scala degli SKU semplici verso il loro genitore configurabile.
• La navigazione a livelli causa problemi? Affrontali (Scandiweb) — guida attuale allineata a Google su robots.txt disallow come controllo primario della scansione per la navigazione a faccette.
• SEO della navigazione a livelli in Magento 2: la guida definitiva (Mageworx) — descrizione dettagliata della proliferazione degli URL con parametri, con esempi concreti di URL.
• Schema prodotto per Adobe Commerce (Lumio) — spiega perché Luma non include quasi nessun JSON-LD e illustra la creazione di un modulo JSON-LD personalizzato basato sul modello EAV.

Cronologia modifiche