TL;DR: se un’automazione AI scrive su WordPress, il primo invio deve creare una bozza. La pubblicazione va concessa solo dopo controlli separati su testo, immagine, SEO e risposta REST. Il modello prepara il contenuto; l’orchestratore decide se può andare online.
Il problema: un errore diventa subito pubblico
Il flusso più fragile è anche il più comodo da costruire: chiedi all’AI di generare titolo, testo e metadati, poi invii tutto a WordPress con "status":"publish". Se il modello restituisce un titolo troncato, una fonte dubbia o una categoria sbagliata, l’errore finisce sul sito prima che il sistema possa fermarlo.
Per una PMI non serve un’automazione più “intelligente”. Serve un confine tecnico chiaro tra generazione e pubblicazione.
La soluzione: usa WordPress come gate
La REST API di WordPress accetta stati distinti, tra cui draft e publish. Questo permette di dividere il lavoro in due richieste: la prima crea la bozza, la seconda aggiorna quello stesso post solo dopo l’esito positivo dei controlli.
È un cambio piccolo, ma sposta l’autorità fuori dal prompt. La mia regola è semplice: l’AI può proporre; non può promuovere.
I tre passaggi essenziali
- Crea sempre una bozza. Invia titolo, HTML, excerpt, categoria e featured image con
"status":"draft". Salva l’idrestituito da WordPress. - Valida il pacchetto. Controlla lunghezza del titolo, presenza dell’immagine, alt text, fonti, assenza di
<h1>, link interni e stato effettivo della risposta REST. Un codice HTTP riuscito non sostituisce il controllo dei campi ricevuti. - Promuovi l’ID esistente. Solo se tutti i gate sono positivi, aggiorna
/wp/v2/posts/<id>con{"status":"publish"}. Se un controllo fallisce, la bozza resta recuperabile e i social non partono.
Per l’accesso remoto usa una Application Password dedicata all’integrazione, conservata fuori dal codice. WordPress la tratta come credenziale revocabile per applicazioni e script: se devi disattivare il flusso, non tocchi la password principale dell’utente.
L’errore da evitare
Non chiedere al modello di scegliere tra draft e publish dentro l’output. Anche con uno schema JSON corretto, quella decisione resta una regola di business e va codificata nell’orchestratore. Il prompt può cambiare; il gate deve restare deterministico.
Evita anche di confondere la preview di una bozza con una pagina pubblica. Se un servizio esterno deve analizzare il contenuto, passa l’HTML autenticato a un audit snapshot oppure usa una preview pubblica e noindex. Un link che risponde 404 senza sessione non è una verifica.
Take finale
Il vero upgrade non è un prompt più lungo. È una macchina a stati minima: draft → validato → publish. Così puoi automatizzare senza cedere al modello l’unica decisione che conta davvero: rendere il contenuto pubblico.
Lo stesso principio completa una buona checklist WordPress per l’AI Search: prima rendi il contenuto leggibile e verificabile, poi lo distribuisci.