Przetwarzanie wsadowe to praktyka polegająca na uruchamianiu zestawu operacji na dużej grupie rekordów jednocześnie, zgodnie z harmonogramem lub wyzwalaczem, zamiast obsługi każdego z nich osobno w miarę jego pojawiania się. W zarządzaniu kanałami przetwarzanie wsadowe pozwala systemowi aktualizować, importować lub eksportować dziesiątki tysięcy rekordów produktów w ramach jednego zaplanowanego przebiegu — przeliczania cen, odświeżania stanów magazynowych lub ponownego generowania całego pliku kanału — zamiast przetwarzania każdej zmiany produktu w momencie jej wystąpienia.

Dlaczego ma to znaczenie dla zarządzania paszą

Nie każda aktualizacja musi następować natychmiast, a próba przetwarzania każdej pojedynczej zmiany w czasie rzeczywistym w katalogu setek tysięcy jednostek magazynowych (SKU) obciążałaby zarówno platformę feedową, jak i kanały odbierające dane. Przetwarzanie wsadowe grupuje zmiany i uruchamia je w zdefiniowanym oknie czasowym — co noc, co godzinę lub na żądanie — co jest znacznie bardziej wydajne w przypadku operacji na dużą skalę, takich jak ponowny eksport całego katalogu do Google Merchant Center lub przeliczanie cen opartych na marży dla każdego produktu w kategorii. Sprawia również, że duże operacje są przewidywalne i łatwiejsze do monitorowania: zadanie wsadowe albo kończy się pomyślnie, albo kończy się niepowodzeniem jako całość, co ułatwia wychwycenie i wycofanie błędnej aktualizacji niż śledzenie tysięcy pojedynczych zmian w czasie rzeczywistym. W przypadku wszędzie tam, gdzie krótkie opóźnienie jest akceptowalne, przetwarzanie wsadowe jest generalnie tańsze i bardziej stabilne niż podejście ciągłe, realizowane zdarzenie po zdarzeniu.

Jak to działa

Zadanie wsadowe zazwyczaj pobiera pełny lub częściowy zestaw danych — każdy produkt w kategorii, każdy element, który uległ zmianie od ostatniego uruchomienia lub cały katalog — stosuje zestaw transformacji lub reguł do wszystkich z nich naraz, a następnie zapisuje wynik jako zaktualizowany plik kanału lub zestaw wywołań API. Jest to mechanizm stojący za większością funkcji edycji zbiorczej na platformach kanałów, gdzie reguła taka jak „zwiększ wszystkie ceny w kategorii mebli ogrodowych o 8%” jest stosowana do każdego pasującego produktu w jednym przejściu, a nie pojedynczo. Zadania wsadowe są zwykle wyzwalane przez harmonogram (każdej nocy o 2:00) lub sygnał zewnętrzny (nowe żądanie eksportu) i stanowią jeden z podstawowych mechanizmów automatyzacji kanałów , ponieważ w pełni zautomatyzowany kanał wymaga jakiegoś 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>

batch_id oraz items_processed Pola tutaj odzwierciedlają sposób, w jaki platforma feed rejestruje pojedynczy przebieg nocny, który objął każdy element w katalogu, a nie każdy produkt aktualizowany jako osobne zdarzenie w czasie rzeczywistym.

Powiązane pojęcia

Przetwarzanie wsadowe to silnik napędowy większości operacji edycji zbiorczej na dużą skalę , ponieważ zastosowanie reguły do ​​tysięcy produktów jednocześnie działa efektywnie tylko wtedy, gdy jest uruchamiane jako pojedyncza partia, a nie pojedynczo. Jest to również fundament szerszej automatyzacji przepływu pracy i kanałów , gdzie zaplanowane partiami zapewniają synchronizację całego katalogu w różnych kanałach, bez konieczności ręcznego uruchamiania każdej aktualizacji.