SEO per BigCommerce

TL;DR — BigCommerce è una piattaforma di negozi ospitata (come Shopify) che svolge automaticamente gran parte del lavoro SEO: crea la sitemap, imposta i redirect quando cambi un URL, ti permette di modificare robots.txt e aggiunge lo schema dei prodotti. Quello che devi ancora gestire tu sono le pagine filtrate (navigazione faccettata), le configurazioni multilingue/multipaese e le stelle delle recensioni nella ricerca.

Che cosa significa «BigCommerce SEO»

BigCommerce è una piattaforma ecommerce SaaS: paghi un canone mensile e il servizio ospita il tuo negozio, gestisce server, sicurezza e aggiornamenti. Non lo installi sul tuo hosting come faresti con WordPress. In questo senso è un concorrente diretto di Shopify.

«BigCommerce SEO» è semplicemente il normale lavoro SEO — far trovare, sottoporre a crawl, indicizzare e posizionare prodotti e pagine di categoria — applicato a un negozio che funziona su BigCommerce. Vale la pena dedicarvi una guida perché BigCommerce prende alcune decisioni al posto tuo e devi sapere quali caselle spunta già e quali lascia vuote.

Che cosa fa BigCommerce automaticamente

• Sitemap. BigCommerce crea e mantiene aggiornata una sitemap XML mentre aggiungi o modifichi prodotti. Tu devi solo inviarla a Google.
• Redirect. Se rinomini un prodotto o cambi il suo URL, BigCommerce crea automaticamente un redirect 301 dal vecchio URL al nuovo, così link e ranking non si rompono.
• URL puliti. A differenza di Shopify, BigCommerce non impone /products/ o /collections/ nei tuoi URL. Se vuoi, puoi avere un ordinato /blue-widget/.
• Robots.txt. Puoi modificare robots.txt direttamente nell’amministrazione BigCommerce (Shopify non lo consente in modo nativo).
• Schema dei prodotti. Il tema predefinito (Cornerstone) aggiunge i «dati strutturati» invisibili che possono produrre risultati avanzati in Google.
• HTTPS e CDN. Ogni piano include SSL e una rete globale di distribuzione dei contenuti (Akamai), così le immagini si caricano rapidamente in tutto il mondo.

Che cosa devi ancora fare tu

• Compila i campi SEO. Titoli di pagina e meta description per home page, prodotti e categorie. BigCommerce ti dà le caselle; il testo lo scrivi tu.
• Pagine filtrate (faccettate). Quando gli utenti filtrano per colore, taglia o prezzo, ogni combinazione può creare un nuovo URL. Se lasci fare, Google si riempie di pagine quasi duplicate. BigCommerce non risolve questo problema al posto tuo.
• Stelle delle recensioni. Lo schema predefinito copre i dettagli del prodotto ma non le valutazioni a stelle: ti serve un’app di recensioni (come Yotpo o Stamped) o codice personalizzato.
• Più paesi/lingue. Se gestisci storefront separati per paese, i tag che indicano a Google quale versione mostrare (hreflang) non vengono aggiunti automaticamente.

L’errore più comune

Si presume che, siccome BigCommerce ha una «buona SEO», non resti nulla da fare. Le parti automatiche sono reali e utili — ma le due cose che più spesso frenano un negozio ecommerce, pagine filtrate e caricamento lento, sono proprio quelle che BigCommerce lascia a te. Non confondere una buona base di partenza con un lavoro finito.

Vuoi la versione da professionista — opzioni di struttura degli URL, strategia canonical della navigazione faccettata, scelta Stencil-Catalyst e insidia del geo-redirect Akamai per hreflang? Passa alla scheda Advanced.

TL;DR — BigCommerce offre il miglior pavimento SEO nativo tra le piattaforme ecommerce SaaS ospitate: robots.txt modificabile, strutture URL completamente personalizzabili (senza prefissi obbligatori), sitemap XML generate e aggiornate automaticamente, redirect 301 automatici quando cambia un URL e JSON-LD Product + BreadcrumbList in Cornerstone. Il lavoro che resta a te è quello che scala davvero: strategia canonical/noindex per la navigazione faccettata, hreflang tra storefront (attenzione al geo-redirect Akamai), schema delle recensioni e Core Web Vitals. Stencil (Handlebars renderizzato sul server) e Catalyst (headless Next.js) fissano il tuo tetto prestazionale — e durante il passaggio tra i due è facile perdere le mappe dei redirect.

Il quadro: che cosa è automatico e che cosa è tuo

La maggior parte dei contenuti sulla SEO di BigCommerce è una checklist generica («scrivi le meta description!») oppure una presentazione di un’agenzia BigCommerce. Nessuno dei due spiega ciò che conta davvero: BigCommerce fa insolitamente bene molte cose al lancio e le lacune restanti sono specifiche e prevedibili. Dividi tutto in due categorie e la piattaforma smette di essere misteriosa.

Giusto per impostazione predefinita: sitemap XML, tag canonical per tipo di pagina, robots.txt modificabile, redirect 301 automatici al cambio URL, controllo completo della struttura degli URL, CDN Akamai + Image Manager, JSON-LD Cornerstone (Product, BreadcrumbList, Organization), SSL.

Da fare tu: strategia canonical + noindex per la navigazione faccettata, hreflang tra storefront, schema review/AggregateRating, audit robots.txt della paginazione, strategia blog/contenuti e Core Web Vitals su Stencil (peso del JavaScript delle app + immagini sorgente non ottimizzate).

Struttura degli URL

Le opzioni URL si trovano in Store Setup → Store Settings → URL Structure. Puoi scegliere Short (solo slug), Long (aggiunge /products/, /categories/, /pages/), SEO Optimized (rimuove i prefissi), SEO Optimized (Category) (inserisce la prima categoria genitore nell’URL del prodotto) e Custom (basata su segnaposto, con %productname%, %category%, %categoryname%, %sku%).

Quella davvero interessante per i contenuti duplicati è SEO Optimized (Category): BigCommerce sceglie la prima categoria in cui è inserito un prodotto e non genera URL duplicati per un prodotto elencato in più categorie. È un vantaggio concreto contro la duplicazione — ma conferma il comportamento nel tuo negozio prima di farci affidamento.

La parte onesta è questa: è l’argomento BigCommerce contro Shopify che tutti mettono in primo piano, ma è la differenza meno importante. Shopify impone /products/ e /collections/; BigCommerce no. Google ha detto più volte che la struttura degli URL è un segnale di ranking minore. eComOne lo riassume bene nel confronto: “the nuts and bolts of on-page SEO in both platforms are easy to manage, though BigCommerce has perhaps a slight edge because unlike Shopify, it doesn’t insert any prefixes before your URLs. However, Google has said repeatedly that URL structure is a minor signal.” (traduzione) «gli aspetti pratici della SEO on-page sono facili da gestire su entrambe le piattaforme, anche se BigCommerce ha forse un lieve vantaggio perché, a differenza di Shopify, non inserisce prefissi negli URL. Tuttavia, Google ha ribadito più volte che la struttura degli URL è un segnale minore.» Scegli SEO Optimized, vai avanti e dedica le energie alla navigazione faccettata e alla velocità.

Sitemap XML e robots.txt

BigCommerce genera automaticamente una sitemap e la mantiene aggiornata quando cambia il catalogo. Il percorso dipende dallo stack: Stencil legacy usa /xmlsitemap.php; Catalyst usa /sitemap.xml. Su Catalyst, BigCommerce “automatically redirects any requests for the legacy Stencil sitemap /xmlsitemap.php to /sitemap.xml,” (traduzione) «reindirizza automaticamente a /sitemap.xml ogni richiesta della sitemap Stencil precedente /xmlsitemap.php,» e Catalyst “fetches the sitemap index from BigCommerce by making a request to the canonical URL of the channel.” (traduzione) «recupera l’indice della sitemap da BigCommerce richiedendo l’URL canonico del canale.» La sitemap copre prodotti, categorie, brand e pagine di contenuto; le pagine nascoste dal menu sono escluse per impostazione predefinita e BigCommerce chiarisce che “third-party systems generating content” (traduzione) «sistemi di terze parti che generano contenuti» devono avere sitemap separate.

robots.txt è modificabile direttamente nell’amministrazione, in Settings → Website → Search Engine Robots: è un vero vantaggio rispetto a Shopify, che non offre controllo nativo. BigCommerce combina le tue regole personalizzate con i propri default di sistema.

L’insidia che vale un audit di cinque minuti: diversi professionisti riferiscono che il robots.txt predefinito di BigCommerce blocca le pagine di categoria paginate (?page=2 e successive). In un catalogo ampio questo tiene silenziosamente fuori dall’indice le pagine 2 e successive delle categorie. Non dare per sicuri i default: esegui il crawl del tuo negozio e guarda che cosa viene disallowato.

Meta tag e campi on-page

I campi SEO vivono per oggetto: home page (Store Settings → SEO), prodotti (Products → Edit → Other Details → SEO), categorie (Product Categories → Edit → SEO) e articoli del blog. Hai Page Title, Meta Description, Meta Keywords e un campo Custom URL.

Due chiarimenti che evitano confusione:

• Meta Keywords è morto per il ranking. Il glossario di BigCommerce lo dice chiaramente: “Meta keywords tag is defunct, as it was originally intended for search engines to determine what the content of a page was about, but it was severely abused by spammers and search engines now almost entirely ignore it.” (traduzione) «Il tag meta keywords è obsoleto: in origine serviva ai motori di ricerca per determinare l’argomento di una pagina, ma è stato pesantemente abusato dagli spammer e oggi i motori di ricerca lo ignorano quasi del tutto.» Non perderci tempo.
• «Search Keywords» ≠ Meta Keywords. BigCommerce ha un campo separato Search Keywords che alimenta la ricerca interna del sito, non Google. Le due cose vengono continuamente confuse. Search Keywords vale la pena compilarlo — per la ricerca sul sito, non per il ranking.

Redirect 301

Questo è uno dei punti di forza silenziosi di BigCommerce. I redirect 301 vengono creati automaticamente ogni volta che cambi il nome o l’URL di un prodotto, categoria o pagina (puoi rinunciare per singolo elemento deselezionando «Create redirects for old product URLs» (traduzione) «Crea reindirizzamenti per i vecchi URL dei prodotti»). Ce ne sono di due tipi:

• Dinamici — BigCommerce aggiorna automaticamente la destinazione se in seguito cambia l’URL target. Usali per gli spostamenti interni.
• Manuali — inserisci una stringa di destinazione fissa; se quella destinazione cambia, il redirect si rompe finché non lo sistemi a mano.

Il gestore si trova in Marketing → 301 Redirects e supporta l’importazione CSV in blocco, che userai per una mappa di redirect durante una migrazione. Preferisci redirect dinamici per tutto ciò che è interno, così non devi mantenere un elenco fragile.

Dati strutturati / schema

Cornerstone (il tema predefinito di Stencil) emette JSON-LD per Product (nome, immagine, descrizione, SKU, brand annidato, Offers con prezzo/valuta/disponibilità), BreadcrumbList e una Organization di base — senza lavoro dello sviluppatore. Google raccomanda JSON-LD rispetto ai microdati, quindi il formato predefinito è quello giusto.

Manca la parte di maggior valore: lo schema review/AggregateRating non è incluso per impostazione predefinita. Come osserva SeoProfy, “BigCommerce includes basic product schema, but doesn’t add review markup by default.” (traduzione) «BigCommerce include lo schema di base del prodotto, ma non aggiunge il markup delle recensioni per impostazione predefinita.» Ottieni le stelle delle recensioni nella ricerca tramite un’app (Yotpo, Stamped) o JSON-LD personalizzato attraverso Script Manager. Anche gli schemi FAQ e VideoObject sono fai-da-te.

Una particolarità di Stencil: lo schema è completo solo quanto i dati presenti nella pagina. Se un prodotto non mostra un brand, la proprietà brand non comparirà nello schema. Compila i campi se vuoi che il markup sia presente.

Su Catalyst, i dati strutturati sono “composable JSON-LD through reusable TypeScript functions” (traduzione) «JSON-LD componibile tramite funzioni TypeScript riutilizzabili» — più manutenibili dei template Handlebars di Stencil se hai la capacità ingegneristica necessaria.

Navigazione faccettata — il problema numero 1

È qui che i negozi BigCommerce perdono davvero. Le combinazioni di filtri e ordinamento generano URL unici e sottoponibili a crawl senza canonical automatico verso la categoria genitore. NetProfitMarketing descrive il guasto senza giri di parole: ogni filtro “can generate a new URL, resulting in an exponential spike in… crawlable pages,” (traduzione) «può generare un nuovo URL, causando una crescita esponenziale delle pagine sottoponibili a scansione,» diluisce l’autorità e consuma crawl budget. E BigCommerce non offre una correzione nativa: OuterBox osserva che “there still is no easy way to do this without editing theme files directly.” (traduzione) «non esiste ancora un modo semplice per farlo senza modificare direttamente i file del tema.»

Quindi classifica i parametri e agisci per tipo. Il mio set di regole operativo:

Le correzioni a livello di implementazione sono override dei canonical nei template Stencil oppure iniezione JavaScript tramite Script Manager. Tieni distinti due principi:

• robots.txt blocca il crawl, non l’indicizzazione. Un URL bloccato in robots.txt può comunque essere indicizzato se qualcuno lo collega — e Google non può vedere il tuo canonical o noindex perché non ha mai letto la pagina. Affianca le regole sui parametri a canonical on-page + noindex per avere un controllo reale.
• Non mettere noindex sulle pagine paginate. La guida ecommerce di Google dice di “give each page a unique URL” (traduzione) «assegna a ogni pagina un URL univoco» e di “assign each page its own canonical URL rather than using the first page as canonical.” (traduzione) «assegna a ogni pagina il proprio URL canonico invece di usare la prima pagina come canonica.» noindex va sulle “filter variations or alternative sort orders,” (traduzione) «varianti dei filtri o ordinamenti alternativi,» non sulla pagina 2 di una categoria. BigCommerce emette ancora rel="next"/rel="prev", che Google ha smesso di usare nel 2019: innocui, ma non sono un segnale.

(L’approfondimento indipendente dalla piattaforma è nel cluster navigazione faccettata; la meccanica dei canonical è in canonicalizzazione.)

CDN, immagini e Core Web Vitals

Ogni negozio viene fornito gratuitamente con la CDN globale di Akamai e con Akamai Image Manager per la conversione WebP al volo e il ridimensionamento responsive. Due precisazioni:

• La distribuzione WebP dipende dalla versione del tema: i temi Stencil più recenti la abilitano; i vecchi Blueprint e alcune prime versioni di Stencil no. Verifica la tua.
• L’immagine sorgente conta comunque. Un PNG sorgente da 5 MB servito come WebP resta un file pesante. Carica sorgenti ottimizzate: la CDN non sostituisce la disciplina sulle immagini. In genere le immagini costituiscono il 60–70% del peso totale di una pagina.

La configurazione Akamai predefinita è spesso permissiva: le agenzie riferiscono che regolare le regole di cache, abilitare Brotli e ottimizzare la cache edge può ridurre il TTFB del 30–50% (una stima di agenzia, ma corretta come direzione). I maggiori killer delle prestazioni Stencil sono il peso del JavaScript delle app di terze parti (ogni app che inietta JS peggiora INP e LCP: fai un audit delle app installate) e le immagini sorgente non ottimizzate. In alcune configurazioni Stencil serve inoltre il file immagine originale senza ridimensionamento automatico, danneggiando direttamente l’LCP.

Stencil contro Catalyst — la scelta che fissa il tuo tetto

Stencil è l’attuale framework renderizzato sul server (Handlebars, eseguito sull’infrastruttura BigCommerce). 1Digital Agency lo descrive come “server-rendered by default. Every page is HTML on first byte” (traduzione) «renderizzato sul server per impostazione predefinita: ogni pagina è HTML fin dal primo byte», una caratteristica ottima per il crawl. Cornerstone è il tema predefinito mantenuto attivamente ed è competitivo sui Core Web Vitals per cataloghi moderati.

Catalyst è il “open-source, composable, and fully-customizable headless commerce framework” (traduzione) «framework di commercio headless open source, componibile e completamente personalizzabile» di BigCommerce: Next.js + React sulla GraphQL Storefront API. BigCommerce vende la promessa di un “Google Lighthouse score of 100” (traduzione) «punteggio Google Lighthouse di 100» pronto all’uso e la possibilità di “experiment and scale without affecting Core Web Vitals.” (traduzione) «sperimentare e crescere senza influire sui Core Web Vitals.» Tratta Lighthouse-100 come un numero di baseline/demo, non come una garanzia di produzione: le prestazioni reali dipendono ancora dalla dimensione del bundle, dal JS delle app e dalla disciplina sulle immagini.

Benchmark LCP di agenzie (stime, non dati ufficiali BigCommerce): Stencil ~1,8–2,5 s, Catalyst ~0,8–1,5 s.

Una matrice decisionale pratica:

• Resta su Stencil/Cornerstone se: hai un catalogo medio, competenze Node/React limitate e i Core Web Vitals sono già superati.
• Passa a Catalyst se: hai competenze Next.js, i CWV falliscono su Stencil nonostante l’ottimizzazione, ti serve una UI frontend complessa o gestisci più brand su larga scala.
• Non migrare mai senza: una mappa completa dei redirect, un ambiente di anteprima accessibile a Googlebot (imposta X-Robots-Tag: noindex o un blocco robots.txt sulle anteprime dei branch Vercel, così non vengono indicizzate) e un benchmark CWV prima/dopo.

I due fallimenti classici delle migrazioni, secondo 1Digital, sono “losing ranking authority through missing redirect maps or shipping JavaScript-heavy builds that worsen Core Web Vitals performance.” (traduzione) «perdere autorevolezza nel ranking per mappe di reindirizzamento mancanti oppure distribuire build cariche di JavaScript che peggiorano le prestazioni dei Core Web Vitals.» Sono entrambi evitabili e continuano entrambi a verificarsi.

SEO internazionale e hreflang

BigCommerce non genera automaticamente hreflang per le configurazioni multi-storefront. Con un pannello di controllo che gestisce più storefront (ognuno con dominio, lingua e valuta propri) a partire da un catalogo condiviso, ottieni us.example.com/blue-widget/ e uk.example.com/blue-widget/ come quasi-duplicati che richiedono hreflang bidirezionale. Lo implementi tramite JavaScript di Script Manager, template Stencil personalizzati o annotazioni nella sitemap XML.

Due aspetti che la maggior parte degli articoli su «hreflang in BigCommerce» omette:

• Un’implementazione parziale è peggiore di nessuna. Come osserva DigitalRoxy, “partial deployment is worse than no deployment because Google requires bidirectional confirmation across all storefronts before recognizing hreflang signals.” (traduzione) «un’implementazione parziale è peggiore di nessuna implementazione, perché Google richiede la conferma bidirezionale tra tutti gli storefront prima di riconoscere i segnali hreflang.» Un insieme senza reciprocità viene scartato: fai il lavoro e non ottieni alcun beneficio.
• La trappola del geo-redirect Akamai. Akamai reindirizza i visitatori in base alla geolocalizzazione IP. Googlebot esegue il crawl da IP statunitensi, quindi viene allontanato dagli storefront internazionali e non può sottoporli a crawl. La correzione è “whitelist Googlebot’s published IP ranges” (traduzione) «inserisci in allowlist gli intervalli IP pubblicati di Googlebot» nel Property Manager di Akamai per bypassare il geo-redirect. Questo singolo problema può de-indicizzare silenziosamente interi storefront internazionali.

La normale igiene resta valida: usa i codici ISO (en-GB, non en-UK), mantieni coerenti HTTP/HTTPS e slash finali, usa i codici regionali quando servono (en-US, non il solo en) e includi sempre x-default. Valida con il checker hreflang di Aleyda Solis, il report International Targeting di GSC e URL Inspection.

SEO del blog e dei contenuti

BigCommerce ha un blog nativo (Storefront Content → Blog) con post, categorie, tag e campi meta. È adeguato per un catalogo piccolo. Non è una piattaforma seria per i contenuti: offre strumenti di layout/CRO limitati rispetto a WordPress e storicamente ha avuto alcune particolarità da verificare nel tuo negozio (vecchie segnalazioni su default dei sottodomini e pagine che elencano post interi; verifica il comportamento attuale invece di fidarti di articoli vecchi).

Due vie d’uscita quando i contenuti sono per te un canale reale:

• WordPress + BigCommerce. Il plugin WordPress di BigCommerce usa WordPress come frontend dei contenuti e BigCommerce come backend ecommerce: ottieni Yoast/RankMath, tipi di post personalizzati e tassonomie reali, mentre BigCommerce gestisce catalogo e checkout.
• CMS headless su Catalyst. Contentful, Prismic o Contentstack offrono piena flessibilità editoriale al costo di una maggiore complessità d’implementazione.

Google Shopping / Merchant Center

BigCommerce ha un’app nativa gratuita «Ads and Listings on Google» che sincronizza il catalogo (dati prodotto, prezzi, disponibilità e immagini) con Google Merchant Center per Shopping Ads e annunci gratuiti, con aggiornamenti automatici. Per un controllo più fine del feed, l’App Marketplace offre strumenti di terze parti (FeedOps, DataFeedWatch, ExportFeed). Per il «load more»/infinite scroll gestito da JS nelle pagine di categoria — che Googlebot non attiverà — il feed Merchant Center e la sitemap sono ciò che mantiene i prodotti individuabili.

BigCommerce contro Shopify — la versione onesta

Entrambe le piattaforme si posizionano bene. I vantaggi autentici di BigCommerce sono robots.txt modificabile, nessun prefisso URL imposto e schema integrato più ricco. I vantaggi autentici di Shopify sono un ecosistema di app SEO molto più grande (640+ contro circa 25) e una velocità media pronta all’uso leggermente superiore. La differenza dei prefissi URL su cui tutti discutono è un segnale minore. Scegli in base a ciò che scala.

Riepilogo AI

Una sintesi della versione Advanced:

• BigCommerce è una piattaforma ecommerce SaaS ospitata (come Shopify) con il pavimento SEO nativo più alto tra le piattaforme ospitate.
• Automatico: sitemap XML (aggiornata da sola; /xmlsitemap.php su Stencil, /sitemap.xml su Catalyst), tag canonical per tipo di pagina, robots.txt modificabile (Shopify non lo permette), redirect 301s automatici al cambio URL (dinamici o manuali; importazione CSV in blocco), struttura URL completamente personalizzabile (nessun prefisso obbligatorio), CDN Akamai + Image Manager, JSON-LD Cornerstone (Product + BreadcrumbList), SSL.
• La struttura degli URL è un segnale di ranking minore: il dibattito sui prefissi BigCommerce contro Shopify è sovrastimato; scegli «SEO Optimized» e vai avanti.
• Da fare a mano: canonical/noindex della navigazione faccettata (il problema numero 1 di duplicazione e crawl budget; nessuna correzione nativa), schema review/AggregateRating (serve un’app o JSON-LD personalizzato), hreflang tra storefront, audit robots.txt della paginazione (i default possono bloccare ?page=2+) e Core Web Vitals.
• Non usare noindex sulle pagine paginate: assegna a ciascuna il proprio canonical; noindex va sulle variazioni di filtro/ordinamento.
• hreflang: completamente manuale; l’implementazione parziale è peggiore di nessuna; autorizza gli IP di Googlebot in Akamai, altrimenti il geo-redirect de-indicizza gli storefront internazionali.
• Stencil (renderizzato sul server) contro Catalyst (headless Next.js) fissa il tetto prestazionale. Catalyst vende Lighthouse 100 (una baseline, non una garanzia). Non migrare senza una mappa redirect, un ambiente di anteprima escluso dall’indice e un benchmark CWV.
• Il blog è basilare: usa il plugin WordPress o un CMS headless per contenuti seri.

Documentazione ufficiale

Documentazione primaria di BigCommerce e Google.

BigCommerce

• Intro to SEO — panoramica SEO ufficiale di BigCommerce.
• SEO Fields — dove si trovano i campi titolo/descrizione/URL per ogni oggetto e la distinzione di Search Keywords.
• Sitemaps — generazione e invio automatici.
• Comprendere il file robots.txt — modifica di robots.txt nell’amministrazione.
• 301 Redirects — redirect automatici, dinamici o manuali e importazione in blocco.
• Stencil Themes — il framework del tema attuale.
• Cornerstone (GitHub) — sorgente del tema di riferimento predefinito e note di rilascio.
• Catalyst overview — framework headless Next.js e relative promesse prestazionali.
• Catalyst sitemap docs — come Catalyst serve e reindirizza la sitemap.
• Redirects API — gestione programmatica dei redirect.

Google

• Ecommerce pagination & incremental loading — URL unici per pagina, noindex sui filtri e non sulla paginazione.
• URL structure guidance — «create a simple URL structure» e perché è un segnale minore.
• Product structured data — proprietà Product obbligatorie e consigliate.
• Structured data intro — JSON-LD raccomandato rispetto ai microdati.

Citazioni dalla fonte

Dichiarazioni ufficiali di BigCommerce e Google, più alcune citazioni dei professionisti le cui osservazioni specifiche su BigCommerce hanno contribuito a questa guida. Ogni link dei motori di ricerca porta direttamente al passaggio citato in cui la pagina lo supporta.

BigCommerce — Catalyst (ufficiale)

• “open-source, composable, and fully-customizable headless commerce framework” (traduzione) «framework di commercio headless open source, componibile e completamente personalizzabile» Vai alla citazione
• “Google Lighthouse score of 100” (traduzione) «punteggio Google Lighthouse di 100» — una dichiarazione di baseline/demo; verifica la tua build di produzione. Vai alla citazione
• “Experiment and scale without affecting Core Web Vitals.” (traduzione) «Sperimenta e cresci senza influire sui Core Web Vitals.» Vai alla citazione

BigCommerce — sitemap Catalyst (documentazione)

• “automatically redirects any requests for the legacy Stencil sitemap /xmlsitemap.php to /sitemap.xml” (traduzione) «reindirizza automaticamente a /sitemap.xml ogni richiesta della sitemap Stencil precedente /xmlsitemap.php» Vai alla citazione
• “fetches the sitemap index from BigCommerce by making a request to the canonical URL of the channel” (traduzione) «recupera l’indice della sitemap da BigCommerce richiedendo l’URL canonico del canale» Vai alla citazione

BigCommerce — meta keywords (glossario)

• “Meta keywords tag is defunct, as it was originally intended for search engines to determine what the content of a page was about, but it was severely abused by spammers and search engines now almost entirely ignore it.” (traduzione) «Il tag meta keywords è obsoleto: in origine serviva ai motori di ricerca per determinare l’argomento di una pagina, ma è stato pesantemente abusato dagli spammer e oggi i motori di ricerca lo ignorano quasi del tutto.» Vai alla citazione

Google — paginazione e struttura degli URL

• “Give each page a unique URL.” (traduzione) «Assegna a ogni pagina un URL univoco.» — guida ecommerce di Google sulla paginazione. Vai alla citazione
• “Apply noindex meta tags to filter variations or alternative sort orders” (traduzione) «Applica meta tag noindex alle varianti dei filtri o agli ordinamenti alternativi» (non alle pagine paginate). Vai alla citazione

Professionisti — osservazioni specifiche su BigCommerce (riportate; confermare alla fonte)

• “BigCommerce includes basic product schema, but doesn’t add review markup by default.” (traduzione) «BigCommerce include lo schema di base del prodotto, ma non aggiunge il markup delle recensioni per impostazione predefinita.» — SeoProfy. Fonte
• “There still is no easy way to do this without editing theme files directly.” (traduzione) «Non esiste ancora un modo semplice per farlo senza modificare direttamente i file del tema.» — OuterBox, sui canonical della navigazione faccettata. Fonte
• “Partial deployment is worse than no deployment because Google requires bidirectional confirmation across all storefronts before recognizing hreflang signals.” (traduzione) «Un’implementazione parziale è peggiore di nessuna implementazione, perché Google richiede la conferma bidirezionale tra tutti gli storefront prima di riconoscere i segnali hreflang.» — DigitalRoxy. Fonte
• “Server-rendered by default. Every page is HTML on first byte.” (traduzione) «Renderizzato sul server per impostazione predefinita: ogni pagina è HTML fin dal primo byte.» — 1Digital Agency, su Stencil. Fonte
• “Google has said repeatedly that URL structure is a minor signal.” (traduzione) «Google ha ribadito più volte che la struttura degli URL è un segnale minore.» — eComOne. Fonte

Checklist SEO di BigCommerce

Ordinata per impatto: i primi punti sono quelli che spostano di più l’ago.

Impatto alto

• Navigazione faccettata gestita: gli URL di filtro/ordinamento ricevono canonical + noindex secondo le regole sui parametri; le combinazioni senza domanda di ricerca non vengono indicizzate.
• Paginazione senza noindex: la pagina 2 e successive mantengono il proprio canonical e restano indicizzabili; verifica che il robots.txt predefinito non blocchi ?page=2+.
• Core Web Vitals superati: fai un audit delle app installate per il peso JS; carica immagini sorgente ottimizzate; conferma che la distribuzione WebP sia attiva per la versione del tuo tema.
• Mappa redirect della migrazione (se cambi tema o passi a Catalyst): completa, con redirect dinamici per gli spostamenti interni; anteprime con noindex.

Configurazione standard

• Struttura URL impostata su SEO Optimized (o un pattern Custom scelto consapevolmente).
• Sitemap XML inviata a Google Search Console e Bing Webmaster Tools.
• Titoli di pagina + meta description scritti per home, prodotti principali e categorie principali.
• Tag canonical verificati per tipo di pagina (automatici, ma da controllare).
• Schema delle recensioni aggiunto tramite app (Yotpo/Stamped) o JSON-LD personalizzato.
• Google Merchant Center collegato tramite l’app nativa Ads & Listings.

Internazionale (solo multi-storefront)

• hreflang implementato bidirezionalmente su tutti gli storefront (mai set parziali).
• x-default presente; codici ISO corretti (en-GB, non en-UK).
• Intervalli IP di Googlebot autorizzati in Akamai, così il geo-redirect non blocca il crawl degli storefront internazionali.

Modelli mentali

1. Due categorie: automatico e tuo. Tutto ciò che riguarda la SEO BigCommerce arriva gratuitamente (sitemap, canonical, robots.txt, 301s automatici, URL personalizzati, schema Cornerstone, CDN, SSL) oppure è lasciato a te (navigazione faccettata, hreflang, schema recensioni, audit paginazione, CWV, contenuti). Sapere in quale categoria cade un’attività ti dice se devi configurarla o costruirla.

2. Triage dei parametri della navigazione faccettata. Assegna ogni parametro di filtro/ordinamento a una delle tre classi:

• Index (canonical a se stesso): filtri con domanda di ricerca autonoma («scarpe da running rosse»).
• Canonicalizza + noindex,follow: filtri solo di navigazione e ordinamenti.
• Blocca (solo insieme a canonical/noindex): combinazioni spazzatura senza domanda. Ricorda: robots.txt ferma il crawl, non l’indicizzazione; non bloccare mai un URL che Google deve leggere per vedere canonical/noindex.

3. Stencil contro Catalyst = il tuo tetto prestazionale. Stencil è un default solido e poco impegnativo, con un tetto LCP reale. Catalyst alza il tetto ma aggiunge infrastruttura (app Node, Vercel, disciplina del bundle). Scegli in base al fatto che i CWV falliscano davvero su Stencil dopo l’ottimizzazione, non in base al numero di marketing Lighthouse-100.

4. hreflang è tutto o niente. Conferma bidirezionale su ogni storefront, altrimenti Google scarta il set. Un’implementazione parziale costa lavoro e non restituisce nulla. E su BigCommerce, nello specifico, hreflang è inutile se il geo-redirect Akamai allontana Googlebot dalle pagine: autorizza prima gli IP.

Cheat sheet SEO di BigCommerce

Dove si trovano le impostazioni nell’amministrazione

Opzioni della struttura URL

Percorsi delle sitemap

• Stencil: /xmlsitemap.php
• Catalyst: /sitemap.xml (e /xmlsitemap.php viene reindirizzato qui automaticamente)

Regole della navigazione faccettata

Da non fare

• Non usare noindex sulle pagine di categoria paginate.
• Non affidarti a robots.txt per de-indicizzare (blocca solo il crawl).
• Non implementare hreflang parziale.
• Non fidarti del robots.txt predefinito attorno a ?page=: sottoponilo a audit.
• Non trattare Lighthouse 100 di Catalyst come una garanzia di produzione.

Strumenti per la SEO BigCommerce

• Google Search Console — invio sitemap, URL Inspection, International Targeting (hreflang), Crawl Stats. È la fonte di verità su ciò che Google fa davvero.
• Bing Webmaster Tools — seconda submission della sitemap, controllo del crawl, site scan.
• Screaming Frog / Ahrefs Site Audit — fai il crawl del negozio per trovare esplosione degli URL faccettati, robots.txt predefinito che blocca la paginazione, catene di redirect e pagine di categoria sottili/duplicate. È così che trovi le lacune specifiche di BigCommerce.
• App per recensioni — Yotpo o Stamped per aggiungere schema AggregateRating/recensioni che il tema predefinito omette.
• Strumenti feed — l’app nativa Ads & Listings on Google oppure FeedOps / DataFeedWatch / ExportFeed per un controllo più fine del feed Merchant Center.
• Checker hreflang di Aleyda Solis — valida hreflang multi-storefront prima di fidartene.
• PageSpeed Insights / Lighthouse — fai un benchmark dei CWV Stencil contro Catalyst prima/dopo ogni migrazione; ricontrolla dopo ogni gruppo di installazioni di app.
• BigCommerce Script Manager — il punto in cui inserire gli override JSON-LD e canonical che BigCommerce non offre nativamente.

Errori che le persone commettono davvero su BigCommerce

Questi sono gli errori ricorrenti ed evitabili specifici di questa piattaforma, non consigli SEO generici.

Dare per «gestita» la navigazione faccettata perché BigCommerce è bravo nella SEO

I punti di forza reali di BigCommerce (sitemap automatica, 301s automatici, robots.txt modificabile) portano a presumere che la piattaforma gestisca anche gli URL di filtro/ordinamento. Non lo fa. Perché è sbagliato: se lasciati liberi, tutti gli abbinamenti di filtri ricevono un proprio URL sottoponibile a crawl senza canonical automatico verso la categoria genitore: un’esplosione esponenziale di pagine quasi duplicate che diluisce l’autorità e consuma crawl budget. Che cosa fare invece: classifica ogni parametro di filtro e ordinamento secondo la tabella di triage della scheda Advanced (index / canonicalizza + noindex / blocca) e implementalo tramite override del tema Stencil o Script Manager. Nessuno lo farà al posto tuo.

Compilare «Meta Keywords» aspettandosi un vantaggio nel ranking

Il pannello dei campi SEO contiene ancora una casella Meta Keywords e molti la compilano perché esiste. Perché è sbagliato: il glossario di BigCommerce definisce il tag obsoleto: i motori di ricerca lo ignorano quasi del tutto e il tempo speso lì non viene usato per title tag o meta description, che invece contano. Che cosa fare invece: ignora completamente Meta Keywords. Se vuoi aiutare la ricerca interna del tuo sito, usa il campo separato Search Keywords: è un campo diverso con uno scopo diverso e confonderli fa sprecare lavoro su entrambi i fronti.

Usare noindex sulle pagine di categoria paginate

Davanti al problema «troppe pagine indicizzate» è allettante mettere noindex sulla pagina 2, 3 e così via di una categoria. Perché è sbagliato: la guida ecommerce di Google dice di assegnare a ogni pagina paginata un URL unico e il proprio canonical; noindex è pensato per variazioni di filtro/ordinamento, non per la paginazione. Togliere dall’indice la paginazione elimina dal search inventario reale di prodotti. Che cosa fare invece: mantieni ogni pagina paginata auto-canonical e indicizzabile; conserva noindex per gli URL di filtri solo di navigazione e ordinamenti che sono davvero duplicati.

Migrare a Catalyst senza una mappa completa dei redirect

Il passaggio da Stencil a Catalyst (o tra temi) viene trattato come un progetto frontend, con la SEO aggiunta in coda, se mai viene aggiunta. Perché è sbagliato: secondo il resoconto di 1Digital sui classici fallimenti delle migrazioni, le due cause più comuni della perdita di autorità nel ranking sono mappe redirect mancanti e build pesanti in JavaScript che peggiorano i Core Web Vitals: entrambe evitabili, entrambe ancora frequenti. Che cosa fare invece: costruisci la mappa redirect (vecchio URL → nuovo URL) prima di iniziare la migrazione, mantieni l’ambiente di anteprima con noindex usando X-Robots-Tag o un blocco robots.txt e fai un benchmark dei Core Web Vitals prima e dopo il passaggio.

Implementare hreflang su alcuni storefront ma non su altri

Un team distribuisce hreflang sui due o tre storefront su cui sta lavorando e pensa di «finire il resto più tardi». Perché è sbagliato: hreflang richiede conferma bidirezionale su ogni storefront del set prima che Google riconosca i segnali; un set parziale viene scartato interamente, quindi il team ha fatto il lavoro senza ottenere alcun beneficio. Che cosa fare invece: implementa hreflang su tutti gli storefront in una volta oppure aspetta. Non esiste una versione a credito parziale.

Dovresti passare da Stencil a Catalyst?

La scelta Stencil-Catalyst è il vero bivio «quale strada scelgo?» su questa piattaforma: fissa il tuo tetto di Core Web Vitals e comporta un costo infrastrutturale reale se sbagli. Questo albero ripercorre la stessa matrice decisionale della scheda Advanced.

Prompt per attività SEO su BigCommerce

Punti di partenza da copiare e incollare per le analisi ricorrenti di questa guida. Incolla i dati del tuo negozio e controlla l’output rispetto alle regole della scheda Advanced prima di agire.

Classificare un elenco di URL di navigazione faccettata

Incolla un elenco di URL estratti da un crawl (Screaming Frog, Ahrefs Site Audit o i log del server). Aspettati una tabella che assegni ogni URL a una categoria del triage di questa guida, con un target canonical e una direttiva robots per ciascuno.

Here is a list of URLs from my BigCommerce category and filter pages:

[paste URLs, one per line]

For each URL, classify it as one of:
1. Main category or high-demand filter (has standalone search value) — self-canonical, index
2. Navigation-only filter or sort-order variation — canonicalize to the parent category, noindex,follow
3. Pagination (page 2+) — self-canonical, index

State the reasoning for each classification and the canonical URL you'd assign.
Flag any URL you're not confident about instead of guessing.

Creare tag hreflang per una configurazione multi-storefront

Incolla l’elenco dei domini storefront e la relativa lingua/regione. Aspettati il blocco hreflang bidirezionale (compreso x-default) per una pagina rappresentativa, che poi implementerai tramite Script Manager, template Stencil personalizzati o annotazioni nella sitemap — e replica su ogni storefront del set, perché un rollout parziale viene scartato interamente.

I run these BigCommerce storefronts off one shared catalog:

- us.example.com — English, United States
- uk.example.com — English, United Kingdom
- ca.example.com — French, Canada

Generate the bidirectional hreflang tag set (with x-default) for the product page
at /blue-widget/ across all three storefronts, using correct ISO region codes
(not bare language codes). Show me the exact tags for each version of the page.

Audit dei gap in una mappa redirect da Stencil a Catalyst

Incolla due elenchi di URL — gli URL Stencil attuali e quelli Catalyst pianificati (oppure un export CSV di entrambi). Aspettati un elenco di coppie abbinate più un elenco segnalato di ogni vecchio URL senza una mappatura verso un nuovo URL, che è la causa più comune della perdita di autorità nel ranking durante queste migrazioni.

Here is my current URL list (Stencil) and my planned URL list (Catalyst):

Current:
[paste URLs]

Planned:
[paste URLs]

Match each current URL to its most likely planned-URL equivalent. List any current
URL that has no clear match so I can add it to the redirect map manually before
migrating. Don't guess a match you're not confident about — flag it instead.

Risorse che vale la pena leggere

Sul sito, correlate

• Navigazione faccettata — l’approfondimento indipendente dalla piattaforma sul problema numero 1 della SEO BigCommerce; questo articolo ne è l’implementazione specifica.
• Canonicalizzazione — la meccanica dei canonical dietro le regole della navigazione faccettata sopra.
• Crawl — crawl budget e motivo per cui l’esplosione degli URL faccettati conta.

BigCommerce ufficiale

• Catalyst — il framework headless.
• Intro to SEO e SEO Fields.

Guide dei professionisti (utili, ma verifica il comportamento attuale della piattaforma)

• Orbit Media — impostazioni SEO BigCommerce — walkthrough illustrato delle impostazioni SEO nell’amministrazione.
• NetProfitMarketing — guida SEO BigCommerce e regole dei parametri della navigazione faccettata.
• 1Digital Agency — SEO Stencil contro Catalyst — analisi del compromesso prestazionale.
• DigitalRoxy — hreflang multi-storefront — la correzione del geo-redirect Akamai.
• OuterBox — problemi SEO BigCommerce e SeoProfy.
• eComOne — SEO Shopify contro BigCommerce.

Dal settore

• NetProfitMarketing — aggiornamenti Stencil a Cornerstone: insidie SEO e prestazionali — rischi specifici delle migrazioni di tema BigCommerce, sovrapposti a quelli del passaggio Stencil/Catalyst.
• NetProfitMarketing — regole dei parametri e canonical della navigazione faccettata BigCommerce — classificazione dei parametri e implementazione dei canonical per gli URL filtrati.
• BigCommerce — panoramica della ricerca faccettata — introduzione di BigCommerce al funzionamento della ricerca faccettata, utile prima di implementare regole canonical/noindex.
• PageSpeedMatters — guida definitiva alla velocità BigCommerce — tuning della CDN Akamai, Brotli, cache edge e impatto su TTFB/LCP nei negozi BigCommerce.
• SearchFit.ai — analisi delle funzioni SEO BigCommerce — audit indipendente delle funzioni SEO integrate e dei loro limiti, incluso il comportamento di serving delle immagini Stencil.

Mettiti alla prova: SEO BigCommerce

Cinque domande su ciò che BigCommerce fa automaticamente e ciò che devi fare tu. Scegli una risposta per ciascuna e poi controlla.

Cronologia modifiche