La SEO per Magento si riduce a tre compiti: controllare ciò che Google può scansionare, fare in modo che ogni pagina che deve posizionarsi sia veloce e indicizzabile, e impedire che aggiornamenti e modifiche al server annullino silenziosamente questo lavoro. La maggior parte dei negozi Magento perde posizioni per problemi tecnici, non per contenuti deboli. La navigazione a strati inonda Google di URL quasi duplicati, le store view moltiplicano un errore di canonical in tutti i mercati e un solo blocco non memorizzabile in cache può rallentare un’intera pagina.
Questa guida esamina ogni area indicando l’impostazione di Magento o il comando per verificarla. Diversi esempi provengono da un audit che abbiamo condotto sul nostro sito, shopwhizzy.com, perché i problemi trovati lì sono gli stessi che troviamo sui negozi dei clienti.
Perché Magento richiede un approccio SEO specifico
I consigli SEO generici presuppongono un sito con qualche centinaio di pagine e una sola lingua. Un negozio Magento è diverso sotto quattro aspetti:
- La navigazione a strati trasforma ogni combinazione di filtri in un URL scansionabile. Una categoria con dieci filtri può generare migliaia di varianti.
- Le store view fanno sì che un errore di configurazione si ripeta in ogni lingua e paese.
- La velocità si decide sul server: full-page cache, Varnish, Valkey o Redis, PHP e il tema frontend contano più di qualsiasi estensione SEO.
- Aggiornamenti e nuove estensioni modificano l’output: URL key, tag canonical, dati strutturati e tag robots possono cambiare senza che nessuno se ne accorga.
1. Controllate ciò che Google scansiona
Tag canonical su categorie e prodotti
Magento può aggiungere da solo i tag canonical. Andate in Stores > Configuration > Catalog > Catalog > Search Engine Optimization e impostate sia Use Canonical Link Meta Tag For Categories sia Use Canonical Link Meta Tag For Products su Yes.
Nella stessa sezione impostate Use Categories Path for Product URLs su No. Se è attivo, un prodotto presente in tre categorie è raggiungibile da tre URL, e Google deve indovinare quale conta.
Navigazione a strati
Decidete quali pagine filtrate meritano di posizionarsi. Un filtro come marca o colore su una categoria ampia può essere una vera landing page con domanda di ricerca. La maggior parte delle combinazioni, come fasce di prezzo, ordinamenti e tre filtri contemporaneamente, non lo è. Lo schema abituale:
- I filtri con domanda hanno landing page indicizzabili proprie, con title e description unici.
- Tutto il resto riceve
noindex, followe un tag canonical che punta all’URL pulito della categoria. - I parametri di ordinamento, limite e modalità vengono bloccati in robots.txt, così i crawler non perdono tempo con essi.
robots.txt
Modificatelo in Content > Design > Configuration > (la vostra store view) > Search Engine Robots. Bloccate carrello, checkout, account cliente, ricerca interna e parametri di ordinamento. Non bloccate mai CSS o JavaScript: Google ne ha bisogno per il rendering delle pagine.
2. Impostate correttamente la sitemap, per lo store giusto
Magento genera le sitemap in Marketing > SEO & Search > Site Map. Due problemi si ripresentano di continuo.
La sitemap appartiene alla store view sbagliata. Ogni record di sitemap è legato a uno store. Se il negozio è stato migrato o ristrutturato, può ancora puntare a uno vecchio. È esattamente ciò che abbiamo trovato su shopwhizzy.com: la sitemap veniva generata per un sito web obsoleto, quindi le pagine prodotto dei nostri temi non vi erano mai state incluse, mentre c’era una categoria orfana che restituiva 404.
La sitemap elenca pagine che non dovrebbero posizionarsi. Magento include ogni prodotto visibile. Se vendete servizi, abbonamenti o prodotti di prova come prodotti Magento, le relative pagine d’acquisto finiscono nella sitemap. Mantenete al suo interno solo le vere landing page e contrassegnate le altre con noindex, follow.
Verificate la vostra aprendo /sitemap.xml e ponendovi due domande: ci sono tutte le pagine importanti? E c’è qualcosa che non dovrebbe esserci?
3. Negozi internazionali: store view e hreflang
Ogni lingua o paese dovrebbe avere una propria store view con URL key, title e meta description tradotti. Magento non genera da solo i tag hreflang, quindi serve un’estensione o un piccolo modulo personalizzato. Le regole che contano:
- Ogni pagina elenca tutte le sue versioni linguistiche, compresa sé stessa.
- Gli URL nei tag hreflang sono canonici, indicizzabili e restituiscono 200.
- Aggiungete un
x-defaultper i visitatori che non rientrano in nessuno dei vostri mercati.
4. Velocità e Core Web Vitals iniziano dal server
Usate la modalità production. La modalità developer compila il codice al volo ed è molto più lenta. Verificatela con bin/magento deploy:mode:show. Il nostro sito era ancora in modalità developer quando abbiamo iniziato questo audit.
Assicuratevi che le pagine siano davvero in cache. Un solo blocco dichiarato cacheable="false" in un file di layout rende non memorizzabile in cache l’intera pagina. Su shopwhizzy.com un blocco dei prezzi presente in nove pagine di hosting aveva quel flag, pur non mostrando dati specifici del cliente. Quelle pagine rispondevano in 480–660 ms, mentre le pagine in cache rispondevano in 130–230 ms. Trovate questi blocchi con:
grep -rn 'cacheable="false"' app/code app/design
Poi il frontend: un tema Hyvä carica una frazione del JavaScript di Luma, il che rappresenta di solito il miglioramento più importante per Largest Contentful Paint e Interaction to Next Paint. Consultate sviluppo e migrazione di temi Hyvä.
5. Dati strutturati
Le pagine prodotto dovrebbero generare Product con un Offer (prezzo, valuta, disponibilità) e BreadcrumbList. La home page dovrebbe generare Organization con un elenco sameAs dei vostri profili ufficiali, così che motori di ricerca e assistenti IA colleghino il vostro brand tra i vari siti. Testate ogni template con il Test dei risultati avanzati di Google.
Siate realistici sul markup FAQ: da agosto 2023 Google mostra i risultati avanzati FAQ solo per siti governativi e sanitari autorevoli. Non fa danni, ma non vi farà guadagnare spazio extra nei risultati.
6. Verificate che gli strumenti di Google e i crawler IA possano davvero raggiungervi
Il blocco dei bot a livello di server è frequente negli hosting Magento e può bloccare silenziosamente i visitatori sbagliati. Sul nostro server, la regola nginx di un sito era condivisa da tutti i siti a causa di un nome di variabile comune. Bloccava Google-InspectionTool, l’agente alla base del Controllo URL di Search Console e del Test dei risultati avanzati. Bloccava inoltre ClaudeBot, ChatGPT-User e PerplexityBot, con meno citazioni nelle risposte IA. Il normale Googlebot funzionava ancora, quindi il posizionamento sembrava a posto e nessuno se n’era accorto.
Verificatelo voi stessi:
curl -s -o /dev/null -w '%{http_code}\n' -A 'Mozilla/5.0 (compatible; Google-InspectionTool/1.0)' https://yourstore.com/
curl -s -o /dev/null -w '%{http_code}\n' -A 'Mozilla/5.0 (compatible; ClaudeBot/1.0)' https://yourstore.com/
Entrambi dovrebbero restituire 200, a meno che non abbiate deciso di bloccare di proposito i crawler IA.
7. Proteggete il posizionamento durante aggiornamenti e migrazioni
- Scansionate il negozio prima dell’aggiornamento e salvate l’elenco di URL, title, canonical e codici di stato.
- Scansionate lo staging dopo l’aggiornamento e confrontate.
- Dopo il lancio, rigenerate la sitemap, controllate robots.txt e monitorate la copertura in Search Console per due settimane.
Approfondite nel nostro servizio di aggiornamento Magento.
Checklist SEO per Magento
| Area | Controllo | Dove |
|---|---|---|
| Canonical | Tag canonical attivi per categorie e prodotti | Catalog > Search Engine Optimization |
| URL | Percorso di categoria negli URL prodotto disattivato | Catalog > Search Engine Optimization |
| Navigazione a strati | Solo i filtri con domanda sono indicizzabili | Tema o estensione SEO |
| robots.txt | Carrello, checkout, ricerca e ordinamento bloccati; CSS e JS consentiti | Content > Design > Configuration |
| Sitemap | Generata per la store view live; solo landing page | Marketing > Site Map |
| Hreflang | Tutte le versioni elencate, autoreferenza, x-default | Estensione o modulo personalizzato |
| Modalità | Modalità production | bin/magento deploy:mode:show |
| Cache | Nessun blocco cacheable="false" nelle landing page | grep in app/code e app/design |
| Dati strutturati | Product, Offer, BreadcrumbList, Organization | Test dei risultati avanzati |
| Bot | Google-InspectionTool e i crawler IA scelti ricevono 200 | curl -A |
Domande frequenti
Serve un’estensione SEO per Magento?
Non sempre. Le impostazioni integrate di Magento coprono tag canonical, struttura degli URL, robots.txt e sitemap. Un’estensione aiuta con le regole della navigazione a strati, gli hreflang, i meta tag basati su template e dati strutturati più ricchi nei cataloghi di grandi dimensioni.
Quanto tempo serve perché gli interventi SEO su Magento diano risultati?
Gli interventi tecnici di solito si vedono entro quattro-otto settimane, una volta che Google ha scansionato di nuovo le pagine interessate. Nuovi contenuti e nuove landing page richiedono più tempo, in genere da tre a sei mesi.
Hyvä è migliore di Luma per la SEO?
Hyvä non modifica URL né contenuti, ma il suo frontend molto più leggero di solito migliora i Core Web Vitals, a vantaggio sia del posizionamento sia della conversione.
Devo bloccare i crawler IA?
È una decisione di business. Se volete che il vostro negozio venga citato e linkato nelle risposte di ChatGPT, Claude o Perplexity, lasciate entrare i loro crawler. In ogni caso, deve essere una scelta consapevole, non l’effetto collaterale di una regola condivisa sul server.
Serve aiuto? Gestiamo la SEO per negozi Magento e correggiamo ciò che troviamo nel codice e sul server. Scoprite i nostri servizi SEO per Magento.
