C’è una curiosità che viene ogni volta che si analizzi il sito di un cliente: quanti plugin ha installato? Non perché il numero sia un giudizio, ma perché è un racconto. Ogni plugin installato è una decisione, o più spesso, l’assenza di una decisione.
Quarantasette plugin non si installano per sbaglio. Sono il risultato di quarantasette momenti in cui qualcuno ha pensato: c’è un plugin per questo, perché dovrei pensarci due volte a installarlo?
L’ecosistema WordPress è costruito per renderti dipendente da questo riflesso.
Hai bisogno di una gallery? Cerca un plugin.
Vuoi un form di contatto? Cerca un plugin.
Devi mostrare i prezzi in valuta straniera? Plugin.
Vuoi aggiungere un campo personalizzato alla scheda prodotto? Plugin.
Non è colpa tua. È la promessa storica di WordPress: accessibile a tutti, estendibile da chiunque. E in larga parte è stata mantenuta.
Il problema, infatti, non è il plugin in sé. Il problema è che aggiungere un plugin è diventato il percorso di minima resistenza per qualunque esigenza, anche quelle che non richiederebbero un plugin. È più rapido installare che ragionare. È più confortante agire che valutare.
Questo riflesso si forma nel tempo, spesso in situazioni di urgenza: il sito va in produzione dopodomani, il cliente ha aggiunto un requisito ieri sera, il budget non copre uno sviluppo su misura. In quei momenti, il plugin è la soluzione razionale. Il punto è che quella razionalità nel breve periodo accumula un debito sul lungo periodo.
Complessità come accumulo silenzioso
Ogni plugin che installi porta con sé un pacchetto invisibile: dipendenze, aggiornamenti, potenziali conflitti, script aggiuntivi, query al database, richieste HTTP, tabelle create nell’installazione e mai più rimosse.
Uno o due plugin ben scelti sono trasparenti. Quarantasette no.
La gestione plugin WordPress diventa a quel punto un lavoro a sé. Un aggiornamento di WooCommerce può rompere il plugin di spedizione. Un aggiornamento di PHP può rendere incompatibile un plugin abbandonato dal suo sviluppatore due anni fa. Un plugin che carica un foglio di stile in ogni pagina, anche dove non serve, rallenta silenziosamente tutto il sito.
Nessuno di questi problemi è catastrofico preso singolarmente. Ma si sommano. E si sommano in modo non lineare: più plugin installi, più le interazioni potenziali crescono in modo esponenziale. Con 10 plugin hai 45 coppie di interazione possibili. Con 40 ne hai 780.
Questo non è tecnicismo. È ciò che rende l’ottimizzazione WordPress così difficile quando si parte da un sito sovraccarico: non sai da dove cominciare perché non sai cosa sta causando cosa.
Controllo: cosa significa averlo
C’è un paradosso nei plugin:
I plugin vengono installati per dare controllo, e finiscono per sottrarlo.
Un plugin per la SEO ti dà la sensazione di gestire la tua visibilità. Ma ti rende dipendente dal suo schema di dati, dal suo modo di scrivere i meta tag, dalla sua interpretazione di cosa sia rilevante. Se domani decidi di cambiarlo, devi migrare configurazioni, riscrivere centinaia di record, sperare che il nuovo plugin legga i dati del vecchio.
Un plugin per il caching ti sembra dare controllo sulle prestazioni. Ma introduce una variabile in più ogni volta che fai modifiche al sito: devi ricordarti di svuotare la cache, devi capire perché alcune pagine mostrano contenuti vecchi, devi gestire i conflitti con il CDN.
La vera domanda non è “questo plugin mi dà una funzionalità?” ma “questa funzionalità, in questo modo, su questo sito, vale la dipendenza che introduce?”
L’illusione del controllo è sottile perché produce risultati visibili nel breve periodo. Il sito fa quello che vuoi. Finché non smette di farlo, e a quel punto hai 47 posti dove cercare il problema.
Ragionare prima, installare poi
Ovviamente ho visto siti con 8 plugin funzionare meglio di siti con 40 (e grazie al ca**o anche). Ma il motivo non è che fossero più semplici nelle funzionalità, ma perché le funzionalità del sito erano integrate in modo più coerente.
Un sito con meno plugin WordPress non è un sito povero. È un sito dove qualcuno ha scelto. Ha detto: questa cosa la facciamo con codice su misura perché è centrale per il business. Quella cosa non la facciamo perché non serve davvero. Quest’altra cosa la facciamo con un plugin perché è una funzionalità standard che non ha senso reinventare.
La differenza è l’intenzione. Non il numero.
I siti con troppi plugin WordPress tendono ad avere un tratto in comune: sono cresciuti per accumulazione, non per progettazione. Ogni aggiunta sembrava ragionevole nel suo momento. Nessuno ha mai fatto un passo indietro a guardare il tutto.
Il risultato è architetturalmente simile a una casa in cui ogni anno si aggiunge un locale senza mai rivedere la planimetria: a un certo punto le stanze ci sono tutte, ma il percorso per andarci non ha senso.
Una domanda prima di installare
Prima di aggiungere il prossimo plugin, devi farti una domanda: sto risolvendo un problema reale, o sto rimandando una scelta?
“Rimandare una scelta” significa molte cose.
- Significa non voler investire in uno sviluppo su misura oggi.
- Significa non voler avere una conversazione con il cliente su cosa è davvero necessario.
- Significa non voler riprogettare un flusso che non funziona, preferendo rattopparlo.
Nessuna di queste cose è sbagliata in assoluto. I vincoli esistono, i budget esistono, le urgenze esistono. Ma nominarle è diverso dall’ignorarle.
Quando installi un plugin sapendo che è un compromesso temporaneo, va bene: stai acquisendo un debito consapevole, con l’intenzione di ripagarlo. Quando installi un plugin senza nemmeno porti la domanda, quel debito cresce silenziosamente.
Non è una questione di numero. È una questione di intenzione.
Il problema non sono i 47 plugin. Il problema è non sapere perché ci sono.
Se puoi aprire la lista dei plugin del tuo sito e spiegare, per ognuno, quale problema risolve e perché quella soluzione specifica, allora il numero non conta. Potresti averne 60 e stare benissimo.
Se invece scorri quella lista e ti trovi a pensare “questo non so bene cosa faccia”, “questo lo aveva installato qualcun altro”, “questo pensavo di toglierlo”… allora hai trovato il tuo debito.
Con Plan B Project ho spesso lavorato su siti che erano arrivati a questo punto. Il lavoro in quel momento non è togliere plugin a caso. È capire quale funzionalità serve davvero, in che forma, con quale livello di controllo. E (ri)costruire da lì. Non nego che nella maggior parte dei casi, visto che si tratta quasi sempre di azioni svolte durante un restyle del sito, tanto vale rifare da zero, ma questa è un’altra storia.
Vuoi fare questa analisi sul tuo sito? Parliamone: raccontaci com’è fatto e cosa ti aspetti da esso. Il primo passo è spesso solo nominare con chiarezza quello che c’è.
