Magento Ecommerce SEO: consigli per l'ottimizzazione del negozio

Magento ha potenziale SEO, ma serve lavoro per sbloccarlo

Magento (ora Adobe Commerce) è una delle piattaforme e-commerce più flessibili disponibili. Alimenta negozi con milioni di fatturato annuo e gestisce cataloghi prodotti con oltre 100.000 SKU. Ma quella flessibilità comporta complessità, e dal punto di vista SEO, Magento di default è problematico.

Un'installazione standard di Magento 2 crea contenuti duplicati, genera URL gonfie dalla navigazione a faccette, si carica lentamente a causa di risorse non ottimizzate e gestisce male i tag canonical. Abbiamo verificato decine di negozi Magento, e ognuno di essi aveva problemi SEO di cui il proprietario del negozio non era a conoscenza.

La buona notizia è che Magento ti dà il controllo per risolvere tutto. A differenza delle piattaforme ospitate che limitano ciò che puoi modificare, Magento ti permette di cambiare le strutture URL, modificare le regole robots.txt, personalizzare la logica dei tag canonical e controllare l'indicizzazione a livello granulare. Devi solo sapere cosa cambiare.

Questa guida copre i problemi SEO specifici di Magento che riscontriamo più spesso e le soluzioni esatte per ciascuno. Se desideri aiuto professionale, scopri i nostri servizi SEO per Adobe Commerce. Per un percorso autonomo, la guida SEO Magento nella nostra academy copre ogni passaggio. Che tu stia utilizzando Magento 2 Open Source o Adobe Commerce (la versione a pagamento), questi problemi e soluzioni si applicano a te.

Correggere la navigazione a faccette per prevenire il gonfiamento dell'indice

La navigazione a faccette è il sistema di filtraggio di Magento per le pagine di categoria. I clienti la usano per filtrare per taglia, colore, prezzo, marca e altri attributi. È ottima per l'usabilità. È terribile per la SEO se non viene configurata.

Il problema è che ogni combinazione di filtri genera un URL unico. Una pagina di categoria per 'scarpe donna' con filtri per taglia, colore, marca e fascia di prezzo può produrre migliaia di varianti URL. Magento le indicizza tutte di default. Abbiamo verificato un negozio Magento con 200 categorie e scoperto che la navigazione a faccette aveva creato oltre 340.000 URL indicizzabili, la maggior parte dei quali erano duplicati di contenuto sottile della categoria padre.

Google spreca budget di crawl su questi URL, e il contenuto duplicato diluisce i segnali di posizionamento su migliaia di pagine invece di concentrarli sulle pagine di categoria che dovrebbero effettivamente posizionarsi.

La soluzione dipende dalla tua strategia SEO. Per le combinazioni di filtri che hanno una domanda di ricerca reale (come 'scarpe da corsa Nike rosse'), vuoi che quelle pagine siano indicizzate con contenuto unico e tag canonical che puntano a se stesse. Per tutto il resto, vuoi impedire l'indicizzazione.

In Magento 2, vai su Stores > Configuration > Catalog > Catalog > Layered Navigation. Imposta 'Use In Search Results Layered Navigation' con attenzione. Poi usa i meta tag robots per impostare noindex sulle combinazioni di filtri senza domanda di ricerca. Tipicamente aggiungiamo un modulo personalizzato che applica noindex,follow a qualsiasi URL contenente più di un parametro di filtro, mantenendo indicizzabili le pagine di filtri singoli significativi.

Un altro approccio è utilizzare il filtraggio basato su AJAX che non modifica affatto l'URL. Questo mantiene tutta la funzionalità di filtraggio per gli utenti presentando un singolo URL pulito ai motori di ricerca. Estensioni Magento come Amasty Improved Layered Navigation e Mirasvit Layered Navigation gestiscono questo aspetto bene.

Riscritture URL e il problema degli URL di Magento

Il sistema di riscrittura URL di Magento è potente ma si rompe facilmente. Ogni volta che cambi il nome di un prodotto, sposti un prodotto in una categoria diversa o aggiorni il nome di una categoria, Magento crea una nuova riscrittura URL. Nel tempo, queste si accumulano. Abbiamo visto negozi Magento con oltre 2 milioni di voci nella tabella del database url_rewrite, causando gravi problemi di prestazioni.

La struttura URL predefinita di Magento include il percorso della categoria negli URL dei prodotti. Un prodotto potrebbe essere accessibile a '/women/shoes/running-shoes/nike-air-zoom.html' e anche a '/nike-air-zoom.html' e '/sale/nike-air-zoom.html'. È lo stesso prodotto a tre URL diversi. Magento aggiunge i tag canonical, ma la logica canonical a volte sceglie l'URL sbagliato, specialmente per i prodotti in più categorie.

Il nostro approccio consigliato è rimuovere completamente i percorsi delle categorie dagli URL dei prodotti. In Magento 2, vai su Stores > Configuration > Catalog > Catalog > Search Engine Optimization e imposta 'Use Categories Path for Product URLs' su 'No'. Questo dà a ogni prodotto un singolo URL come '/nike-air-zoom.html' indipendentemente dalle categorie a cui appartiene. Esegui questa modifica prima in un ambiente di staging e configura i redirect dagli URL vecchi con percorso categoria.

Pulisci periodicamente la tabella url_rewrite. I vecchi redirect da prodotti che non esistono più, le riscritture per categorie eliminate e le voci duplicate si accumulano. Eseguiamo uno script di pulizia trimestrale che rimuove le riscritture orfane. Nel negozio di un cliente, la pulizia di 1,8 milioni di voci url_rewrite obsolete ha ridotto la dimensione della tabella del 94% e migliorato sensibilmente i tempi di caricamento dell'area amministrativa.

Per i suffissi URL, Magento utilizza di default '.html' sia per gli URL delle categorie che dei prodotti. Non c'è nessuna ragione SEO per mantenere o rimuovere questo suffisso, ma sii coerente. Se decidi di rimuoverlo, fallo durante una migrazione o un redesign, non come modifica isolata, perché ogni URL esistente avrà bisogno di un redirect.

La velocità del sito su Magento richiede un investimento reale

Magento non è veloce di default. Un'installazione standard di Magento 2 su hosting base tipicamente si carica in 4-6 secondi. È troppo lento sia per gli utenti che per i motori di ricerca. Google ha dichiarato esplicitamente che la velocità della pagina è un fattore di posizionamento, e le loro metriche Core Web Vitals penalizzano le pagine a caricamento lento.

Il Full Page Cache è il miglioramento di velocità più impattante. Magento 2 supporta Varnish come Full Page Cache, e dovresti usarlo. Varnish si posiziona davanti a Magento e serve HTML in cache per la maggior parte delle richieste di pagina, eliminando la necessità per Magento di elaborare PHP ad ogni visita. Con Varnish correttamente configurato, i tempi di caricamento scendono sotto un secondo per le pagine in cache.

L'ottimizzazione delle immagini è la seconda priorità. Le immagini dei prodotti nei negozi Magento vengono spesso caricate come originali 3000x3000px senza compressione. Implementiamo la conversione WebP, il lazy loading e set di immagini responsive tramite estensioni Magento o trasformazioni a livello CDN. Un negozio tipico riduce il carico delle immagini del 60-75% dopo l'ottimizzazione.

Il bundling JavaScript e CSS in Magento 2 è notoriamente problematico. Il bundling integrato spesso peggiora le cose creando file bundle massivi. Disabilitiamo il bundling nativo di Magento e utilizziamo invece processi di build personalizzati con strumenti come Webpack o, sempre più spesso, passiamo a un frontend headless (Hyvae o una PWA personalizzata) che gestisce l'ottimizzazione delle risorse in modo indipendente.

L'infrastruttura di hosting conta di più per Magento che per piattaforme più semplici. Un piano di hosting condiviso non sarà sufficiente. Come minimo, hai bisogno di un VPS o server dedicato con storage SSD, PHP 8.1+, Redis per lo storage di sessioni e cache, Elasticsearch o OpenSearch per la ricerca nel catalogo e Varnish per il Full Page Caching. Per negozi con oltre 10.000 visite mensili, raccomandiamo provider di hosting Magento gestito specializzati nell'ottimizzazione delle prestazioni.

Misuriamo ogni progetto Magento rispetto agli obiettivi Core Web Vitals: LCP sotto 2,5 secondi, FID sotto 100ms e CLS sotto 0,1. Raggiungere queste soglie su Magento è possibile ma richiede un'ottimizzazione deliberata a ogni livello dello stack.

Estensioni SEO per Magento che vale la pena installare

Il marketplace delle estensioni di Magento ha centinaia di moduli relativi alla SEO. La maggior parte è inutile se sai come configurare le impostazioni integrate di Magento. Ma alcuni colmano lacune reali.

Mirasvit SEO Suite gestisce molti problemi SEO comuni di Magento in un unico pacchetto. Gestisce URL canonical, genera sitemap XML con un controllo migliore rispetto a quello predefinito di Magento, aggiunge markup Structured Data e fornisce template SEO per la generazione massiva di tag title e meta description. Lo utilizziamo in circa il 60% dei nostri progetti Magento.

Amasty SEO Toolkit è la principale alternativa. Copre un terreno simile con approcci diversi alla gestione dei canonical e alla prevenzione dei contenuti duplicati. Sia Mirasvit che Amasty sono ben mantenuti e aggiornati regolarmente per le nuove versioni di Magento.

Per i Structured Data specificamente, spesso utilizziamo un'estensione dedicata piuttosto che affidarci ai moduli della suite SEO. Le estensioni Magefan o Amasty Product Schema generano markup JSON-LD corretto per i prodotti, includendo prezzo, disponibilità, recensioni e valutazioni aggregate. Structured Data corretti generano rich snippet nei risultati di ricerca, migliorando sensibilmente i tassi di clic. Puoi verificare e creare il tuo markup prodotto con il nostro strumento generatore di schema.

Evita di installare più estensioni SEO con funzionalità sovrapposte. Due estensioni che cercano entrambe di gestire i tag canonical entreranno in conflitto e causeranno risultati imprevedibili. Scegli una suite SEO principale e integrala con estensioni specializzate solo dove necessario.

La generazione di sitemap XML nell'implementazione predefinita di Magento è basilare. Scarica tutti gli URL in un unico file senza differenziazione di priorità e senza impostazioni intelligenti di frequenza di modifica. Un'estensione come Amasty XML Sitemap o Mirasvit SEO Suite ti permette di dividere le sitemap per tipo (prodotti, categorie, pagine CMS), escludere URL specifici e impostare priorità basate sull'importanza effettiva della pagina.

Magento vs architettura headless per la SEO

L'e-commerce headless separa il livello di presentazione frontend dal motore di commercio backend. Per Magento, questo significa utilizzare Magento puramente come API e costruire il frontend con un framework come React, Vue o una soluzione specifica per Magento come Hyvae.

Le implicazioni SEO del passaggio a headless sono significative. Il Magento tradizionale renderizza HTML sul server, che i motori di ricerca possono crawlare senza problemi. Un frontend headless pesante in JavaScript può fare affidamento sul rendering lato client, che Google può elaborare ma non in modo altrettanto efficiente. Se il tuo frontend headless non implementa Server-Side Rendering (SSR) o Static Site Generation (SSG), rischi che le pagine non vengano indicizzate correttamente.

Hyvae è la soluzione headless che raccomandiamo più spesso per i negozi Magento che desiderano miglioramenti di velocità. Sostituisce il frontend predefinito di Magento, Luma o Blank, con uno stack tecnologico moderno mantenendo il Server-Side Rendering. Le pagine si caricano in meno di un secondo in media, e l'output SEO (struttura HTML, meta tag, Structured Data) può essere controllato con precisione.

PWA Studio, la soluzione headless ufficiale di Adobe per Magento, ha avuto problemi SEO persistenti. Dynamic Rendering, gestione inconsistente dei tag canonical e difficoltà nell'implementazione dei tag hreflang l'hanno resa una scelta rischiosa per i negozi attenti alla SEO. La situazione è migliorata con le versioni recenti, ma riscontriamo ancora problemi nei negozi PWA Studio che non esistono nelle implementazioni Magento tradizionali o Hyvae.

Il nostro consiglio: se i problemi di velocità del tuo negozio Magento sono la preoccupazione principale, prova prima a ottimizzare la configurazione esistente (Varnish, Redis, ottimizzazione immagini). Passare a headless introduce complessità e costi. Se opti per headless, scegli una soluzione che supporti SSR nativamente e testa approfonditamente con lo strumento URL Inspection di Google prima del lancio. Per un trattamento completo dei principi di SEO tecnica per l'e-commerce, la nostra guida SEO tecnica per e-commerce si applica a tutte le piattaforme, incluso Magento.

Errori SEO comuni di Magento che continuiamo a trovare

Dopo anni di audit di negozi Magento, certi errori si presentano ripetutamente. Ecco quelli che causano più danni.

I contenuti duplicati dalle store view sono diffusi nelle installazioni Magento multilingua. Ogni store view genera il proprio set di URL, e senza tag hreflang e configurazione canonical adeguati, Google vede lo stesso contenuto a più URL. Troviamo questo problema in quasi ogni configurazione Magento multi-store che verifichiamo.

I meta title predefiniti di Magento seguono il formato 'Nome Prodotto - Nome Categoria - Nome Negozio'. Quel template crea tag title eccessivamente lunghi che vengono troncati nei risultati di ricerca e sprecano spazio per il nome del negozio. Rimuoviamo il nome del negozio dai tag title di prodotti e categorie e personalizziamo il template per mettere la parola chiave più importante per prima.

La sitemap di Magento spesso include pagine noindex, URL 404 e catene di redirect. Esporta la tua sitemap e fai il crawl di ogni URL al suo interno. Troviamo regolarmente il 10-30% degli URL della sitemap che non dovrebbero esserci. Sitemap pulite aiutano Google a spendere il suo budget di crawl sulle pagine che contano.

Le pagine CMS create per promozioni e campagne vengono dimenticate dopo la fine dell'evento. Queste pagine abbandonate si accumulano nel tempo. Un negozio Magento che abbiamo verificato aveva 450 pagine CMS, di cui 280 erano pagine promozionali vuote o obsolete che apparivano ancora nella sitemap. Reindirizzale a pagine di categoria pertinenti oppure eliminale restituendo codici di stato 410 appropriati.

Il robots.txt predefinito di Magento è troppo permissivo. Consente il crawl delle pagine account cliente, pagine checkout, pagine wishlist e pagine di confronto. Nessuna di queste dovrebbe essere crawlata. Aggiorna il robots.txt per bloccare /customer/, /checkout/, /wishlist/, /catalog/product_compare/ e qualsiasi altro percorso che porti a pagine specifiche dell'utente o senza contenuto.

Pianificare un progetto SEO Magento dall'inizio alla fine

La SEO su Magento non è qualcosa che si configura una volta e si dimentica. La complessità della piattaforma richiede manutenzione continua. Ecco come strutturiamo un progetto SEO Magento.

La fase uno è l'audit tecnico. Crawliamo l'intero sito con Screaming Frog, analizziamo la tabella url_rewrite, verifichiamo l'indicizzazione della navigazione a faccette, testiamo la velocità delle pagine su diversi tipi di dispositivi e validiamo i Structured Data. Questo richiede tipicamente 2-3 settimane per un negozio con oltre 5.000 prodotti e produce un elenco prioritizzato di correzioni. Un audit SEO e-commerce professionale in questa fase ti dà un quadro completo di ciò che deve essere corretto prima che inizi qualsiasi lavoro.

La fase due è la correzione dei problemi infrastrutturali. Modifiche alla struttura URL, correzioni dei tag canonical, aggiornamenti del robots.txt, pulizia della sitemap e ottimizzazioni della velocità avvengono qui. Questa fase richiede solitamente 4-6 settimane perché molte modifiche richiedono lavoro di sviluppo e test in ambiente di staging prima del deployment.

La fase tre è l'ottimizzazione on-page. Con le basi tecniche solide, ottimizziamo tag title, meta description, H1 e contenuti nelle pagine di categoria e prodotto. Il keyword mapping guida questa fase. Spesso utilizziamo i template delle estensioni SEO di Magento per applicare ottimizzazioni su larga scala, poi perfezioniamo manualmente le pagine a più alta priorità.

La fase quattro è monitoraggio e iterazione. Tracciamo le statistiche di crawl in Google Search Console, monitoriamo i Core Web Vitals, osserviamo nuovi problemi di indicizzazione dopo gli aggiornamenti di Magento e adattiamo la strategia in base ai dati di posizionamento e traffico. Gli aggiornamenti di Magento a volte reintroducono problemi SEO che erano stati precedentemente corretti, quindi gli audit post-aggiornamento fanno parte della routine.

Magento è una piattaforma potente per negozi con cataloghi grandi e requisiti complessi. Ma richiede un'attenzione SEO che piattaforme più semplici non necessitano. Se sei su Magento e il tuo traffico organico non sta crescendo, la configurazione della piattaforma è quasi certamente parte del problema. Se stai valutando Shopify come alternativa, la nostra guida SEO e-commerce per Shopify è un utile punto di riferimento per confrontare le capacità delle piattaforme.