L’elaborazione batch (batch processing) è la pratica di eseguire un insieme di operazioni su un grande gruppo di record tutti insieme, in base a una pianificazione o a un trigger, anziché gestire ciascuno singolarmente nel momento in cui arriva. Nella gestione dei feed, l’elaborazione batch è ciò che permette a un sistema di aggiornare, importare o esportare decine di migliaia di record di prodotto in un’unica esecuzione pianificata — ricalcolando i prezzi, aggiornando i livelli di stock o rigenerando un intero file di feed — invece di elaborare ogni modifica di prodotto nel momento in cui avviene.
Perché è importante nella gestione dei feed
Non tutti gli aggiornamenti devono avvenire istantaneamente, e cercare di elaborare in tempo reale ogni singola modifica su un catalogo di centinaia di migliaia di SKU metterebbe sotto sforzo sia la piattaforma di feed sia i canali che ricevono i dati. L’elaborazione batch raggruppa le modifiche e le esegue in una finestra definita — di notte, ogni ora o su richiesta — il che è molto più efficiente per operazioni su larga scala come la riesportazione di un catalogo completo verso Google Merchant Center o il ricalcolo dei prezzi basati sul margine per tutti i prodotti di una categoria. Rende inoltre le operazioni di grandi dimensioni prevedibili e più facili da monitorare: un job batch viene completato con successo oppure fallisce nel suo insieme, il che rende più semplice intercettare e annullare un aggiornamento errato rispetto al tentativo di tracciare migliaia di singole modifiche in tempo reale. Per tutto ciò in cui un breve ritardo è accettabile, l’elaborazione batch è generalmente più economica e più stabile di un approccio sempre attivo, evento per evento.
Come funziona
Un job batch in genere preleva un set di dati completo o parziale — tutti i prodotti di una categoria, tutti gli articoli modificati dall’ultima esecuzione o l’intero catalogo —, applica a tutti contemporaneamente un insieme di trasformazioni o regole e poi scrive il risultato come file di feed aggiornato o come serie di chiamate API. È il meccanismo alla base della maggior parte delle funzionalità di modifica in blocco delle piattaforme di feed, dove una regola come "aumenta dell’8% tutti i prezzi della categoria arredamento da esterno" viene applicata a ogni prodotto corrispondente in un unico passaggio anziché uno alla volta. I job batch vengono solitamente avviati da una pianificazione (ogni notte alle 2:00) o da un segnale esterno (una nuova richiesta di esportazione) e costituiscono uno dei meccanismi fondamentali della feed automation, perché una pipeline di feed completamente automatizzata ha bisogno di un modo per rielaborare periodicamente l’intero catalogo senza intervento manuale.
Esempio
<!-- Feed export metadata showing the result of a scheduled batch run -->
<feed>
<batch_id>batch-2026-08-15-0200</batch_id>
<items_processed>48213</items_processed>
<run_type>scheduled</run_type>
<item>
<g:id>SKU-30099</g:id>
<title>Outdoor Teak Dining Chair</title>
<g:price>142.00 USD</g:price>
<g:availability>in stock</g:availability>
</item>
<!-- ...remaining items in this batch... -->
</feed>I campi batch_id e items_processed mostrano come una piattaforma di feed registra una singola esecuzione notturna che ha interessato tutti gli articoli del catalogo, anziché aggiornare ogni prodotto come evento separato in tempo reale.
Concetti correlati
L’elaborazione batch è il motore che sta dietro la maggior parte delle operazioni di modifica in blocco su larga scala, perché applicare una regola a migliaia di prodotti contemporaneamente funziona in modo efficiente solo se viene eseguita come un unico batch anziché un articolo alla volta. È anche un elemento fondamentale delle pipeline più ampie di automazione dei flussi di lavoro e di feed automation, dove sono le esecuzioni batch pianificate a mantenere sincronizzato un intero catalogo su tutti i canali senza che nessuno debba avviare manualmente ogni aggiornamento.
