migrazione plugin - Web Design | Creazione Siti Internet https://www.mrtux.it Sviluppo Siti Web - Assistenza WordPress Sat, 20 Jun 2026 03:16:30 +0000 it-IT hourly 1 https://wordpress.org/?v=7.0 https://www.mrtux.it/wp-content/uploads/2022/06/favicon-150x150.png migrazione plugin - Web Design | Creazione Siti Internet https://www.mrtux.it 32 32 StellarWP dissolve: guida alla migrazione dei plugin nel 2026 https://www.mrtux.it/stellarwp-liquidweb-dissolution-migrazione-wordpress-2026 https://www.mrtux.it/stellarwp-liquidweb-dissolution-migrazione-wordpress-2026#respond Sat, 20 Jun 2026 03:16:28 +0000 https://www.mrtux.it/stellarwp-dissolve-guida-alla-migrazione-dei-plugin-nel-2026 Cosa è davvero successo a StellarWP e perché riguarda anche te

Se gestisci un sito WordPress con GiveWP per le donazioni, LearnDash per la formazione o SolidWP per i backup, la notizia è arrivata il 20 maggio 2026: StellarWP, l'ombrello che dal 2021 raggruppava questi plugin sotto Liquid Web, è in fase di dissoluzione completa. Lo ha annunciato Liquid Web stessa in un post sul proprio blog aziendale (Liquid Web: The End of StellarWP).

Sul momento sembra un'operazione di facciata societaria, ma non lo è. Una dissoluzione (diversa da una vendita o da un'acquisizione) significa che il brand sparisce e che ogni prodotto torna a una gestione indipendente. Le licenze restano valide, il codice resta GPL, ma l'ecosistema di supporto, aggiornamenti congiunti, integrazioni cross-product e roadmap condivise si dissolve. Chi ha costruito workflow su quel "brand unico" ora deve ripensare 4 cose concrete: manutenzione, billing, integrazioni, roadmap di medio periodo.

In questo articolo vediamo cosa cambia davvero, cosa rischi a non muoverti e come gestire la migrazione in modo operativo. È un caso di scuola per chiunque venda prodotti digitali basati su WordPress: la stabilità di un plugin non dipende solo dalla qualità del codice ma dalla sostenibilità economica di chi lo mantiene. Su questo tema ho già scritto di supply chain AI in plugin (Supply chain attack nei plugin WordPress) e di Plugin Team AI triage (Plugin Team triage AI): qui l'angolo è più operativo, focalizzato sulla continuità del tuo business.

Le tre famiglie di prodotti e la loro posizione attuale

StellarWP non era un insieme casuale: era una strategia di up-sell incrociato tra prodotti complementari. Le tre famiglie principali avevano posizioni diverse nel mercato e quindi impatti diversi dalla dissoluzione.

GiveWP: il player dominante delle donazioni

GiveWP controlla circa il 40% del mercato WordPress delle donazioni (stima basata sui download attivi nel repository ufficiale). È il plugin usato da ONG, università, chiese e comitati. La sua forza storica era l'integrazione con StellarPayments e con i report fiscali di SolidWP. Con la dissoluzione, GiveWP torna a un brand indipendente mantenendo la stessa base di codice, ma perde:

  • il coordinamento marketing con gli altri prodotti StellarWP
  • la roadmap congiunta che includeva StellarPayments v2
  • il supporto tecnico di primo livello "unified"

LearnDash: il player LMS in fase di consolidamento

LearnDash è uno dei tre LMS più diffusi su WordPress (insieme a Tutor LMS e LifterLMS). Negli ultimi anni ha puntato molto su AI-generated quiz e su integrazioni con WooCommerce per la vendita dei corsi. La dissoluzione non cambia le funzionalità esistenti ma congela di fatto lo sviluppo AI-driven che dipendeva dalla roadmap unificata StellarWP.

SolidWP: backup e manutenzione

SolidWP era il brand meno visibile ma strategico: plugin di backup, manutenzione e sicurezza base. Plugin come Solid Backups (ex BackupBuddy) e Solid Security (ex iThemes Security) hanno base utenti enorme. La loro forza era il cross-sell con gli altri prodotti StellarWP; da soli tornano a brand indipendenti con la necessità di rifare go-to-market.

Cosa cambia operativamente per i siti in produzione

Il rischio concreto: license server, rinnovi, changelog congelato

Quando un brand dissolto viene mantenuto da una nuova entità operativa, succedono tre cose nei primi 90 giorni che devi monitorare:

  1. License server instabile: la piattaforma che gestisce le chiavi di licenza può cambiare dominio o backend, con rischio di disconnessioni temporanee. Pianifica un controllo settimanale delle licenze per i primi 3 mesi.
  2. Rinnovi più cari o interrotti: i prezzi di listino cambiano. Liquid Web ha comunicato che manterrà i prezzi attuali per il 2026, ma dal 2027 ogni prodotto avrà pricing indipendente. Blocca un budget di contingenza.
  3. Changelog più lento: i team di sviluppo vengono riorganizzati. Bug fix critici e patch di sicurezza arrivano comunque (perché il codice è GPL e deve restare nel repository), ma feature nuove rallentano.

Integrazioni cross-product da rifare

Molti siti hanno costruito workflow basati su integrazioni tra GiveWP + Solid Backups + LearnDash (es. report aggregati di donazioni, sincronizzazione profili utenti donatori con studenti LMS). Queste integrazioni erano supportate a livello di brand; ora vanno gestite via singoli plugin o custom hook.

Un check rapido da fare subito è capire quante integrazioni cross-product hai in produzione. Lo snippet bash che segue individua tutte le chiamate a funzioni StellarWP nei temi e plugin custom del tuo sito:

# cerca tutte le occorrenze di funzioni StellarWP nel codice custom
find /home/your-user/your-site/wp-content/themes /home/your-user/your-site/wp-content/plugins -type f -name '*.php' \
  -exec grep -lE 'stellarwp_|StellarWP|stellar_payments' {} \;

Il comando restituisce l'elenco dei file che usano API StellarWP. Per ciascuno, valuta se l'integrazione resta valida o se va riscritta. Su un'installazione media ci si aspettano 5-15 file toccati.

Audit pre-migrazione in 5 step

Una migrazione vera inizia con un audit, non con una sostituzione affrettata. Ecco una procedura testata su installazioni GiveWP di medie dimensioni (10k-100k donazioni annue):

  1. Inventario plugin: usa WP-CLI per elencare tutte le plugin StellarWP attive con versione e ultimo aggiornamento. Il comando wp plugin list --status=active --format=table ti dà lo stato; aggiungi --format=json | jq '.[] | select(.name|test("GiveWP|LearnDash|Solid"))' per filtrare.
  2. Verifica licenze attive: per ogni plugin commerciale, controlla lo stato della chiave di licenza. Plugin come Solid Backups usano wp option get solid_backup_license (nome opzione varia per prodotto).
  3. Backup completo: prima di qualsiasi modifica, snapshot di file system + database. Se sei su managed hosting Kinsta o WP Engine, hai backup automatici giornalieri; se sei su VPS, un wp db export + tar.gz della wp-content è la baseline.
  4. Analisi integrazioni: mappa tutte le personalizzazioni custom che dipendono dalle API StellarWP. Lo snippet bash sopra è il punto di partenza.
  5. Test di regressione: prima di toccare la produzione, replica l'ambiente in staging e verifica che il workflow donazioni / LMS / backup continui a funzionare con la nuova configurazione.

Alternative concrete per ogni prodotto

Per ogni plugin StellarWP esistono alternative credibili sul mercato. La scelta dipende da quanto sei già integrato con l'ecosistema e da quanto budget hai per la migrazione.

Confronto rapido alternative

Per GiveWP le alternative più solide nel 2026 sono Donorbox (SaaS ibrido con plugin leggero), Charitable (lightweight, ottimo per setup medio) e WPForms + Stripe per chi vuole una soluzione modulare. Donorbox ha un piano gratuito fino a 5.000$/mese di donazioni processate, poi passa a 4$/mese più percentuale; Charitable è completamente self-hosted con donazioni illimitate e costo una tantum di 249$ per il Pro.

Per LearnDash il panorama è più frammentato: Tutor LMS (più adatto a MOOC accademici, modello freemium), LifterLMS (più focalizzato su membership e coaching, modello a plugin singolo 199$/anno) e MasterStudy (più orientato a corsi strutturati con gamification, modello freemium + Pro 199$/anno). Il breakpoint è il tipo di audience: se vendi corsi B2B con gamification e certificate, MasterStudy è imbattibile; se fai formazione interna o community, LifterLMS è più snello.

Per Solid Backups le opzioni più diffuse sono UpdraftPlus (250k+ install attive, modello freemium con Premium da 70$/anno), BlogVault (SaaS ibrido, 7.4$/mese per sito) e BackupBuddy di nuova generazione (se decidi di restare su iThemes). Per Solid Security il competitor dominante resta Wordfence (gratuito con Premium 119$/anno), affiancato da Solid Security Pro standalone (continua esistendo) e Shield Security (modello freemium).

La regola operativa è: non migrare tutto subito. Dai priorità ai plugin il cui vendor ha comunicato discontinuità di supporto. Il resto può restare com'è per i prossimi 12 mesi mentre osservi l'evoluzione del mercato.

Roadmap di migrazione realistica

Una migrazione vera, su un sito con 100k+ visitatori mensili e donazioni attive, si fa in 6-10 settimane. Non in un weekend.

Fase 1 (settimana 1-2): osservazione e audit

  • Blocca ogni decisione affrettata per 14 giorni. Aspetta che la polvere si depositi.
  • Esegui l'audit dei 5 step sopra. Documenta tutto in un foglio condiviso.
  • Identifica i 3-5 workflow critici che dipendono da StellarWP.
  • Mappa i costi reali: licenze annuali in scadenza, contratti di supporto attivi, integrazioni custom da rifare.

Fase 2 (settimana 3-4): staging e test

  • Clona la produzione in staging. Se usi Kinsta, è un click. Se sei su VPS, wp db export + duplicazione della wp-content.
  • Installa la prima alternativa (es. Donorbox) in staging. NON in produzione.
  • Migra 10 donazioni di test, verifica report, email, fiscali, integrazione con WooCommerce se presente.
  • Testa il rollback: deve funzionare in meno di 5 minuti.

Fase 3 (settimana 5-6): migrazione morbida in produzione

  • Vai in produzione durante una finestra a basso traffico (tipicamente martedì-giovedì, ore 10-14, quando le donazioni B2C sono al minimo).
  • Mantieni GiveWP attivo in "shadow mode" per 30 giorni: il plugin gira ancora ma non raccoglie nuove donazioni, mentre Donorbox raccoglie il 100% del nuovo traffico.
  • Monitora metriche: tasso di completamento donazione, errori 500, tempi di risposta del checkout, tasso di abbandono.

Fase 4 (settimana 7-10): consolidamento

  • Dopo 30 giorni di shadow mode, disattiva GiveWP ma tienilo installato per altri 60 giorni come fallback di emergenza.
  • Esporta lo storico delle donazioni passate. Plugin come WPForms + Add-on Migration o script custom SQL permettono di portare i dati storici nel nuovo sistema.
  • Aggiorna documentazione interna, runbook, contatti di supporto.

Monitoraggio post-migrazione: cosa controllare nei primi 90 giorni

La migrazione non finisce quando il nuovo plugin è attivo. I primi 90 giorni sono la fase più delicata, perché è qui che emergono bug di integrazione, differenze di comportamento nei workflow e cali di conversione.

Metriche di business da tracciare

Configura una dashboard con 5 metriche minime e confronta i 30 giorni pre-migrazione con i 30 giorni post-migrazione. La metrica più importante è il tasso di completamento donazione (o iscrizione corso, a seconda del prodotto): se cala più del 5%, c'è un problema di UX o di integrazione da indagare subito. La seconda metrica è il tempo medio di checkout, che non deve aumentare più del 10%. La terza sono gli errori 5xx durante il flusso di pagamento, che devono restare sotto lo 0.5%. La quarta è il tasso di abbandono carrello, che di solito migliora con plugin moderni (Donorbox, Charitable) ma può peggiorare se il checkout ha troppi passaggi. La quinta è il net promoter score dei donatori o studenti, misurabile con un singolo campo nel form di conferma.

Metriche tecniche da non perdere di vista

Oltre alle metriche di business, monitora i segnali tecnici che indicano problemi sottotraccia. Il tempo di risposta del checkout non deve peggiorare più del 20%. I log di errore PHP devono restare sotto le 50 entry giornaliere (puoi filtrarli con uno snippet WP-CLI che ti mostro tra poco). Le richieste al license server non devono fallire più del 2%. Le chiamate API esterne (Stripe, PayPal, gateway di pagamento) devono restare sotto i 500ms di latenza p95.

Un trucco operativo per monitorare i log PHP senza dipendere da strumenti esterni è creare un alias WP-CLI che filtra solo gli errori rilevanti per il nuovo plugin. Lo snippet bash che segue crea un comando rapido wp-checkout-errors:

# alias per controllare errori checkout nelle ultime 24h
wp-checkout-errors() {
  find /home/your-user/your-site/wp-content/debug.log -mtime -1 \
    -exec grep -E 'donorbox|charitable|tutor|stripe|paypal' {} \; \
    | tail -50
}

Aggiungi questa funzione al tuo .bashrc e avrai un monitoraggio real-time pronto in 5 secondi. Se la coda di errori cresce, hai un problema e devi intervenire.

Checklist operativa finale

Questa è la checklist da stampare e attaccare al monitor del project manager:

  • [ ] Inventario plugin StellarWP attivi via WP-CLI
  • [ ] Verifica stato licenze per ciascun plugin commerciale
  • [ ] Backup completo pre-migrazione (file system + database)
  • [ ] Mappa integrazioni cross-product StellarWP
  • [ ] Analisi costi licenze attuali vs alternative (TCO 24 mesi)
  • [ ] Test in staging con almeno 3 donazioni/corse reali simulate
  • [ ] Migrazione in produzione in finestra a basso traffico
  • [ ] Shadow mode 30 giorni prima di disattivare il vecchio plugin
  • [ ] Esportazione storico dati verso il nuovo sistema
  • [ ] Aggiornamento runbook interni
  • [ ] Notifica stakeholder: team comunicazione, team fundraising, finance
  • [ ] Comunicazione pubblica sul sito (se donatori sono coinvolti)

Lezione di sistema: il rischio vendor è una variabile di business

La dissoluzione di StellarWP è un caso di scuola che va oltre i singoli plugin. Il punto chiave è questo: la continuità operativa del tuo sito WordPress dipende dalla sostenibilità economica di chi mantiene i plugin critici. Plugin con milioni di installazioni attive possono essere venduti, acquisiti, congelati o dissolti senza che il codice smetta di funzionare — ma il supporto, la roadmap e le integrazioni spariscono.

La regola operativa che ne deriva è semplice: tratta ogni plugin commerciale come una dipendenza critica, anche se è GPL. Mappalo, tienilo d'occhio, tieni pronta un'alternativa. Le 6-10 settimane di roadmap che ti ho descritto sopra sono il prezzo da pagare per non farsi trovare impreparati.

Il tema è più ampio e lo collego a quello che ho scritto su Toolchain agenzia WordPress moderna 2026: anche il modo in cui scegli e governi la toolchain è una scelta di business risk management, non solo tecnica.

FAQ

StellarWP continuerà a rilasciare aggiornamenti dei plugin?

Sì. Il codice è GPL e resta nel repository ufficiale di WordPress.org. Patch di sicurezza e bug fix critici continueranno. Le feature nuove sono però congelate in attesa della riorganizzazione.

Le mie licenze esistenti restano valide?

Sì, almeno fino alla scadenza naturale. Il rinnovo potrebbe avere condizioni diverse. Controlla la mail di Liquid Web per la tua situazione specifica.

Devo migrare subito?

No, non c'è urgenza tecnica. La decisione di migrare va presa dopo l'audit e la stima del TCO. Hai almeno 6 mesi di tempo per ragionare.

Le donazioni passate rimangono nel mio database?

Sì. Il database resta tuo e contiene lo storico completo. Plugin come GiveWP continueranno a leggere lo storico anche se non raccoglieranno nuove donazioni. L'esportazione verso il nuovo sistema è una fase separata.

StellarPayments continuerà a funzionare?

Sì. StellarPayments è integrato in GiveWP e continua a funzionare fino a decisione contraria. La roadmap StellarPayments v2 (annunciata nel 2025) è però sospesa.

Cosa rischio se non faccio nulla?

Nel breve periodo, poco: il codice continua a funzionare. Nel medio periodo, rischi un rallentamento degli aggiornamenti di sicurezza e un progressivo decadimento delle performance del checkout. Nel lungo periodo, un cambio di proprietà o una sunset del prodotto potrebbe sorprenderti senza preavviso.

Posso usare due sistemi in parallelo per le donazioni?

Tecnicamente sì, ma non è consigliato: confonde i donatori, raddoppia il lavoro di reportistica, e complica la fiscalità. Meglio scegliere un sistema, migrare, consolidare.

Riferimenti utili per approfondire

]]> https://www.mrtux.it/stellarwp-liquidweb-dissolution-migrazione-wordpress-2026/feed 0