tech stack

Piattaforma ecommerce rilevata

MetricSpot rileva la piattaforma ecommerce che alimenta il sito (Shopify, WooCommerce, BigCommerce, Magento, PrestaShop, Wix, Squarespace). La piattaforma su cui giri determina quali leve SEO e performance contano davvero.

Cosa verifica questo controllo

Fa fingerprinting della pagina contro una libreria di firme di piattaforme ecommerce e riporta quale (se ce n’è una) alimenta lo storefront. È informativo — non passa né fallisce. Cambia quali raccomandazioni a valle si applicano, perché ogni piattaforma ha default diversi per Schema.org, analytics, caching e gestione immagini.

Perché è importante

I consigli generici “rendi il tuo negozio più veloce” sono inutili. I consigli azionabili sono specifici per piattaforma:

  • Shopify emette automaticamente lo Schema.org Product e gestisce la consegna immagini via CDN, ma ogni app di terze parti che installi aggiunge JS a ogni pagina — quella è la leva principale.
  • WooCommerce gira su WordPress, quindi eredita il problema dell’esplosione di plugin di WordPress e ha bisogno di una object cache (Redis) più un CDN per essere veloce.
  • Magento / Adobe Commerce è il più pesante del gruppo e richiede Varnish, modalità flat catalog e aggressivo cache warming per essere tollerabile.
  • BigCommerce è hosted, quindi quasi tutte le leve di performance sono fuori dal tuo controllo — le tue leve sono scelta del tema e personalizzazione Stencil.

Conoscere la piattaforma ti dice quali leve esistono. Il resto dell’audit si legge diversamente in contesto.

Come sistemarlo

Questo controllo è informativo, quindi l’azione dipende da cosa è stato rilevato.

Euristiche di rilevamento, per riferimento. MetricSpot guarda:

  • Tag <meta name="generator"> (Shopify, WooCommerce 8.x, Magento).
  • Oggetti JS globali (window.Shopify, window.wc_cart_fragments_params, namespace Mage).
  • Pattern di percorso degli asset (/cdn.shopify.com/, /wp-content/plugins/woocommerce/, /skin/frontend/, /static/version*/frontend/).
  • Cookie (shopify_session, woocommerce_cart_hash, frontend per Magento).
  • Convenzioni URL (/products/, /collections/, /cart/, /checkout/).

Leve Shopify:

  • Verifica le app installate. Ogni app inietta script su ogni pagina anche quando inutilizzata — disinstalla, non solo disabilita. Usa le sezioni native del tema invece dei page builder di terze parti.
  • Le sezioni native di Online Store 2.0 battono i builder di terze parti sui Core Web Vitals ogni volta.
  • Shopify emette automaticamente lo schema Product; verificalo con dati strutturati JSON-LD su una pagina prodotto.

Leve WooCommerce:

  • Installa una object cache persistente (Redis via il plugin Redis Object Cache). Senza, ogni page load esegue una query a freddo sulla tabella wp_options.
  • Metti un CDN davanti (Cloudflare APO è progettato apposta per WordPress).
  • Defer o rimuovi wc-cart-fragments sulle pagine non-cart — innesca una chiamata AJAX a ogni page load.
  • Converti le immagini prodotto in AVIF/WebP via un plugin come Imagify o usa Cloudflare Polish.

Leve Magento / Adobe Commerce:

  • Esegui Varnish (non la full-page cache PHP integrata). Magento spedisce supporto Varnish di prima classe.
  • Abilita il flat catalog (prodotti + categorie) se hai meno di ~1M di SKU.
  • Modalità produzione + DI compilato + JS/CSS uniti. La modalità developer in produzione affonda l’LCP.
  • Sposta i bundle JS del checkout fuori dal critical path; il checkout di default di Magento è la pagina più pesante di quasi tutti i negozi.

Leve BigCommerce / Wix / Squarespace:

  • La scelta del tema è il tuo controllo principale. Scegli un tema Stencil con alti punteggi PageSpeed out of the box; le personalizzazioni aggiungono peso, non lo tolgono mai.
  • Limita gli script di terze parti nello script manager — ogni widget di analytics e chat si somma.

Abbina questo risultato al controllo rilevamento CMS (spesso emerge il CMS host), analytics installato (setup di ecommerce reporting) e dati strutturati JSON-LD (schema Product / Offer per rich result).

Domande frequenti

Perché MetricSpot non ha rilevato il mio store custom?

Gli storefront custom (Next.js Commerce, Hydrogen, Remix + Stripe) spesso non lasciano fingerprint di piattaforma — è per design. Se il rilevamento torna vuoto ma sai che è uno store, probabilmente stai girando un setup headless e il controllo framework web identificherà il frontend. I consigli specifici sopra non si applicano; possiedi ogni leva.

Un sito può girare più di una piattaforma ecommerce?

Sì — ed è un odore. I Buy Button di Shopify embeddati su un sito WordPress innescheranno entrambi i rilevamenti. Lo stesso un sito WooCommerce che embedda un iframe Stripe Checkout (che innesca solo il controllo processore di pagamenti, non quello ecommerce). Due piattaforme di solito significano analytics duplicati, conversioni doppie e customer journey confuso. Scegline una per il checkout.

La piattaforma rilevata influenza il mio punteggio Lighthouse?

Indirettamente. La piattaforma non gira in Lighthouse — il tuo HTML renderizzato sì. Ma i default di ogni piattaforma ti spingono verso certi pattern: i temi Shopify tendono a spedire video hero pesanti, WooCommerce carica cart-fragments JS sito-wide, Magento spedisce megabyte di CSS. La piattaforma plasma il pavimento del punteggio. Il tema e le scelte di app determinano dove atterri dentro quel pavimento.

Fonti

Ultimo aggiornamento 2026-05-11