Buongiorno,

apro questa discussione perché sto lavorando al mio ecommerce (www.blancatogp.com) e il catalogo è arrivato a circa 1.300 prodotti.

Il sito funziona, ma analizzando i file generati online ho notato alcuni dati che mi fanno riflettere sulla scalabilità futura del motore ecommerce, soprattutto se il catalogo dovesse crescere verso 3.000 / 5.000 prodotti.

Nel mio caso rilevo indicativamente:

- /cart/x5cart.js: circa 7,5 MB
- /cart/x5cart.php: oltre 36 MB
- /res/x5settings.php: oltre 36 MB

Il problema non sembra essere il singolo warning relativo a Lit, che nel mio caso riguarda un file molto piccolo, ma il modo in cui vengono gestiti e caricati i dati ecommerce.

Analizzando x5cart.js, sembra che venga generato un grande oggetto x5CartData contenente molti dati del catalogo: prodotti, prezzi, descrizioni, immagini, link, dati galleria/showbox, dati strutturati e varie informazioni ripetute.

Il problema non è il peso nominale del singolo asset, ma l’accoppiamento strutturale tra business logic, presentation template e dataset catalogo dentro un unico payload monolitico, che impedisce code splitting, lazy hydration, cache invalidation granulare e caricamento contestuale dei dati.

Con cataloghi piccoli questo approccio può essere accettabile, ma con cataloghi medio-grandi temo possa diventare un limite importante, sia lato browser sia lato server.

Il punto, secondo me, è ancora più delicato perché le schede prodotto non sono normali pagine HTML modificabili liberamente, ma vengono generate dal motore ecommerce di WebSite X5 tramite URL del tipo:

/product/?nome-prodotto

Quindi l’utente non può realmente alleggerire la singola scheda prodotto come farebbe con una pagina standard. È il motore ecommerce che dovrebbe caricare o generare solo i dati necessari al prodotto corrente.

A mio avviso sarebbe utile valutare una revisione graduale dell’export ecommerce, senza dover riscrivere tutto il software.

Per esempio:

1. separare la logica del carrello dai dati del catalogo;
2. alleggerire x5cart.js lasciando nel file principale solo i dati essenziali;
3. evitare nella build online dati non necessari alla pubblicazione;
4. spostare template HTML/JS ripetuti in funzioni comuni;
5. introdurre un piccolo manifest del catalogo;
6. suddividere i dati prodotto per categoria o blocchi;
7. caricare nella scheda prodotto solo i dati del prodotto corrente;
8. caricare nella categoria solo i dati della categoria corrente;
9. caricare nel carrello solo i prodotti effettivamente presenti;
10. modularizzare anche i file PHP oggi molto grandi;
11. caricare script esterni pesanti, come reCAPTCHA, solo dove servono realmente.

Non lo scrivo come critica sterile, ma perché uso WebSite X5 da anni e vorrei continuare a far crescere il mio ecommerce con questo software.

Secondo me il tema è importante: un catalogo da 1.300 prodotti è già una realtà concreta, non un caso estremo. E se il sistema cresce in modo quasi lineare, un catalogo da 5.000 prodotti potrebbe diventare molto difficile da gestire.

Chiedo quindi a Incomedia e agli altri utenti:

- avete esperienze con cataloghi ecommerce da 1.000 prodotti in su?
- sono previsti interventi per rendere il motore ecommerce più modulare e scalabile?

Posso fornire ulteriori dati e misurazioni se utili al team di sviluppo.