Il post LinkedIn di Adrian Sticea con questo grafico è diventato virale, e giustamente: racconta qualcosa che molti nel settore sperimentavano da mesi ma nessuno aveva quantificato con quella crudezza. La discussione è partita da WP Tavern, che gli ha dedicato un intero podcast, e le interpretazioni sono state mille: "l'AI uccide il lavoro", "Upwork è finita", "i freelance si stanno spostando altrove".

Ma io quel grafico lo leggo da un'altra prospettiva. Non sono un freelance che cerca progetti su Upwork: seguo siti WordPress di aziende che devono continuare a funzionare. E dalla mia postazione la domanda è un'altra: se il mercato dei freelance WordPress si sta rimescolando così velocemente, cosa succede ai tuoi siti quando il freelance che li segue sparisce? Perché sparisce, e chi ti salva allora?

I dati del declino: cosa dice davvero quel grafico

Prima di interpretare, i fatti. Adrian Sticea lavora su WordPress dal 2013: sviluppatore per piccole aziende, poi freelance per due anni, poi agenzie negli Stati Uniti, poi IBM sul loro progetto WordPress più grande (una piattaforma di learning), poi StellarWP, e dal 2025 di nuovo freelance con clienti enterprise. Mezza carriera come freelance, mezza come dipendente: una traiettoria tipica del settore.

Per anni Upwork è stata la sua fonte primaria di lead: dal 2015 al 2020, oltre il 95% del suo lavoro arrivava dalla piattaforma. Poi la curva che conosciamo: 80% nel 2022, 60% nel 2023, 40% nel 2024, e nel 2026 lo zero tondo. Non una contrazione: un azzeramento.

Vale la precisione: parla del volume di lead e progetti ricevuti, non del fatturato totale. Ma per un freelance il pipeline che si svuota è il segnale più precoce che ci sia, e un azzeramento in quattro anni è un fenomeno di sistema, non una sfortuna individuale.

Perché sta succedendo: quattro cause che si sommano

Nel podcast Sticea e Nathan Wrigley analizzano le cause, e nessuna da sola spiega il grafico. Sommate, sì.

1. L'AI rende gli sviluppatori più efficienti, quindi serve meno hiring. È la causa più citata e la più controbattuta. Non è che l'AI "fa il lavoro del freelance": è che un cliente che prima comprava 40 ore di lavoro ora ne compra 15, perché lo sviluppatore con Cursor o Claude Code risolve in mezza giornata ciò che richiedeva due giorni. Io stesso ho documentato come il workflow di sviluppo WordPress con gli strumenti AI comprime i tempi del 50-85% su certi task: l'effetto lato domanda è inevitabile — meno ore acquistate per lo stesso risultato.

2. I progetti semplici restano, quelli complessi migrano altrove. Sticea nota che i semplici build di siti si trovano ancora su Upwork; sono i progetti complessi — plugin custom, integrazioni enterprise — a essere spariti. La mia lettura: chi ha un progetto serio non lo affida più a un mercato anonimo. Cerca una relazione diretta, una struttura che risponda, un contratto. Il marketplace resta per il piccolo, il transitorio, il low-budget.

3. La competizione delle piattaforme e l'economia. Fiverr e simili hanno mosso volumi, e i budget più cauti hanno ridotto i progetti "nice to have". Nessuna novità, ma su una base già in contrazione pesa il doppio.

4. La natura del lavoro WordPress sta cambiando. Con l'editor a blocchi e gli strumenti no-code, parte del lavoro che un tempo richiedeva un freelance oggi non esiste proprio: il cliente lo fa da solo. È lo stesso fenomeno che ho analizzato nell'articolo su AI e futuro di WordPress al 41,5% del web: la piattaforma non muore, il tipo di lavoro cambia forma.

Il rovescio della medaglia: quando il tuo freelance sparisce

Ora il punto che riguarda te, se hai un sito WordPress e qualcuno che lo gestisce "quando serve".

Un freelance — anche il migliore — è una persona sola. Una persona sola si ammala, va in vacanza, cambia lavoro, si innamora di un altro stack tecnologico, o semplicemente ridimensiona le attività perché il suo mercato si è ristretto come documenta quel grafico. E quando succede, il tuo sito diventa un orfano con dentro tutto quello che non sai.

L'ho visto di nuovo in estate, e non è il primo caso. Un'azienda di Bologna con un e-commerce che fattura, freelance che li seguiva da quattro anni, affidabilissimo. A luglio, silenzio: non risponde più alle email, lo shop rimane senza aggiornamenti da mesi. Quando ho preso in carico il sito ho trovato il ritratto tipico del sito orfano:

• Accessi amministrativi solo nella testa del freelance: nessuna password condivisa, il mail system della società non aveva alcun account admin WordPress.
• Backup teorici: un plugin di backup configurato anni prima, che falliva silenziosamente da nove settimane. Nessuno lo controllava mai.
• 11 aggiornamenti di plugin in sospeso, di cui 2 con CVE pubbliche: in un mercato dove le vulnerabilità vengono sfruttate in poche ore dalla disclosure, mesi di ritardo sono una partita russa.
• PHP 7.4 ancora in produzione: un hosting che aveva già avvisato due volte via email, mail che finivano nella casella del freelance.
• Nessuna documentazione: perché l'accentramento funziona finché funziona.

Il sito è rimasto offline 11 giorni durante il ripristino — un vecchio tema custom che esplodeva su PHP 8, un pagamento ricorrente scaduto che aveva sospeso un servizio, e il backup rotto. La guida su cosa fare quando WordPress viene hackerato o rompe racconta schemi identici: il problema raro non è l'hacker sofisticato, è il sito lasciato solo.

E il costo? L'ho calcolato in generale in un articolo dedicato: tra vendite perse, posizioni Google smarrite e ore interne bruciate, quanto costa non avere un sito WordPress funzionante sorprende sempre chi lo conta per la prima volta. Nel caso di Bologna le vendite perse dei 11 giorni hanno superato di gran lunga quello che avrebbe costato un anno di gestione strutturata.

I segnali che il tuo freelance sta per sparire

Quattro anni a seguire siti orfani insegnano a riconoscere i campanelli d'allarme con mesi di anticipo. Se il tuo sviluppatore mostra due o più di questi segnali, il sito sta entrando nella zona di rischio:

1. Tempo di risposta che si allunga: da ore a giorni, senza una scadenza spiegata. È il segnale più precoce e più affidabile: chi sta chiudendo le attività smette di rispondere prima di smettere di lavorare.
2. "Lo faccio dopo l'estate" ricorrente: gli aggiornamenti che slittano di mese in mese, in particolare quelli di sicurezza. Nel 2025 l'ecosistema WordPress ha visto 11.334 nuove vulnerabilità, e la finestra media di sfruttamento è di poche ore: "dopo l'estate" è una risposta che il tuo sito non può permettersi.
3. Nessun nuovo strumento, nessuna domanda nuova: un professionista attivo fa domande, propone miglioramenti, prova strumenti. Quando le proposte si fermano da mesi, la relazione è già spenta.
4. Fatturazione sempre più ritardataria o strutturata "per intervento": il passaggio da canoni regolari a richieste sporadiche dice che la manutenzione continua non è più nel suo modello.

Nessuno di questi segnali è un'accusa: è la stessa dinamica che il grafico di Upwork documenta a livello di mercato. Ma per il tuo sito la differenza è che puoi vederla arrivare — e usarla per strutturare la continuità prima, non dopo. Strutturare la continuità significa trasformare una relazione personale in un impegno di servizio: è esattamente il modello di un servizio di assistenza WordPress, dove le credenziali sono in cassaforte condivisa per contratto e chi risponde non è una persona sola.

Se hai un freelance: quattro cose da fare questa settimana

Non sto dicendo di licenziare il tuo freelance: i bravi sono oro, e il pivot che Sticea stesso racconta — networking diretto, relazioni con agenzie, partnership — rende i bravi più raggiungibili che mai. Sto dicendo che la relazione va strutturata, perché la continuità del tuo sito non può dipendere dalla disponibilità di una persona:

1. Recupera le credenziali adesso, non quando serve: account amministratore WordPress, accesso all'hosting, al pannello del dominio, ai DNS, agli account email associati. Mettile in un password manager aziendale condiviso.
2. Chiedi un documento di consegna: dove sono i backup, chi li controlla, quali plugin sono attivi e perché, che versione di PHP gira, dove sono gli ambienti di staging.
3. Verifica i backup con un restore di prova: un backup mai testato è una speranza, non un backup.
4. Decidi in anticipo la regola di continuità: cosa succede se il freelance diventa non raggiungibile per 48 ore? Chi ha accesso per intervenire? Questa domanda, fatta adesso, vale più di qualsiasi contratto. Se la risposta che ti serve è un team e non una persona, questo è precisamente ciò che un servizio di assistenza WordPress mette per iscritto: SLA di risposta, credenziali documentate, procedure di emergenza.

Se il tuo freelance è già sparito — o hai scoperto che il backup fallisce da settimane — il primo passo è un audit completo, non un aggiornamento frettoloso: aggiornare un sito orfano senza diagnosi è il modo più rapido per romperlo definitivamente. La sequenza corretta è nella guida sugli aggiornamenti WordPress senza rompere il sito.

Perché l'assistenza strutturata vince sul freelance occasionale

La lezione di quel grafico, per le aziende, è questa: il mercato sta separando il lavoro "progetto" dal lavoro "continuità". Il progetto — rifare il sito, il nuovo e-commerce, l'integrazione — lo può fare un freelance eccellente, e va bene così. Ma la continuità — aggiornamenti entro le ore dalla disclosure di una CVE, monitoraggio uptime, backup verificati, risposta agli incidenti — è per natura un processo, non una persona.

Un servizio di assistenza WordPress risolve esattamente il problema del grafico di Sticea dal lato del cliente:

• Non c'è bus factor: chi risponde non è una persona sola, e le credenziali sono in cassaforte condivisa per contratto.
• Il monitoraggio è continuo, non "quando passo di qui": uptime verificato da fonti esterne, check di sicurezza periodici, alert che arrivano a noi prima che al cliente.
• Gli aggiornamenti di sicurezza seguono le CVE, non il calendario del consulente: nel 2025 sono state pubblicate 11.334 vulnerabilità nell'ecosistema WordPress e il tempo mediano di sfruttamento è di poche ore — la finestra di un intervento mensile è matematicamente insufficiente.
• La documentazione esiste e resta: se domani cambi fornitore, la consegna è un file, non un archeologico.

E non è un tema da grandi aziende, anzi: chi ha subito un sito orfano sa che il costo del ripristino arriva sempre prima della domanda "quanto mi costa prevenire?". Il mio consiglio è di trattare la manutenzione come voce di bilancio fissa, non come budget d'emergenza: un canone di assistenza WordPress è prevedibile, un ripristino no. quanto più il tuo fatturato passa dal sito, tanto più la domanda "chi lo mantiene se tutto crolla?" merita una risposta scritta. Se il tuo sito porta clienti, non esisteri a metà: l'ho argomentato in senza un sito WordPress non esisti, e la manutenzione è metà dell'esistere.

In sintesi

• Il post LinkedIn virale di Adrian Sticea documenta il crollo del lavoro freelance WordPress su Upwork: dal 95-100% nel 2015-2020 allo 0% nel 2026.
• Le cause sono sommate: AI che comprime le ore acquistate, progetti complessi che migrano su relazioni dirette, competizione tra piattaforme, lavoro che cambia natura.
• Per i clienti il rischio non è il costo, è il bus factor: credenziali accentrate, backup non verificati, aggiornamenti sospesi.
• Quattro azioni immediate se lavori con un freelance: credenziali condivise ora, documento di consegna, restore di prova, regola di continuità scritta.
• La continuità è un processo, non una persona: l'assistenza strutturata è la risposta che sopravvive ai cambi di mercato.

Riferimenti utili

• WP Tavern #230 – Adrian Sticea on the Decline of WordPress Work on Upwork
• Upwork
• AI tools per sviluppatori WordPress: il workflow 2026
• Aggiornamenti WordPress senza rompere il sito
• Manutenzione WordPress: la routine mensile
• Assistenza WordPress: supporto e manutenzione