In breve: email-to-publish trasforma un comunicato ricevuto via email in un articolo pubblicato su WordPress in sei passaggi: verifica del mittente, conservazione dell’originale con impronta digitale, bozza per ogni sito con etichetta del contributo AI, coda di approvazione del direttore, pubblicazione e conferma al mittente. Ogni passaggio finisce in un audit trail append-only.

In quasi tutte le redazioni italiane i comunicati stampa arrivano allo stesso modo: via email. Poi comincia il lavoro che nessuno racconta. Qualcuno apre l’allegato, copia il testo, lo sistema, lo incolla in WordPress, cerca una foto, pubblica. Moltiplicato per decine di comunicati al giorno, su più siti, con persone diverse che fanno le stesse operazioni a mano.

Il collo di bottiglia non è scrivere. È tutto quello che c’è intorno.

Email-to-publish è la risposta di Inkstack a questo flusso. L’idea è semplice: l’email resta il punto d’ingresso — perché è quello che uffici stampa e collaboratori usano già — ma tutto quello che succede dopo diventa automatico, controllato e tracciato.

Il flusso, passo per passo

1. La mail arriva. Un ufficio stampa, un’istituzione o un collaboratore invia un’email preformattata alla casella dedicata della testata. Non serve un account, non serve imparare WordPress: chi scrive continua a mandare una mail, come ha sempre fatto.

2. Inkstack verifica chi scrive. Prima di toccare il contenuto, il sistema controlla il mittente: deve essere in una lista autorizzata, l’email deve superare i controlli di autenticazione, e per i flussi più delicati serve anche un token concordato. Una mail da un mittente sconosciuto non entra nel flusso. Sembra ovvio; nelle automazioni fai-da-te, spesso non lo è.

3. L’originale viene sigillato. Il testo ricevuto viene conservato così com’è arrivato, con un’impronta digitale (hash) che permette di dimostrare in qualsiasi momento che non è stato alterato. Qualunque cosa succeda dopo, l’originale resta l’originale.

4. Il contenuto diventa una bozza. Inkstack estrae testo e allegati (anche da documenti Word e PDF) e prepara l’articolo per ogni sito di destinazione. Se l’AI interviene — per riscrivere, adattare il tono, titolare — ogni variante nasce come derivazione tracciata: porta con sé l’etichetta del contributo AI e il legame con l’originale.

5. La coda del direttore. Niente va online da solo. La bozza entra in una coda di approvazione dove il direttore vede tutto il contesto: da chi arriva, cosa ha fatto l’AI, eventuali motivi di blocco segnalati dal controllo di conformità. L’approvazione è un click, anche dal telefono — perché una coda che richiede di sedersi al computer è una coda che prima o poi qualcuno aggira.

6. Publish, conferma, storico. Approvato il pezzo, Inkstack pubblica su WordPress — su un sito o su più siti, ciascuno con la sua variante. Chi ha inviato il comunicato riceve una conferma automatica. E ogni passaggio — ricezione, estrazione, intervento AI, approvazione, pubblicazione — finisce nell’audit trail, che è append-only: si può solo aggiungere, mai riscrivere.

Perché “tracciato” è la parola che conta

Automatizzare la pubblicazione di un comunicato non è difficile. Farlo in modo da poter rispondere, mesi dopo, a domande come “chi ha approvato questo pezzo?”, “il testo del cliente è stato alterato?”, “quale AI è intervenuta e su cosa?” — questo è il lavoro vero.

È anche il motivo per cui il flusso è costruito così: ogni automazione passa da un punto di controllo umano, e ogni passaggio lascia una traccia che nessuno può cancellare. Inkstack è progettato per la conformità ODG 2025 e AI Act; la responsabilità editoriale resta al direttore, e il flusso la rende esercitabile invece di aggirarla.

Per il giornalista, tutto questo si riduce a una cosa sola: manda una mail. Per il direttore, a un click. Per l’editore, a un archivio che regge le domande difficili.