SEO per PrestaShop

TL;DR — PrestaShop è una piattaforma di ecommerce gratuita e open-source che installi sul tuo hosting (a differenza di Shopify o BigCommerce, che la ospitano per te). Ti offre buone basi SEO — titoli di pagina e descrizioni modificabili, URL “friendly” puliti, tag canonici automatici e un generatore di robots.txt — ma diversi elementi importanti (hreflang per più lingue, schema ricco e pulizia delle pagine filtro) richiedono moduli aggiuntivi.

Cosa significa “SEO per PrestaShop”

PrestaShop è una piattaforma ecommerce open-source scritta in PHP. La grande differenza rispetto a Shopify o BigCommerce è che tu la ospiti — la installi sul tuo server personale e sei responsabile di aggiornamenti, sicurezza e prestazioni. Questo ti dà molto controllo, ma significa anche che gran parte della configurazione SEO dipende da te.

“SEO per PrestaShop” è semplicemente SEO normale — far trovare, indicizzare e posizionare i tuoi prodotti e le tue categorie — applicata a un negozio che gira su PrestaShop. Merita una guida dedicata perché PrestaShop fa alcune scelte predefinite specifiche (come inserire numeri negli URL) che devi comprendere.

Cosa fa PrestaShop per te senza configurazione

• Meta tag. Puoi modificare il titolo della pagina e la meta description per ogni prodotto, categoria e pagina di contenuto dall’amministrazione (Parametri negozio → Traffico e SEO).
• URL friendly. Invece di product.php?id_product=27, ottieni un URL leggibile con il nome del prodotto. Lo attivi nelle impostazioni (il tuo server deve avere mod_rewrite abilitato).
• Tag canonici. PrestaShop dice automaticamente a Google quale versione di una pagina prodotto è quella “principale” e può reindirizzare con 301 i duplicati.
• Breadcrumb sulle pagine chiave e un H1 per pagina.
• Un generatore di robots.txt e un modulo sitemap integrato.

Cosa devi ancora gestire tu

• I numeri negli URL. Di default gli URL di PrestaShop hanno questa forma: /27-product-name — quel numero è obbligatorio e non può essere rimosso dalle impostazioni. Per rimuoverlo serve un modulo.
• Pagine filtro. Quando i clienti filtrano per colore o taglia, ogni combinazione può generare un nuovo URL. Se lasciati così, inondano Google di pagine quasi duplicate. PrestaShop non lo pulisce per te.
• Più lingue. PrestaShop supporta molte lingue, ma i tag che dicono a Google quale versione linguistica mostrare (hreflang) non vengono aggiunti automaticamente — serve un modulo.
• Risultati di ricerca avanzati. Valutazioni a stelle, snippet FAQ e schema prodotto completo provengono per lo più da un modulo, non dal core.

La cosa che la maggior parte delle persone sbaglia

Le persone pensano che attivare gli “URL friendly” risolva il problema dei contenuti duplicati. Non è così. Gli URL friendly rendono solo l’indirizzo leggibile — non risolvono i duplicati generati da filtri, ordinamenti o paginazione. Devi comunque impostare il reindirizzamento canonico e personalizzare il tuo robots.txt.

Vuoi la versione da professionista — il token {id} obbligatorio negli URL, il comportamento canonico per le varianti di prodotto, le specifiche di sitemap e robots.txt e il gap hreflang? Passa alla scheda Avanzate.

TL;DR — PrestaShop è una piattaforma ecommerce open source con hosting autonomo: il maggiore lavoro di gestione offre in cambio un controllo approfondito. Punti di forza nativi: meta tag per oggetto, URL amichevoli (mod_rewrite richiesto), reindirizzamento 301/302 configurabile verso il canonico, canonicalizzazione dell’URL padre per le combinazioni di prodotto, un H1 per pagina, reindirizzamenti configurabili per prodotti disabilitati e un generatore di robots.txt. Le impostazioni predefinite problematiche: il token {id} è obbligatorio nelle rotte URL (rimovibile solo tramite un modulo o una sostituzione delle rotte), la sitemap nativa non si aggiorna automaticamente ed è debole sulla copertura multilingua e delle immagini CDN, e il comportamento multilingua, dei dati strutturati e degli URL filtrati dovrebbe essere verificato rispetto alla versione installata, al tema e ai moduli. Le prestazioni sui temi predefiniti più pesanti sono aiutate dal CCC integrato (Concatenate, Compress, Cache).

Il quadro: controllo profondo, più configurazione

La maggior parte dei contenuti SEO su PrestaShop è o una checklist generica o una proposta per un modulo a pagamento. L’inquadramento utile è questo: PrestaShop ti dà più controllo grezzo di qualsiasi piattaforma SaaS ospitata — open source, accesso al server, modelli di route modificabili — ma viene fornito con meno cose già pronte, quindi le lacune sono specifiche e prevedibili. Dividi tutto in due categorie e la piattaforma smette di essere misteriosa.

Una nota sulla versione prima di tutto: a metà 2026 PrestaShop mantiene due rami principali attivi contemporaneamente — 9.x (9.1.4 a giugno 2026) e un ramo 8,2.x LTS che continua a pubblicare i propri aggiornamenti in parallelo (8.2.7, anche questo a giugno 2026). Le impostazioni SEO descritte di seguito sono invariate tra v8 e v9 — verificate direttamente contro la documentazione SEO & URL di PrestaShop v9 — ma un modulo costruito e testato per un ramo non è garantito che funzioni sull’altro. Controlla la versione compatibile elencata dal modulo prima di installarlo e conferma prima la versione del core del tuo negozio — è il numero su cui si basa ogni elenco “compatibile con” dei venditori di moduli.

Già corretto per impostazione predefinita: meta titoli/descrizioni per oggetto, URL amichevoli, tag canonici con redirect configurabile, canonicalizzazione dell’URL padre per le combinazioni di prodotto, un H1 per pagina, breadcrumb, opzioni di redirect per prodotti disabilitati, un generatore di robots.txt e un modulo sitemap nativo.

Da fare tu (principalmente tramite moduli): URL senza ID, hreflang per multi-lingua / multi-negozio, schema completo per Prodotto/Breadcrumb/Organizzazione/FAQ, canonical/noindex per la navigazione a faccette, una sitemap immagini multilingue che si aggiorna automaticamente e Core Web Vitals sul tema predefinito.

Struttura degli URL

Le impostazioni degli URL si trovano in Parametri negozio → Traffico e SEO. Attivando URL amichevoli si converte product.php?id_product=27 in uno slug descrittivo come /2-music-players/27-ipod-nano-green. Richiede Apache mod_rewrite (o un equivalente Nginx) e puoi preservare i caratteri accentati negli URL se lo desideri.

La cosa da capire è lo schema di route predefinito. La route di prodotto di PrestaShop è {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html, e gli altri tipi seguono lo stesso schema:

Il token {id} è obbligatorio. È in ogni route predefinita perché PrestaShop cerca l’oggetto nel database tramite quell’ID — lo slug ({rewrite}) è decorativo. Questa è la cosa più fraintesa degli URL di PrestaShop: non puoi rimuovere il numero dalle impostazioni. Farlo in modo pulito richiede un modulo di terze parti (FME Pretty URL, SunnyToo, MyPresta) che rimuove l’ID e mantiene i redirect 301, oppure un override attento del modello di route che può rompere le funzionalità principali se fatto male. La lamentela di Empirical Edge che PrestaShop “genera URL che contengono numeri e caratteri speciali indesiderati” è accurata, ma gli ID servono a uno scopo reale — non sono un bug, sono una chiave di ricerca.

Altri due dettagli di route che vale la pena conoscere: il token {category:/} inserisce la categoria del prodotto nell’URL del prodotto per impostazione predefinita (una considerazione di contenuto duplicato se un prodotto vive in più categorie), e {-:ean13} può aggiungere l’EAN all’URL. Dalla v1.7.5.1 puoi anche abilitare “Mostra gli attributi nel meta titolo del prodotto” per creare automaticamente titoli come “Nome Prodotto Colore Taglia”.

Tag canonici

PrestaShop genera automaticamente i tag canonici e ti dà un’impostazione di redirect al canonico sotto Traffico e SEO con tre opzioni: nessun redirect, 301 (permanente) o 302 (temporaneo). Usa 301 per qualsiasi configurazione di produzione stabile — consolida le varianti di URL duplicate che PrestaShop tende a generare.

Il comportamento nativo è davvero buono in un punto specifico: combinazioni di prodotti. Per gli URL delle varianti (colore, taglia — la parte {-:id_product_attribute} della rotta), il canonical punta all’URL del prodotto padre, e un ID attributo non valido in un URL attiva un reindirizzamento a quel canonical padre. Quindi le tue permutazioni di taglia/colore non si frammentano in un centinaio di duplicati indicizzabili per impostazione predefinita.

Ciò che il canonical nativo non copre: parametri di filtro, parametri di ordinamento e pagine di categoria paginate. PrestaShop non canonicalizzerà ?order=price_asc o un URL sfaccettato ?color=red&size=M di nuovo alla categoria pulita per te. Come dice PrestaHero, “implementing canonical tags is one of the most important practices… as these HTML tags inform search engines of the ‘master’ version of a page when duplicate or similar content exists” (traduzione) «implementare i tag canonical è una delle pratiche più importanti… poiché questi tag HTML informano i motori di ricerca della versione ‘principale’ di una pagina quando esiste contenuto duplicato o simile» — e sulle pagine filtrate quell’implementazione dipende da te, tramite un modulo canonical o modifiche al tema/codice.

Contenuto duplicato — il vero lavoro

Le fonti di contenuto duplicato di PrestaShop sono prevedibili. FME Modules riassume la posta in gioco: “duplicate URL issues confuse search engine crawlers, waste crawl budget, and split link equity, which collectively damage SEO performance.” (traduzione) «i problemi di URL duplicati confondono i crawler dei motori di ricerca, sprecano il budget di crawl e dividono l’equity dei link, che collettivamente danneggiano le prestazioni SEO.» I soliti colpevoli:

• Navigazione sfaccettata — URL di filtro stile ?color=red&size=M, contenuto identico o quasi identico, nessun canonical nativo.
• Ordinamento — ?order=price_asc aggiunto agli URL delle categorie.
• Paginazione — /page-2, /page-3 su categorie e ricerca.
• URL solo-ID vs. URL con slug — entrambi possono risolversi se non hai forzato il reindirizzamento.
• www vs non-www / HTTP vs HTTPS — richiede una configurazione di reindirizzamento corretta.
• Stampa e (nelle versioni precedenti) URL con ID di sessione.

La soluzione è a strati, non un singolo interruttore:

1. Imposta il reindirizzamento canonical a 301 in Traffic & SEO.
2. Personalizza robots.txt per disallow dei parametri di filtro/ordinamento (dettagli sotto).
3. Per la navigazione sfaccettata, aggiungi un modulo canonical — il canonical nativo gestisce prodotti e combinazioni ma non le pagine filtrate.
4. Gestisci la paginazione deliberatamente. PrestaShop già rimuove il blocco del titolo della categoria sulle pagine oltre la pagina 1 per ridurre la duplicazione. Google ha eliminato il supporto rel=next/prev nel 2019, quindi l’approccio moderno è mantenere ogni pagina paginata sul proprio URL self-canonical e indicizzabile — non canonicalizzare la pagina 2+ di nuovo alla pagina 1 a meno che il contenuto non sia veramente duplicato. Non mettere noindex di riflesso sulla paginazione; quello è per le variazioni di filtro/ordinamento.

Una nota H1 di PrestaShop per gli auditor: un bug che produce H1 duplicati sulle pagine di categoria è stato corretto nella v1.7,5. Su installazioni precedenti, controllalo.

Sitemap

PrestaShop include un modulo Google Sitemap nativo (dal catalogo moduli) che copre prodotti, categorie, produttori, pagine CMS e pagine generate dai moduli. Dopo averlo generato, aggiungi l’URL della sitemap a robots.txt e invialo in Google Search Console.

I limiti del modulo nativo sono ben documentati e contano su larga scala: non si aggiorna automaticamente quando aggiungi prodotti (lo rigeneri manualmente o tramite cron), il supporto multilingua è debole (le sitemap per lingua richiedono un modulo di terze parti), e l’indicizzazione delle immagini ospitate su CDN è incoerente. FME Modules descrive il vincolo direttamente: la sitemap integrata di PrestaShop “may not auto-refresh when adding products, multilingual support is weak, and CDN-hosted image indexing is inconsistent.” (traduzione) «potrebbe non aggiornarsi automaticamente quando si aggiungono prodotti, il supporto multilingua è debole e l’indicizzazione delle immagini ospitate su CDN è incoerente.» Per un negozio multilingua o un catalogo grande e in rapida evoluzione, un modulo sitemap di terze parti (FME, Sweet Sitemap) ti offre aggiornamento automatico, sitemap per lingua, sitemap di immagini e controllo di priorità/frequenza.

Robots.txt

Generalo da Shop Parameters → Traffic & SEO → “Generate robots.txt file.” PrestaShop scrive una baseline all’installazione, ma devi personalizzarla. Disallow consigliati:

• /cart, /checkout, /search
• parametri di filtro/ordinamento: ?order=, ?sort=, ?q= e i tuoi parametri di faccette
• percorsi di utilità admin/modulo (es. /module/)

Mantieni /img/ accessibile ai crawler così le immagini dei tuoi prodotti possono essere indicizzate, e aggiungi il riferimento alla tua sitemap (Sitemap: https://example.com/sitemap.xml).

L’unico avviso che conta più di tutti gli altri: un robots.txt mal configurato può rimuovere l’intero negozio. PrestaHero è diretto al riguardo — “a misconfigured robots.txt can destroy SEO, as you don’t want to accidentally block /category or /product pages, which could remove your whole store from Google’s index.” (traduzione) «Un robots.txt mal configurato può distruggere la SEO, poiché non vuoi bloccare accidentalmente le pagine /category o /product, il che potrebbe rimuovere l’intero negozio dall’indice di Google.» Bloccare il percorso sbagliato qui è una deindicizzazione autoinflitta.

Schema / dati strutturati

Questa è una lacuna reale. PrestaShop include solo dati strutturati minimi di default; uno schema completo è compito di un modulo. Ciò che in genere vorrai — Product completo (nome, immagine, prezzo, disponibilità, recensioni, spedizione/resa), BreadcrumbList, Organization, WebSite e FAQPage — arriva da un modulo rich-snippets. PrestaPremium’s Schema Pro, ad esempio, pubblicizza che “automatically generates 9 Schema.org types across your entire store: Product, ProductGroup (variants with size, color, material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, shipping details and return policy.” (traduzione) «genera automaticamente 9 tipi Schema.org in tutto il negozio: Product, ProductGroup (varianti con taglia, colore, materiale), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, dettagli di spedizione e politica di reso.» I dati strutturati Product di Google supportano esattamente questi campi, quindi il markup vale la pena di essere aggiunto; semplicemente non aspettartelo dal core.

Performance e Core Web Vitals

I temi di default di PrestaShop — specialmente il tema legacy Classic — spesso faticano con i Core Web Vitals: CSS/JS che bloccano il rendering, immagini non ottimizzate (nessun WebP di default sulle versioni più vecchie), nessun lazy loading di default sui temi più vecchi e caricamento sincrono di moduli JS pesanti. Gli obiettivi sono quelli standard: LCP < 2,5 s, INP inferiore a duecento millisecondi (INP ha sostituito FID a marzo 2024), CLS < 0,1.

La leva integrata di PrestaShop è CCC (Concatenate, Compress, Cache) in Advanced Parameters → Performance — unisce e comprime CSS/JS per ridurre richieste e peso. Testalo prima di abilitarlo in produzione, perché può rompere alcuni moduli. Oltre a CCC: converti le immagini in WebP, abilita il lazy loading, usa una CDN, scegli un tema orientato alle performance (Hummingbird), rimanda il caricamento di JS non critici e aggiungi caching a livello di server (Redis/Memcached). La descrizione di Knowband del perché questo conta è corretta — i Core Web Vitals “affects crawl efficiency, paid traffic quality, mobile conversion, checkout trust, and the first impression of every product page.” (traduzione) «influenzano l’efficienza del crawling, la qualità del traffico a pagamento, la conversione mobile, la fiducia nel checkout e la prima impressione di ogni pagina prodotto.» Misura con PageSpeed Insights e i dati CrUX in Search Console.

Hreflang per negozi multilingua

PrestaShop supporta più lingue (stesso dominio, prefisso URL della lingua come /fr/ /en/, o domini separati) e più negozi che condividono un catalogo — ma non genera tag hreflang nativamente. Questo è un modulo: SunnyToo, DataFireFly, MyPresta, FME’s Canonical & Hreflang. MyPresta descrive chiaramente la modalità di errore: “without hreflang tags, Google does not know which version of a page to display based on the visitor’s language or region. It may index the wrong version, create duplicate content across your language stores, or show an English page to a French-speaking visitor.” (traduzione) «senza tag hreflang, Google non sa quale versione di una pagina mostrare in base alla lingua o alla regione del visitatore. Potrebbe indicizzare la versione sbagliata, creare contenuti duplicati tra i negozi nelle diverse lingue o mostrare una pagina in inglese a un visitatore francofono.»

Quando lo implementi, copri tutti i tipi di pagina (prodotto, categoria, CMS, produttore, fornitore), includi sempre x-default, gestisci l’abbinamento multi-negozio cross-domain e mantieni la canonicalizzazione coerente. E ricorda la regola generale di hreflang: una distribuzione parziale e non abbinata non ti porta nulla — Google ha bisogno dei tag di ritorno per riconoscere l’insieme.

Confronto tra piattaforme

PrestaShop si colloca tra le piattaforme SaaS ospitate e Magento a pieno controllo. Dove si posiziona ciascuna piattaforma sulle leve SEO:

Il riepilogo onesto, in gran parte dal confronto di Kinsta: contro Shopify, PrestaShop offre un controllo più grezzo (open source, accesso al server, route personalizzabili) mentre Shopify gestisce prestazioni e sicurezza per te e impone un prefisso in stile /products/ che non puoi rimuovere. Contro WooCommerce, la lettura di Kinsta è che “WooCommerce would beat PrestaShop, as it inherits all of WordPress’s SEO capabilities, especially when it comes to blogging” (traduzione) «WooCommerce batterebbe PrestaShop, poiché eredita tutte le capacità SEO di WordPress, soprattutto quando si tratta di blogging» — anche se notano anche che “out of the box, PrestaShop offers more options than WooCommerce for ecommerce SEO, with the product editor enabling you to add custom meta titles and descriptions for each product.” (traduzione) «fin da subito, PrestaShop offre più opzioni di WooCommerce per la SEO ecommerce, con l’editor di prodotto che consente di aggiungere titoli e descrizioni meta personalizzati per ogni prodotto.» Contro Magento, Magento “offers the most control for complex stores with full URL customization, native structured data, advanced sitemap configuration, and deep meta tag management” (traduzione) «offre il massimo controllo per negozi complessi con personalizzazione completa degli URL, dati strutturati nativi, configurazione avanzata della sitemap e gestione approfondita dei meta tag» (LueurExterne) — a una complessità e un costo molto più elevati. Contro BigCommerce, BigCommerce offre migliori impostazioni predefinite (sitemap automatica, schema integrato, nessun ID negli URL) ma una personalizzazione aperta molto minore. Tutti funzionano bene; il compromesso di PrestaShop è il controllo in cambio del lavoro di configurazione.

Riepilogo AI

Una sintesi della versione Advanced:

• PrestaShop è un ecommerce open source self-hosted (PHP/MySQL) — controllo profondo, più configurazione rispetto a SaaS ospitati come Shopify o BigCommerce.
• Punti di forza nativi: titoli/descrizioni meta per oggetto (Parametri del negozio → Traffico & SEO), URL amichevoli (mod_rewrite richiesto), tag canonici automatici con un redirect 301/302 verso il canonico configurabile, canonicalizzazione dell’URL padre delle combinazioni di prodotto, un solo H1 per pagina, breadcrumb, opzioni di redirect per prodotti disabilitati e un generatore di robots.txt + modulo sitemap nativo.
• Il token {id} obbligatorio: gli ID numerici sono richiesti nelle route URL predefinite (la chiave di lookup nel database); rimuoverli richiede un modulo (FME Pretty URL, SunnyToo, MyPresta) o un override rischioso del template di route — non un interruttore nelle impostazioni.
• Il canonico nativo NON copre gli URL di filtro, ordinamento o paginazione — aggiungi un modulo canonico per la navigazione a faccette; non applicare noindex alla paginazione in modo riflessivo (quello è per le varianti di filtro/ordinamento; rel=next/prev è morto dal 2019).
• La sitemap nativa è limitata: nessun aggiornamento automatico, multilingua debole, indicizzazione incoerente delle immagini CDN — modulo di terze parti per cataloghi multilingua/di grandi dimensioni.
• robots.txt: genera dal back office, poi personalizza (disallow /cart, /checkout, /search, parametri di ordinamento/filtro; mantieni /img/ indicizzabile). Bloccare /category o /product può deindicizzare l’intero negozio.
• Nessun hreflang nativo (modulo: SunnyToo, DataFireFly, MyPresta, FME) e nessuno schema completo (modulo: Schema Pro / rich snippets).
• Prestazioni: i temi predefiniti più pesanti faticano sui CWV; il CCC integrato (Concatena, Comprimi, Cache) aiuta — testa prima della produzione. Obiettivi: LCP < 2,5 s, INP inferiore a duecento millisecondi, CLS < 0,1.

Documentazione ufficiale

Documentazione di fonti primarie da PrestaShop e Google.

PrestaShop

• SEO & URLs (documentazione v9) — il ramo stabile attuale (9,1.x a metà 2026); stessa gestione meta, URL amichevoli, redirect canonico e generazione robots.txt della v8.
• SEO & URLs (documentazione v8) — il ramo LTS 8,2.x, ancora mantenuto attivamente in parallelo con 9.x.
• SEO & URLs (documentazione 1.7) — l’equivalente per la 1,7.
• Regole e comportamenti SEO (specifiche) — pattern di route predefiniti, il requisito {id}, canonicalizzazione delle combinazioni, regole H1, comportamento della paginazione.
• Gli URL e la sitemap (centro assistenza) — il modulo nativo Google Sitemap e i suoi limiti.

Google

• Dati strutturati prodotto — i campi Prodotto che i moduli schema di PrestaShop dovrebbero emettere.
• Paginazione e caricamento incrementale per ecommerce — URL univoci per pagina; noindex sui filtri, non sulla paginazione.
• Consolidare URL duplicati (canonicalizzazione) — come rel=canonical consolida i duplicati generati da PrestaShop.
• Comunicare a Google le versioni localizzate (hreflang) — i segnali multilingua che PrestaShop non aggiunge nativamente.

Citazioni dalla fonte

Dichiarazioni dall’ecosistema di PrestaShop e dai professionisti le cui scoperte specifiche su PrestaShop hanno plasmato questa guida. Ogni collegamento profondo salta al passaggio citato dove la pagina lo supporta.

Sulla struttura degli URL

• “PrestaShop generates URLs that contain unwanted numbers and special characters, making it non-SEO-friendly. A long, complex URL decreases the possibility of higher ranking in the search results.” (traduzione) «PrestaShop genera URL che contengono numeri e caratteri speciali indesiderati, rendendoli non SEO-friendly. Un URL lungo e complesso diminuisce la possibilità di un posizionamento più alto nei risultati di ricerca.» — Empirical Edge. Vai alla citazione

Sul contenuto duplicato

• “Duplicate URL issues confuse search engine crawlers, waste crawl budget, and split link equity, which collectively damage SEO performance.” (traduzione) «I problemi di URL duplicati confondono i crawler dei motori di ricerca, sprecano il crawl budget e dividono il link equity, che collettivamente danneggiano le prestazioni SEO.» — FME Modules. Vai alla citazione

Sui tag canonici

• “Implementing canonical tags is one of the most important practices for enabling friendly URLs on PrestaShop, as these HTML tags inform search engines of the ‘master’ version of a page when duplicate or similar content exists.” (traduzione) «Implementare i tag canonici è una delle pratiche più importanti per abilitare URL amichevoli su PrestaShop, poiché questi tag HTML informano i motori di ricerca della versione “master” di una pagina quando esiste contenuto duplicato o simile.» — PrestaHero. Vai alla citazione

Su robots.txt

• “A misconfigured robots.txt can destroy SEO, as you don’t want to accidentally block /category or /product pages, which could remove your whole store from Google’s index.” (traduzione) «Un robots.txt configurato male può distruggere la SEO, poiché non vuoi bloccare accidentalmente le pagine /category o /product, che potrebbero rimuovere l’intero negozio dall’indice di Google.» — PrestaHero. Vai alla citazione

Sulla sitemap integrata

• “PrestaShop’s built-in sitemap functionality has constraints: it may not auto-refresh when adding products, multilingual support is weak, and CDN-hosted image indexing is inconsistent.” (traduzione) «La funzionalità di sitemap integrata di PrestaShop ha dei limiti: potrebbe non aggiornarsi automaticamente quando si aggiungono prodotti, il supporto multilingue è debole e l’indicizzazione delle immagini ospitate su CDN è incoerente.» — FME Modules. Vai alla citazione

Su schema / rich snippet

• “Schema Pro automatically generates 9 Schema.org types across your entire store: Product, ProductGroup (variants with size, color, material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, shipping details and return policy.” (traduzione) «Schema Pro genera automaticamente 9 tipi di Schema.org in tutto il tuo negozio: Product, ProductGroup (varianti con taglia, colore, materiale), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, dettagli di spedizione e politica di reso.» — PrestaPremium. Vai alla citazione

Su hreflang

• “Without hreflang tags, Google does not know which version of a page to display based on the visitor’s language or region. It may index the wrong version, create duplicate content across your language stores, or show an English page to a French-speaking visitor.” (traduzione) «Senza i tag hreflang, Google non sa quale versione di una pagina mostrare in base alla lingua o alla regione del visitatore. Potrebbe indicizzare la versione sbagliata, creare contenuti duplicati tra i tuoi negozi nelle diverse lingue o mostrare una pagina in inglese a un visitatore francofono.» — MyPresta. Vai alla citazione

Sul confronto tra piattaforme

• “Out of the box, PrestaShop offers more options than WooCommerce for ecommerce SEO, with the product editor enabling you to add custom meta titles and descriptions for each product.” (traduzione) «Fin da subito, PrestaShop offre più opzioni di WooCommerce per la SEO dell’ecommerce, con l’editor di prodotto che ti consente di aggiungere meta title e meta description personalizzati per ogni prodotto.» — Kinsta. Vai alla citazione

Checklist SEO per PrestaShop

Ordinata per impatto: gli elementi in cima fanno la differenza maggiore.

Impatto elevato

• Redirect canonico impostato su 301 in Parametri negozio → Traffico e SEO (non 302, non disattivato).
• URL di facet/ordinamento/filtro gestiti — modulo canonico installato; le combinazioni di filtri spazzatura canonizzate alla categoria pulita e/o noindex,follow.
• robots.txt personalizzato dopo la generazione — disallow di /cart, /checkout, /search, parametri di ordinamento/filtro; /img/ lasciato indicizzabile; non bloccare mai /category o /product.
• Core Web Vitals superati — CCC abilitato (testato), immagini WebP, lazy loading, CDN; LCP < 2,5 s, INP inferiore a duecento millisecondi, CLS < 0,1.

Configurazione standard

• URL amichevoli attivi (verifica che mod_rewrite/riscrittura Nginx sia abilitata).
• Meta title e meta description scritti per home, prodotti principali, categorie principali, pagine CMS chiave.
• Sitemap nativa (o di terze parti) generata, referenziata in robots.txt e inviata a Google Search Console e Bing Webmaster Tools.
• Modulo Schema installato per Product/Breadcrumb/Organization/FAQ.
• Prodotti disabilitati/eliminati impostati su 301 (o 404/410), non lasciati come errori soft.
• Su installazioni più vecchie, verificare il bug dell’H1 duplicato delle categorie pre-1.7.5.

Considerato, non predefinito

• URL senza ID solo se un modulo affidabile mantiene i 301 — non modificare a mano i template di rotta alla cieca.
• Paginazione mantenuta auto-canonica e indicizzabile (non mettere noindex dalla pagina 2 in poi).

Internazionale (solo multi-lingua / multi-negozio)

• Modulo hreflang installato; tag su tutti i tipi di pagina; x-default presente; abbinamento bidirezionale tra ogni lingua/negozio.
• Sitemap per lingua (modulo di terze parti — il supporto multilingue nativo è debole).

Prontuario SEO per PrestaShop

Cosa gestisce PrestaShop nativamente vs. cosa richiede un modulo

Dove si trovano le impostazioni

Pattern di rotta predefiniti

• Prodotto: {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html
• Categoria: {id}-{rewrite} · CMS: content/{id}-{rewrite} · Marca: brand/{id}-{rewrite}

robots.txt — disallow / mantieni

• Disallow: /cart, /checkout, /search, ?order=, ?sort=, ?q=, parametri facet
• Mantieni indicizzabile: /img/
• Non bloccare mai: /category, /product (deindicizza il negozio)
• Aggiungi: Sitemap: https://example.com/sitemap.xml

Obiettivi Core Web Vitals

• LCP < 2,5 s · INP inferiore a duecento millisecondi (ha sostituito FID, marzo 2024) · CLS < 0,1

Cosa non fare

• Non dare per scontato che gli URL amichevoli risolvano il contenuto duplicato (non lo fanno).
• Non mettere noindex sulle pagine di categoria paginate.
• Non aspettarti hreflang nativo o schema completo.
• Non modificare a mano i template di rotta per rimuovere gli ID senza reindirizzamenti.

Moduli e strumenti per la SEO di PrestaShop

PrestaShop / ecosistema ufficiale

• Google Sitemap (modulo nativo) — genera la sitemap XML; rigenerare manualmente o tramite cron.
• SEO Expert — ottimizzazione meta e markup per social network.
• PrestaShop Marketing with Google — feed Google Merchant Center / Shopping.

URL e canonico

• FME Pretty URL / ID removal, SunnyToo, MyPresta — rimuovono l’{id} numerico e mantengono i reindirizzamenti 301.
• Moduli URL canonici (FME, PrestaHero, SEIGI) — estendono il canonico nativo a pagine filtrate/paginate/faceted.

Schema e hreflang

• Schema Pro / moduli rich-snippets — Product, ProductGroup, Organization, WebSite, BreadcrumbList, FAQPage, JSON-LD per spedizioni/restituzioni.
• Moduli hreflang (SunnyToo, DataFireFly, MyPresta, FME Canonical & Hreflang) — hreflang su tutti i tipi di pagina con x-default; alcuni gestiscono multi-negozio cross-domain.

Sitemap e robots.txt

• Moduli sitemap di terze parti (FME, Sweet Sitemap) — aggiornamento automatico, sitemap per lingua, sitemap immagini, priorità/frequenza.
• Moduli editor robots.txt (dh42) — modifica robots.txt dal back office.

Performance

• PrestaSpeed, WebsiteSpeedy, moduli speed FME — compressione immagini, lazy loading, configurazione CCC, integrazione CDN. Inoltre il CCC integrato (Parametri Avanzati → Performance).

Misurazione (indipendente dalla piattaforma)

• Google Search Console — invio sitemap, URL Inspection, Copertura, CrUX/Core Web Vitals, Targeting internazionale.
• Bing Webmaster Tools — secondo invio sitemap, controllo crawl.
• Screaming Frog / Ahrefs Site Audit — esegui un crawl del negozio per individuare l’esplosione di URL faceted, duplicati ID-vs-slug, catene di reindirizzamento ed errori robots.txt.
• PageSpeed Insights / Lighthouse — benchmark CWV prima/dopo CCC e modifiche al tema.

Dovresti rimuovere gli ID numerici dagli URL di PrestaShop?

Errori SEO di PrestaShop che creano rischi evitabili

Dare per scontato che gli URL amichevoli eliminino il contenuto duplicato

L’interruttore sostituisce gli URL di prodotto in stile query con percorsi descrittivi, ma non controlla i duplicati di ordinamento, filtro, facet, paginazione, protocollo o host. Mantieni il redirect canonico 301 e gestisci deliberatamente gli spazi URL non nativi.

noindex su ogni pagina di categoria paginata

La paginazione aiuta i crawler a raggiungere i prodotti oltre la prima pagina. Mantieni le pagine paginate realmente distinte indicizzabili e auto-canonicali a meno che la tua implementazione non dimostri che sono duplicati; riserva i controlli per combinazioni di ordinamento e filtro spazzatura.

Modificare manualmente i template di rotta solo per rimuovere {id}

L’ID numerico è una chiave di lookup del database. Rimuoverlo senza un’implementazione mantenuta e redirect completi può rompere le rotte e creare una migrazione completa degli URL. Mantienilo a meno che non ci sia un requisito reale e un piano di migrazione testato.

Fidarsi del robots.txt generato senza revisione

Il generatore crea una baseline, non una policy sicura specifica per il sito. Un disallow ampio può bloccare i percorsi di prodotto o categoria e rimuovere il negozio dalla ricerca. Confronta il file generato, mantieni /img/ crawlable e testa URL rappresentativi prima di pubblicare.

Aspettarsi che PrestaShop core fornisca ogni funzionalità SEO

I canonical nativi non risolvono la navigazione facet, e schema completo, hreflang e sitemap multilingue/immagini robuste sono lavoro di moduli o implementazioni personalizzate. Controlla l’output renderizzato piuttosto che assumere che la casella della piattaforma sia spuntata.

Le pagine di categoria mostrano H1 duplicati

Sintomo: Un crawl riporta più di un H1 nei template di categoria. Causa probabile: Il negozio esegue una versione precedente di PrestaShop affetta dal bug degli H1 duplicati nelle categorie corretto nella 1.7.5, oppure il tema attivo preserva il vecchio markup. Correzione: Conferma la versione del core e del tema, ispeziona il template di categoria renderizzato e aggiorna o applica una patch al template. Esegui nuovamente il crawl sulla stessa coorte di categorie e verifica che rimanga un solo H1 intenzionale.

Le pagine di prodotto e categoria scompaiono dal crawling o dall’indicizzazione

Sintomo: Grandi sezioni smettono di essere crawlate dopo modifiche a robots.txt. Causa probabile: Una regola Disallow generata o modificata manualmente corrisponde a /product, /category o un altro percorso ampio. Correzione: Ispeziona Parametri negozio → Traffico e SEO, il file robots.txt live e i test robots a livello di URL. Rimuovi la regola troppo ampia, preserva i blocchi intenzionali per carrello/ricerca/facet e conferma che gli URL di prodotto e categoria rappresentativi siano consentiti.

Gli URL di filtro e ordinamento si moltiplicano nei report di crawl

Sintomo: I crawler scoprono molti URL ?color=, ?size=, ?order= o simili con contenuto di categoria duplicato. Causa probabile: I canonical nativi dei prodotti non coprono i parametri di facet e ordinamento, e la navigazione espone combinazioni crawlable. Correzione: Inventaria i pattern di parametri, smetti di linkare combinazioni inutili, applica regole di crawl/indicizzazione testate e usa un’implementazione canonical per i veri duplicati. Conferma che un nuovo crawl non espanda lo spazio URL spazzatura mentre le pagine di facet di valore rimangono raggiungibili.

Gli URL amichevoli restituiscono errori o mantengono rotte in stile query

Sintomo: L’abilitazione degli URL amichevoli produce errori o non riscrive gli URL di prodotto. Causa probabile: mod_rewrite di Apache, l’equivalente Nginx o la configurazione di riscrittura generata non è attiva. Correzione: Verifica la capacità di riscrittura del server e rigenera la configurazione delle rotte da PrestaShop. Testa gli URL di prodotto, categoria, CMS e prodotto disabilitato prima di mantenere l’impostazione attiva.

Risorse che meritano il tuo tempo

I miei articoli correlati

• Guida introduttiva alla SEO tecnica — dove si collocano le fondamenta di scansione, indicizzazione e canonicalizzazione di questa guida.
• Contenuti duplicati: perché si verificano e come risolverli — la versione indipendente dalla piattaforma del problema n. 1 di PrestaShop.
• Navigazione a faccette: definizione, esempi e buone pratiche SEO — come gestire gli URL di filtro e ordinamento che PrestaShop non canonicalizza.
• Hreflang: la guida semplice per principianti — i segnali multilingua per cui PrestaShop ha bisogno di un modulo.

I miei interventi

• Come funziona la ricerca (SlideShare) — la mia spiegazione di scansione, rendering, indicizzazione e posizionamento: il percorso attraversato da ogni negozio PrestaShop. Disclaimer permanente: “This is my understanding of systems… not going to be 100% complete or accurate.” (traduzione) «Questa è la mia comprensione dei sistemi… non sarà completa o accurata al 100%.»

Sul sito, correlati

• Faceted navigation — l’approfondimento indipendente dalla piattaforma sul problema del contenuto duplicato.
• Canonicalization — i meccanismi canonici dietro l’impostazione di reindirizzamento di PrestaShop.

Dal settore

• Blog ufficiale di PrestaShop — La checklist SEO definitiva per PrestaShop — la checklist ufficiale di PrestaShop (datata 2023, ma di prima parte).
• PrestaHero — URL canonici e contenuti duplicati e Configurare robots.txt.
• FME Modules — Risolvere i problemi di URL duplicati in PrestaShop e SEO tecnica per PrestaShop: sitemap e robots.txt.
• Kinsta — PrestaShop e WooCommerce a confronto — la fonte del confronto tra piattaforme.
• Knowband — Guida definitiva ai Core Web Vitals per PrestaShop — contesto su prestazioni e CCC.
• Issue GitHub di PrestaShop n. 20677 — Rimuovere gli ID dagli URL — la discussione open source sul token {id} obbligatorio.

Mettiti alla prova: SEO per PrestaShop

Cinque domande rapide su come funziona la SEO su PrestaShop. Scegli una risposta per ciascuna, poi controlla.

Cronologia modifiche