Una piccola introduzione Cos'è un plugin custom e perché a un certo punto ti conviene
Un plugin WordPress o WooCommerce custom è un'estensione sviluppata su misura per il tuo flusso di lavoro: aggiunge funzionalità che non esistono nei plugin commerciali, oppure le combina in modo specifico per la tua azienda. Diversamente dai plugin di mercato, è codice di tua proprietà, mantenuto secondo i tuoi tempi, senza vincoli di licenza, abbonamento o lock-in con vendor terzi che possono cambiare prezzi o sparire.
Quando ti conviene davvero: 1) il plugin che ti serve non esiste; 2) esistono dieci plugin che fanno il 70% di quello che ti serve, e ne dovresti combinare cinque (con tutti i conflitti del caso); 3) il flusso è così specifico del tuo business che ogni cambio di plugin commerciale richiede ore di adattamento. A quel punto, costruire un plugin in casa costa meno di mantenere lo zoo di plugin pronti.
Da Vicenza dal 2008 abbiamo sviluppato e manteniamo oltre 10 plugin proprietari attivi su clienti, dai backup smart all'orchestrazione di campagne marketing, dalla sincronizzazione con gestionali italiani al tracking server-side. Tutti i plugin proprietari sono di proprietà del cliente, con repository Git consegnato e licenza pulita.
Esempi tipici Tre esempi di intervento, in settori diversi
Esempio · settore portfolio multi-sito Caso aggregato di gestione hosting (settore agenzie e PMI)
Plugin proprietario di backup smart sviluppato per la gestione interna di centinaia di siti WordPress. Full settimanale, solo-database giornaliero, storage su Drive del cliente. Sostituisce stack di plugin commerciali con costi ricorrenti e affidabilità incerta.
300+ siti coperti dal plugin
Esempio · settore servizi B2B Sito istituzionale di una società di servizi (settore consulenza)
Plugin custom per integrazione tra modulo contatti e CRM esterno via API REST, con mapping dei campi specifico per il flusso commerciale del cliente. Niente Zapier in mezzo, niente costo ricorrente, repository Git intestato al cliente.
0 dipendenza da SaaS terzi
Esempio · settore e-commerce Sito di un negozio online (settore retail)
Plugin custom WooCommerce per gestione prezzi listino multipli (B2C, B2B, agenti) con fallback automatico, validazione regole di prezzo, esposizione corretta su REST API. Sostituisce 3 plugin commerciali in conflitto tra loro.
3 plugin commerciali sostituiti
Cosa includiamo Cosa contiene il nostro processo di sviluppo plugin
Requisiti scritti, codice in PHP 8, manutenzione gestita.
Requisiti scritti prima del codice
Documento condiviso, niente \"poi vediamo\".
Prima di scrivere una riga, produciamo un documento di requisiti che descrive cosa il plugin deve fare, le interfacce coi sistemi esterni, i casi limite, i criteri di accettazione. È il nostro contratto operativo: il cliente firma, noi sviluppiamo. Niente plugin consegnato e poi "ah ma serviva anche questo".
- Documento di requisiti scritto
- Casi d'uso e flussi tracciati
- Interfacce con sistemi esterni descritte
- Criteri di accettazione misurabili
- Sign-off del cliente prima del codice
- Stima ore con margine documentato
Stack moderno PHP 8 e WP-CLI
Niente codice del 2010.
Sviluppiamo in PHP 8 con strict types, autoload PSR-4 via Composer, WP-CLI per i comandi di amministrazione, hook WordPress in modo idiomatico. Niente uso scorretto di global, niente query SQL ricreate a mano dove c'è già WP_Query, niente ricamo che blocca gli aggiornamenti del core. Plugin costruito perché regga gli aggiornamenti WordPress nel tempo.
- PHP 8 con strict types
- Autoload PSR-4 via Composer
- WP-CLI per i comandi di amministrazione
- Hook WordPress idiomatici
- Niente uso scorretto di global
- Test automatici dove ha senso
Repository Git tuo
Codice di tua proprietà, niente lock-in.
Il codice del plugin va su un repository Git di proprietà del cliente (GitHub, GitLab, Bitbucket a scelta). Tag per ogni release, changelog mantenuto, branch separati per nuove feature. Quando vuoi puoi prendere il codice e darlo a un altro fornitore, non c'è nessun trucco di proprietà intellettuale che ti tiene chiuso da noi.
- Repository Git intestato al cliente
- Tag per ogni release
- Changelog mantenuto
- Branch separati per nuove feature
- Documentazione tecnica nel repository
- Niente codice offuscato
Manutenzione gestita sotto SLA
Plugin che vive nel tempo.
Ogni plugin proprietario va in manutenzione gestita: monitoring degli errori PHP introdotti dagli aggiornamenti WordPress, fix tempestivo dei bug critici, evoluzione delle feature secondo roadmap. SLA scritti su tempo di risposta. Niente "plugin sviluppato e dimenticato" che dopo 6 mesi non funziona più con WordPress aggiornato.
- Monitoring errori PHP post-update
- Fix bug critici sotto SLA
- Evoluzione feature su roadmap concordata
- Compatibilità con nuove versioni WP / Woo
- Notifica al cliente sui cambi importanti
- Report mensile incluso
Il problema Perché tanti plugin custom diventano un peso
Pattern ricorrenti che vediamo prendendo in carico plugin scritti da altri:
- Niente requisiti scritti: il plugin fa quello che lo sviluppatore ha capito, non quello che serve
- Codice del 2010: PHP 5, query SQL a mano, niente Composer, niente autoload
- Plugin che si aggiorna in produzione senza staging: aggiornamento WP rompe tutto
- Niente repository Git: codice in chiavetta USB, versionamento solo nel nome del file
- Codice offuscato: vincolo a tornare dallo stesso fornitore per ogni piccolo cambio
- Niente test automatici: ogni modifica è una scommessa
- Manutenzione "a chiamata": bug critici risolti dopo settimane perché nessuno presidia
Approccio pro: requisiti scritti, stack moderno, repository tuo, manutenzione sotto SLA.
I vantaggi Cosa ti porta avere un plugin proprietario fatto bene
Quello che ti porti a casa
Risultati concreti per chi smette di rincorrere i plugin commerciali:
- Plugin che fa esattamente quello che ti serve, niente di più, niente di meno
- Codice di tua proprietà, repository Git intestato al cliente
- Niente vendor lock-in: puoi cambiare manutentore quando vuoi
- Stack moderno PHP 8, regge gli aggiornamenti del core
- Manutenzione gestita: bug critici risolti sotto SLA
- Documentazione tecnica: chiunque può prendere in mano il codice
- Riferimenti reali: 10+ plugin proprietari attivi
Come lavoriamo Le 4 fasi del nostro processo di sviluppo
1. Discovery e requisiti
Settimana 1-2.
- Call di scoping con il cliente
- Mappa dei casi d'uso e flussi
- Documento di requisiti scritto
- Sign-off prima del codice
2. Sviluppo iterativo
Settimana 2-N.
- Sviluppo in branch separati
- Demo periodiche al cliente
- Test sui flussi chiave
- Code review interna
3. Test e go-live
Settimana N.
- Test su staging dedicato
- Validazione del cliente
- Deploy in produzione
- Hand-over della documentazione
4. Manutenzione continuativa
Mensile.
- Monitoring errori PHP
- Fix bug critici sotto SLA
- Evoluzione su roadmap
- Report mensile al cliente
Strumenti Stack che usiamo per i plugin custom
Best-in-class per sviluppo plugin WordPress / WooCommerce:
- PHP 8 con strict types
- Composer per dipendenze e autoload
- WP-CLI per i comandi di amministrazione
- WP_Query / WC_Query per le query del database
- Git con repository di proprietà del cliente
- Test automatici dove ha senso
Tecnologie Stack sviluppo plugin
PHP
WordPress
WooCommerce
MySQL
GitHub
PHP
WordPress
WooCommerce
MySQL
GitHub Risultati Cosa garantiamo come output
Quello che ti consegniamo come standard:
- Plugin che fa quello che è scritto nei requisiti
- Codice in PHP 8 con strict types e autoload
- Repository Git intestato al cliente
- Documentazione tecnica nel repository
- Manutenzione gestita sotto SLA
- Compatibilità con nuove versioni WP / Woo
Quanto costa lo sviluppo di un plugin custom? +
Servizio su misura: il preventivo dipende dalla complessità dei requisiti, dalle integrazioni con sistemi terzi (CRM, gestionale, API esterne), dal volume di test richiesto e dal livello di SLA in manutenzione. Prima cosa che facciamo è una discovery call gratuita di 30-45 minuti per capire scope e contesto, poi mandiamo un preventivo scritto entro 48-72 ore. Niente listini standard.
Il codice è mio o vostro? +
Sempre tuo. Il repository Git è intestato al cliente, la licenza è pulita, niente codice offuscato, niente clausole di proprietà intellettuale che ti tengono chiuso da noi. Quando vuoi puoi portare il codice a un altro fornitore.
Posso fare manutenzione del plugin senza di voi? +
Sì. Il codice è documentato, scritto in PHP 8 con stack standard (Composer, WP-CLI, hook WordPress idiomatici). Qualsiasi sviluppatore PHP esperto può prenderlo in mano. Per la maggior parte dei clienti la manutenzione resta a noi perché conviene, ma non è un vincolo contrattuale.
Cosa succede quando WordPress aggiorna? +
Il plugin viene testato contro le nuove versioni di WordPress e WooCommerce sotto manutenzione. Se l'aggiornamento del core introduce un breaking change, lo intercettiamo prima che colpisca produzione. SLA scritti su tempo di risposta per fix critici.
Posso evolvere il plugin nel tempo? +
Sì, su roadmap concordata. Le nuove feature passano dallo stesso processo di sviluppo: requisiti scritti, branch separato, demo, test, deploy. Tag di release per tracciare le versioni nel tempo. Se il plugin va sul Marketplace WordPress.org valutiamo le linee guida di pubblicazione.
Sviluppate anche temi WordPress custom? +
Sì, ma è un servizio separato (sviluppo di un tema parte da una progettazione UX/UI, ha tempi e costi diversi). Per la maggior parte dei progetti consigliamo un tema base solido (Astra, GeneratePress) personalizzato con CSS e blocchi custom, lasciando i plugin proprietari per la logica di business.