Il gestionale Laravel è lento e nessuno sa dire perché. Prima si misura, poi si corregge, senza fermare chi lavora

Per software house e aziende con un gestionale Laravel in produzione da anni, dove ogni schermata pesa e ogni modifica fa paura. Un senior entra nel repository lunedì; i numeri arrivano entro la settimana.

Contattaci

Ti riconosci in almeno due di queste?

Rispondi a mente, senza dirlo a nessuno.

La lista ordini ci mette otto secondi ad aprirsi, e "con più dati sarà peggio".
Il cliente chiama la mattina perché il gestionale "è fermo", e la causa non si trova nei log.
Ogni ottimizzazione tentata ha rotto qualcos'altro: ora nessuno tocca quella parte.
Qualcuno ha proposto di riscrivere tutto: diciotto mesi e un preventivo a sei cifre.
Il server è già stato raddoppiato due volte, e la lentezza è tornata.

Se hai detto sì almeno due volte, il problema non è il server: è che nessuno ha ancora misurato dove va il tempo.

Quanto costa davvero una schermata lenta?

Fai il conto sul tuo gestionale, non sulla media.

Otto secondi per aprire una lista usata venti volte al giorno da dieci persone sono più di 100 ore l'anno passate a guardare una rotellina.
Un blocco al mese di mezza giornata, per dieci persone, vale 60 ore l'anno più i clienti che aspettano.
Un server raddoppiato costa ogni mese; la query senza indice costa un'ora una volta sola, se la si trova.
Riscrivere il gestionale da zero richiede in genere un anno e mezzo: per tutto quel tempo chi lavora continua a usare quello lento, e quel costo va sommato al preventivo della riscrittura.

Da dove si parte con un gestionale Laravel lento?

Dalla misura, non dall'opinione. La prima settimana produce numeri, non promesse.

Log delle query per schermata: quante, quanto pesano, quali si ripetono (il classico N+1 di Eloquent, che moltiplica una query per ogni riga).
Profilo delle richieste più lente in produzione, con tempi reali degli utenti, non del portatile dello sviluppatore.
Indici mancanti e tabelle calde: spesso il 20% delle tabelle fa l'80% del tempo.
Lavoro fuori dalla richiesta: email, PDF, esportazioni e chiamate a servizi esterni che oggi bloccano l'utente e domani stanno in coda.
Cache dove serve, e solo lì: una cache messa a caso nasconde il problema per un mese.

Alla fine della settimana c'è un report con le dieci cause ordinate per costo e per rischio, e la prima correzione già in produzione.

Come si corregge senza fermare chi lavora?

Un test prima di ogni correzione, che descrive il comportamento attuale: così la correzione non rompe altro. Nella mia repo girano 1.480 test a ogni push, e PHPStan blocca le regressioni prima del deploy.
Correzioni piccole e misurate: una query, un indice, una coda alla volta, con il tempo prima e dopo scritto nel ticket.
Nessuna riscrittura: si lavora nel vostro repository, con la vostra pipeline; il codice resta vostro, con i test.
Chi lavora non se ne accorge: i rilasci sono piccoli e reversibili, fuori dalle ore di punta.

Le tre correzioni che valgono di più, in quasi tutti i gestionali visti in quattordici anni: N+1 sulle liste, indici sulle chiavi di filtro, e lavoro pesante spostato in coda. La riscrittura serve raramente, e quando serve si fa un modulo alla volta.

Chi lo fa, e perché ti puoi fidare

Quattordici anni di PHP e Laravel in cinque software house, fino al 2025 da tech lead; oggi sistemi industriali in produzione e altri in sviluppo. Il metodo è pubblico: la repo di questo sito ha 350.000 righe, PHPStan in CI e un baseline di errori che può solo calare. Gli interventi con i numeri prima e dopo sono anonimi e si raccontano su richiesta, con il consenso di chi li ha commissionati.

Quanto costa?

A giornate, con tariffe di mercato (Assintel Report 2025: 347 € al giorno per un programmatore e 540 per un consulente, tariffe delle aziende ICT ai clienti, indagine su 346 PMI): 350 € al giorno per un senior Laravel nel vostro team (almeno un giorno a settimana, fattura a fine mese pagata con Stripe), da 600 a 750 € per sicurezza applicativa e penetration test con report. La prima settimana è a giornate e si può fermare: se dopo cinque giorni non vedete numeri migliori, avete comunque il report. Il listino completo e la pagina senior Laravel per software house.

Il passo giusto è piccolo: descrivimi il problema e dammi accesso in lettura al repository o a un log di una giornata; l'analisi è gratuita. Ne esce un documento con i tre punti da cui partire, vostro anche se non proseguite.

Domande frequenti sul gestionale Laravel lento

Il mio gestionale Laravel è lento: da dove si parte?

Dalla misura: log delle query per schermata, profilo delle richieste lente in produzione, indici mancanti, lavoro da spostare in coda. In una settimana c'è un report con le cause ordinate per costo e la prima correzione in produzione.

Serve riscrivere tutto?

Quasi mai. Le tre correzioni che valgono di più (N+1 sulle liste, indici sulle chiavi di filtro, lavoro pesante in coda) si fanno nel codice esistente, con un test prima di ogni modifica. La riscrittura, se serve, si fa un modulo alla volta.

Come si evita di rompere qualcos'altro?

Con un test che descrive il comportamento attuale prima di ogni correzione, PHPStan in CI e rilasci piccoli e reversibili. Il tempo prima e dopo resta scritto nel ticket.

Basta un server più grande?

Di solito no: una query senza indice o un N+1 crescono con i dati, e il server raddoppiato costa ogni mese. Prima si misura, poi si decide se serve hardware.

Come lavori dentro il nostro team?

Entro nel vostro repository con la vostra pipeline, lavoro per ticket con tempo prima e dopo, code review con i vostri sviluppatori. Il codice e i test restano vostri.

Quanto costa sistemare un gestionale lento?

A giornate, 350 euro al giorno, con la prima settimana che si può fermare. L'analisi iniziale è gratuita e lascia un documento con i tre punti da cui partire.

Quanto tempo ci vuole?

La misura una settimana; le prime correzioni entro la seconda. Il resto dipende dalle cause trovate: il report le ordina per costo e rischio, e si decide insieme fin dove andare.