Capita spesso, quando un cliente valuta di rifare o costruire da zero il proprio negozio online, che in ufficio salti fuori «quello nuovo che stanno usando tutti su LinkedIn». Succede ogni due o tre anni, con nomi diversi. Io ascolto, faccio le mie domande, e quasi sempre finisco per proporre Laravel. Non perché sia l'ultima cosa uscita — è il contrario — ma perché per uno store che deve reggere anni di manutenzione, la novità non è un pregio: è un rischio che qualcuno dovrà pagare, prima o poi.
Quindici anni non sono pochi, nel software
Laravel nasce nel giugno 2011, opera di Taylor Otwell, costruito sopra diversi componenti di Symfony. Da allora non si è mai fermato: dal 2015 esistono versioni LTS con supporto esteso, dal 2019 anche un versionamento semantico regolare, e un ecosistema che nel tempo si è consolidato invece di reinventarsi a ogni major. Oggi è arrivato oltre la versione 13, e secondo il sondaggio State of PHP di JetBrains il 64% degli sviluppatori PHP lo usa regolarmente: non è una nicchia, è lo standard di fatto per chi lavora in PHP.
Questo conta più di quanto sembri. Un framework che esiste da quindici anni ha già attraversato le mode: ha visto arrivare e sparire alternative che sembravano rivoluzionarie, ha dovuto rispondere a vulnerabilità reali, ha imparato a gestire la compatibilità tra versioni senza costringere chi lo usa a riscrivere tutto ogni diciotto mesi. Chi sceglie uno stack per un progetto che dovrà campare cinque, dieci anni, questa storia la deve guardare prima ancora delle feature.
Cosa significa in pratica, per un negozio online
Un e-commerce non è solo un catalogo con un carrello. È calcolo IVA corretto per aliquote e paesi diversi, pagamenti reali da gestire senza sorprese, stati d'ordine che devono restare coerenti anche quando due processi toccano lo stesso record insieme, integrazioni con magazzino o gestionale che cambiano nel tempo. Con Laravel questa logica ha un posto preciso dove stare: Eloquent per il livello dati, code e job per i processi asincroni — una fattura da generare, un'email da inviare, uno stock da aggiornare — un pacchetto ufficiale come Cashier quando serve collegare abbonamenti a Stripe. Non è che si costruisce prima tutto da zero e poi si «aggiunge» l'e-commerce sopra: è pensato per reggere questo tipo di logica fin dalla struttura.
È la differenza che vediamo lavorando ogni giorno: nel modulo eshop della nostra piattaforma DynamicShare, il carrello calcola l'IVA reale recuperandola dall'archivio aliquote, non da un valore fisso scritto a mano, e ogni sito gestisce la propria configurazione Stripe isolata dagli altri. Sono dettagli che un cliente non vede mai in una demo, ma li sente eccome se un giorno cambia un'aliquota IVA e il totale del carrello resta sbagliato per settimane.
Non è sempre la scelta giusta, e va detto
Se un negozio ha un catalogo semplice, pochi prodotti, e il vincolo principale è partire in fretta con budget contenuto, WooCommerce su WordPress resta una scelta ragionevole — lo facciamo anche noi, quando è quello che serve davvero al cliente. Il punto non è che un framework «batte» un CMS in astratto: è che quando la logica di business comincia a uscire dai binari standard — regole di sconto particolari, integrazioni con sistemi gestionali esterni, flussi d'ordine non convenzionali — un CMS a plugin comincia a opporre resistenza proprio dove servirebbe flessibilità. Lì Laravel smette di essere «una scelta possibile» e diventa quella che fa risparmiare tempo, non quella che ne fa perdere.
Come lavoriamo
Quando valutiamo lo stack per un nuovo store, la prima domanda non è mai tecnologica: è quanto è complessa la logica di business reale, oggi e tra due anni. Da lì decidiamo se un CMS esistente basta o se conviene costruire su un framework che permette di modellare quella logica esattamente com'è, senza forzarla dentro strutture pensate per altro.
Qui sotto trovate qualche screenshot di store reali che abbiamo sviluppato per i nostri clienti. Se state valutando se il vostro progetto ha bisogno di più struttura di quanta un plugin possa darvi, scriveteci.