Un negozio PrestaShop lento comporta la perdita di clienti, risultati SEO inferiori e una gestione degli ordini più complessa. D'altra parte, un "negozio lento" è un sintomo, non una diagnosi: le cause sono diverse e in ogni negozio può trattarsi di una combinazione diversa di problemi.
Questa pagina illustra come individuiamo quali problemi ti riguardano, quanto costa la risoluzione e quando non hai davvero bisogno di noi.
Cominciamo da ciò che ti ha portato qui
«Il mio negozio è lento»
Tempi di caricamento superiori a 3 secondi, PageSpeed scarso, pannello di amministrazione lento, checkout lento.
Sei nel posto giusto
→ continua a leggere
«Forse il server non va bene. O sono i bot?»
Il negozio va in crash quando c’è traffico, accessi strani nei log, qualcosa di sospetto nel codice, avvisi da Google.
Vai qui
→ scorri fino alla sezione sicurezza
«Non ricevo traffico da Google»
La concorrenza è più in alto, Search Console mostra degli errori, le posizioni sono calate dopo la migrazione, ci sono URL duplicati.
Questo è un altro ambito
→ SEO e visibilità
Questi tre aspetti potrebbero derivare dalla stessa causa: un negozio online lento danneggia i posizionamenti, i bot attaccano il server e i filtri generano migliaia di URL, compromettendo tutto contemporaneamente. Il problema ha origini diverse, quindi cerchiamo innanzitutto di individuare dove si trova il suo epicentro.
13 secondi → 0,9 secondi
Questo è il tempo impiegato per caricare il negozio su PrestaShop 8.1 prima e dopo la nostra ottimizzazione. Non si tratta di una simulazione né di un test su un’installazione pulita, ma di un negozio funzionante con un catalogo reale e moduli reali.
Non promettiamo che da te sarà lo stesso: il tuo negozio ha un catalogo diverso, moduli diversi e un server diverso. Ma inviaci il link e in 30 minuti ti diremo in quale direzione cercare e quale sia la portata del lavoro.
74
negozi ottimizzati
14,17 secondi
riduzione mediana
18 anni
nel settore dell’e-commerce
Chi scrive questo?
PrestaShow è un'agenzia polacca di e-commerce specializzata in PrestaShop: sviluppiamo i nostri moduli, implementiamo negozi online e ne curiamo la gestione: manutenzione, ottimizzazione, SEO e sviluppo. Lavoriamo con i proprietari dei negozi, non con il sistema a prescindere dal business.
Facciamo parte del programma PrestaShop Expert: si tratta di una certificazione ufficiale delle nostre competenze rilasciata dagli sviluppatori del sistema, non di un semplice badge che si può acquistare. Abbiamo 76 moduli proprietari per PrestaShop, utilizzati da negozi in 18 paesi: conosciamo il motore di PrestaShop dal punto di vista del codice, non solo del pannello di controllo.
Moduli personalizzatiper
Li sviluppiamo da oltre una dozzina d’anni
Implementazioni
Nuovi negozi e migrazioni
Assistenza per il negozio
Manutenzione, monitoraggio, sviluppo
Ottimizzazionedi
: velocità, server, database, sicurezza
SEO e visibilitàdi
Ce ne occupiamo anche noi, con i nostri moduli
Partiamo da un'analisi preliminare, non da un audit
Non tutti gli incarichi iniziano con un audit da 4.920 PLN. Si parte da una domanda: cosa sta succedendo esattamente, da quando e su quale negozio. A volte la risposta è un modulo da 300 PLN e mezz’ora nel pannello di controllo. A volte, invece, si tratta di un progetto di tre settimane. L’analisi preliminare determina quale dei due casi si presenta: esaminiamo il negozio e il server, verifichiamo la sicurezza, il traffico, il database, i moduli e il PHP. Si tratta di 4–6 ore di lavoro, per un costo di 800 zł.
Ma prima ancora di pensarci: PrestaShop raramente rallenta per un unico motivo, ma il sintomo di solito indica la direzione da seguire. Individua il tuo problema; in alcuni casi potrebbe risultare che l’analisi non sia necessaria:
Clicca sul sintomo: ti spiegheremo qual è la causa più comune e da dove iniziare sviluppo L'importazione o la sincronizzazione avviene nella finestra delle transazioni. Importazione dal magazzino (XML/CSV/API), sincronizzazione delle giacenze con l’ERP, aggiornamento dei prezzi: se avviene troppo spesso, in orari inadeguati o è mal gestita, il negozio e il database sono sottoposti a un carico costante proprio nel momento in cui i clienti effettuano gli acquisti. Da dove iniziare: individuando a che ora esatta si verificano i rallentamenti e cosa succede in quel momento. Di solito basta spostare la finestra di importazione e limitarne la frequenza: si tratta di orari di lavoro, non di un progetto. sviluppo elevato Navigazione a livelli con un numero elevato di attributi e combinazioni. Ogni combinazione di filtri comporta una query separata al database e un URL distinto. Con una dozzina di attributi, il numero di combinazioni raggiunge le migliaia — sovraccarica il database e intasa l’indice di Google con duplicati. Da dove iniziare: questo è l’unico sintomo che incide contemporaneamente sulla velocità e sul SEO. Richiede di stabilire quali filtri debbano essere indicizzati e quali no — e di creare indici nel database basati su modelli di filtraggio reali. Sviluppo Le combinazioni sono uno degli elementi più impegnativi di PrestaShop. 10 .000 prodotti, ciascuno disponibile in 5 taglie e 6 colori, non significano 10.000 record, ma ben 300.000. Un negozio che al cliente sembra di medie dimensioni, per il database è di grandi dimensioni. Da dove iniziare: dalla struttura del catalogo. A volte è più conveniente riorganizzare il catalogo piuttosto che acquistare un server più potente — ed è una discussione che va affrontata prima di investire denaro nell’infrastruttura. ogni fase Di solito entrambe le parti hanno un po' di colpa, e nessuna delle due ha interesse a risolvere la questione. Il provider di hosting vede il carico, ma non vede il codice. Il programmatore vede il codice, ma non ha accesso al server. Da dove iniziare: da qualcuno che esamini entrambi gli aspetti contemporaneamente. L’audit copre il negozio, i moduli e il server, e il risultato è un documento che indica: questo riguarda l’hosting, questo il negozio, questo i moduli. Puoi mostrarlo al fornitore di hosting. sviluppo elevato Il server è stato scelto per un traffico medio, non per i picchi. Un negozio che gestisce tranquillamente 300 persone al giorno potrebbe andare in tilt con 300 persone contemporaneamente. Si tratta di due numeri diversi e di due configurazioni diverse. Da dove iniziare: da un test di carico, per capire qual è il limite massimo — e poi decidere se aumentare tale limite o ristrutturare il negozio. Il momento migliore per una copia di sviluppo, il peggiore per gli esperimenti sull’ambiente di produzione. sviluppo grande PrestaShop è progettato per un carrello al dettaglio: tre, cinque articoli. In caso di ordini all'ingrosso con diverse centinaia di righe, ogni operazione sul carrello (ricalcolo dei prezzi, degli sconti a soglia, della disponibilità, delle imposte) si moltiplica per il numero di articoli. A ciò si aggiungono listini prezzi individuali per ogni cliente e quantità minime d'ordine. Da dove iniziare: valutando quale operazione incida maggiormente sui costi in presenza di un carrello di grandi dimensioni. Di solito è possibile risolvere il problema mettendo in coda i ricalcoli, memorizzando i listini prezzi nella cache e riscrivendo il codice relativo all’aggiunta delle voci. Si tratta di un’ottimizzazione specialistica e di una categoria a sé stante. sviluppo grande Multistore è un'unica installazione, un unico database e un unico server — per tutti i negozi contemporaneamente. L'importazione in un singolo negozio grava sul database comune a tutti. Un modulo scritto senza tenere conto del multistore può prelevare dati da tutti i negozi per visualizzarne uno solo. E una campagna su un negozio sovraccarica il server degli altri. Da dove iniziare: individuare quale negozio genera il carico e stabilire se il problema risiede nella configurazione o nel modulo. Il multistore ha le sue regole: è una categoria a sé stante, non una variante della normale ottimizzazione. sviluppo Qualcuno ti sta scansionando. Scraper che raccolgono i prezzi per conto della concorrenza, bot che tentano di effettuare l'accesso, traffico spazzatura proveniente da server farm. Per un negozio si tratta di richieste normali: il database le gestisce, il server elabora i dati, PHP funziona. Solo che dall’altra parte nessuno comprerà nulla. Se l’intensità aumenta, questo traffico può consumare metà della potenza del server. Da dove iniziare: verificando quale parte del traffico sia effettivamente generata da persone. Poi un CDN e regole di blocco: di solito è più economico rispetto a un server più potente. ogni fase Non si tratta più di un problema di prestazioni. È un attacco hacker. Il negozio infettato è lento perché, oltre al tuo negozio, su quel server è in esecuzione qualcos’altro: un miner di criptovalute, un’iniezione di spam o reindirizzamenti inseriti nel template. Il caricamento lento è un sintomo secondario, non il problema. Da dove iniziare: immediatamente , e non da PageSpeed. Esegui una scansione, individua la backdoor, ripulisci il sistema, chiudi le falle di sicurezza, cambia tutte le password. Ottimizzare un negozio infettato è come dipingere l’erba. ogni fase Un modulo scritto senza prestare attenzione alle prestazioni invia query al database ad ogni visualizzazione della pagina. Un solo modulo di questo tipo può costare diverse centinaia di millisecondi — su ogni sottopagina, per ogni utente. Da dove iniziare: dal profiling, che mostra quanto tempo impiega ogni modulo in millisecondi. Solo allora si decide: lo correggiamo, lo sostituiamo o lo eliminiamo. ogni fase Di solito in questo ordine: immagini, JavaScript, assenza di cache. Nella maggior parte dei negozi online, le immagini incidono in gran parte sul punteggio — ed è questa la parte che puoi sistemare da solo. Da dove iniziare: dalle immagini. La conversione in WebP e il lazy load sono le misure più economiche che incidono maggiormente sulle prestazioni. Se dopo averle applicate PageSpeed continua a segnalare problemi, allora è il momento di occuparsi di JavaScript e del template.Di cosa si occupa il tuo negozio?
Rallenta in determinati momenti: di notte o al mattino. Di giorno va tutto bene.
La categoria con i filtri impiega una decina di secondi a caricarsi. Il resto va a gonfie vele.
Ho 8.000 prodotti e nel database ci sono 240.000 record. Da dove vengono?
Il provider di hosting sostiene che si tratti di un negozio online. Il negozio online sostiene che si tratti di un provider di hosting. Chi ha ragione?
Tra sei settimane ci sarà il Black Friday e so che il negozio non reggerà il ritmo.
Un cliente all'ingrosso aggiunge 300 articoli al carrello e la procedura di pagamento va in errore.
Ho un sistema multistore e un solo negozio è in grado di mandare in tilt tutti gli altri.
Il negozio ha rallentato e nei log vedo migliaia di accessi provenienti da indirizzi strani.
Il negozio ha rallentato e stanno succedendo cose strane: reindirizzamenti, link estranei, avvisi da Google.
Abbiamo aggiunto alcuni moduli e il negozio ha rallentato.
PageSpeed segna 28/100 e l'agenzia SEO mi chiede di risolvere il problema.
La fase in cui si trova il tuo negozio cambia tutto
Un negozio appena avviato va affrontato in modo completamente diverso rispetto a uno con cinquantamila schede prodotto e cinque integrazioni. Gli stessi sintomi assumono un significato diverso.
Fase 1
Negozio agli inizi
fino a ~2.000 prodotti · senza integrazioni
Il database non ha ancora avuto il tempo di ingrossarsi, le combinazioni sono poche, i filtri non sono un problema. Di solito bastano immagini leggere, cache e un hosting decente.
Onestamente: un modulo da 300 zł e mezz’ora nel pannello di controllo. Un audit sarebbe una forzatura.
Fase 2
Negozio in fase di sviluppo
migliaia di prodotti · combinazioni · integrazioni
È qui che inizia il lavoro serio. Le combinazioni moltiplicano le dimensioni del database, i filtri generano migliaia di URL, l’importazione si avvia nelle ore di punta degli acquisti. Di solito ci sono diverse cause contemporaneamente.
In tutta onestà: è qui che l’audit ripaga più rapidamente, perché senza di esso l’implementazione è solo un gioco d’ipotesi.
Fase 3
Negozio di grandi dimensioni / sotto carico
Oltre 100.000 indici · ERP · marketplace
Gli indici predefiniti di PrestaShop non sono più sufficienti. Entrano in gioco indici compositi, cache in memoria e un’architettura server ben progettata.
In tutta onestà: l’audit è il minimo indispensabile. In pratica si tratta di un progetto, non di una voce del listino prezzi.
Cosa rallenta solitamente un negozio online, anche se nessuno ne parla
Le guide parlano di immagini e cache, perché sono visibili su PageSpeed. Ma nei negozi in fase di sviluppo i veri freni sono altrove – e hanno tutti un denominatore comune: crescono insieme al business.
Combinazioni di prodotti: il negozio è più grande di quanto sembri
Questo è uno degli aspetti più impegnativi di PrestaShop e spesso sottovalutato. Un prodotto disponibile in 5 taglie e 6 colori non corrisponde a un solo record nel database, ma a ben 30. Ecco perché la domanda «quanti prodotti hai?» è fuorviante. La domanda corretta è: quante combinazioni hai? A volte è più conveniente riorganizzare il catalogo piuttosto che acquistare un server più potente.
Filtri: l’unico problema che incide contemporaneamente sulla velocità e sul posizionamento su Google
La navigazione a livelli è indispensabile in presenza di un catalogo di grandi dimensioni. Ma ogni combinazione di filtri comporta una query separata al database e un URL distinto. Il database registra ogni clic, mentre Google indicizza migliaia di URL quasi identici. È in questo momento che l’ottimizzazione e la SEO smettono di essere argomenti distinti.
Importazione dal magazzino: il negozio rallenta in determinati orari
Sintomo caratteristico: il negozio rallenta al mattino o di notte, mentre durante il giorno funziona normalmente. Spesso si tratta di una sincronizzazione che coincide con la finestra di importazione. L’importazione grava sul database esattamente come i clienti, solo che non acquista nulla. Lo spostamento della pianificazione e l’ottimizzazione del processo possono risolvere il problema senza spendere un solo zloty per il server.
Statistiche PrestaShop - perché il pannello di controllo è lento, anche se il front-end funziona
PrestaShop raccoglie di default le proprie statistiche. Le tabelle ps_connections, ps_guest e ps_page_viewed crescono ad ogni accesso. Questa è la causa più comune della lentezza del back-office. Se utilizzi Google Analytics, queste statistiche non ti servono: puoi disattivarle e cancellarle.
Carrello B2B - PrestaShop non è stato progettato per gestire 300 articoli
PrestaShop è stato progettato per un carrello al dettaglio. Ogni operazione sul carrello – ricalcolo di prezzi, sconti, quantità, imposte – viene moltiplicata per il numero di articoli. Questi problemi si risolvono mettendo in coda i ricalcoli e memorizzando nella cache i listini prezzi per ogni cliente. È tutta un’altra storia.
Multistore: un altro livello
Il multistore non è semplicemente «PrestaShop, ma in versione più ampia». Si tratta di un’unica installazione, un unico database e un unico server per più negozi contemporaneamente. Un modulo non ottimizzato per il multistore recupera i dati da tutti i negozi per visualizzarli in un unico negozio. Una campagna su un negozio sovraccarica il server degli altri.
L’ottimizzazione non è solo una questione di velocità
La metà dei negozi che si rivolgono a noi con la lamentela «è lento» presenta un problema che ha ben poco a che vedere con le prestazioni. Il caricamento lento è solo ciò che si vede.
Un negozio infettato da virus è sempre lento
Perché accanto al tuo negozio, sullo stesso server, c’è qualcos’altro che sta operando: un miner di criptovalute, uno script che invia spam, una backdoor. Ecco perché ogni richiesta più complessa viene sottoposta a una scansione: in diverse occasioni si è scoperto che il cliente pagava per velocizzare qualcosa che prima doveva essere ripulito.
Una versione obsoleta di PrestaShop non significa solo un negozio più lento
Ogni versione che non hai aggiornato rappresenta un elenco di vulnerabilità note al pubblico. Non è necessario essere un bersaglio specifico: gli scanner vagano per tutto il web e controllano tutto uno dopo l’altro.
I bot possono mandare in tilt metà del server
Scraper che raccolgono i prezzi per conto della concorrenza, bot che accedono con password altrui, traffico spazzatura. Abbiamo visto negozi in cui la maggior parte del traffico non proveniva da persone: il proprietario aumentava la potenza del server perché «è lento» e finiva per pagare per l’hosting dei bot altrui.
Assenza di CDN: tutto passa da un unico punto
Senza CDN, ogni immagine, file CSS e cliente gravano sul tuo server. Con un CDN, i contenuti statici vengono forniti da un nodo più vicino al cliente. Di solito è la soluzione più economica e con il maggiore impatto per i negozi che ancora non ne dispongono.
Tre modi per iniziare: scegli quello che preferisci
1
Fai da te
Il back-office è lento, ma il front-end funziona? Quasi sicuramente è colpa del database: usa Cleaner. PageSpeed segnala immagini pesanti? Prova WebP e Lazy Load. Non hai bisogno di noi per utilizzare questi moduli.
a partire da 300 zł
subito
2
Analisi preliminare: invia il link al negozio
30 minuti del nostro tempo. Controlliamo dall’esterno: velocità, versione, configurazione, tracce dei bot, aspetti fondamentali della sicurezza. Se c’è qualcosa di cui discutere, fissiamo un incontro.
0 zł
30 minuti
3
Analisi preliminare - qui si entra nel vivo
Accediamo al negozio online e al server – là dove dall’esterno non si vedono i dettagli. Scansione di sicurezza, traffico, database, moduli, PHP. Alla fine saprai qual è la causa, cosa si può fare al riguardo e quanto costerà. Si tratta di 4–6 ore di lavoro – a una tariffa inferiore alla nostra normale, e lo facciamo consapevolmente. Non consigliamo di spendere 4 920 zł per un audit solo per scoprire che basta un modulo da 400 zł.
800 zł
4–6 ore
4
Panoramica completa – Audit PrestaShop
Effettuiamo l’audit quando l’analisi preliminare evidenzia la presenza di più cause contemporaneamente o se le perdite del negozio sono ingenti: la tariffa è elevata. PDF con lo stato del negozio e del server: elenco dei problemi, raccomandazioni e preventivo per ogni elemento separatamente. Senza alcun obbligo di affidarci l’implementazione.
1 230,00 EUR
fino a 15 giorni lavorativi
La maggior parte dei casi si risolve al livello 1 o 3
L’analisi preliminare da 800 zł serve proprio a evitare che tu debba tirare a indovinare o acquistare subito l’audit. A volte, al termine dell’analisi, ti diciamo : «Acquista il modulo da 400 zł e verifica se il problema scompare» – e la questione è chiusa. A volte ne viene fuori un elenco di raccomandazioni che richiede tre settimane di lavoro. Ma in entrambi i casi sai per cosa stai pagando prima ancora di pagare.
Quando l’audit è davvero necessario – e quando non lo è
Non tutte le ottimizzazioni richiedono lo stesso tipo di intervento. Un negozio ha un problema con il server, un altro con il database, un terzo con i moduli, un quarto con l’importazione durante le ore di punta.
L’audit ha senso quando...
- ci sono diverse cause contemporaneamente
- il negozio è in fase di crescita e il volume d’affari è in aumento
- ti stai preparando per la stagione
- stai per passare alla versione 1.6
- hai bisogno di una risoluzione in una controversia con il provider di hosting
- vuoi un secondo parere sul lavoro della tua agenzia
Un audit non ha senso quando...
- il negozio è appena agli inizi
- il sintomo indica chiaramente la causa (lentezza del pannello = database)
- hai un compito specifico e ben circoscritto
- sai già cosa bisogna fare: hai bisogno di un esecutore, non di un diagnostico
L'audit è un piano di lavoro per il tuo negozio: un PDF con lo stato del negozio e del server, un elenco di problemi, opportunità e raccomandazioni, con un preventivo separato per ogni elemento. Realizzazione entro 15 giorni lavorativi.
La diagnosi è una cosa. L’implementazione è un processo
L’analisi preliminare e l’audit sono processi chiusi: hanno un inizio, una fine e un risultato finale. L’implementazione delle modifiche non funziona così. A volte le immagini, la cache e il database vengono gestiti in un unico intervento e dopo una settimana il gioco è fatto. Ma capita che sia necessario suddividere il tutto in fasi, perché una correzione in un punto può richiedere interventi in un altro. In quel caso procediamo un passo alla volta, verifichiamo, e solo dopo passiamo al successivo.
Le fasi vengono fatturate in base al tempo impiegato, a partire da 200 zł all’ora. Prima di ogni fase comunichiamo il numero di ore stimate; una volta completata, vedrai quante ne sono state effettivamente impiegate. Eccezione: in caso di emergenza – il negozio è inattivo, c’è stata una violazione – interveniamo immediatamente, a un costo maggiore e concordato sempre individualmente. E viceversa: capita che l’intero problema sia costituito da immagini da 4 MB ciascuna – in quel caso basta un modulo, WebP, lazy load e la questione è risolta per 300 zł. Non tutte le visite dal medico finiscono con un intervento chirurgico.
Una procedura sicura che non interferirà con il funzionamento del negozio
- Eseguiamo un audit approfondito del tuo negozio, dei moduli e del server.
- Prepariamo il server e vi avviamo una copia del tuo negozio.
- Ottimizziamo la copia del negozio, implementando le raccomandazioni emerse dall’audit.
- Testiamo il negozio e il server, apportando le correzioni necessarie.
- Il trasferimento dal vecchio negozio a quello nuovo richiede poche ore: è l’unico momento di interruzione. Concordiamo una data che ti sia comoda.
- Inizi a lavorare sul nuovo negozio. Tutti i dati vengono conservati integralmente.
- Per l’ottimizzazione ricevi una garanzia di 3 mesi e un’offerta di assistenza continua.
Quanto costa l’ottimizzazione di PrestaShop?
Non indichiamo un prezzo unico, poiché due negozi che sembrano simili al cliente possono presentare una situazione tecnica completamente diversa. Possiamo però dirti da cosa dipende il prezzo.
| Lavori | Ambito | Prezzo |
| Analisi preliminare | Esaminiamo il negozio e il server: scansione di sicurezza, traffico, database, moduli, PHP, versione. Al termine saprai qual è la causa del problema e quanto costa la riparazione. Il prezzo è calcolato al di sotto della nostra tariffa oraria – e lo facciamo consapevolmente. | 800 zł 4–6 ore |
| Audit PrestaShop | PDF: stato del negozio e del server, problemi, raccomandazioni, preventivo per ogni elemento. | 1 230,00 EUR |
| Lavori di implementazione per fasi, in base al tempo impiegato | Fatturazione oraria. Prima di ogni fase, stima delle ore; al termine, fatturazione in base al tempo effettivamente impiegato. Modalità di emergenza concordata individualmente. | a partire da 200 PLN / h |
| Aggiornamento PrestaShop + PHP | 1.6.x, 1.7.x, fino alla versione 8.x e a PrestaShop 9. Moduli, componenti del server, PHP. | a partire da 5 000 zł |
| Profilazione e Search Console PageSpeed, Lighthouse, GTmetrix | Template, JavaScript, codice sorgente, moduli, database. Correzione degli errori in Search Console. | a partire da 3.500 PLN |
| Server PRO | VPS/dedicato con accesso root, Linux + Plesk + SSL + CloudFlare, backup, GIT. | 615,00 EUR |
| Copia di sviluppo + GIT | Ambiente di lavoro 1:1, per evitare di effettuare test sull'ambiente di produzione. | 615,00 EUR |
Altri fattori che influenzano il prezzo
Versione di PHP e PrestaShop · numero di modifiche e override · numero di moduli · numero di combinazioni di prodotti · numero e tipo di integrazioni (wholesale, ERP, marketplace) · configurazione del server · risultati dei test di carico.
Ottimizzazione di PrestaShop - Domande più frequenti Non abbiamo un prezzo unico, perché due negozi dall’aspetto simile possono presentare condizioni tecniche diverse. Iniziamo con un’analisi preliminare (800 zł, 4–6 ore), che determina se si tratta di un caso adatto a un modulo da 300–400 zł, a un incarico una tantum o a un audit 1 230,00 EUR. I lavori di implementazione vengono fatturati a partire da 200 zł/h. Aggiornamento: a partire da 2 000 zł. Profiling e PageSpeed: a partire da 3 500 zł. No. Lavoriamo su una copia di sviluppo 1:1, il tuo negozio continua a funzionare normalmente. L'unica interruzione è il passaggio dal vecchio negozio a quello nuovo: dura alcune ore e la programmiamo in una data che ti va bene. È possibile, ma si tratta di una specializzazione a sé stante. In caso di ordini di diverse centinaia di righe, ogni operazione va moltiplicata per il numero di voci. Cosa importante: aumentare la potenza del server di solito non aiuta, perché il problema sta nel numero di operazioni. Si risolve mettendo in coda i calcoli, memorizzando nella cache i listini prezzi per cliente e modificando il modo in cui vengono aggiunte le voci. Vedi: moduli B2B. Sì, ed è uno dei casi più frequenti. Un back-office lento è spesso dovuto a un database sovraccarico: statistiche, log, carrelli abbandonati. La tabella Aiuta, ma da sola non basta. La velocità e i Core Web Vitals sono uno dei fattori di ranking: migliorarli elimina un ostacolo, ma non sostituisce i contenuti, la struttura degli URL né i link. Se il tuo problema è «non ricevo traffico da Google», inizia dai moduli dedicati alla SEO e alla visibilità. Probabilmente no. Con un sito piccolo e senza integrazioni, di solito non c’è ancora nulla che non funzioni. Imposta la compressione JPEG a 80, disattiva la raccolta delle statistiche (se raccogli dati in GA4), attiva la cache e scegli un hosting decente. Un modulo per le immagini da 300 zł ti sarà più utile di un audit. Torna a trovarci se riscontri dei problemi o se il tuo catalogo cresce. Prima l'audit, perché dipende dal numero di modifiche e di override. A volte risulta più conveniente effettuare un aggiornamento insieme all’ottimizzazione piuttosto che ottimizzare la versione 1.6, che comunque dovrà essere aggiornata a breve. Eseguiamo aggiornamenti dalle versioni 1.6.x, 1.7.x, fino alla 8.x e a PrestaShop 9. Offriamo una garanzia di 3 mesi sull'ottimizzazione. Ma un negozio online è un organismo in continua evoluzione: aggiungi prodotti, moduli e campagne. Per questo motivo, per 3 mesi monitoriamo il negozio in modo continuo e siamo noi a contattarti se qualcosa inizia a non funzionare correttamente. Successivamente, il monitoraggio può essere esteso nell’ambito del servizio PrestaShow Care. Dipende dal negozio e a determinarlo è il rischio, non la nostra comodità. Se molte attività non si ostacolano a vicenda – immagini, cache, database – le realizziamo con un’unica attività efficiente. Ma se il negozio presenta molte modifiche e integrazioni, suddividiamo il lavoro in fasi. Dopo il completamento di ogni fase , puoi vedere il risultato e decidere di fermarti quando ritieni che non valga più la pena proseguire. In base al tempo impiegato, a partire da 250 zł all’ora. Prima di ogni fase ti comunichiamo quante ore stimiamo per un determinato incarico; una volta completato, potrai vedere quanto tempo è stato effettivamente impiegato. Non fissiamo un forfait a occhio, perché in questo tipo di lavoro i tempi potrebbero variare notevolmente. Cerchiamo di lavorare in modo rapido e preciso, e ai progetti partecipano esclusivamente sviluppatori senior. In quel caso lasciamo da parte tutto il resto e ci mettiamo subito al lavoro. La modalità di emergenza ha un costo maggiore e la concordiamo sempre individualmente prima di iniziare qualsiasi cosa, in modo che non ci siano sorprese in fattura. Segnalateci il negozio tramite il modulo di contatto e specificate che il negozio è inattivo: vi risponderemo con la massima priorità. Questo perché lo monitoriamo costantemente, non solo una volta al trimestre. Il nostro sistema di monitoraggio proprietario mostra i tempi di risposta, i Core Web Vitals basati sul traffico, le dimensioni del database, gli errori 5xx e il carico del server nei momenti di picco e in tempo reale. Non solo notiamo che il sito ha rallentato, ma anche in quale giorno è successo e cosa è accaduto in quel momento, ovvero quali modifiche apportate al negozio online hanno influito su tale rallentamento.Le domande che ci vengono poste più spesso
Quanto costa l'ottimizzazione di PrestaShop?
Il negozio rimarrà inattivo durante l'ottimizzazione?
Ho un negozio all'ingrosso: il carrello contiene diverse centinaia di articoli e la procedura di pagamento va in tilt. Si può fare qualcosa?
Il pannello è lento, mentre la parte frontale funziona bene. Anche questa è un'ottimizzazione?
ps_connections può superare i 200 MB. Iniziamo con Cleaner 100,00 EUR; se ciò non bastasse, passiamo alla profilazione del database.L'ottimizzazione mi farà salire nelle posizioni su Google?
Sto appena avviando il mio negozio online: ho bisogno di ottimizzarlo?
Ho PrestaShop 1.6. È meglio ottimizzarlo o aggiornarlo subito?
E se, dopo l'ottimizzazione, il negozio tornasse a funzionare più lentamente?
Farete tutto in una volta sola o ci vorranno mesi?
Come venite pagati per il vostro lavoro: forfait o a ore?
E se il negozio è già chiuso e non posso aspettare?
Come faccio a sapere che il negozio sta di nuovo rallentando, prima ancora che se ne accorgano i clienti?
Quali sono i risultati dell’ottimizzazione di PrestaShop?
Risultati tecnici
- tempi di caricamento della pagina più brevi
- migliori risultati di PageSpeed e Lighthouse
- miglioramento dei Core Web Vitals
- pannello di amministrazione più veloce
- processo di checkout più stabile
- minore carico sul server
- database più pulito
Risultati aziendali
- migliore esperienza del cliente
- minor rischio di abbandono del carrello
- migliore qualità della SEO tecnica
- maggiore prontezza per le campagne pubblicitarie
- funzionamento più stabile in caso di traffico elevato
- più facilità nell’espansione futura del negozio
L’ottimizzazione è un evento. Le prestazioni sono uno stato.
Dopo l’ottimizzazione, il negozio è veloce. E quello è l’unico giorno in cui nessuno ha combinato pasticci.
Poi ricomincia la vita di tutti i giorni. Viene pubblicato un video sulla home page. Il reparto marketing vuole un banner informativo, poi un altro. Si aggiunge un nuovo grossista. Qualcuno pubblica un post con otto foto appena scattate e Search Console inizia a dare l’allarme. Nessuna di queste cose è un errore: è lo sviluppo del negozio. Ma ognuna di queste cose costa millisecondi, e dopo sei mesi il negozio è di nuovo lento. Nessuno sa quando, perché nessuno ci ha fatto caso.
Ecco perché, per un negozio in continua crescita, l’ottimizzazione non è un compito da spuntare su una lista. È un processo. E lo monitoriamo costantemente:
| Cosa monitoriamo | Perché |
| Tempo di risposta e di caricamento | Si vede il giorno in cui il negozio ha rallentato – e cosa è successo in quel momento. |
| Core Web Vitals basati sul traffico dei clienti, non dei bot | Non da un singolo test, ma da ciò che vedono i clienti. |
| Dimensione del database e velocità di ingombro | Quando la pulizia non basta più e diventa necessario il profiling. |
| Disponibilità ed errori 5xx | Un negozio che va in crash una volta alla settimana alle 3 del mattino non si segnalerà da solo. |
| Carico del server nelle ore di punta | Per sapere prima dell’alta stagione qual è il limite massimo, prima di raggiungerlo. |
| Sicurezza e aggiornamenti | Un PrestaShop non aggiornato non significa solo un negozio più lento. |
3 mesi di garanzia
il monitoraggio è incluso nel prezzo dell’ottimizzazione
Per tre mesi dopo l’attivazione del negozio ottimizzato, monitoriamo se l’effetto si mantiene – e saremo noi a contattarti se qualcosa richiede attenzione. Dopo il periodo di garanzia, il monitoraggio può essere esteso nell’ambito di PrestaShow Care.
Si sono affidati a noi
Negozi per i quali, negli ultimi due anni, abbiamo curato l’ottimizzazione, i server o la sicurezza:
Scopri i nostri progetti · Recensioni dei clienti
Non sai di quale livello hai bisogno?
Inviaci il link al negozio: effettueremo una valutazione preliminare di 30 minuti e ti comunicheremo i risultati. È gratuito e spesso basta per capire di cosa stiamo parlando. E se ci sarà qualcosa di cui discutere, fisseremo un incontro.
Rispondiamo entro 2 giorni lavorativi · senza impegno
Robert JAKUBOWSKI
Dzień dobry. Proszę o informacje czy dacie radę zoptymalizować sklep robik.radom.pl Zależy mi na podniesieniu szybkości na mobile. Pozdrawiam Robert Jakubowski
prestashow.pl
Dzięki za komentarz! :-)
Piotrek Kula
Byłbym zainteresowany usługą. Jakie serwery polecacie dla Presty i optymalizacji pod Prestę?
prestashow.pl
Piotrek, trochę czasu minęło, ale... dziś polecamy serwery dedykowane OVH lub rozwiązania chmurowe w Digital Ocean. Jeśli macie budżet może to być również Google Cloud.
Patrycja
Wczoraj otworzyłam zgłoszenie na helpdesk w sprawie nowego serwera. Kiedy uzyskamy odpowiedź?
prestashow.pl
Patrycja mamy Twoje zgłoszenie. Na wyceny dot. optymalizacji odpowiadamy w ciągu 5 dni. Damy znać :-)
Bronisław
Jakie dane trzeba przygotować abyście mogli wycenić optymalizację mojego sklepu?
prestashow.pl
Bronisław, admin sklepu, FTP i baza danych. Opcjonalnie SSH root.
Paweł
Przedstawię przepis na możliwie największy wynik w Google PageSpeed: - włączenie PHP 7.4 na serwerze - Prestashop - aktualizacja do najnowszej wersji - wykorzystanie technologii LiteSpeed na serwerze + wtyczki LiteSpeed w Prestashop