SEO tecnica per l'ecommerce: risolvere i problemi chiave

La SEO tecnica è la base che non puoi saltare

Puoi scrivere le migliori descrizioni prodotto del tuo settore e costruire link da ogni pubblicazione importante. Nulla di tutto questo conta se Google non riesce a scansionare e indicizzare le tue pagine correttamente. La SEO tecnica è la base da cui dipende tutto il resto, e i negozi ecommerce hanno più complessità tecnica di quasi qualsiasi altro tipo di sito web.

Un tipico sito di contenuti ha poche centinaia di pagine con una struttura semplice. Un negozio ecommerce potrebbe avere 50.000 URL tra prodotti, categorie, combinazioni di filtri, paginazione e risultati di ricerca interna. Ognuno di quegli URL è un potenziale problema se non viene gestito correttamente. Il budget di scansione viene sprecato su URL spazzatura. Il contenuto duplicato confonde Google su quale pagina posizionare. Le pagine lente allontanano i clienti prima ancora che vedano i tuoi prodotti.

Auditiamo decine di negozi ecommerce ogni anno, e i problemi tecnici sono la ragione numero uno per cui i negozi sottoperformano nella ricerca organica. Non contenuti deboli. Non link insufficienti. Problemi tecnici che impediscono a Google di fare il suo lavoro. La buona notizia è che risolvere i problemi tecnici spesso produce i guadagni SEO più rapidi e misurabili. Abbiamo visto negozi guadagnare il 20-40% di traffico organico entro 6 settimane dalla risoluzione di debito tecnico importante. La nostra guida all'audit SEO ecommerce spiega esattamente come trovare questi problemi.

Gestione del budget di scansione per cataloghi grandi

Google assegna un budget di scansione a ogni sito. Questo è il numero di pagine che Googlebot scansionerà in un determinato periodo di tempo. Per i siti piccoli con poche centinaia di pagine, il budget di scansione non conta. Per i negozi ecommerce con decine di migliaia di URL, è un vincolo reale.

Il problema non è che Google non scansionerà il tuo sito. Il problema è cosa Google sceglie di scansionare. Se il tuo sito ha 50.000 URL ma solo 5.000 sono preziosi (prodotti e categorie), e gli altri 45.000 sono combinazioni di filtri, risultati di ricerca interna e variazioni di parametri, Google potrebbe spendere la maggior parte del budget di scansione sugli URL spazzatura. Le tue pagine prodotto effettive vengono scansionate meno frequentemente, il che significa che vengono indicizzate più lentamente e gli aggiornamenti impiegano più tempo ad apparire nei risultati di ricerca.

Inizia verificando cosa Google sta effettivamente scansionando. In Google Search Console, controlla il report Statistiche di Scansione sotto Impostazioni. Guarda le pagine scansionate al giorno e i codici di risposta. Se vedi una percentuale alta di URL scansionati che restituiscono 404 o redirect, quello è budget sprecato. Poi controlla i log del tuo server se hai accesso. I log del server ti mostrano ogni singolo URL che Googlebot richiede, che è la vista più accurata del comportamento di scansione.

Blocca gli URL di spreco dalla scansione usando robots.txt. URL comuni da bloccare sui negozi ecommerce includono: pagine di risultati di ricerca interna (/search?q=), URL del carrello e checkout (/cart, /checkout), pagine account (/account, /login), e combinazioni di parametri dei filtri (/categoria?colore=rosso&taglia=m). Fai attenzione a non bloccare file CSS, JavaScript o immagini di cui Googlebot ha bisogno per il rendering.

Pulisci il tuo spazio URL. Se la navigazione a faccette ha creato 200.000 URL con parametri, questi devono essere bloccati in robots.txt o serviti con tag noindex. Se la tua piattaforma genera ID di sessione negli URL, questi devono essere rimossi o canonicalizzati. L'obiettivo è ridurre lo spazio URL totale scansionabile alle sole pagine che vuoi effettivamente indicizzare. Il nostro verificatore di indicizzabilità ti aiuta a verificare quali pagine Google può effettivamente vedere. In un audit recente, abbiamo trovato un rivenditore di moda con 380.000 URL indicizzati per un negozio con 4.200 prodotti. Dopo aver pulito gli URL dei filtri, i parametri di sessione e le pagine orfane, abbiamo ridotto l'indice a 12.000 URL. Il traffico organico è aumentato del 28% in sei settimane perché Googlebot stava finalmente spendendo il suo budget di scansione sulle pagine giuste.

Ottimizzazione della velocità del sito per l'ecommerce

La velocità della pagina è un fattore di posizionamento diretto e indiretto. Google usa i Core Web Vitals come segnale di posizionamento. Ma la velocità influisce anche sul bounce rate e sul tasso di conversione, che influenzano le classifiche attraverso segnali di comportamento degli utenti. Un ritardo di 1 secondo nel tempo di caricamento della pagina può ridurre le conversioni del 7%, secondo i dati di Akamai.

Inizia con le grandi vittorie. L'ottimizzazione delle immagini è quasi sempre il singolo miglioramento di velocità più grande per i negozi ecommerce. Converti le immagini in WebP, comprimile e servile alle dimensioni corrette per ogni dispositivo. Se le tue immagini prodotto sono in media 500KB e le riduci a 80KB, questa è una riduzione dell'84% nel payload delle immagini su tutto il sito.

Abilita il caching del browser e la distribuzione CDN. Una rete di distribuzione dei contenuti serve i tuoi asset statici (immagini, CSS, JavaScript) da server fisicamente vicini all'utente. Questo riduce la latenza da 200-500ms su un singolo server di origine a 20-50ms da un nodo edge CDN. Cloudflare, Fastly e AWS CloudFront funzionano tutti bene per l'ecommerce.

Minimizza le risorse che bloccano il rendering. Se la tua pagina carica 15 file JavaScript e 8 file CSS prima di poter renderizzare qualsiasi contenuto, l'utente fissa uno schermo bianco per 3-5 secondi. Differisci il JavaScript non critico. Inline il CSS critico (gli stili necessari per il contenuto sopra la piega) e carica il resto in modo asincrono. Rimuovi CSS e JavaScript inutilizzati del tutto se possibile.

Gli script di terze parti sono un comune killer di velocità sui negozi ecommerce. Widget di chat, strumenti analytics, pixel di retargeting, pulsanti di condivisione social e widget di recensioni aggiungono ciascuno da 100 a 500ms al caricamento della pagina. Audita ogni script di terze parti. Rimuovi quelli che non stanno attivamente fornendo valore. Carica quelli rimanenti in modo asincrono o dopo che il contenuto principale è stato renderizzato. Abbiamo auditato un negozio Shopify che caricava 23 script di terze parti su ogni pagina. Dopo aver rimosso 9 script inutilizzati e differito 8 altri, il loro LCP è sceso da 4,8 secondi a 2,1 secondi su mobile. La nostra guida SEO per Shopify ecommerce copre l'ottimizzazione della velocità specifica della piattaforma in dettaglio.

Testa la tua esperienza utente effettiva, non solo i punteggi di laboratorio. PageSpeed Insights mostra dati di laboratorio (simulati) e dati sul campo (misurazioni reali degli utenti da CrUX). I dati sul campo sono quelli che Google usa per il posizionamento. Una pagina potrebbe ottenere 90 nei test di laboratorio ma avere un LCP di 4 secondi nel mondo reale a causa delle condizioni di rete e delle capacità dei dispositivi. Concentrati sui dati sul campo e testa su mobile, perché è ciò che la maggior parte dei tuoi clienti usa.

Indicizzazione mobile-first: cosa sbagliano i negozi ecommerce

Google usa l'indicizzazione mobile-first dal 2023. Questo significa che Google scansiona e indicizza la versione mobile del tuo sito, non la versione desktop. Se il tuo sito mobile manca di contenuto, link o dati strutturati che esistono nella versione desktop, Google non li vede.

Il problema mobile-first più comune che troviamo nei negozi ecommerce è il contenuto nascosto. Le versioni desktop mostrano descrizioni prodotto complete, specifiche e recensioni nell'area visibile della pagina. Le versioni mobile le nascondono dietro tab, accordion o toggle 'leggi di più' per risparmiare spazio sullo schermo. Google ha detto che tratta il contenuto in tab e accordion normalmente, ma i nostri test mostrano che il contenuto nell'area visibile principale performa meglio del contenuto che richiede interazione per essere rivelato.

Verifica che il tuo sito mobile includa tutto il contenuto dalla versione desktop. Esegui un confronto affiancato usando l'emulazione dispositivo di Chrome DevTools. Verifica che i dati strutturati, i tag canonical e i meta tag siano identici su mobile e desktop. Se usi un sito mobile separato (m.tuonegozio.com), considera la migrazione a un design responsive, perché i siti mobile separati creano problemi di manutenzione e parità.

I problemi di usabilità mobile danneggiano direttamente le classifiche. Controlla il report Usabilità Mobile in Google Search Console per errori. Problemi comuni includono testo troppo piccolo per essere letto (sotto i 16px), elementi cliccabili troppo vicini tra loro (i pulsanti hanno bisogno di almeno 48px di target touch con 8px di spaziatura tra loro), e contenuto più largo dello schermo (che causa scorrimento orizzontale). Correggi ogni errore segnalato in questo report.

Testa il flusso di checkout su mobile. Se il checkout mobile ha problemi di usabilità (campi di form piccoli, layout confusi, caricamento lento), il tuo tasso di conversione mobile soffre. Google nota quando gli utenti rimbalzano costantemente dalle tue pagine su mobile, e questo influisce sulle classifiche per le ricerche mobile, che rappresentano il 60-70% del traffico ecommerce.

Tag canonical e contenuto duplicato

Il contenuto duplicato è il problema SEO tecnico più pervasivo nell'ecommerce. Prodotti che appaiono in più categorie. URL dei filtri che creano variazioni della stessa pagina. Varianti prodotto con URL separati. Paginazione che crea pagine simili. Versioni HTTP e HTTPS. Versioni WWW e non-WWW. La superficie del contenuto duplicato su un negozio ecommerce è enorme.

I tag canonical sono la tua difesa principale. Ogni pagina indicizzabile dovrebbe avere un tag canonical autoreferenziale nella sezione head. Per le pagine con più variazioni URL (come URL filtro o URL variante), il canonical dovrebbe puntare alla versione preferita. Se /scarpe?colore=blu e /scarpe?colore=rosso esistono entrambi ma vuoi che /scarpe sia la versione indicizzata, entrambi gli URL con parametri ottengono un canonical che punta a /scarpe.

Errori canonical comuni che correggiamo regolarmente. Usare URL relativi invece di URL assoluti nei tag canonical (usa https://tuonegozio.com/pagina non /pagina). Impostare tutte le pagine paginate con canonical alla pagina 1 (la pagina 2 dovrebbe avere canonical alla pagina 2, non alla pagina 1, perché mostrano prodotti diversi). Canonicalizzare pagine a URL che sono essi stessi noindex o con redirect (creando catene canonical). Avere segnali contrastanti dove il canonical dice una cosa ma la sitemap include un URL diverso.

Per le varianti prodotto, decidi una strategia canonical e applicala in modo coerente. Se ogni variante di colore ha un URL separato, scegli il colore più popolare come canonical. Oppure canonicalizza tutte le varianti all'URL del prodotto principale senza alcun parametro di colore. Entrambi gli approcci funzionano, ma mescolare le strategie nel catalogo crea confusione.

Audita i tuoi canonical trimestralmente usando un crawler o il nostro verificatore di tag canonical. Cerca pagine senza canonical, pagine con canonical errati, e pagine dove l'URL canonical restituisce un codice di stato non-200. In un audit recente per un cliente, abbiamo trovato 1.200 pagine prodotto dove i canonical puntavano a prodotti eliminati. Ognuna di quelle 1.200 pagine stava effettivamente dicendo a Google di ignorarla. Correggere quei canonical ha recuperato le classifiche per centinaia di parole chiave long-tail dei prodotti.

Sitemap XML per cataloghi ecommerce grandi

Una sitemap XML è una mappa che dice a Google quali pagine esistono sul tuo sito e quali sono le più importanti. Per i negozi ecommerce con migliaia di pagine, una sitemap ben strutturata può migliorare significativamente la velocità con cui i nuovi prodotti vengono scoperti e indicizzati.

Dividi la tua sitemap in più file per tipo di pagina. Crea sitemap separate per le pagine prodotto, le pagine di categoria, i post del blog e altre pagine di contenuto. Questo rende più facile diagnosticare i problemi di indicizzazione (se i prodotti non vengono indicizzati, puoi controllare specificamente la sitemap dei prodotti) e mantiene ogni file sotto il limite di 50.000 URL / 50MB.

Includi solo URL indicizzabili e canonical nella tua sitemap. Non includere URL che hanno tag noindex, URL che fanno redirect, URL bloccati da robots.txt, o URL non-canonical. La tua sitemap dovrebbe essere una lista pulita di ogni pagina che vuoi che Google indicizzi. Se la tua sitemap ha 80.000 URL ma solo 15.000 sono indicizzabili, Google perde fiducia nell'accuratezza della tua sitemap e potrebbe deprioritizzare la sua scansione.

Usa il tag lastmod in modo accurato. Se aggiorni prezzi o disponibilità dei prodotti quotidianamente, le date lastmod dovrebbero riflettere le modifiche effettive. Non impostare tutte le date lastmod alla data di oggi per cercare di giocare con i segnali di freschezza. Google ha confermato che ignora lastmod se i dati sono inaffidabili. Ma date lastmod accurate aiutano Google a prioritizzare la scansione delle pagine modificate di recente.

Invia la tua sitemap in Google Search Console e monitora la copertura dell'indice. Il report Sitemap mostra quanti URL inviati sono stati indicizzati. Se hai inviato 10.000 URL prodotto e solo 6.000 sono indicizzati, indaga sui 4.000 mancanti. Potrebbero avere contenuto scarno, problemi di canonical o problemi di qualità che impediscono l'indicizzazione.

Per negozi molto grandi (100.000+ prodotti), considera l'uso di file sitemap index e la generazione dinamica delle sitemap. Le sitemap statiche che necessitano di rigenerazione manuale ogni volta che un prodotto viene aggiunto o rimosso saranno sempre obsolete. La maggior parte delle piattaforme ecommerce ha plugin o funzionalità integrate per la generazione dinamica delle sitemap. Verifica che la tua includa effettivamente i nuovi prodotti entro 24 ore dalla pubblicazione.

Configurazione robots.txt per l'ecommerce

Il tuo file robots.txt è uno strumento rudimentale, ma è importante. Dice ai crawler quali parti del tuo sito evitare, e sbagliarlo può sia sprecare budget di scansione (troppo permissivo) che bloccare pagine importanti (troppo restrittivo).

Un buon robots.txt per ecommerce blocca: risultati di ricerca interni (/search), pagine carrello e checkout (/cart, /checkout, /account), aree admin e staging, pagine tag che duplicano la funzionalità delle categorie, e pattern di parametri comuni che generano URL spazzatura. Permette: tutte le pagine prodotto, pagine di categoria, pagine di contenuto, file CSS e JavaScript (Google ne ha bisogno per renderizzare le tue pagine), e immagini.

Ecco un errore che costa caro ai negozi: bloccare file JavaScript o CSS in robots.txt. Alcuni sviluppatori bloccano le directory /assets/ o /static/ per tenere lontani i crawler dai file template. Ma Google ha bisogno di caricare i tuoi CSS e JavaScript per renderizzare le tue pagine. Se Googlebot non riesce a renderizzare una pagina, non può valutare correttamente il contenuto, e le classifiche ne soffrono. Testa il tuo robots.txt usando lo strumento Ispezione URL in Search Console. Se Google non riesce a renderizzare la pagina correttamente, probabilmente hai bloccato qualcosa di cui ha bisogno.

Usa la direttiva Disallow con attenzione. Un Disallow per /scarpe/ blocca /scarpe/, /scarpe/nike/, /scarpe/saldi/, e ogni URL che inizia con /scarpe/. Se intendevi bloccare solo /scarpe/report-interno/ ma hai scritto Disallow: /scarpe/, hai appena bloccato l'intera categoria scarpe. Testa sempre le modifiche al robots.txt usando il tester robots.txt di Google o il nostro analizzatore robots.txt prima di metterle in produzione.

Includi una direttiva Sitemap in fondo al tuo robots.txt che punta alla tua sitemap XML (o sitemap index). Questo aiuta i crawler a trovare la tua sitemap anche se non sono stati su Google Search Console. Il formato è semplice: Sitemap: https://tuonegozio.com/sitemap.xml.

Implementazione dei dati strutturati su scala

I dati strutturati (markup schema) aiutano Google a capire cosa contengono le tue pagine e possono generare rich results che migliorano i tassi di clic dalla ricerca. Per l'ecommerce, i tipi di schema rilevanti sono Product, BreadcrumbList, FAQPage, Organization, e potenzialmente LocalBusiness se hai negozi fisici.

Implementare lo schema su scala richiede un approccio basato su template. Non puoi codificare manualmente lo schema per 5.000 pagine prodotto. Invece, costruisci template schema nei tuoi template di pagina e popolali dinamicamente dai dati dei prodotti. Il tuo template prodotto dovrebbe estrarre nome, prezzo, disponibilità, SKU, brand, immagini e dati delle recensioni direttamente dal database prodotti e produrli come JSON-LD nell'head della pagina.

JSON-LD è il formato raccomandato rispetto a Microdata o RDFa. Vive in un tag script nell'head o nel body della pagina ed è più facile da implementare, debuggare e mantenere. Google raccomanda esplicitamente JSON-LD per la maggior parte dei tipi di schema. Posiziona il tag script JSON-LD nella sezione head per un'elaborazione più veloce. Il nostro generatore di schema crea JSON-LD valido per Product, BreadcrumbList e altri tipi di schema ecommerce.

Testa a livello di template, non solo a livello di pagina. Se il tuo template schema prodotto ha un bug, influenza ogni pagina prodotto. Esegui il Rich Results Test su un prodotto da ogni variazione di template. Poi monitora la sezione Miglioramenti in Search Console per problemi a livello di sito. Errori comuni includono campi obbligatori mancanti (come image o offers), valori non validi (un prezzo di '0,00€' su un prodotto che in realtà costa 49,99€), e markup che non corrisponde al contenuto visibile della pagina. Esegui le tue pagine attraverso il nostro validatore di schema per individuare i problemi prima che influenzino i tuoi rich results.

Vai oltre le basi. Lo schema Product con solo nome e prezzo va bene, ma aggiungere aggregateRating, review, brand, GTIN e dati dettagliati sulle offerte (incluse le politiche di spedizione e reso) ti dà risultati di ricerca più ricchi. Lo schema Breadcrumb su ogni pagina sostituisce la visualizzazione predefinita dell'URL con un percorso breadcrumb leggibile. Lo schema FAQ sulle pagine di categoria può guadagnare ulteriore spazio nelle SERP. Ogni livello di dati strutturati dà a Google più con cui lavorare e ti dà più opportunità di distinguerti nei risultati di ricerca.

Core Web Vitals per i negozi ecommerce

I Core Web Vitals sono le metriche di Google per l'esperienza della pagina: Largest Contentful Paint (LCP), Interaction to Next Paint (INP), e Cumulative Layout Shift (CLS). Sono fattori di posizionamento confermati, e i negozi ecommerce affrontano sfide uniche con ciascuno.

LCP misura quanto velocemente si carica l'elemento visibile più grande. Sulle pagine prodotto, questo è di solito l'immagine principale del prodotto. Sulle pagine di categoria, è spesso l'immagine del banner o la prima immagine del prodotto nella griglia. Obiettivo: sotto i 2,5 secondi. Per migliorare l'LCP, ottimizza le tue immagini hero (formato WebP, dimensionamento appropriato, precarica l'immagine usando un tag link rel=preload nell'head), usa un CDN e minimizza le risorse che bloccano il rendering. Il tempo di risposta del server influisce anche sull'LCP, quindi assicurati che il tuo hosting possa gestire i picchi di traffico senza rallentare.

INP misura la reattività alle interazioni degli utenti. Sui siti ecommerce, i responsabili INP più comuni sono: interazioni con i filtri che attivano ricaricamenti completi della pagina, pulsanti aggiungi al carrello che bloccano la pagina mentre elaborano JavaScript, e autocompletamento della ricerca che blocca il thread principale. Obiettivo: sotto i 200 millisecondi. Ottimizza spostando JavaScript pesante nei web worker, usando requestIdleCallback per compiti non critici, e applicando il debounce sui gestori di input nei componenti di ricerca e filtro.

CLS misura la stabilità visiva. I siti ecommerce sono noti per lo spostamento del layout causato da: immagini che si caricano senza attributi espliciti di larghezza e altezza (il contenuto salta quando l'immagine appare), banner o barre promozionali iniettati in cima alla pagina dopo il caricamento, e scambi di font dove i font personalizzati si caricano dopo che la pagina è stata renderizzata e ridimensionano tutto il testo. Obiettivo: sotto 0,1. Correggi impostando dimensioni esplicite su tutte le immagini e gli spazi pubblicitari, riservando spazio per il contenuto dinamico che si carica dopo il rendering iniziale, e usando font-display: optional o font-display: swap con font di fallback con dimensioni adattate.

Monitora i Core Web Vitals in due posti: il report Core Web Vitals in Search Console (che usa dati reali degli utenti) e PageSpeed Insights per i test sulle singole pagine. Il nostro verificatore Core Web Vitals gratuito ti dà una rapida istantanea dei punteggi di prestazione del tuo negozio. Concentrati sui dati reali degli utenti perché sono quelli che Google usa per le decisioni di posizionamento. I punteggi di laboratorio sono utili per il debug ma non riflettono l'esperienza utente effettiva su dispositivi e reti variabili.

Dai la priorità alle tue pagine di atterraggio principali. Non hai bisogno di punteggi CWV perfetti su ogni URL. Concentrati sulle pagine che generano il maggior traffico organico: la tua homepage, le pagine di categoria principali e le pagine prodotto principali. Migliorare i CWV sulle tue 50 pagine principali per traffico avrà un impatto di posizionamento maggiore rispetto a miglioramenti marginali su 5.000 pagine meno visitate.