In che modo structured data / schema markup aiuta il mio store?

Lo schema PrestaShop, chiamato anche structured data, è un piccolo livello extra di codice che dice ai motori di ricerca cosa rappresenta ogni parte del contenuto della pagina: un prezzo, uno stato stock, un prodotto, una valutazione, una breadcrumb trail o una voce FAQ. I motori di ricerca possono usare quei dati per funzioni rich result idonee come snippet prezzo e stock prodotto, stelle recensione dove supportate, link breadcrumb o presentazioni in stile FAQ dove il motore le supporta ancora.I rich result non spingono da soli la tua pagina più in alto nel ranking, ma possono rendere il risultato più utile e più affidabile. Per uno store, i tipi schema che di solito contano sono Product, Offer, AggregateRating/Review, BreadcrumbList, Organization, WebSite, CollectionPage, Article e, dove appropriato, FAQPage.Il nostro modulo Automatic SEO Schema Rich Snippets prova ad aggiungere markup Product, Offer, rating/review, breadcrumb, Organization, WebSite, categoria e pagina CMS senza modificare template. La stessa funzionalità schema fa anche parte della Smart SEO Revolution Suite se vuoi anche sitemap, canonical e automazione meta tag in un unico posto.Avvertenza importante sul codice attuale: il modulo emette JSON-LD da hookDisplayHeader, ma clean_existing_jsonld è attivo di default e la pulizia dell'output finale preserva solo script JSON-LD contenenti il marker . L'hook header attualmente emette JSON-LD senza marker, quindi con la pulizia JSON-LD attiva l'HTML finale può rimuovere lo schema del modulo stesso. Finché il renderer non marca gli script o la logica di cleanup non viene disattivata/corretta, verifica il sorgente finale della pagina prima di considerare il JSON-LD presente in modo affidabile.Sulle pagine prodotto, lo schema Product può includere nome prodotto, URL, descrizione, SKU, identificativi GTIN/UPC/ISBN/MPN, dati brand da produttore/fornitore/feature, immagini, item condition, dati offer, peso, categoria e dati recensione quando lo shop li possiede. Il generatore brand usa la fonte catalogo configurata, come produttore, fornitore o una feature chiamata Brand, con fallback al produttore; il campo override-brand dichiarato non è usato dal generatore attuale. I dati Offer possono includere prezzo, valuta, disponibilità, seller, dettagli spedizione e return policy. Per prodotti con combinazioni, l'implementazione può costruire dati aggregate offer invece di fingere che ogni variante abbia una singola offerta identica.Le pagine categoria sono gestite diversamente: vengono renderizzate come dati CollectionPage con nome categoria, URL, descrizione, immagine, numero di articoli e un campione ItemList di prodotti. Le pagine CMS sono renderizzate come schema Article con headline, URL, descrizione, corpo articolo, conteggio parole, date, autore, publisher, logo, lingua e main entity URL.La regola pratica per il merchant è compilare i dati di base, non solo attivare lo schema. Se un prodotto non ha identificativo, ha immagini deboli, nessuno stato stock, nessuna recensione o una descrizione vuota, lo schema può descrivere solo quei dati deboli. Structured data funziona meglio quando i dati catalogo sono già puliti, e nel modulo attuale dovresti anche controllare che le impostazioni di cleanup non rimuovano il JSON-LD che ti aspetti di pubblicare.

Posso aggiungere regole hreflang e noindex alle pagine PrestaShop?

Sì. Con il Product Canonical Manager imposti regole per entità su prodotti, categorie, produttori, fornitori e pagine CMS, e il modulo scrive noindex e nofollow nel meta tag robots della pagina. Lo stesso modulo rigenera i tag hreflang dalle lingue attive dello shop e aggiunge x-default per la lingua predefinita, così ogni versione lingua punta alle alternate corrette.Product Canonical Manager, regole canonical, noindex e hreflang per entità, con hreflang automatico e rimozione dei parametri.Questo tiene fuori dall'indice Google pagine sottili o duplicate (listing filtrati, ricerca interna, pagine account) mentre i prodotti reali restano indicizzabili, e dice a Google quale lingua servire a quale pubblico. Un errore comune è aggiungere noindex e un canonical che puntano in direzioni diverse sullo stesso URL; decidi per pagina se vuoi indicizzarla ma canonicalizzarla, oppure tenerla completamente noindex, non entrambe le cose in conflitto.La Smart SEO Revolution Suite condivide lo stesso motore canonical, hreflang e noindex, quindi le stesse regole per entità sono disponibili anche lì.Le regole hanno priorità e scope shop. La lookup accetta l'ID entità esatto o l'ID entità 0, e le regole esatte o globali shop possono essere ordinate per priorità. Questo ti permette di creare una regola ampia per tutti i prodotti, poi sovrascrivere un prodotto, una categoria o una pagina CMS importante senza duplicare ogni impostazione.Il tag robots viene costruito solo dalle direttive che scegli. Se selezioni noindex, il modulo aggiunge noindex; se selezioni nofollow, aggiunge nofollow; se nessuna è selezionata, non inventa un tag robots solo per essere visibile. I tag robots esistenti vengono sostituiti quando una regola si applica, così eviti due meta robots conflittuali nello stesso head.La generazione hreflang ha senso solo su shop multilingua. Il modulo controlla le lingue attive, genera URL alternate per ogni lingua attiva e aggiunge x-default per la lingua predefinita configurata. Rimuove anche i tag hreflang esistenti prima di inserire i propri, il che aiuta a evitare cluster alternate duplicati da tema e modulo che provano entrambi a possedere lo stesso segnale.Usa noindex con attenzione rispetto alle sitemap. Un URL noindexed non dovrebbe essere promosso come URL sitemap indicizzabile, e le tabelle policy della SEO Suite includono override separati per index, hreflang, sitemap e schema proprio per questo. Mantieni i segnali allineati: pagine indicizzabili ricevono canonical e hreflang; pagine intenzionalmente nascoste ricevono noindex e normalmente restano fuori dalla sitemap XML.

Qual è la differenza tra una sitemap XML e una sitemap HTML?

Una sitemap XML è un file machine-readable scritto per i motori di ricerca. Elenca URL insieme a metadati (data last-modified, alternate hreflang, riferimenti immagine) e viene inviata a Google Search Console o Bing Webmaster Tools. Il suo compito è la scoperta: aiutare i crawler a trovare e prioritizzare pagine che potrebbero altrimenti perdere.Una sitemap HTML è una pagina normale del tuo shop, pensata per visitatori umani. Elenca link a categorie, prodotti, pagine CMS e produttori in una struttura leggibile. Il suo compito è navigazione e internal linking, offre ai visitatori un indice di riserva e ai crawler un altro set di link verso pagine più profonde.In genere vuoi entrambe: la sitemap XML è quella che i motori di ricerca consumano davvero, mentre la sitemap HTML è opzionale ma utile su cataloghi grandi. Il nostro Advanced SEO Sitemap Builder genera sitemap XML con alternate hreflang e voci immagine, divide automaticamente i cataloghi grandi al limite dei 50.000 URL per file imposto dai motori di ricerca in un indice sitemap, e può pubblicare anche una pagina sitemap HTML.Il sitemap builder non è solo un dump di URL. La sua descrizione modulo e pipeline sono costruite intorno a sitemap XML verificate: gli URL possono essere scansionati e controllati per status HTTP, canonical e noindex prima di essere scritti. Le righe URL salvate includono tipo entità, lingua, shop, status, canonical e metadati immagine/hreflang, così la sitemap finale può basarsi su URL che hanno superato la verifica invece che su ogni URL di catalogo possibile.Per l'output XML, il writer include il namespace standard sitemap e aggiunge namespace image e XHTML quando l'output immagine o hreflang è attivo. Ogni URL può ricevere , , , , voci immagine e link di lingua alternata. Output grandi sono divisi per conteggio massimo URL e dimensione file configurati, e un indice sitemap punta i crawler ai file generati.La sitemap HTML è diversa per design. Usa URL verificati per shop e lingua correnti, li raggruppa per tipo come home, product, category, CMS, manufacturer, supplier, core, hook o custom, e li renderizza come una pagina normale. Nel front controller ispezionato la pagina sitemap HTML è marcata noindex, quindi trattala soprattutto come pagina di navigazione utente e internal linking, non come un'altra landing page che ti aspetti ranki.Per i merchant, la configurazione pratica è: abilita i tipi entità che vuoi davvero indicizzare, mantieni attivi output immagini e hreflang per cataloghi multilingua/ricchi di immagini, invia l'indice sitemap XML in Search Console e linka la sitemap HTML solo dove aiuta i visitatori.

Si può aggiungere testo SEO categoria senza cambiare la descrizione principale?

Siamo realisti: un modulo SEO mette in atto i segnali tecnici, dati strutturati, URL più puliti, tag canonical e linking interno, ma quando queste modifiche compaiono nei risultati di ricerca dipende da Google, non dal modulo. Google deve prima ri-scansionare e rielaborare le tue pagine, e questo tempo varia da negozio a negozio: per alcune pagine qualche giorno, per altre molto più a lungo, a seconda della frequenza con cui Google rivisita il tuo negozio. Nessuno può fissare una data precisa.Alcune azioni accelerano i primi segnali: inviare una sitemap XML aggiornata, correggere i 404 e reindirizzare le vecchie URL così che il crawl budget arrivi sulle pagine che contano. Sono esattamente le leve gestite dalla nostra Smart SEO Revolution Suite. Ciò che nessun modulo può fare è garantire un posizionamento a una data precisa: chi promette risultati immediati ti sta ingannando. Gestiamo negozi anche noi, quindi siamo onesti: il SEO è una corsa di resistenza e un buon modulo accorcia la parte tecnica, non l'orologio di Google.

Il modulo Alt Tags gestisce le immagini che aggiungerò in futuro?

Sì, funziona esattamente così. Automatic SEO Images Alt Tags non scrive alt text nel database quando lo installi. Imposta l'alt (legend) al volo, ogni volta che viene renderizzata una pagina prodotto, listing o categoria, agganciandosi al presenter layer di PrestaShop. Carichi una nuova immagine prodotto ed è coperta automaticamente, nessun re-run, nessun batch job.I template combinano token come {product_name}, {category}, {category_name}, {manufacturer}, {image_position} e identificativi prodotto ({reference}, {ean13}, {isbn}, {upc}, {mpn}), con un template separato per lingua dello shop, così ogni storefront riceve un alt tag localizzato.Una regola di sicurezza: di default il modulo non sovrascrive mai l'alt text che hai scritto a mano, riempie solo i campi vuoti. Puoi attivare override se vuoi che ogni immagine sia guidata dal template. La lunghezza massima predefinita è 125 caratteri.Il modulo registra hook presenter per pagine prodotto, listing prodotto e pagine categoria. Su una pagina prodotto aggiorna cover image, immagine predefinita e immagini gallery. Nei listing aggiorna la cover/default image del prodotto presentato e la lista immagini. Sulle pagine categoria aggiorna la legend dell'immagine categoria. Poiché questo avviene nei dati presentati, resta compatibile con cache e non richiede scansione o riscrittura dell'HTML renderizzato.I template predefiniti sono semplici e sicuri: le pagine prodotto usano {product_name} - {manufacturer}, i listing usano {product_name} - {category}, e le pagine categoria usano {category_name}. Puoi modificarli per includere riferimenti o identificativi, ma mantieni il risultato leggibile. Motori di ricerca e screen reader preferiscono entrambi testo utile rispetto a una lista gonfiata di attributi.Il builder pulisce l'alt text generato prima di restituirlo: sostituisce variabili, rimuove HTML, decodifica entità, collassa spazi ripetuti e taglia separatori rimasti vuoti per variabili mancanti. Poi tronca alla lunghezza massima configurata, dove possibile al confine di parola. Questo significa che un produttore mancante non dovrebbe lasciare un template brutto e sospeso, e un nome prodotto molto lungo non dovrebbe produrre un attributo alt eccessivo.Il workflow pratico è impostare una volta template prodotto, template listing e template categoria, lasciare override off salvo tu voglia sostituire legend scritte a mano, poi controllare nel sorgente del browser una pagina prodotto e una pagina listing. Le immagini future seguono automaticamente le stesse regole perché l'hook gira ogni volta che la pagina viene presentata.

Posso usare i vostri moduli SEO insieme a Yoast o a un altro plugin SEO?

In breve: Yoast è un plugin WordPress e non ha un equivalente in PrestaShop, quindi lì non c'è nulla da integrare. Se intende un altro modulo SEO per PrestaShop, i nostri moduli possono funzionare accanto a esso; va solo gestita la sovrapposizione.Il rischio con due strumenti SEO è l'output duplicato: due tag canonical, due set di tag Open Graph, due blocchi JSON-LD. Ai motori di ricerca non piace. Decida, funzione per funzione, quale strumento fa da riferimento e disattivi il duplicato nell'altro.I nostri moduli sono progettati per cooperare, non per andare in conflitto. La Smart SEO Revolution Suite rimuove attivamente i duplicati rispetto al tema: quando genera i propri tag hreflang o Open Graph, toglie dall'head i tag equivalenti del tema e può anche pulire, in opzione, il JSON-LD esterno. Blog Revolution va oltre e affida i dati strutturati del blog a SEO Revolution quando quel modulo deve emetterli, così non avrà mai due schema del blog.Errore comune: attivare la stessa funzione in due moduli pensando che «di più sia meglio». Scelga un solo responsabile per funzione e l'output resterà pulito e singolo.

La mia Google Search Console mostra molti avvisi "Pagina non indicizzata". I vostri moduli possono aiutare?

In parte, e dipende dal motivo che Google indica accanto a ogni URL. Sia onesto con sé stesso: nessun modulo può obbligare Google a indicizzare una pagina. Possiamo però risolvere le cause tecniche che Google segnala spesso.Rilevata/sottoposta a scansione, non indicizzata, o sitemap mancante: l'Advanced SEO Sitemap Builder genera una sitemap XML verificata e può avvisare Google e Bing a ogni modifica, così gli URL buoni sono facili da trovare.Duplicato / pagina alternativa con canonical: gestito dalle regole canonical e noindex della Smart SEO Revolution Suite, che gestisce anche i redirect 301/302 degli URL spostati.Il resto è lavoro sui contenuti e sul server che il modulo non fa al posto suo: pagine scarne, pagine giudicate di scarso valore da Google o errori del server. Apra in Search Console il motivo esatto per ogni URL, risolva la causa e reinvii. Errore comune: tenere nella sitemap pagine impostate anche su noindex, il Sitemap Builder salta gli URL in noindex e non-200 per non inviare segnali contraddittori.

Un canonical manager PrestaShop crea redirect 301?

No. Il Product Canonical Manager non emette redirect 301. Riscrive invece l'head HTML delle pagine del front office: sostituisce o aggiunge il canonical tag, imposta robots noindex/nofollow dove scegli, rigenera i tag hreflang dalle lingue attive e riordina le convenzioni canoniche (rimozione parametri, minuscole forzate o trailing slash). L'URL richiesto dal visitatore resta lo stesso.Questo conta perché canonical tag e redirect 301 risolvono problemi diversi. Un canonical tag dice a Google quale versione indicizzare mentre ogni variante resta raggiungibile; un 301 sposta davvero un URL ed è lo strumento giusto quando un indirizzo è cambiato in modo permanente. Un errore comune è usare redirect per sistemare URL duplicati con parametri (ordinamento, filtri, tag di tracking) quando un canonical è la soluzione più pulita e mantiene quelle pagine funzionanti per gli acquirenti. Product Canonical Manager modifica solo i tag head e lascia invariato l'URL richiesto.Nel codice, il modulo lavora tramite hookActionOutputHTMLBefore. Questo hook riceve l'HTML finale, controlla che esista una sezione , risolve l'entità della pagina corrente e poi modifica i tag canonical, robots e hreflang prima che la risposta venga inviata. In quel percorso non ci sono risposta di redirect, cambio di status HTTP o riscrittura dell'URL richiesto.Le regole sono salvate per tipo entità e ID entità, con scope shop, priorità, flag attivo e URL canonical personalizzato per lingua. I tipi entità supportati sono prodotti, categorie, pagine CMS, produttori e fornitori. Una regola può puntare a una singola entità specifica o usare l'ID entità 0 come regola per tutte le entità, così puoi creare un fallback ampio e poi sovrascriverlo con una regola specifica a priorità più alta.Anche l'azione canonical conta:override sostituisce un canonical esistente con l'URL calcolato o personalizzato.custom usa l'URL personalizzato salvato per la lingua.add missing inserisce un canonical solo quando la pagina non ne ha uno.La rimozione dei parametri viene applicata all'URL canonical, non all'URL visibile dell'acquirente. I parametri rimossi di default includono valori di tracking comuni come utm_source, utm_medium, utm_campaign, fbclid, gclid e msclkid. Per questo il modulo è utile per ripulire URL duplicati senza rompere URL di filtri, ordinamento o campagne che i clienti possono ancora usare.

Il modulo Internal Linker aggiunge link automaticamente o devo configurare ogni link?

Sì. Internal Linker può inserire link automaticamente quando la pagina viene renderizzata, in base a gruppi di link che mappano keyword a un URL target. Non richiede di modificare manualmente ogni descrizione prodotto, categoria, CMS o blog, e non riscrive il testo salvato nel database.Un gruppo di link tipico potrebbe apparire così:Group name: Shower screen SEOTarget URL: /en/shower-screensKeywords: shower screen, walk-in screen, glass shower panel, shower enclosure|shower partition, shower*Page types: product, category, cmsContent zones: product description, category description, CMS contentMax links from this group: 2Link position: firstLe keyword possono essere separate da virgole, specifiche per lingua e possono usare varianti con |. Termini in stile wildcard come shower* sono supportati dalla configurazione keyword del modulo.Il modulo ha anche salvaguardie per mantenere naturale l'output: può saltare l'URL corrente, evitare heading, evitare testo già linkato, impedire URL target duplicati e limitare il numero totale di link per pagina o per gruppo. Questo lo rende utile per pattern di linking SEO come collegare termini prodotto ripetuti a categorie o guide importanti senza creare un eccesso di link interni.Il modulo gira su actionOutputHTMLBefore, quindi riceve l'HTML finale del storefront e modifica solo la risposta inviata al visitatore. Salta output non front-office, richieste AJAX, risposte non HTML e contenuti che non sembrano HTML. L'injector condiviso estrae poi il e lavora dentro le regioni contenuto configurate, lasciando intatti , script e JSON-LD.Le impostazioni predefinite sono conservative: max_links_per_page è 5, max_links_per_group è 3, i selector predefiniti includono descrizioni prodotto, blocchi descrizione, contenuto pagina e contenuto post, e i tag consentiti predefiniti sono p, div, span, blockquote, li e td. La classe predefinita per i link generati è mpr-autolink, i target della pagina corrente sono saltati, gli heading esclusi e più autolink nello stesso elemento sono impediti.Le content zone rendono il setup più semplice che scrivere selector a mano. Il resolver mappa label merchant come product description, category description, CMS content, blog content, manufacturer description e supplier description a selector comuni del tema, e li filtra per tipo pagina. Puoi comunque sovrascrivere selector CSS e tag HTML per gruppo se il tuo tema ha markup insolito.L'injector conta i link esistenti dentro le regioni contenuto target e riduce il budget disponibile per un gruppo quando la pagina già linka allo stesso URL target. Supporta anche strategie di posizionamento link: first, middle, last e spread. È utile quando una keyword appare molte volte in una guida lunga e vuoi un solo link naturale invece che trasformare ogni occorrenza in anchor.Per gli URL target, puoi inserire un URL manualmente o scegliere un'entità PrestaShop. Il form admin supporta prodotti, categorie, pagine CMS, produttori e fornitori, e può risolvere l'entità selezionata nel suo URL front-office. Sono disponibili override di keyword e URL target specifici per lingua, così uno store multilingua può usare anchor text locale invece di forzare le frasi di una lingua in ogni storefront.

I tag hreflang risolveranno i miei problemi SEO multilingua?

I tag hreflang risolvono bene un problema specifico: dicono a Google quale versione linguistica o paese di una pagina mostrare a ciascun visitatore, così le pagine tradotte smettono di competere tra loro come contenuto quasi duplicato. Per uno store PrestaShop multilingua non sono opzionali, ma sono una parte del lavoro, non tutto il lavoro.Impostazioni Hreflang - alternative lingua/paese per il SEO multilingue.Ciò che hreflang non farà è salvare traduzioni sottili o di qualità macchina, riempire pagine che esistono solo in una lingua o correggere strutture URL incoerenti tra shop. Queste cose richiedono contenuto reale e URL puliti sotto i tag. La nostra Smart SEO Revolution Suite genera hreflang automaticamente per ogni lingua attiva, aggiunge un x-default corretto, resta consapevole del multi-shop e include gli stessi riferimenti anche nella sitemap XML. Metti a posto quei segnali e Google può abbinare la versione corretta a ogni ricercatore; la qualità della traduzione resta una tua responsabilità.Nella SEO Suite, l'output hreflang fa parte dell'header hook. Quando HREFLANG_ENABLED è attivo, il modulo chiama il suo Hreflang manager e renderizza tag per gli URL alternate che può costruire. Se esiste più di un'alternata, aggiunge anche un URL x-default. Se la decisione robots corrente contiene noindex, la suite non restituisce output hreflang per quella pagina, evitando che pagine noindexed mandino segnali misti. https://example.com/en/product.html Il lato sitemap è separato ma allineato. Il writer sitemap può emettere voci xhtml:link rel='alternate' quando trova URL corrispondenti per la stessa entità in altre lingue. La configurazione sitemap ha uno switch INCLUDE_HREFLANG, quindi hreflang in header e hreflang nella sitemap XML possono essere entrambi controllati consapevolmente.Ci sono comunque limiti reali. Hreflang funziona solo quando esiste un URL alternativo reale a cui puntare. Se un prodotto esiste in inglese ma il prodotto francese manca, è disattivato, noindexed o ha contenuto tradotto scadente, il tag non può creare per te una buona landing page francese. Allo stesso modo, hreflang non sostituisce i tag canonical; ogni pagina lingua dovrebbe normalmente canonicalizzare se stessa e poi elencare le proprie alternate.Una buona checklist SEO multilingua: mantieni crawlable ogni URL lingua, usa canonical autoreferenziali, pubblica traduzioni complete per prodotti e categorie importanti, mantieni coerenti gli URL dello switcher lingua, includi le alternate nella sitemap XML ed evita noindex sulle pagine che devono partecipare al cluster hreflang.

Quali moduli cambiano il contenuto visibile della pagina?

Sì. La Smart SEO Revolution Suite è il nostro modulo SEO tutto-in-uno per PrestaShop: riunisce la nostra linea SEO principale in un'unica dashboard del back office, con una sola licenza e un solo canale di aggiornamento, così non devi gestire più moduli ognuno con la propria pagina di impostazioni.La Suite offre ciò che fanno questi moduli singoli, più degli extra:Advanced SEO Sitemap Builder, sitemap XML/HTML, hreflang e voci immagine, con suddivisione automatica al limite di 50.000 URL.Automatic SEO Schema Rich Snippets, markup Product, Offer, BreadcrumbList, Organization, Article, FAQ e Review.Product Canonical Manager, canonical, hreflang e controllo noindex/nofollow.Automatic Internal SEO Linker, suggerimenti di linking interno da parola chiave a URL su tutti i contenuti.In più aggiunge modelli di title/description con segnaposto, un gestore di redirect 301/302/410 con log degli accessi, il monitoraggio dei 404, editor per robots.txt e llms.txt, output Open Graph e Twitter Card, l'import di Google Search Console e la generazione meta in blocco con IA tramite OpenAI, Claude o Gemini.La logica d'acquisto è semplice: se ti serve solo una funzione isolata, ad esempio solo i canonical, il modulo singolo corrispondente può essere la scelta più snella. La Suite raggruppa queste funzioni SEO in un solo modulo e un'unica dashboard, quindi confrontala con i moduli singoli in base alle funzioni che ti servono davvero.

Le mie immagini prodotto non appaiono in Google Immagini. Perché?

Di solito dipende da alcune cose risolvibili, e la più comune è alt text mancante o vuoto. Google si appoggia molto all'attributo alt e al contesto circostante per capire cosa mostra un'immagine, quindi immagini senza alt descrittivo raramente emergono in Image search. Passa questa lista:Alt text vuoto o generico, il fattore principale; sistema questo per primo.robots.txt blocca la cartella immagini. Google non può indicizzare ciò che non può recuperare.Immagini caricate solo da JavaScript lazy-loading che il crawler non esegue (meno comune oggi con il lazy loading nativo).Nessuna voce immagine nella sitemap, quindi la scoperta è più lenta.Immagini molto piccole o di bassa qualità che Google può decidere di non indicizzare.Inizia dall'alt text. Automatic SEO Images Alt Tags lo genera dai dati catalogo, nome prodotto, produttore, categoria, riferimento e altro, e può riempire solo le legend vuote o sostituire quelle esistenti. Nota che dà a Google alt text pulito da leggere; non garantisce indicizzazione o ranking.Nel modulo, il template prodotto predefinito è {product_name} - {manufacturer}, le pagine listing usano {product_name} - {category}, le categorie usano {category_name}, e la lunghezza massima predefinita è 125 caratteri. Puoi aggiungere placeholder come {reference}, {ean13}, {mpn} e {image_position} per rendere più distinte le immagini gallery. Il builder rimuove separatori vuoti e taglia il testo lungo al confine di parola, così un template come {product_name} - {manufacturer} - {reference} resta leggibile anche quando manca un campo.Il modulo riempie il valore legend/alt immagine al momento della presentazione per cover prodotto, immagini gallery prodotto, immagini listing e immagini categoria supportate. Di default riempie valori vuoti senza sovrascrivere legend scritte a mano; abilita la sostituzione solo dopo aver controllato che il tuo alt text manuale non sia migliore. Dopo aver cambiato i template, svuota la cache e ispeziona gli attributi img alt renderizzati su una pagina prodotto e categoria. Non è un generatore di sitemap immagini e non può costringere Google a indicizzare un'immagine, ma rimuove uno dei principali blocchi lato catalogo.

Come faccio a sapere se i miei structured data funzionano correttamente?

Esegui uno dei tuoi URL prodotto nel Rich Results Test di Google - mostra quali structured data Google trova sulla pagina e segnala errori o warning. Puoi anche monitorare la copertura nel tempo in Google Search Console sotto i report Enhancements. Dopo aver installato il nostro modulo Schema & Rich Snippets, testa alcune pagine prodotto, categoria e CMS prima di fidarti dell'output storefront.Nel back office del modulo, la schermata preview ti permette di scegliere un tipo pagina e generare JSON-LD prima di affidarti alla pagina live. Product, Organization, WebSite, Breadcrumb, Category e CMS schema sono abilitati di default, mentre il markup FAQ è off di default perché il contenuto FAQ deve corrispondere al contenuto visibile della pagina. Lo schema Product usa dati catalogo come produttore/brand, identificativi stile SKU, condition, recensioni, varianti e fino a cinque immagini salvo tu cambi il limite immagini.Avvertenza importante sul codice attuale: lo schema storefront live andrebbe verificato con cleanup JSON-LD esistente disattivato, oppure dopo che l'output del modulo è marcato in modo che il cleaner lo preservi. Il modulo emette script JSON-LD in displayHeader, ma lo step di cleanup gira sull'HTML finale e rimuove blocchi application/ld+json salvo contengano il marker comment del modulo. L'output header attuale non include quel marker, quindi il cleanup predefinito può rimuovere lo schema appena renderizzato dal modulo.Questo significa che dovresti validare sia l'output preview sia l'URL pubblico reale dopo cache, hook del tema e altri moduli SEO. Se cleanup è attivo, controlla il sorgente reale della pagina per confermare che il JSON-LD sia ancora presente. Warning per campi opzionali non bloccano sempre l'idoneità, ma errori nei campi Product richiesti vanno corretti prima di aspettarti rich result. Anche uno schema valido non garantisce che Google mostri rich result; rende solo la pagina idonea.

Friendly URL Manager può correggere URL già indicizzati da Google?

Sì. Il modulo registra i vecchi URL quando cambiano URL di prodotto/categoria/CMS/produttore/fornitore e serve redirect dalla tabella history. È esattamente pensato per proteggere URL Google indicizzati dopo cambi slug o pattern. Usa redirect 301 per spostamenti permanenti, mantieni attiva la cronologia redirect ed evita di cambiare pattern URL ripetutamente salvo tu sia pronto a gestire la catena di redirect.La tabella history salva vecchio URL, nuovo URL, tipo redirect, tipo entità, ID entità, ID shop, flag attivo, hit count, data ultimo hit e motivo del cambio. Il lifecycle handler cattura vecchi URL prima degli update entità, li confronta dopo l'update e registra cambi URL per prodotti, categorie, pagine CMS, produttori e fornitori. Ha anche comportamento su delete e disable che può reindirizzare a un parent, homepage, 410 Gone o nulla, in base alla configurazione.Al momento della richiesta, il router controlla override e voci history e restituisce l'URL redirect configurato e il tipo redirect quando viene abbinato un vecchio URL. Per migrazioni SEO, mantieni attive le vecchie righe history abbastanza a lungo perché motori di ricerca e link esterni si stabilizzino, preferisci 301 per cambi slug permanenti e testa URL indicizzati importanti con una richiesta HTTP diretta per confermare che restituiscano un solo redirect pulito alla destinazione finale.

Quante sitemap crea Sitemap Builder?

Tante quante ne servono al tuo negozio. Advanced SEO Sitemap Builder non usa un numero fisso di file sitemap e non nomina i file figli per tipo di entità. Raccoglie le sorgenti URL abilitate, le verifica, scrive file XML a blocchi e poi scrive un indice sitemap per il negozio.Per impostazione predefinita il modulo include prodotti, categorie, pagine CMS, pagine core, immagini prodotto e alternate hreflang. Anche produttori e fornitori sono sorgenti URL disponibili, ma sono disabilitati di default nelle impostazioni iniziali del modulo. Il writer divide l'output quando viene raggiunto il limite URL configurato, con 50,000 URL per file come default, e protegge anche il limite di dimensione file da 50 MB del protocollo sitemap.Example generated files for shop ID 1:modules/mprsitemapbuilder/sitemaps/sitemap_index_1.xmlmodules/mprsitemapbuilder/sitemaps/sitemap_1_1.xmlmodules/mprsitemapbuilder/sitemaps/sitemap_1_2.xmlmodules/mprsitemapbuilder/sitemaps/sitemap_1_3.xml https://www.example.com/modules/mprsitemapbuilder/sitemaps/sitemap_1_1.xml 2026-06-17T10:00:00+00:00 https://www.example.com/modules/mprsitemapbuilder/sitemaps/sitemap_1_2.xml 2026-06-17T10:00:00+00:00 Invia solo l'URL dell'indice in Google Search Console. Google legge i file figli dall'indice, quindi non devi gestire a mano ogni file XML generato. Nelle installazioni multistore, ogni shop riceve il proprio indice e i propri file figli basati sull'ID shop.

Il mio modulo SEO mostra "missing Schema markup" in alcuni tool. È un problema?

Un warning di markup mancante significa che il tool non ha trovato quel tipo schema o campo richiesto su quell'URL. In Schema Revolution, controlla prima che il tipo schema sia abilitato per quel tipo pagina, poi confronta la preview del modulo con il sorgente finale della pagina dopo aver svuotato la cache, e infine testa l'URL live nel Rich Results Test di Google o nel validator Schema.org.Gli avvisi Schema vanno verificati rispetto alle impostazioni dei dati strutturati del modulo SEO.Il modulo costruisce JSON-LD in base al tipo pagina rilevato. A seconda della configurazione può emettere Organization e WebSite sulla homepage, BreadcrumbList sulle pagine interne, Product schema sulle pagine prodotto, CollectionPage per categorie e Article per pagine CMS. Product schema può includere nome, URL, descrizione, SKU, GTIN, MPN, brand dalla fonte catalogo configurata, immagini, condition, offers, availability, dettagli spedizione, return policy, rating, recensioni, peso e dati categoria quando lo shop possiede quei dati.{ "@context": "https://schema.org", "@type": "Product", "name": "Example product", "url": "https://example.com/product.html", "description": "Short product description", "sku": "REF-123", "gtin13": "1234567890123", "offers": { "@type": "Offer", "price": "29.99", "priceCurrency": "EUR", "availability": "https://schema.org/InStock" } }Se Google segnala campi mancanti, confronta tre cose: preview del modulo, sorgente HTML finale dopo aver svuotato cache PrestaShop ed esterne, e URL live recuperato dal tool di test. Un campo può essere assente perché il tipo schema è disattivato, il page detector non identifica la pagina come previsto, al prodotto mancano dati sorgente come brand o GTIN, HTML in cache è ancora servito, oppure un altro tema/modulo cambia l'output finale.Attenzione alle opzioni cleanup. Sono pensate per rimuovere microdata vecchi e JSON-LD duplicato, ma l'attuale cleanup JSON-LD preserva solo script marcati con , mentre l'output header del modulo non è marcato. Con clean_existing_jsonld abilitato, incluso il suo stato predefinito, il cleanup può rimuovere lo schema del modulo stesso dall'HTML finale. Se i tool mostrano schema mancante, disattiva/correggi il cleanup JSON-LD o aggiungi il marker atteso prima di presumere che la colpa sia di un altro modulo.Nella configurazione del modulo, apri Schema Revolution > Configuration > Schema Types. Abilita lì il tipo mancante: Product Schema, Organization Schema, WebSite Schema, Breadcrumb Schema, Category Schema o CMS Article Schema, a seconda dell'URL testato.Se lo schema esiste nell'anteprima ma scompare dall'HTML finale, disattiva Remove Existing JSON-LD nella stessa scheda Schema Types durante i test. Questa opzione rimuove dalla pagina gli script application/ld+json non marcati prima dell'output, quindi è la prima impostazione da controllare quando i validator segnalano che tutto il JSON-LD è mancante.

In cosa differisce Smart SEO Revolution Suite dai moduli SEO separati?

Smart SEO Revolution Suite è un unico modulo che gestisce insieme i principali compiti di SEO tecnica, invece di concatenare più moduli monofunzione. Lo configura da un solo punto e le parti condividono un'unica serie di regole.Cosa racchiude il singolo modulo:Modelli di meta title e description per prodotti, categorie, pagine CMS e altro.Sitemap XML, editor robots.txt e gestione dei canonical.Dati strutturati Schema.org, Open Graph e Twitter Cards e hreflang per negozi multilingue.Redirect 301/302 e monitoraggio dei 404.SEO delle immagini, link interni e punteggio SEO.I moduli separati hanno senso quando le serve davvero solo un compito ristretto, testo alt delle immagini, o soltanto un sitemap. Il vantaggio della suite: le funzioni si conoscono tra loro. Poiché un solo modulo genera l'head, può rimuovere i tag duplicati del tema e mantenere un unico set pulito di canonical, hreflang e schema. Con più moduli indipendenti deve coordinare lei, e i conflitti da duplicati sono il risultato consueto.Errore comune: acquistare la suite e un modulo separato che si sovrappone, poi attivare la stessa funzione in entrambi. Lasci che un solo modulo sia responsabile di ogni compito. Veda la Smart SEO Revolution Suite.

Gestione di tutta la SEO PrestaShop in un unico posto: metadati, canonical, redirect, schema e hreflang

Smart SEO Revolution Suite - Suite completa per la gestione SEO di PrestaShop

Smart SEO Revolution Suite - Recuperare il traffico perso a causa di problemi tecnici SEO

All-in-One SEO Module for PrestaShop - Gestione dei dati strutturati

Smart SEO Revolution Suite - Fornire ai motori di ricerca informazioni più chiare sulle pagine

Smart SEO Revolution Suite - Correggi gli errori 404 e gestisci i redirect 301 in PrestaShop

Smart SEO Revolution Suite - Controlla l'indicizzazione e le regole robots per tipo di pagina

Gestione di tutta la SEO PrestaShop in un unico posto: metadati, canonical, redirect, schema e hreflang

SEO Revolution

Name: SEO Revolution
Brand: mypresta.rocks
SKU: mprseorevolution
Price: 299.00 EUR
Availability: InStock

SEO tutto in uno PrestaShop, canonical, hreflang, JSON-LD, sitemap e Search Console in una matrice di regole

Nessuna recensione

PrestaShop 1.6 – 9.0PHP 7.1+Versione 2.28.33Pubblicato 24/12/2025Aggiornato 26/07/2026

299,00 €

Tasse escluse

SEO Revolution è un modulo per negozi PrestaShop che riunisce dati di ricerca, cambiamenti del catalogo e indicizzazione in un unico flusso controllato. Dopo l’installazione, il centro attività guida il primo inventario delle pagine, l’analisi, la creazione delle sitemap e il controllo di integrità.

Google Search Console fornisce clic, impressioni, percentuale di clic, posizione media, ricerche, pagine, paesi e dispositivi. Google e Bing ricevono gli indirizzi modificati attraverso le connessioni del commerciante. OpenAI, Claude e Gemini forniscono proposte di testo facoltative con la chiave di accesso del commerciante, mentre gli eventuali addebiti del servizio scelto restano separati.

L’avvio è semplice e la configurazione arriva in profondità. Scegli quali pagine entrano nei risultati, quale indirizzo è canonico, quali versioni linguistiche vengono pubblicate, che cosa entra nelle sitemap e quali informazioni raggiungono i risultati arricchiti. Le regole comuni coprono rapidamente il catalogo, i valori individuali gestiscono le eccezioni.

SEO Revolution protegge anche la visibilità già conquistata. I prodotti inattivi, nascosti o eliminati conservano i vecchi indirizzi in ogni lingua e portano a un sostituto approvato o a una categoria superiore attiva. I link memorizzati che non funzionano vengono corretti dopo l’approvazione, e ogni pagina riceve un punteggio SEO e un voto di leggibilità separato.

Il negozio ottiene un ordine di lavoro chiaro, indicazioni coerenti per i motori e meno visibilità persa durante le modifiche al catalogo. Un piccolo team governa così un catalogo ampio, multilingue o multinegozio.

Download immediato dopo l'acquisto

Demo live istantanea Negozio reale, pronto in circa 1 min

5 installazioni demo disponibili · si ricarica ogni 48h

Richiedi preventivo

Licenza a vita per dominio, tua per sempre. Include 3 mesi di supporto e aggiornamenti. Scopri di più

La demo è il modulo completo: acquistalo quando vuoi e attiva la stessa installazione, senza reinstallare né perdere nulla. Apri la scheda Licenza del modulo e fai clic su “Attiva da mypresta.rocks” (oppure incolla la chiave); impostazioni e dati restano invariati. Gli aggiornamenti si installano con un clic dalla scheda Aggiornamento.

Supporto e aggiornamenti

3 months Gratuito 6 months +49,00 € 9 months +79,00 € 12 months +109,00 €

Rinnovo automatico del supporto

+29,90 €/mese

Servizi aggiuntivi

Configurazione professionale Configuriamo completamente il modulo secondo le tue esigenze: tutte le opzioni impostate, testate e verificate entro 1 giorno lavorativo. +29,00 €

Integrazione visiva Modifiche CSS e template per adattarsi al tuo tema: include verifica multi-dispositivo e revisione degli screenshot. +49,00 €

Totale opzioni: 0,00 €

Totale selezionato: 299,00 €

Riepilogo delle possibilità di SEO Revolution

SEO Revolution gestisce l’intero lavoro SEO del negozio in PrestaShop e collega i dati di Search Console, le correzioni del catalogo, l’invio ai motori e la verifica successiva in un processo tracciabile. Dopo l’installazione, un centro attività guida inventario, analisi, sitemap e controllo di integrità, mentre le regole dettagliate seguono la crescita del catalogo.

Priorità dai dati di ricerca: ricerche, pagine, paesi, dispositivi, punteggi e avvisi creano un elenco ordinato di attività.
Protezione quando un indirizzo scompare: prodotti ritirati, pagine mancanti e link interrotti mantengono un percorso verso una destinazione utile.
Lavoro su tutto il catalogo: modelli, operazioni di gruppo, proposte revisionate e link interni sostituiscono le modifiche ripetitive.
Una risposta per i motori: indicizzazione, URL canonico, lingue, sitemap e dati arricchiti seguono la stessa regola.
Controllo durante la crescita: regole multinegozio, monitoraggio dei link, conversioni e gli altri strumenti restano nella stessa amministrazione.
Un luogo di lavoro preciso: le operazioni si svolgono nell’area SEO del pannello PrestaShop, mentre il cliente vede soltanto pagine e informazioni corrette.

La schermata di configurazione di SEO Revolution nel back office PrestaShop

Quale pagina richiede attenzione per prima?

L’area Search Console porta nel pannello clic, impressioni, percentuale di clic e posizione media. Ricerche e pagine di destinazione hanno viste separate, completate da paesi e dispositivi. Un calo viene così associato a una ricerca, a un indirizzo e a una dimensione precise.

L’inventario aggiunge tipo di pagina, stato nella ricerca, indirizzo canonico, presenza nella sitemap e punteggio. Lo storico conserva le posizioni, gli avvisi segnalano la visibilità persa e un voto di leggibilità separato spiega i testi troppo densi o difficili. Scegli il prossimo intervento in base ai dati, non all’ordine casuale del catalogo.

Vista del negozio: Quale pagina richiede attenzione per prima?

Che cosa succede quando un indirizzo smette di funzionare?

Un prodotto inattivo, nascosto o eliminato entra nel percorso di ritiro con i vecchi indirizzi in tutte le lingue del negozio. SEO Revolution dirige ogni indirizzo al sostituto approvato o a una categoria superiore attiva. Senza una destinazione pertinente, la vecchia pagina risulta rimossa definitivamente, i cicli di reindirizzamento vengono bloccati e una decisione già presa dal commerciante resta intatta.

Il monitor delle pagine mancanti registra indirizzo, numero di visite e pagina di provenienza. Il controllo dei link interni individua anche i collegamenti memorizzati che reindirizzano o falliscono, quindi li sostituisce con la destinazione finale approvata o li rimuove dopo la revisione. Anteprima e registro di ripristino proteggono ogni correzione.

Schermata del back office: Che cosa succede quando un indirizzo smette di funzionare?

Come raggiunge una decisione l’intero catalogo?

I modelli di titolo, descrizione e intestazione lavorano per tipo di pagina e lingua, mentre un singolo prodotto, categoria o pagina di contenuto mantiene un valore proprio per le eccezioni. Le operazioni di gruppo applicano il modello scelto e importano o esportano meta title, meta description e indirizzi riscritti in formato CSV. L’anteprima del risultato di ricerca mostra l’esito prima del salvataggio.

OpenAI, Claude o Gemini forniscono proposte per titoli e descrizioni dopo l’inserimento della propria chiave di accesso. Il fornitore addebita separatamente l’eventuale utilizzo, e ogni proposta attende l’accettazione o il rifiuto. Le regole dei link interni usano formulazioni separate per lingua, tipi di pagina, aree di contenuto, destinazioni e limiti scelti.

Blog Revolution pubblica gli articoli, mentre SEO Revolution governa indicizzazione, URL canonici, link interni e presentazione nei risultati. Produzione dei contenuti e gestione della visibilità mantengono così due ruoli chiari.

Cruscotto SEO con contatori di pagine, indicizzazione, redirect ed errori sopra le attività del centro azioni

Come ricevono Google e Bing una risposta coerente?

Scegli se la pagina viene indicizzata, quale indirizzo la rappresenta, quali versioni linguistiche vengono pubblicate e aggiunte alla sitemap e quali informazioni arricchite corrispondono al contenuto. La stessa regola governa istruzioni ai motori, URL canonico, lingue, sitemap e dati strutturati. Quando il modulo pubblica i propri dati, rimuove dal tema le voci linguistiche, sociali e strutturate duplicate.

Code separate per Google e Bing mostrano motivo, stato, tentativi e prossima azione per gli indirizzi modificati o ritirati. L’invio esterno inizia dopo l’attivazione e il collegamento del servizio interessato. Google usa le credenziali di un account di servizio del commerciante, mentre il collegamento Bing crea o accetta una propria chiave.

Impostazioni dei dati strutturati con interruttori separati per schema di prodotto, categoria, articolo, breadcrumb, organizzazione e sito web

Che cosa resta sotto controllo mentre il negozio cresce?

SEO Revolution comprende inventario e punteggio delle pagine, rapporti Search Console, metadati, intestazioni e sottotitoli, modelli degli indirizzi e URL canonici, reindirizzamenti e pagine mancanti, prodotti ritirati, regole robots, sitemap XML e HTML, versioni linguistiche, dati sociali e strutturati, llms.txt, link interni ed esterni, descrizioni delle immagini, monitoraggio dei backlink, registro dei link da rifiutare, code di indicizzazione, analisi lato server e conversioni pubblicitarie.

Scegli politiche e valori separati per ogni negozio e lingua, con eredità esplicita delle impostazioni comuni e una vista globale in sola lettura. Il primo controllo resta semplice, poi lingue, vetrine e responsabilità restano separate con precisione.

Illustrazione: Che cosa resta sotto controllo mentre il negozio cresce

Riferimento

mprseorevolution
Disponibile

2147483647 Articoli
Compatibilità PrestaShop

PS 1.7 – 9.x
Modello di prezzo

Acquisto singolo
Tipo di modulo

Front & Back-office
Rilevante per GDPR

No
Obiettivo di business

Aumentare il traffico
Account esterno necessario

No
Complessità del modulo

Soluzione completa
Fase del percorso cliente

Attrarre visitatori
Funziona con piattaforma

Nessuna piattaforma esterna

Cosa dicono di noi i nostri clienti

Recensioni azienda

5.0 ★ ★ ★ ★ ★ (4 recensioni)

Caricamento recensioni clienti...

Ancora nessuna recensione prodotto

Sii il primo a condividere la tua esperienza con questo modulo.

Scrivi una recensione

La tua valutazione *

★ ★ ★ ★ ★

Valuta aspetti specifici (opzionale)

Qualità

★ ★ ★ ★ ★

Rapporto qualità-prezzo

★ ★ ★ ★ ★

Stabilità

★ ★ ★ ★ ★

Compatibilità

★ ★ ★ ★ ★

Supporto

★ ★ ★ ★ ★

Il tuo nome *

La tua email *

Titolo recensione

La tua recensione *

Aggiungi foto (max 3)

Clicca per caricare o trascina e rilascia

MPR SEO Revolution centralizza il lavoro SEO di un negozio PrestaShop: template meta, dati strutturati, sitemap, redirect, robots.txt, indicizzazione, link interni, backlink e monitoraggio delle conversioni. Aiuta i merchant a rendere le pagine prodotto, categoria, CMS, produttore, fornitore, filtrate, di ricerca e blog più facili da scansionare, indicizzare e condividere.

Leggi la documentazione completa Scarica PDF

Hai una domanda su questo prodotto? I nostri esperti sono qui per aiutarti. Chiedi informazioni su installazione, compatibilità o specifiche.

1321 domande

9 categorie

2014 sviluppo moduli dal

1.6–9 versioni PrestaShop

Vedi tutte le domande

v2.3.552026-05-27

AddedAdd internal link audit
AddedFinalize SEO technical controller cleanup
AddedAdd enhanced Ads conversion identifiers

Funziona bene con SEO Revolution

I moduli che il nostro team abbina davvero a questo, e perché ciascuno merita di stare nella stessa configurazione.

Generazione automatica di tag alt SEO per le immagini di prodotto e categoria PrestaShop

Automatic SEO Images Alt Tags

99,00 €

★ ★ ★ ★ ★

Complement

Smart SEO Revolution Suite centralizza già i segnali SEO tecnici che influenzano crawling, indicizzazione e presentazione nei risultati, inclusi template meta, dati strutturati, canonical e redirect. Ciò che resta un po' fuori da questa spina dorsale tecnica è il lavoro ripetitivo di descrivere migliaia di immagini di catalogo, un compito distinto a sé.

Automatic SEO Images Alt Tags gestisce esattamente questo, generando testi alternativi da template per le immagini di prodotti, elenchi e categorie senza modifiche manuali dei campi. Completa la suite coprendo nello specifico le descrizioni delle immagini, lavorando al suo fianco come strumento separato e mirato invece di duplicarne i controlli.

Insieme, il negozio ha sia un'ampia gestione SEO tecnica sia una copertura automatizzata delle descrizioni delle immagini. La suite tiene organizzati i segnali a livello di pagina mentre il modulo degli alt tag migliora silenziosamente accessibilità e contesto delle immagini in tutto il catalogo, così una parte della SEO on-page in cui la suite non è specializzata viene gestita senza ritoccare a mano ogni campo immagine.

Pubblicazione di articoli, categorie e autori con percorsi SEO-friendly tramite un blog PrestaShop

Blog Revolution

299,00 €

★ ★ ★ ★ ★

Complement

Smart SEO Revolution Suite dà al negozio un unico posto per gestire dettagli delle pagine, dati strutturati, canonical, redirect e flussi di scoperta: la spina dorsale tecnica della SEO. Non produce però i contenuti editoriali che guadagnano traffico di ricerca nelle fasi più alte del percorso; per quello serve una superficie di pubblicazione dedicata.

Blog Revolution la aggiunge, tenendo articoli nativi, categorie, tag, autori, commenti e pagine blog pulite dentro il negozio, così i contenuti possono attirare traffico di ricerca e condurre i lettori verso i prodotti. Completa la suite fornendo contenuti dove la suite fornisce controllo tecnico, ciascuno responsabile di un livello diverso.

Usati insieme, coprite entrambi i lati della SEO che spesso vengono separati: i segnali tecnici delle pagine esistenti e un flusso di contenuti nuovi e attuali. La suite tiene in ordine i segnali del catalogo mentre il blog fa crescere la presenza del negozio con guide e consigli, così igiene tecnica e crescita dei contenuti avanzano in parallelo invece che una in attesa dell'altra.

Negozi PrestaShop affollati più veloci con caching Redis, APCu o su file e ottimizzazione degli asset

Performance Revolution

299,00 €

★ ★ ★ ★ ★

Complement

Smart SEO Revolution Suite organizza i segnali che influenzano crawling, indicizzazione e presentazione nei risultati, ma le prestazioni in ricerca dipendono anche da quanto velocemente le pagine si caricano davvero, che è una disciplina a parte. Pagine lente possono minare una SEO altrimenti solida sprecando crawl budget e perdendo acquirenti.

Performance Revolution copre la velocità, dando al team controlli per caching, warming, gestione degli asset e analisi dei colli di bottiglia in un'unica area del Back Office, con opzioni Redis, APCu e rilevamento automatico. Completa la suite SEO senza sovrapporsi: una gestisce i segnali di ricerca, l'altra la velocità delle pagine, ciascuna nel proprio spazio di lavoro.

Insieme affrontate due cose a cui tengono sia i motori di ricerca sia gli acquirenti. La suite mantiene coerente la SEO tecnica mentre Performance Revolution lavora sui tempi di caricamento dietro quelle pagine, così le pagine ben ottimizzate sono anche veloci, riducendo il rischio che una consegna lenta trascini silenziosamente in basso posizionamenti e conversioni nonostante una SEO on-page solida.

Raccolta di valutazioni, recensioni, criteri e immagini dei prodotti direttamente in PrestaShop

Product and Store Reviews

149,00 €

★ ★ ★ ★ ★

Complement

Smart SEO Revolution Suite gestisce i segnali SEO tecnici del negozio, inclusi dati strutturati e dettagli delle pagine, ma non genera i contenuti di recensione che spesso rendono le schede prodotto più convincenti e danno alle pagine materiale on-page autentico e fresco.

Reviews & Ratings aggiunge questo, con valutazioni native moderate, feedback scritti, recensioni fotografiche opzionali e criteri di valutazione per prodotti, categorie, pagine CMS e il negozio stesso, tutto dentro PrestaShop. Completa la suite come strumento di fiducia separato; non alimenta la suite con dati, e le segnalazioni le moderate voi.

Usati insieme, il negozio abbina una SEO tecnica organizzata a contenuti autentici forniti dai clienti. La suite tiene in ordine i segnali mentre Reviews & Ratings costruisce prove visibili dove si prendono le decisioni di acquisto, così le pagine beneficiano sia di una struttura pulita sia di vere recensioni, con ogni strumento chiaramente responsabile del proprio compito.

Visualizza tutti i problemi noti

1 In revisione

1 Pianificato

23 Implementato

25 richieste

Caricamento richieste funzionalità...

Vedi la roadmap completa

Reso entro 30 giorni
Reso semplice - senza domande

Moduli Plug & Play
Installa, configura e guadagna

Supporto al primo posto
Priorità ad aiuto e soddisfazione

Potrebbe anche piacerti

URL SEO-friendly puliti in PrestaShop con redirect e controllo degli URL duplicati

Smart SEO Friendly URL Manager

149,00 €

★ ★ ★ ★ ★

Blog Revolution

299,00 €

★ ★ ★ ★ ★

Dati strutturati JSON-LD in PrestaShop per risultati di ricerca Google più ricchi

Automatic SEO Schema Rich Snippets

149,00 €

★ ★ ★ ★ ★

Generazione di sitemap XML PrestaShop valide con controlli su canonical, noindex e hreflang

Advanced SEO Sitemap Builder

149,00 €

★ ★ ★ ★ ★

Cookie	Fornitore	Finalità	Durata
PrestaShop-*	PrestaShop	Gestione della sessione e funzionalità del carrello	Sessione
PHPSESSID	PHP	Identificativo sessione PHP	Sessione
mprcr_consent	MPR Cookies Revolution	Memorizza le preferenze di consenso dei cookie	365 giorno/i
mprcr_version	MPR Cookies Revolution	Traccia la versione della configurazione del consenso	365 giorno/i

Cookie	Fornitore	Finalità	Durata
TawkConnectionTime	Tawk.to	Tiene traccia del tempo di connessione della sessione chat	Sessione
__tawkuuid	Tawk.to	Identifica i visitatori ricorrenti della chat	6 mese/i

Cookie	Fornitore	Finalità	Durata
_ga	Google Analytics	Distingue utenti unici assegnando un numero generato casualmente	2 anno/i
_ga_*	Google Analytics	Utilizzato per mantenere lo stato della sessione tra le richieste di pagina	2 anno/i
_gid	Google Analytics	Distingue utenti unici per 24 ore	24 ora/e