Aggiungi come fonte preferita su Google
Gli agenti AI non si limitano più a rispondere alle domande. Sono in grado di svolgere dei compiti.
Su un sito WordPress, questo potrebbe significare configurare un ambiente di staging, aggiornare un plugin, eseguire dei controlli, pubblicare una modifica approvata, svuotare la cache e tenere traccia di ciò che è successo. Attualmente, uno sviluppatore o un amministratore del sito potrebbe dover eseguire personalmente ciascuno di questi passaggi. Ora gli agenti possono occuparsi delle attività più di routine, lasciando comunque alle persone il compito di prendere le decisioni più importanti.
Questo non significa che un sistema di AI debba avere accesso illimitato all’ambiente di produzione; sono piuttosto i team a stabilire a cosa può accedere un agente, quali azioni può eseguire e quando è necessaria l’approvazione umana.
Si tratta di un passaggio dai processi manuali all’automazione supervisionata, in cui gli esseri umani stabiliscono le regole e il software si occupa dei compiti più ripetitivi.
Gli agenti AI stanno passando dalle risposte alle azioni
La maggior parte dei team usa già l’AI come supporto. Può rispondere a una domanda, redigere una bozza o aiutare a risolvere un problema, ma qualcuno deve comunque prendere quelle informazioni e svolgere il lavoro vero e proprio.
Gli agenti cambiano questo rapporto. Invece di limitarsi a dare un consiglio, un agente può usare strumenti collegati per portare a termine un’attività. Può raccogliere informazioni, prendere decisioni entro regole definite, intraprendere un’azione approvata e riferire il risultato.
Gartner prevede che questo modello si diffonderà rapidamente. Entro il 2028, prevede che più della metà delle aziende preferirà piattaforme che si assumono la responsabilità dei risultati del flusso di lavoro rispetto a strumenti che si limitano ad assistere i dipendenti. Secondo Gartner, le persone supervisioneranno sempre più spesso i sistemi che eseguono il lavoro per loro conto, piuttosto che gestire personalmente ogni fase procedurale.
WordPress dispone già di alcuni degli elementi necessari per questa transizione. L’API Abilities offre al core di WordPress, ai plugin e ai temi un modo standard per definire le azioni insieme ai relativi input, output e permessi. L’adattatore MCP di WordPress può quindi rendere disponibili le abilità selezionate come strumenti che gli agenti AI possono individuare ed eseguire.
Questo non rende improvvisamente ogni attività di WordPress un buon candidato per l’automazione. Cambia però ciò che è tecnicamente possibile. L’AI può andare oltre il semplice suggerimento a uno sviluppatore su come eseguire un’attività e, se le viene concesso l’accesso giusto, eseguire essa stessa parti di quell’attività.
La domanda più utile ora è: quali attività del sito web i team dovrebbero effettivamente lasciare gestire agli agenti?
Come potrebbero essere le operazioni sul sito gestite dagli agenti
Il modo più semplice per immaginare le operazioni sul sito gestite dagli agenti è guardare al lavoro che i team WordPress già svolgono ogni giorno. Manutenzione, implementazioni, risoluzione dei problemi e attività amministrative includono tutte fasi che gli agenti possono assumersi.
Manutenzione e aggiornamenti
La manutenzione di plugin e temi è un ambito naturale in cui utilizzare gli agenti. Anziché controllare ogni sito manualmente, un team può affidare a un agente il compito di individuare gli aggiornamenti disponibili, selezionare quelli che richiedono attenzione, applicare le modifiche approvate, eseguire i controlli e riferire su ciò che è successo.
L’agente potrebbe anche spostare il lavoro nell’ambiente di staging quando un aggiornamento comporta un rischio maggiore. Se un test fallisce, potrebbe segnalare il problema o ripristinare la versione precedente invece di proseguire con il flusso di lavoro.
Alcune parti di questo modello esistono già senza l’AI. Gli aggiornamenti automatici di Kinsta creano un backup prima di un aggiornamento, applicano l’aggiornamento del plugin o del tema, confrontano gli screenshot prima e dopo la modifica e ripristinano automaticamente il backup quando i test di regressione visiva rilevano un problema.
Un agente può aggiungere un ulteriore livello coordinando questo tipo di attività automatizzate tra i vari siti e decidendo quando è necessario l’intervento di una persona.
Staging e distribuzioni
Le distribuzioni comportano un’altra serie di passaggi ripetibili. Un agente potrebbe creare un ambiente di staging, applicare una modifica approvata, avviare i test, raccogliere i risultati e preparare l’aggiornamento per la produzione. Uno sviluppatore potrebbe poi esaminare il risultato e approvare la distribuzione finale.
L’API di Kinsta espone già diverse di queste operazioni di hosting a livello di programmazione. I team possono creare ambienti di staging, trasferire lo staging in produzione, svuotare le cache del sito e del CDN, aggiornare plugin e temi e controllare lo stato delle operazioni più lunghe tramite l’API.
Questo crea spazio per flussi di lavoro in cui l’agente si occupa dell’esecuzione di routine mentre lo sviluppatore mantiene il controllo sulle decisioni relative alla produzione.
Prestazioni e risoluzione dei problemi
Quando un sito rallenta o inizia a generare errori, il primo passo di solito è capire cosa è cambiato. Questo spesso significa controllare le statistiche, i log, gli aggiornamenti recenti, il comportamento della cache e l’utilizzo delle risorse prima che la causa diventi chiara.
Un agente può raccogliere gran parte di queste informazioni in anticipo.
Ad esempio, l’API di Kinsta può restituire le statistiche del sito e i log del server in modo programmatico. I suoi endpoint di analisi forniscono informazioni quali visite, larghezza di banda, codici di risposta, posizioni e altri dati sul traffico, mentre i suoi endpoint di log possono recuperare i record relativi a errori, accessi e prestazioni della cache.
Un agente potrebbe mettere insieme questi segnali, identificare le possibili cause e suggerire il passo successivo oppure eseguire un’azione predefinita a basso rischio.
Contenuti e attività amministrative
Lo stesso modello si estende a WordPress stesso. Gli agenti potrebbero preparare aggiornamenti dei contenuti, estrarre informazioni per i report dei clienti, aggiornare impostazioni predefinite o gestire attività amministrative ripetitive accessibili tramite gli strumenti e le API di WordPress.
Niente di tutto questo richiede che un agente controlli un intero sito web. L’opportunità più immediata deriva dal trasformare i singoli passaggi manuali in attività che il software può eseguire, per poi decidere quanta autorità concedergli su ciascuna di esse.
L’automazione non deve per forza significare piena autonomia
I team non devono scegliere tra il lavoro manuale e l’affidare a un agente AI il controllo illimitato. Possono aumentare l’automazione per gradi e mantenere le persone coinvolte laddove il rischio lo richieda.
Un modo pratico per pensarla è come una progressione:
- Osservare: l’agente legge le informazioni e riporta ciò che trova.
- Consigliare: suggerisce il passo successivo in base a regole predefinite o ai dati disponibili.
- Preparare: esegue operazioni reversibili, come creare un ambiente di staging o applicarvi una modifica.
- Agire con approvazione: esegue il passo successivo solo dopo che una persona lo ha esaminato e approvato.
- Agire nel rispetto delle politiche: gestisce autonomamente le attività a basso rischio, purché rimangano entro limiti chiaramente definiti.
Alcune attività sono più facili da automatizzare rispetto ad altre. Un agente può estrarre dati analitici o segnalare plugin obsoleti con un rischio minimo. Pubblicare codice in produzione o ripristinare un backup è tutta un’altra storia, e la maggior parte dei team vorrà che qualcuno esamini prima queste azioni.
Gli agenti non devono gestire ogni situazione alla perfezione per essere utili. Hanno solo bisogno di un compito specifico da svolgere e di un punto chiaro in cui fermarsi e restituire il lavoro a una persona.
Per la maggior parte dei team, questo significa iniziare con le attività di routine e mantenere le persone coinvolte quando la posta in gioco è più alta. Man mano che questi flussi di lavoro diventano più affidabili, i team possono decidere in quali casi ha senso dare agli agenti più spazio per agire in autonomia.
Una maggiore automazione richiede misure di sicurezza più efficaci
Uno strumento di AI che ti dà una risposta sbagliata crea un tipo di problema. Un agente che apporta una modifica errata all’ambiente di produzione ne crea un altro.
Man mano che gli agenti si assumono più lavoro, i controlli di accesso diventano sempre più importanti.
Concedi a ogni agente solo l’accesso di cui ha bisogno. Se il suo compito è estrarre dati analitici, non deve toccare il DNS. Se sta controllando gli aggiornamenti dei plugin, non ha bisogno dell’autorizzazione per cancellare un sito o gestire gli utenti. Meno accesso ha, meno cose possono andare storte.
I team dovrebbero inoltre mantenere requisiti di approvazione per le azioni a rischio più elevato. Ciò potrebbe includere implementazioni in produzione, ripristini da backup, modifiche al DNS, gestione degli utenti o qualsiasi altra cosa che possa causare tempi di inattività, perdita di dati o un cambiamento inaspettato per i clienti.
Hai anche bisogno di un modo per annullare una modifica se qualcosa va storto. Le procedure di staging, i backup, i test e il rollback aiutano tutti in questo senso. Man mano che gli agenti si assumono una parte maggiore del lavoro, queste misure di sicurezza diventano ancora più importanti.
L’obiettivo non è dare per scontato che un agente faccia tutto nel modo giusto. È rendere gli errori facili da individuare e, quando possibile, facili da correggere.
Quando gli agenti svolgono il lavoro, i team devono poter vedere cosa è successo
L’automazione non riduce la necessità di visibilità. Anzi, la aumenta.
Quando uno sviluppatore apporta modifiche manualmente, in genere sa sia cosa ha modificato sia perché. Ma quando un agente inizia a eseguire le fasi del flusso di lavoro, il team ha bisogno di un resoconto chiaro di ciò che è successo senza dover ricostruire la sequenza a posteriori.
Come minimo, dovrebbero poter rispondere a:
- Quale azione è stata eseguita?
- Cosa l’ha innescata?
- Su quale sito o ambiente ha avuto effetto?
- Ha funzionato?
- Cosa è cambiato?
- Il team può annullarla?
Kinsta mette già a disposizione diverse fonti che i team possono utilizzare per rispondere a queste domande. Il log delle attività di MyKinsta registra le azioni a livello di account e di sito, indicando chi le ha avviate, quando sono state eseguite e se hanno avuto esito positivo. Kinsta rende inoltre disponibili i log delle attività aziendali tramite la propria API, inclusi filtri per il sito, l’utente, la categoria e la chiave API coinvolte.
Le analisi e i registri offrono un ulteriore livello di contesto. L’API di Kinsta può restituire programmaticamente analisi del sito, backup e registri del sito, consentendo ai flussi di lavoro automatizzati di accedere alle stesse prove operative che i team utilizzano durante le indagini.
Per i problemi di prestazioni più complessi, l’APM di Kinsta analizza le richieste WordPress lente suddividendole tra processi PHP, query del database, plugin, hook e chiamate esterne.
Le persone potrebbero cliccare meno pulsanti man mano che gli agenti si fanno carico di più operazioni. Avranno comunque bisogno di informazioni sufficienti per capire cosa hanno fatto quegli agenti, individuare rapidamente i problemi e intervenire quando qualcosa va storto.
Le API diventano lo strato esecutivo per le operazioni sui siti web
Gli agenti hanno bisogno di un modo affidabile per interagire con i sistemi che gestiscono. Per le operazioni sui siti web, questo di solito significa API e altre interfacce strutturate.
Il flusso di lavoro inizia ad assomigliare meno a: Persona > dashboard > azione
E più a: Persona > agente > API o strumento > azione > risultato > revisione da parte di una persona
La dashboard è importante, ma non deve per forza essere l’unico posto in cui si svolge il lavoro.
L’API REST di Kinsta supporta già un’ampia gamma di operazioni di hosting WordPress. I team possono usarla per creare e clonare siti, creare ambienti di staging, trasferire lo staging in produzione, aggiornare plugin e temi, svuotare le cache, gestire i backup, recuperare dati analitici e log, lavorare con i domini e modificare diverse impostazioni dell’ambiente.
Questo significa che gli agenti non hanno bisogno di un metodo separato per gestire ogni attività di hosting. Possono usare le stesse API su cui già fanno affidamento gli sviluppatori per script, integrazioni e altre automazioni.
Kinsta ha anche dimostrato questo modello con un server MCP collegato all’API di Kinsta. Nell’esempio, un assistente AI può elencare i siti WordPress, ispezionare gli ambienti e svuotare la cache tramite gli strumenti messi a disposizione dal server MCP. Il team controlla a quali strumenti l’agente può accedere, e nell’esempio le azioni sono soggette ad approvazione esplicita.
Questa distinzione è importante. Le API forniscono il livello di esecuzione, mentre l’agente offre un modo più flessibile per decidere quando e come utilizzarlo.
Man mano che sempre più operazioni sui siti web diventano disponibili a livello di programmazione, i team non dovranno più aprire una dashboard e cliccare su ogni singolo passaggio da soli. Potranno affidare parti ben definite di quel lavoro agli agenti, mantenendo MyKinsta a disposizione per la gestione diretta, la revisione e l’intervento.
Come questo cambia il modello di erogazione dei servizi delle agenzie
Per le agenzie, il cambiamento più grande potrebbe non essere tecnico. Potrebbe essere operativo.
Gli agenti possono sollevare le agenzie dal carico della manutenzione ordinaria e della reportistica. Questo non elimina la necessità di sviluppatori o team di account. Cambia semplicemente come impiegano il loro tempo.
Invece di gestire ogni fase manualmente, i team possono concentrarsi di più sulla progettazione del flusso di lavoro. Decidono quali attività può gestire un agente, quali condizioni deve soddisfare, quando deve fermarsi e quando è necessario l’intervento di una persona.
Questo lascia ai team più tempo per il lavoro che richiede ancora il giudizio umano, tra cui:
- Decidere come devono funzionare i flussi di lavoro,
- Intervenire quando l’automazione incontra un imprevisto,
- Prendere decisioni relative all’architettura e alle prestazioni,
- Gestire la sicurezza e gli accessi,
- Risolvere i problemi più complessi,
- E collaborare con i clienti sulle priorità e sui passi successivi.
L’automazione cambia anche il lato commerciale della manutenzione. Le agenzie spesso dedicano molto tempo a attività che i clienti vedono raramente, dagli aggiornamenti di routine ai controlli e alla reportistica. Man mano che gli agenti si fanno carico di un numero maggiore di questi compiti, le agenzie possono concentrarsi maggiormente sui risultati, sui tempi di risposta, sull’affidabilità e sullo stato generale dei siti che gestiscono.
Questo offre anche ai team più spazio per crescere. Un’agenzia può gestire più siti senza aggiungere lo stesso carico di lavoro ripetitivo per ogni nuovo cliente. Gli sviluppatori hanno più tempo per dedicarsi a problemi più complessi, mentre l’agenzia può fornire un supporto più proattivo senza dover accumulare lo stesso volume di lavoro di manutenzione quotidiana.
Questo solleva una domanda utile per le agenzie: cosa succede al tuo modello operativo quando la manutenzione del doppio dei siti non richiede più il doppio del lavoro ripetitivo?
La risposta probabilmente non è “meno persone che fanno lo stesso lavoro”. È piuttosto che le persone dedicano meno tempo alle attività di routine e più tempo alle decisioni, alle eccezioni e al lavoro con i clienti che richiedono ancora un giudizio.
Preparati agli agenti senza scommettere sul futuro
Non devi stravolgere il tuo flusso di lavoro per prepararti a operazioni guidate dagli agenti. Parti dai processi che il tuo team usa già e cerca i punti in cui puoi rendere le fasi più chiare, sicure e facili da automatizzare.
Da lì:
- Ordina le attività in base al rischio. Decidi quali compiti un agente può gestire da solo e quali richiedono ancora l’approvazione di una persona.
- Verifica l’accesso alle API. Le attività sono molto più facili da automatizzare quando il sistema le rende già disponibili a livello di programmazione.
- Rafforza le fasi di staging e rollback. Offri agli agenti un ambiente sicuro in cui apportare modifiche e un modo affidabile per annullarle.
- Definisci le autorizzazioni. Cerca di capire quali account, credenziali e sistemi controllano ogni parte del flusso di lavoro.
- Tieni una documentazione accurata. Assicurati che il tuo team possa vedere cosa è cambiato, quando è cambiato e dove cercare se qualcosa va storto.
- Inizia con un’attività ben circoscritta. Lascia che un agente segnali i plugin obsoleti su un gruppo di siti prima di chiedergli di gestire un intero flusso di lavoro di manutenzione.
Niente di tutto questo dipende dal fatto che gli agenti raggiungano la piena autonomia. Questi cambiamenti rendono le operazioni sui siti web più facili da automatizzare e gestire già oggi, offrendo al contempo ai team più opzioni man mano che i flussi di lavoro guidati dagli agenti maturano.
Kinsta supporta già molti di questi flussi di lavoro tramite la sua API e gli strumenti di automazione esistenti, quindi i team non devono aspettare che gli agenti diventino completamente autonomi per iniziare a costruire su questo modello.
Sono ancora le persone a gestire le operazioni
Gli agenti AI possono farsi carico di una parte maggiore del lavoro di routine, ma le persone continuano ad avere il controllo sul risultato.
Gli sviluppatori continuano a prendere le decisioni sull’architettura. Le agenzie sanno ancora cosa è importante per ogni cliente. I team tecnici decidono ancora quando intervenire, quanto rischio sono disposti ad accettare e cosa fare quando un flusso di lavoro va fuori rotta.
Ciò che cambia è la quantità di lavoro quotidiano che qualcuno deve svolgere manualmente. I team continuano a prendere le decisioni e rimangono responsabili del risultato, ma il software può gestire una parte maggiore di ciò che accade nel mezzo.
Il prossimo gestore del tuo sito web potrebbe essere un agente AI. Il cambiamento più grande è che il tuo team potrebbe dedicare meno tempo alla gestione del sito e più tempo a decidere come dovrebbero funzionare quelle operazioni.
Carlo è cultore appassionato di webdesign e front-end development. Gioca con WordPress da oltre 20 anni, anche in collaborazione con università ed enti educativi italiani ed europei. Su WordPress ha scritto centinaia di articoli e guide, pubblicati sia in siti web italiani e internazionali, che su riviste a stampa. Lo trovate su LinkedIn.
