Gestire un progetto ecommerce per conto di un cliente è uno dei lavori più complessi che un’agenzia di comunicazione possa affrontare. Non perché la tecnologia sia inaccessibile, ma perché un ecommerce coinvolge contemporaneamente design, sviluppo, logistica, pagamenti, compliance fiscale, integrazione con i sistemi aziendali del cliente e una strategia per portare traffico. Ogni area ha le sue competenze specifiche, e quando una di esse viene gestita male il cliente lo vede immediatamente: il checkout non funziona, le spedizioni non si calcolano correttamente, i prodotti esauriti rimangono acquistabili.
Lavorando con agenzie italiane su decine di progetti ecommerce all’anno, abbiamo identificato un pattern chiaro: le agenzie che consegnano ecommerce senza problemi post-lancio non sono necessariamente quelle con i developer più bravi. Sono quelle che hanno un processo definito per gestire la complessità prima che diventi un problema visibile al cliente finale.
La fase di analisi che la maggior parte delle agenzie salta
Il 70% dei problemi che vediamo sugli ecommerce post-lancio poteva essere identificato in una fase di analisi preliminare di due o tre ore. Sono problemi che emergono quando qualcuno si fa le domande giuste prima che lo sviluppo inizi.
Il cliente ha un gestionale aziendale? Se ha Fatture in Cloud, Danea, TeamSystem o qualsiasi altro sistema di contabilità e magazzino, la domanda da fare subito è: il sito deve sincronizzarsi con quel gestionale? Se sì, quando e come? L’integrazione tra WooCommerce e un gestionale richiede un lavoro tecnico specifico che deve essere pianificato prima dell’avvio, non scoperto a metà sviluppo.
Chi gestisce il catalogo prodotti? Il cliente carica i prodotti da solo? L’agenzia li carica una volta sola? Ci sono varianti complesse come taglie, colori, annate, configurazioni su misura? La risposta determina la struttura del catalogo, il tipo di custom post type necessari e il tempo di formazione necessario per il cliente post-consegna.
Come vengono gestite le spedizioni? Tariffe fisse, tariffe per peso, corrieri multipli con tariffe diverse per zona geografica, spedizione gratuita sopra una certa soglia? Sono logiche che WooCommerce gestisce bene ma che devono essere configurate correttamente dall’inizio. Un cliente che scopre dopo il lancio che i costi di spedizione sono sbagliati ha un problema commerciale concreto.
Il cliente vende solo in Italia o anche all’estero? La vendita internazionale apre questioni di IVA che vanno gestite prima dello sviluppo: regime OSS per la vendita in UE, IVA locale nei paesi di destinazione, valute multiple, traduzione dell’interfaccia. Configurare tutto questo dopo il lancio è molto più complesso che farlo dall’inizio.
Quali metodi di pagamento vuole accettare? La risposta standard è “carta di credito e PayPal”, ma nel mercato italiano del 2026 un ecommerce senza Satispay e senza una soluzione BNPL come Scalapay sta rinunciando a una quota di conversioni misurabile. Ogni gateway aggiuntivo richiede configurazione e testing specifico.
Come strutturare il brief tecnico per il partner di sviluppo
Se l’agenzia affida lo sviluppo a un partner tecnico esterno, la qualità del brief determina la qualità del risultato. Un brief incompleto produce revisioni infinite, ritardi e costi aggiuntivi. Un brief preciso produce uno sviluppo lineare e una consegna nei tempi concordati.
Il brief tecnico per un ecommerce deve includere, oltre alle specifiche di design e contenuto, una serie di elementi che spesso vengono tralasciati perché sembrano dettagli operativi del cliente invece che requisiti tecnici del sito.
La struttura del catalogo: numero di prodotti, categorie, attributi per prodotto, varianti. Se ci sono 500 prodotti con varianti per colore, taglia e materiale, la struttura del database deve essere progettata per gestirlo efficientemente dalla prima versione, non ottimizzata retroattivamente quando le query diventano lente.
Le integrazioni richieste: gestionale, CRM, sistema di email marketing, piattaforme di advertising, channel manager per marketplace. Ogni integrazione ha implicazioni tecniche che devono essere valutate prima che lo sviluppo inizi.
I requisiti di performance: un ecommerce con 1.000 prodotti e foto ad alta risoluzione ha requisiti di ottimizzazione delle immagini, caching e hosting molto diversi da un sito vetrina. I Core Web Vitals devono essere nei target di Google anche con un catalogo ampio.
Noi di Blurr usiamo un template di brief specifico per i progetti ecommerce che copre sistematicamente tutti questi elementi prima dell’avvio. Non è un documento burocratico: è lo strumento che ci permette di fare una stima precisa dei tempi e dei costi e di non scoprire requisiti aggiuntivi a metà sviluppo. Le agenzie partner che lo usano sistematicamente ci segnalano una riduzione significativa delle revisioni post-lancio.
I problemi tecnici più frequenti sugli ecommerce che prendiamo in carico
Lavorando su progetti ecommerce per agenzie italiane, vediamo gli stessi problemi ripetersi con una frequenza che rende utile documentarli in modo schematico.
Problema: Carrello che si svuota al checkout Causa: Conflitto tra WooCommerce e plugin di caching. WP Rocket o LiteSpeed Cache servono pagine statiche invece di sessioni PHP dinamiche, impedendo il mantenimento del carrello tra una pagina e l’altra. Soluzione Blurr: Configurazione esclusioni specifiche per /cart/, /checkout/, /my-account/ nelle regole di caching. Su SuperPageCache le esclusioni sono configurate come standard su ogni progetto ecommerce. Errore tipico: WC_Session non inizializzata per utenti non loggati con caching aggressivo attivo.
Problema: Calcolo spedizioni errato su ordini con prodotti di categorie diverse Causa: Classi di spedizione WooCommerce configurate solo per singola categoria, senza gestione dei carrelli misti con prodotti di classi diverse. Soluzione Blurr: Configurazione della logica “costo più alto” o “somma dei costi” per carrelli misti, con testing sistematico su staging con ordini di test che combinano tutte le categorie presenti nel catalogo.
Problema: Performance scadenti con catalogo ampio Causa: Query al database non ottimizzate per cataloghi con più di 500 prodotti, assenza di indici specifici per le query di filtro, immagini non ottimizzate. Soluzione Blurr: Installazione di MariaDB 10.6+ per gestione ottimizzata delle query concorrenti, ottimizzazione delle immagini in WebP con Imagify, configurazione del lazy loading nativo, verifica LCP sotto i 2,5 secondi su staging prima del lancio. Errore tipico: Fatal Error: Maximum execution time exceeded su pagine categoria con molti prodotti filtrati.
Problema: IVA non calcolata correttamente su vendite internazionali Causa: Configurazione WooCommerce per solo mercato italiano senza gestione del regime OSS per vendite in UE a consumatori finali. Soluzione Blurr: Configurazione del plugin WooCommerce EU VAT Number o WooCommerce Tax per gestione automatica dell’IVA per paese di destinazione, verifica delle soglie OSS per ciascun paese UE, testing con ordini di test da indirizzi in paesi diversi.
La configurazione tecnica standard per i progetti ecommerce
| Parametro | Configurazione Minima | Configurazione Consigliata Blurr |
|---|---|---|
| Memory Limit PHP | 256 MB | 512 MB o superiore |
| Versione PHP | Versione con supporto attivo secondo wordpress.org/about/requirements | Versione raccomandata dalla documentazione ufficiale WordPress, aggiornata ad ogni major release |
| Database Engine | MySQL nella versione supportata da WordPress | MariaDB nella versione stabile più recente, ottimizzata per query concorrenti |
| Caching | Plugin base con esclusioni WooCommerce configurate | SuperPageCache + Cloudflare come layer perimetrale |
| Immagini | JPEG/PNG originali | WebP con Imagify + lazy loading nativo |
| Backup | Automatico giornaliero | Giornaliero con verifica periodica del restore |
| Staging | Opzionale | Obbligatorio pre-lancio su ogni progetto |
Come gestire la consegna e la formazione del cliente
Un ecommerce consegnato senza formazione adeguata è un ecommerce che genera richieste di supporto continue nelle settimane successive. Il cliente deve essere in grado di gestire in autonomia le operazioni quotidiane: aggiungere prodotti, gestire gli ordini, applicare sconti, verificare le disponibilità di magazzino.
La formazione si struttura su due livelli. Il primo è la gestione operativa quotidiana: come si aggiunge un prodotto, come si gestisce un ordine dalla ricezione alla spedizione, come si applica un coupon, come si verifica lo stock. Il secondo è la gestione delle situazioni eccezionali: cosa fare quando un prodotto va in esaurimento, come gestire un reso, come verificare se un pagamento è andato a buon fine.
Noi di Blurr forniamo videotutorial personalizzati con il brand dell’agenzia per entrambi i livelli, registrati sull’installazione specifica del cliente con i suoi prodotti e le sue categorie. Non tutorial generici su WooCommerce: tutorial sul sito del cliente, che il cliente può consultare autonomamente invece di chiamare l’agenzia. Le agenzie che li usano sistematicamente ci segnalano una riduzione del 60-70% delle richieste di supporto post-consegna sugli ecommerce.
Per approfondire come scegliere tra WooCommerce e Shopify per il profilo specifico del cliente, leggi WooCommerce vs Shopify: cosa consigliare ai clienti nel 2026. Per capire come gestire i gateway di pagamento nel mercato italiano, leggi pagamenti digitali e WooCommerce nel 2026. Per approfondire come strutturare la manutenzione post-lancio di un ecommerce, leggi l’articolo dedicato.
FAQ
Quali informazioni raccogliere dal cliente prima di avviare un progetto ecommerce? Le informazioni fondamentali sono: presenza di un gestionale aziendale da integrare e tipologia, struttura del catalogo con numero di prodotti e varianti, logica di gestione delle spedizioni, mercati di vendita (solo Italia o anche estero con implicazioni IVA), metodi di pagamento da accettare, chi gestirà il catalogo dopo il lancio e con quale frequenza. Raccogliere queste informazioni prima dell’avvio elimina la maggior parte delle revisioni e dei ritardi che emergono a sviluppo iniziato.
Quanto tempo richiede un progetto ecommerce completo per un cliente? Un ecommerce base senza integrazioni con gestionali richiede mediamente tra le tre e le sei settimane dall’avvio al lancio. Un ecommerce con integrazioni gestionali, logiche di pricing personalizzate o vendita internazionale richiede tra le sei e le dodici settimane. I tempi si allungano quando i contenuti, le descrizioni prodotto e le fotografie non sono pronti all’avvio: è la causa più frequente di ritardi nei progetti ecommerce.
Come si testa un ecommerce prima del lancio? Con un ambiente di staging su cui vengono eseguiti ordini di test che coprono tutti i casi d’uso previsti: ordine con prodotti di categorie diverse, ordine con spedizione gratuita per soglia raggiunta, ordine con coupon applicato, ordine da indirizzo estero per la verifica dell’IVA, pagamento con ogni gateway configurato. Solo dopo che tutti i test hanno esito positivo il sito va in produzione.
Chi è responsabile dei contenuti del catalogo prodotti? Dipende da quanto concordato nel contratto. In assenza di indicazioni specifiche, il cliente è responsabile dei contenuti: descrizioni, fotografie, specifiche tecniche. L’agenzia è responsabile della struttura tecnica che li ospita. Questa distinzione deve essere esplicitata nel contratto prima dell’avvio: è la fonte più frequente di incomprensioni sui tempi di consegna quando il cliente ritarda la fornitura dei contenuti.