Przetwarzanie wsadowe (batch processing) to wykonywanie zestawu operacji na dużej grupie rekordów jednocześnie, według harmonogramu lub po wystąpieniu wyzwalacza, zamiast obsługiwania każdego z nich osobno w chwili, gdy się pojawi. W zarządzaniu feedami to właśnie przetwarzanie wsadowe pozwala systemowi zaktualizować, zaimportować lub wyeksportować dziesiątki tysięcy rekordów produktów w jednym zaplanowanym przebiegu — przeliczyć ceny, odświeżyć stany magazynowe czy wygenerować od nowa cały plik feedu — zamiast przetwarzać każdą zmianę produktu w momencie jej wystąpienia.
Dlaczego ma to znaczenie w zarządzaniu feedami
Nie każda aktualizacja musi nastąpić natychmiast, a próba przetwarzania w czasie rzeczywistym każdej pojedynczej zmiany w katalogu liczącym setki tysięcy SKU obciążyłaby zarówno platformę feedową, jak i kanały odbierające dane. Przetwarzanie wsadowe grupuje zmiany i uruchamia je w określonym oknie czasowym — co noc, co godzinę lub na żądanie — co jest znacznie wydajniejsze przy operacjach na dużą skalę, takich jak ponowny eksport całego katalogu do Google Merchant Center czy przeliczenie cen opartych na marży dla wszystkich produktów w kategorii. Sprawia też, że duże operacje są przewidywalne i łatwiejsze do monitorowania: zadanie wsadowe albo kończy się sukcesem, albo kończy się błędem jako całość, dzięki czemu łatwiej wychwycić i wycofać nieudaną aktualizację niż śledzić tysiące pojedynczych zmian w czasie rzeczywistym. Wszędzie tam, gdzie krótkie opóźnienie jest akceptowalne, przetwarzanie wsadowe jest zazwyczaj tańsze i stabilniejsze niż podejście ciągłe, zdarzenie po zdarzeniu.
Jak to działa
Zadanie wsadowe zazwyczaj pobiera pełny lub częściowy zbiór danych — wszystkie produkty w kategorii, wszystkie pozycje zmienione od ostatniego przebiegu albo cały katalog — stosuje do nich wszystkich naraz zestaw transformacji lub reguł, a następnie zapisuje wynik jako zaktualizowany plik feedu lub serię wywołań API. To mechanizm stojący za większością funkcji edycji masowej w platformach feedowych, w których reguła typu „podnieś wszystkie ceny w kategorii mebli ogrodowych o 8%” jest stosowana do wszystkich pasujących produktów w jednym przebiegu, a nie po kolei. Zadania wsadowe są zwykle uruchamiane według harmonogramu (codziennie o 2:00 w nocy) lub przez sygnał zewnętrzny (nowe żądanie eksportu) i stanowią jeden z podstawowych mechanizmów automatyzacji feedów, ponieważ w pełni zautomatyzowany pipeline feedu potrzebuje sposobu na okresowe ponowne przetwarzanie całego katalogu bez ręcznej interwencji.
Przykład
<!-- 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>Pola batch_id i items_processed pokazują, jak platforma feedowa rejestruje pojedynczy nocny przebieg, który objął każdą pozycję w katalogu, zamiast aktualizować każdy produkt jako osobne zdarzenie w czasie rzeczywistym.
Powiązane pojęcia
Przetwarzanie wsadowe jest silnikiem większości operacji edycji masowej na dużą skalę, ponieważ zastosowanie reguły do tysięcy produktów naraz działa wydajnie tylko wtedy, gdy odbywa się w jednym wsadzie, a nie pozycja po pozycji. Jest też fundamentem szerszych pipeline'ów automatyzacji przepływów pracy i automatyzacji feedów, w których zaplanowane przebiegi wsadowe utrzymują synchronizację całego katalogu we wszystkich kanałach bez ręcznego uruchamiania każdej aktualizacji.
