Cosa offre Shopware 6 per la SEO, quali impostazioni possono essere sbagliate e quali no: URL SEO, canonical, sitemap, robots.txt, hreflang, dati strutturati, tempi di caricamento, contenuti e migrazione, per e-commerce in Italia.
Shopware 6 offre la base tecnica per la SEO, ma non già configurata. URL SEO, canonical, sitemap, robots.txt, hreflang e dati strutturati sono inclusi nel core. Se aiutano o danneggiano lo decidono le impostazioni.
Le leve più grandi sono varianti, filtri e tempi di caricamento. URL di varianti in conflitto, una sitemap non aggiornata e un hosting sottodimensionato costano più visibilità delle meta description mancanti.
I plugin risolvono casi particolari, non i problemi di fondo. Un’estensione SEO non sostituisce dati prodotto puliti né testi di categoria che rispondono davvero a una ricerca.
Prima di fondare solution25 abbiamo costruito noi stessi un negozio online e lo abbiamo portato a oltre 500 ordini al giorno, gran parte dei quali da Google. Dal 2017 realizziamo progetti Shopware e, in quasi ogni analisi di negozio, vediamo gli stessi errori SEO nelle impostazioni.
Questi errori costano fatturato, perché nei nostri progetti la ricerca organica è di solito uno dei due canali con il fatturato più alto. Questo articolo si rivolge a titolari di e-commerce e responsabili digitali in Italia con un proprio negozio Shopware 6, e ai merchant che migrano da Shopware 5 o da un altro sistema.
Dopo la lettura potrà verificare da solo le impostazioni SEO del Suo negozio, correggere per primi gli errori che fanno più danni e decidere per cosa Le servono un plugin o un’agenzia e per cosa no.
Tutte le indicazioni valgono per Shopware 6.7 e sono state verificate con documentazione, release notes e codice sorgente di Shopware (aggiornato a ottobre 2026, versione 6.7.15). Tutti i prezzi sono aggiornati a ottobre 2026, IVA esclusa.
Shopware 6 copre le basi della SEO tecnica senza estensioni. La tabella mostra cosa è incluso e dove deve comunque intervenire.
| Ambito | Incluso in Shopware 6.7 | Cosa deve impostare |
|---|---|---|
| URL SEO | Modelli per prodotti, categorie e landing page, percorsi SEO manuali per canale di vendita | Adattare il modello, attivare il comportamento 301 |
| Canonical | Automatici su pagine prodotto e categoria, paginazione con numero di pagina dalla 6.7.13 | Definire la variante canonical nei prodotti con varianti |
| Sitemap | Generata, compressa e suddivisa in più file | Scegliere il metodo di aggiornamento, escludere i prodotti nascosti |
| robots.txt | Dalla 6.7.1 gestibile nell’amministrazione, con regole standard e riferimento alla sitemap | Regole specifiche per dominio, verificare la modalità staging prima del go-live |
| hreflang | Attivabile per canale di vendita, x-default tramite dominio standard | Definire dominio standard e localizzazione per dominio |
| Dati strutturati | Microdata, dalla 6.7.9 JSON-LD tramite feature flag | Attivare il flag, gestire GTIN, marca, dati di spedizione e reso |
| Metadati | Campi per prodotto, categoria e homepage con valori di fallback | Titoli e descrizioni propri per le pagine rilevanti per il fatturato |
| Redirect di vecchi URL esterni | Non inclusi, solo per URL SEO propri modificati | Estensione o configurazione del server |
Le sezioni seguenti indicano per ogni impostazione il punto nell’amministrazione e la decisione che c’è dietro: quale impostazione è corretta e cosa succede se è sbagliata.
Shopware genera gli URL da modelli nel linguaggio di template Twig, che trova in Impostazioni > SEO. Il modello standard per i prodotti è {{ product.translated.name }}/{{ product.productNumber }}, le categorie usano il percorso della categoria ({% for part in category.seoBreadcrumb %}{{ part }}/{% endfor %}), le landing page l’URL assegnato nel layout.
Il codice prodotto alla fine dell’URL non è un difetto estetico, ma ha uno scopo: rende univoci gli URL delle varianti che hanno lo stesso nome. Chi lo rimuove ha bisogno di un’altra variabile univoca, altrimenti i percorsi entrano in conflitto.
In Impostazioni > SEO c’è l’opzione “Invece di usare URL canonical, reindirizzare con HTTP 301 all’URL più recente” (la dicitura esatta dipende dalla lingua dell’amministrazione). Se è disattivata, dopo una rinomina il vecchio URL resta raggiungibile e rimanda al nuovo solo tramite canonical. Se è attiva, Shopware reindirizza direttamente con un 301.
Attiviamo questa opzione in ogni progetto, perché un 301 trasferisce i segnali in modo più rapido e univoco di un’indicazione canonical.
Un modello modificato ha effetto solo dopo la rigenerazione degli URL SEO, secondo la documentazione Shopware tramite il comando dal:refresh:index. Dalla 6.7.14 Shopware avvia autonomamente la rigenerazione a blocchi quando si modifica un modello. Pianifichi una modifica del genere come un piccolo relaunch: fuori stagione, con l’opzione 301 attiva e un controllo in Search Console nelle settimane successive.
In Shopware 6 ogni variante ha un proprio URL. Nella scheda SEO del prodotto principale, l’opzione “Usa lo stesso URL canonical per tutte le varianti” insieme a “Variante per l’URL canonical” stabilisce quale variante vale come pagina canonica. Shopware rimanda sempre a una variante concreta, non al prodotto principale.
La sitemap segue la stessa logica, come mostra il codice sorgente del provider della sitemap: i prodotti principali con varianti non sono nella sitemap, tutte le varianti sì. Se è impostata una variante canonical, la sitemap contiene solo quella.
In Shopware filtri, ordinamento e produttore si aggiungono come parametri all’URL della categoria. Il canonical di una categoria filtrata punta alla categoria non filtrata, e il robots.txt generato dalla 6.7.1 contiene di default Disallow: /*?. Le pagine filtrate quindi non vengono né scansionate né indicizzate.
Per la maggior parte dei negozi è corretto. Se una combinazione di filtri ha un vero volume di ricerca, per esempio “scarpe running donna impermeabili”, crei per essa una categoria o una landing page propria con testo; solo con assortimenti molto ampi conviene un’estensione per landing page di filtri.
Shopware distribuisce le categorie lunghe su più pagine (paginazione). Da Shopware 6.7.13 (5 agosto 2026) le pagine di categoria dalla pagina 2 in poi riportano il proprio numero nel canonical; prima puntavano alla pagina 1. Poiché il robots.txt standard blocca gli URL con parametri, queste pagine comunque non vengono scansionate; i prodotti dalla pagina 2 in poi Google li trova tramite sitemap e link interni.
Per categorie con diverse centinaia di prodotti, suddivida la categoria in sottocategorie oppure aggiunga una regola Allow per il parametro p.
Shopware pubblica la sitemap in /sitemap.xml, compressa e, se necessario, suddivisa in più file. Le impostazioni della sitemap offrono tre metodi di aggiornamento: “Manuale” (solo tramite il comando sitemap:generate), “Pianificato” (tramite attività pianificate ogni 24 ore) e “Live” (rigenerazione allo scadere di un intervallo in secondi).
Consigliamo “Pianificato”, a condizione che Message Queue e attività pianificate girino sul server. “Manuale” senza cronjob è il motivo più frequente di sitemap che contengono da mesi prodotti eliminati. Nella variante SaaS è Shopware stessa a occuparsi della sitemap.
L’opzione “Escludi i prodotti nascosti dalla sitemap” tiene fuori i prodotti nascosti in listing e ricerca; prodotti inattivi, categorie cartella e categorie link mancano comunque. Approfondimenti nel nostro articolo sulla sitemap di Shopware.
Da Shopware 6.7.1 (24 luglio 2025) Shopware genera autonomamente il robots.txt e vi include automaticamente tutte le sitemap. Si gestisce nelle impostazioni di base, nella sezione “Regole per robots.txt”, per dominio con regole Allow e Disallow proprie, come descrive la documentazione sulle impostazioni di base. Le versioni precedenti richiedono un file nella cartella public.
Le regole standard consentono tutto tranne gli URL con parametri e sbloccano i file di tema, media e miniature. Importante: se è attiva la modalità staging, con cui Shopware contrassegna una copia di test del negozio, il robots.txt restituisce Disallow: / e blocca l’intero negozio.
Anche il valore predefinito del meta tag robots si imposta nelle impostazioni di base; il valore preimpostato è index,follow. Le pagine dei risultati di ricerca Shopware le pubblica con noindex,follow, carrello e checkout sempre. Un noindex per singoli prodotti o categorie non esiste nel core: serve un’estensione o una modifica al tema.
L’hreflang si attiva per canale di vendita, dove si sceglie un dominio standard che Shopware restituisce come x-default. Per ogni dominio, l’impostazione “Localizzazione hreflang” determina se il codice viene generato secondo lo standard ISO (it-IT, it-CH) o solo con la lingua (it). Per un merchant che vende in Italia e nel Canton Ticino, per esempio, è proprio questa distinzione a contare.
Secondo la sua documentazione sulle pagine localizzate, Google richiede che ogni versione linguistica rimandi a tutte le altre e a sé stessa, altrimenti i tag vengono ignorati. Shopware lo garantisce per tutti i domini di un canale di vendita; tra canali di vendita separati serve un’estensione.
| Tipo di pagina | Comportamento standard in Shopware 6.7 | La nostra raccomandazione |
|---|---|---|
| Scheda prodotto | Indicizzabile, canonical su sé stessa, nella sitemap | Meta title e descrizione propri, gestire GTIN e marca |
| Pagina variante | URL proprio, canonical sulla variante canonical, se impostata | Decidere in base al volume di ricerca: unificare o sviluppare come pagina autonoma |
| Categoria | Indicizzabile, canonical sull’URL della categoria, nella sitemap | Testo, link interni e almeno una manciata di prodotti |
| Categoria con filtro | Canonical sulla categoria non filtrata, bloccata tramite robots.txt | Lasciare così, servire la domanda con categorie proprie |
| Categoria dalla pagina 2 | Canonical con numero di pagina, bloccata tramite robots.txt | Per categorie grandi regola Allow per p e sottocategorie |
| Risultato di ricerca | noindex,follow, bloccato tramite robots.txt | Lasciare così |
| Carrello, checkout, account | Sempre noindex,follow | Lasciare così |
| Landing page (mondo esperienziale) | URL SEO proprio, indicizzabile, nella sitemap | Usarla per guide, marchi e temi promozionali |
Fino alla versione 6.7.8 Shopware scrive i dati strutturati come Microdata direttamente nell’HTML: prodotto, offerta, recensioni e breadcrumb. Con Shopware 6.7.9.0 del 16 aprile 2026 si è aggiunto JSON-LD nell’head, controllato dal feature flag JSON_LD_DATA, cioè un interruttore per funzioni nuove ancora opzionali. Il flag è disattivato di default; Microdata è deprecato e scompare con la 6.8.
Con il flag attivo Shopware fornisce molto di più: WebSite con SearchAction, Organization con logo, ItemList nelle pagine di categoria e di ricerca, VideoObject, Product con tutte le immagini, AggregateRating, fino a dieci recensioni oltre a gtin13 e mpn, cioè EAN e codice del produttore, se gestiti. Dati di spedizione e politica di reso compaiono solo con i relativi dati anagrafici.
Per le schede commerciante nella ricerca Google, Google richiede secondo la sua documentazione sulle Merchant Listings almeno nome, immagine e offerta; marca, GTIN, descrizione e recensioni sono consigliati. Il markup è quindi buono solo quanto la gestione dei dati nell’amministrazione.
Google valuta le pagine in base ai Core Web Vitals al 75° percentile delle misurazioni di utenti reali, separatamente per mobile e desktop. Le soglie provengono da web.dev; Google scrive che buoni valori coincidono con ciò che i sistemi di ranking principali premiano e li raccomanda espressamente.
| Metrica | Buono | Da migliorare | Scadente | Causa tipica nei negozi Shopware |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | fino a 2,5 s | da 2,5 a 4,0 s | oltre 4,0 s | Immagini hero e prodotto troppo grandi, nessuna cache HTTP, hosting lento |
| INP (Interaction to Next Paint) | fino a 200 ms | da 200 a 500 ms | oltre 500 ms | JavaScript di molti plugin, script di tracciamento, banner dei cookie |
| CLS (Cumulative Layout Shift) | fino a 0,1 | da 0,1 a 0,25 | oltre 0,25 | Immagini senza dimensioni, banner caricati in ritardo, web font |
Shopware in sé non è un freno. Lo Storefront carica le immagini del listing con lazy loading, genera miniature in più dimensioni con srcset adeguato e dalla 6.7.13 scrive le miniature JPEG in modalità progressiva. I freni stanno quasi sempre nell’hosting, nelle estensioni e nelle immagini.
Misuri con PageSpeed Insights e con il report “Esperienza” in Search Console, non solo con Lighthouse in laboratorio. Strumenti per test di carico e profiling sono descritti nella nostra guida alla performance di Shopware.
Senza un meta title proprio, Shopware costruisce il titolo di una scheda prodotto da nome del prodotto, opzioni di variante selezionate e codice prodotto, separati da barre verticali. Se manca la meta description, Shopware prende l’inizio della descrizione del prodotto e la tronca nel template a 255 caratteri. Le categorie ricadono su nome e descrizione della categoria, la homepage sui campi del canale di vendita.
Meglio di niente, ma raramente efficace per i clic. Per le categorie principali e i prodotti chiave scriva titoli propri di 50-60 caratteri e descrizioni di 150-160 caratteri, con un beneficio, un riferimento di prezzo o una promessa di consegna. Secondo Shopware il campo “Parole chiave” non ha alcuna influenza sul ranking e può restare vuoto.
Nella maggior parte dei negozi le categorie sono le pagine con il volume di ricerca più alto, e al tempo stesso quelle con meno testo. Un layout dei mondi esperienziali con un breve testo introduttivo sopra il listing e un testo di approfondimento sotto risponde alla ricerca senza spingere i prodotti in basso.
Una categoria con due prodotti non si posiziona. Unisca le categorie scarne o le riempia tramite gruppi di prodotti dinamici.
I testi dei produttori compaiono contemporaneamente su decine di negozi. Una descrizione propria con caso d’uso, dimensioni, contenuto della confezione e confronto con i prodotti affini distingue la Sua pagina e fornisce al tempo stesso materiale per la meta description.
Testi alternativi e nomi di file parlanti si gestiscono nella gestione media, non solo nel tema. Le recensioni portano contenuti che non deve scrivere Lei e alimentano il markup AggregateRating. I blocchi di cross-selling sono il collegamento interno più semplice tra prodotti.
Mantenga la navigazione piatta (tre clic fino al prodotto), attivi il breadcrumb e dalle landing page rimandi a categorie e prodotti con testi di link descrittivi. Se un prodotto si trova in più categorie, la categoria principale stabilisce quale breadcrumb vede Google.
Un modulo blog come in Shopware 5 non esiste nel core di Shopware 6. Guide, consigli d’acquisto e pagine dei marchi nascono invece come landing page nei mondi esperienziali, con URL SEO, layout e metadati propri; una classica struttura blog è disponibile tramite un’estensione dello Store.
I buoni temi si collocano un passo prima dell’acquisto: “Quale materasso per il mal di schiena” invece di “comprare materasso”. Ogni guida rimanda alle categorie pertinenti e a due-tre prodotti concreti, altrimenti il traffico resta senza fatturato. Le pagine dei marchi con panoramica dell’assortimento intercettano le ricerche per nome del produttore, per le quali Shopware non prevede pagine produttore proprie.
Una guida al mese, ben collegata e rivista dopo un anno, vale più di venti testi che nessuno aggiorna più.
Shopware 5 non riceve aggiornamenti di sicurezza dal 31 luglio 2024, come documenta endoflife.date. La misura SEO più importante per un negozio Shopware 5 è quindi un trasloco in cui i posizionamenti vengono mantenuti.
Secondo la documentazione Shopware, l’assistente di migrazione trasferisce gli URL SEO da Shopware 5 come selezione di dati separata, insieme a prodotti, categorie, clienti, ordini e media. Non vengono trasferiti tema, mondi di shopping e pagine del negozio. Ogni pagina di contenuto che si posizionava in Shopware 5 ha quindi bisogno in Shopware 6 di una nuova collocazione e di un redirect.
Come procediamo lo trova nella nostra pagina sulla migrazione da Shopware 5 a 6; i dettagli su redirect e monitoraggio li spiega il nostro articolo sulla SEO nelle migrazioni di piattaforma. Quanto costa nel complesso un progetto del genere lo legge nell’articolo sui costi di Shopware.
I tre negozi di sigarette elettroniche VaporFi, South Beach Smoke e VaporBeast giravano ciascuno su Magento 2 con un’infrastruttura propria. Abbiamo unito i tre negozi in un unico ambiente Shopware 6, con oltre 300.000 ordini storici e 100.000 clienti. Un requisito era mantenere tutti gli URL Magento esistenti per proteggere i posizionamenti.
Per questo abbiamo ricreato tutti gli URL Magento in Shopware 6 e li abbiamo protetti con regole di redirect proprie. Secondo il report di progetto la performance SEO è rimasta stabile. Anche nel passaggio di Miniature Market da Magento a Shopware 6, il traffico organico si è mantenuto durante la transizione grazie a strutture SEO ricostruite e regole di redirect.
Per il Suo progetto significa: inventario e mappatura degli URL vanno all’inizio della migrazione, non alla fine.
Il core di Shopware 6.7 copre le basi. Le estensioni convengono dove gli strumenti integrati raggiungono i loro limiti: redirect di vecchi URL esterni, noindex per pagina, landing page di filtri, hreflang tra canali di vendita diversi e formati immagine. Gli esempi provengono dalla categoria Ottimizzazione SEO nello Shopware Store, prezzi secondo il fornitore come da scheda nello Store.
| Compito | Strumenti integrati in Shopware 6.7 | Estensioni (esempi) | Prezzo secondo il fornitore |
|---|---|---|---|
| Redirect di vecchi URL | Solo per URL SEO propri modificati | SEO Redirect (301/302) di scope01; SEO Redirect Pro di ACRIS | gratuito; da 8,25 € al mese |
| noindex per prodotto o categoria | Solo valore predefinito per tutto il negozio | Robots noindex & nofollow di weedesign | da 3,49 € al mese |
| Landing page di filtri | Non incluse | Filter SEO Url and SEO Filter Landingpages di Dreischild | da 16,25 € al mese |
| Impostare liberamente il canonical, URL delle varianti | Solo variante canonical | SEO Professional di Dreischild; SEO URL Manager di Atloss | da 33,25 € al mese; vedere lo Store |
| hreflang tra più canali di vendita | Solo all’interno di un canale di vendita | hreflang Manager di ACRIS | vedere lo Store |
| Distribuzione in WebP | Miniature nel formato dell’originale | Convert images to WebP di weedesign | da 15,99 € al mese |
Tre regole per la scelta: prima verificare se la versione attuale di Shopware risolve ormai il compito da sola (robots.txt e JSON-LD erano fino a poco tempo fa temi da plugin). Poi controllare compatibilità e recensioni. E mettere in conto ogni estensione come rischio per gli aggiornamenti.
La nostra valutazione: consigliamo di acquistare un plugin SEO solo quando si presenta un compito concreto della tabella, per esempio i redirect dopo un cambio di sistema. La leva maggiore, nelle analisi dei negozi, la troviamo quasi sempre in impostazioni sbagliate e testi di categoria mancanti, e nessuna estensione risolve queste due cose.
I punti seguenti sono quelli che troviamo più spesso nelle analisi dei negozi. Nessuno richiede un plugin, tutti costano visibilità.
L’ordine che seguiamo nei nostri progetti obbedisce a un principio: prima impedire che Google veda cose sbagliate, poi fare in modo che Google trovi quelle buone. Presupposti sono l’accesso all’amministrazione, l’accesso a Google Search Console e un server su cui girano Message Queue e attività pianificate.
I limiti del piano: impostazioni pulite fanno sì che Google trovi le pagine giuste. A posizionarsi devono essere quelle pagine con i loro contenuti, e contro concorrenti con un’autorevolezza molto maggiore la sola tecnica non basta.
Figura: i sei passi mostrano l’ordine per la SEO in Shopware: testi e markup convengono solo quando indicizzazione e URL sono corretti. Metodo e ordine: valori di esperienza solution25 da progetti Shopware, aggiornato a ottobre 2026
Sì. Anche con le panoramiche IA nella ricerca Google, la ricerca organica resta un canale senza costo per clic e nei nostri progetti è di solito uno dei due canali con il fatturato più alto. Le basi tecniche di questa guida vengono inoltre usate anche dai sistemi di IA per capire un negozio.
Shopware è un sistema e-commerce con sede a Schöppingen, in Germania. Shopware 6 si basa su PHP e Symfony, il core è open source, la Community Edition è gratuita, i piani Rise, Evolve e Beyond sono a pagamento. Funziona in self-hosting, come PaaS o come SaaS.
Una configurazione tecnica una tantum secondo questa guida costa, secondo la nostra esperienza, da 2.000 a 6.000 € (IVA esclusa), a seconda di assortimento e lingue. Un’assistenza continuativa con contenuti e monitoraggio costa presso agenzie specializzate da 1.500 a 5.000 € al mese. Sono valori di esperienza da progetti di agenzia, non un listino.
La SEO (ottimizzazione per i motori di ricerca) comprende tutte le misure con cui un negozio viene trovato meglio su Google per ricerche rilevanti, senza pagare per i clic. Per Shopware significa: tecnica (URL, indicizzazione, tempi di caricamento), contenuti (categorie, prodotti, guide) e autorevolezza (link e brand).
Per le basi no. URL SEO, canonical, sitemap, robots.txt, hreflang e dati strutturati sono inclusi in Shopware 6.7. Le estensioni convengono per redirect di vecchi URL esterni, noindex per pagina, landing page di filtri e hreflang tra più canali di vendita.
Solo come preparazione alla migrazione, perché Shopware 5 non riceve più aggiornamenti di sicurezza da luglio 2024. Ora hanno senso un inventario degli URL, dati prodotto puliti e testi di categoria da riutilizzare in Shopware 6.
Confronti in Search Console il numero di pagine indicizzate con il numero di URL nella Sua sitemap. Scostamenti verso l’alto indicano URL con parametri o di varianti, verso il basso problemi di scansione o noindex. Il report “Pagine” indica il motivo per ogni URL.
Le correzioni tecniche come redirect, canonical e sitemap si vedono in Search Console di solito entro due-sei settimane. I nuovi contenuti, secondo la nostra esperienza, hanno bisogno di tre-sei mesi per posizionarsi stabilmente.
Gestisce un negozio Shopware e vuole sapere quali delle impostazioni citate sono sbagliate nel Suo caso? La nostra analisi gratuita del negozio scansiona il Suo negozio, verifica codici di stato, sitemap, canonical, hreflang, dati strutturati e Core Web Vitals e consegna in due giorni lavorativi un elenco di errori con priorità e i tre problemi principali. Seguiamo anche merchant in Italia, da remoto.
Sta pianificando un nuovo negozio o la migrazione a Shopware 6? Ci scriva: pianifichiamo fin dall’inizio mappatura degli URL, redirect e impostazioni SEO, così che il go-live non costi posizionamenti.
Maggiori informazioni sul nostro metodo di lavoro, sulle certificazioni e sulle sedi sono disponibili nella pagina agenzia Shopware solution25.
Besar Bilalli è cofondatore e co-CEO di solution25, l’agenzia Shopware con sede a Brema. Prima di fondare l’agenzia nel 2017 ha costruito insieme a Besnik Bilalli un proprio negozio online senza capitale iniziale, portandolo a oltre 500 ordini al giorno. Da allora affianca i merchant nei progetti Shopware, dalla scelta del sistema fino alla gestione corrente. Risponde volentieri di persona alle domande sull’articolo: contattarlo.
Responsabile per contenuto e aggiornamento: Besar Bilalli. Aggiornato a: ottobre 2026. Prossima revisione dei contenuti: gennaio 2027.
