Jeśli prowadzisz agencję tworzącą sklepy WooCommerce, prawdopodobnie zaobserwowałeś ten sam schemat u klientów. Jedna marka otwiera drugi sklep dla nowego rynku. Grupa detaliczna uruchamia dziesięć sklepów na lokalizację. Franczyza dodaje trzy terytoria. Za każdym razem to samo pytanie operacyjne trafia na Twój stół: jak utrzymać dane produktów, ceny i zapasy w synchronizacji między tymi witrynami, nie zatrudniając kogoś do pilnowania plików CSV? Na to pytanie odpowiada synchronizacja wielu sklepów WooCommerce.
Operatorzy stający przed tym pytaniem należą do czterech grup: agencje zarządzające wieloma wdrożeniami klientów, marki rozszerzające się na nowe regiony lub języki, operatorzy franczyzowi prowadzący sklepy per lokalizacja oraz sieci handlowe z centralną biblioteką produktów i zapasami per sklep. Architektura jest różna. Podstawowy problem jest ten sam. Dane produktów, poziomy zapasów, ceny, a czasem zamówienia muszą być spójne w różnych witrynach, a ani WordPress Multisite, ani oddzielne instalacje WooCommerce nie zapewniają tego za darmo.
Ten przewodnik omawia przepływ pracy synchronizacji wielu sklepów WooCommerce zbudowany na dwóch wtyczkach Visser Labs. Pięć decyzji architektonicznych, dwie metody synchronizacji i przypadki brzegowe, które Cię dopadną, gdy pominiesz planowanie. Jedna ważna uwaga dotycząca zakresu na wstępie: jest to synchronizacja zaplanowana i na żądanie, a nie w czasie rzeczywistym. Dla prawdziwej synchronizacji w czasie rzeczywistym istnieją dedykowane wtyczki do synchronizacji wielu sklepów, i to jest inna kategoria narzędzi. Dla dużej środkowej grupy operatorów, którzy synchronizują raz lub dwa razy dziennie, tygodniowo lub na żądanie, zaplanowany przepływ pracy eksportu-importu jest znacznie tańszy, bardziej elastyczny i daje pełną kontrolę nad tym, co gdzie przepływa.
Spis treści
Dlaczego synchronizacja wielu sklepów WooCommerce ma znaczenie
Zanim przejdziemy do narzędzi, warto szczerze powiedzieć, kto tego naprawdę potrzebuje i co się dzieje, gdy tego nie ma.
Cztery typy operatorów, którzy napotykają ten problem
Każda z tych grup podchodzi do synchronizacji wielu sklepów z nieco innej strony, ale podstawowa potrzeba jest taka sama.
Agencje: Jeden pakiet wtyczek dla wielu sklepów klientów. Agencje potrzebują spójności narzędzi, przewidywalnych kosztów i przepływu pracy, który skaluje się od jednego klienta do pięćdziesięciu bez konieczności przebudowy stosu za każdym razem.
Rozszerzenia marek: Ta sama marka, wiele regionów lub języków. Wspólny katalog produktów z lokalizowanymi cenami, walutami i podatkami. Zazwyczaj zaczyna się od dwóch sklepów, rośnie do trzech lub czterech w miarę otwierania się nowych rynków.
Operatorzy franczyzowi i wielooddziałowi: Centrala utrzymuje główny katalog produktów. Każda lokalizacja prowadzi własny sklep z lokalnymi zapasami, cenami, a czasem podzbiorem katalogu. Synchronizacja jest asymetryczna: katalog płynie w dół, zamówienia płyną w górę.
Sieci handlowe: Zapasy per sklep z centralną biblioteką produktów. Dane produktów są udostępniane, ale zapasy absolutnie nie. Każdy sklep musi wiedzieć, co ma na własnych półkach.
Co idzie nie tak bez przepływu pracy synchronizacji
Gdy nie ma zdefiniowanego przepływu pracy, tryby awarii są przewidywalne.
Dane produktów rozjeżdżają się. Opis jest aktualizowany w sklepie A i nigdy nie trafia do sklepu B. Klienci w sklepie B widzą nieaktualne opisy przez miesiące.
Liczby zapasów się rozjeżdżają. Dwa sklepy sprzedające te same fizyczne zapasy napotykają problem nadmiernej sprzedaży, gdy tylko wzrośnie tempo sprzedaży.
Pojawiają się konflikty SKU. To samo SKU oznacza różne rzeczy w różnych sklepach, lub jest ono przemianowywane po jednej stronie, a druga strona nie ma o tym pojęcia.
Pojawiają się błędy cen i podatków. Zmiana waluty lub aktualizacja regionu podatkowego jest stosowana do jednego sklepu i zapominana w pozostałych.
Co zaobserwowaliśmy: W przypadku rozszerzeń na dwa sklepy, dryf katalogu jest łatwy do przeoczenia. Oryginalny sklep nadal dodaje SKU, podczas gdy siostrzany sklep po cichu pozostaje w tyle, a nikt nie zauważa, dopóki klienci nie natrafią na produkty, które „nie istnieją” w drugim sklepie. One istnieją. Tylko w sklepie A. Wyłapanie tego jest zazwyczaj szybką naprawą. Sprzedaż odrzucona w tym okresie przepada na zawsze.
Opcje architektury wielu sklepów
Pierwsza decyzja jest architektoniczna. Multisite czy oddzielne instalacje. Ta decyzja narzuca ograniczenia dla wszystkiego, co następuje, ale sama w sobie nie rozwiązuje problemu synchronizacji.
Opcja A: WordPress Multisite z WooCommerce
Jedna instalacja WordPress, współdzielona tabela użytkowników, współdzielony katalog wtyczek, treści na witrynę. Jak wyjaśnia dokumentacja sieci WordPress Multisite, sieć multisite współdzieli jedną instalację rdzenia WordPress między wieloma witrynami. Zalety obejmują jedną bazę kodu do utrzymania, jedną bazę użytkowników w witrynach i pojedynczy ślad licencji wtyczek, jeśli wtyczki są świadome multisite.
Ograniczenia są realne. WooCommerce w multisite ma znane dziwactwa związane ze współdzielonymi sesjami, konfiguracją bramki płatności i wtyczkami, które zakładają kontekst pojedynczej witryny. Co najważniejsze, dane produktów nie są domyślnie udostępniane między witrynami w multisite. Każda podwitryna ma własną tabelę produktów. Nadal potrzebujesz przepływu pracy synchronizacji.
Opcja B: Oddzielne instalacje WooCommerce
Każdy sklep to własna instalacja WordPress, niezależna baza danych, niezależne licencje wtyczek. Zalety obejmują pełną izolację, łatwiejsze debugowanie, brak niespodzianek związanych z kompatybilnością multisite i łatwiejszą sprzedaż lub wydzielenie w późniejszym czasie, jeśli jedna marka pójdzie w innym kierunku.
Ograniczeniem były koszty licencji wtyczek. Uruchomienie pięciu lub dziesięciu oddzielnych instalacji w cenach za witrynę szybko się sumuje. Dokładnie taki scenariusz jest przeznaczony dla pakietu Agency od Visser Labs za 199 USD rocznie za nieograniczoną liczbę witryn. Oddzielne instalacje przestają być problemem kosztowym i stają się czystszym wyborem architektonicznym dla czegokolwiek powyżej dwóch lub trzech sklepów.
Którą wybrać
Multisite pasuje, gdy masz tę samą markę, ten sam zespół, wszystko współdzielone i sieć mniejszych witryn. Oddzielne instalacje pasują, gdy sklepy reprezentują różne marki, różne zespoły lub jakikolwiek sklep generujący znaczące przychody i wymagający prawdziwej izolacji. Żadna z opcji nie synchronizuje danych produktów za Ciebie, więc tak czy inaczej potrzebujesz przepływu pracy.
Nie wszystko musi być synchronizowane między sklepami. Zdecyduj o tym wcześnie, ponieważ znacząco zmienia to konfigurację eksportu. Synchronizacja wielu sklepów WooCommerce jest tak czysta, jak lista pól, którą wybierzesz do przeniesienia.
Produkty
Najczęściej synchronizowane dane. Tytuły, opisy, kategorie, tagi, obrazy, atrybuty, warianty, niestandardowe pola meta. To jest główna część tego, czym zajmują się razem Store Exporter Deluxe i Product Importer Deluxe, i dla większości operatorów wielu sklepów stanowi to 80% pracy związanej z synchronizacją. Dokumentacja importera i eksportera produktów WooCommerce w formacie CSV opisuje standardowy schemat kolumn, których przestrzegają te pliki, co warto przeczytać przed mapowaniem niestandardowych pól.
Poziomy zapasów
Najtrudniejsze dane do synchronizacji, ponieważ dwa sklepy sprzedające z tego samego fizycznego zapasu tworzą warunki wyścigu. Jeśli Twoja sprzedaż jest niska, codzienna synchronizacja jest wystarczająca. Jeśli Twoja sprzedaż jest znacząca, codzienna synchronizacja ostatecznie doprowadzi do nadmiernej sprzedaży. Albo scentralizuj pulę zapasów w jednym sklepie i traktuj inne jako tylko do wyświetlania, podziel fizyczne zapasy między sklepy, albo przejdź na dedykowaną wtyczkę do synchronizacji w czasie rzeczywistym.
Ceny i podatki
Zazwyczaj specyficzne dla sklepu. Inna waluta, inny region podatkowy, inne promocje. Ceny bazowe często pochodzą z głównego źródła, ale obliczone ceny wyświetlane powinny znajdować się w każdym sklepie. Sama konfiguracja podatków znajduje się w ustawieniach WooCommerce, a nie w danych produktu, więc nie próbuj jej synchronizować.
Zamówienia
Rzadziej synchronizowane między sklepami. Zazwyczaj zamówienia przepływają w jednym kierunku, od sklepów satelitarnych z powrotem do bazy danych raportowania lub systemu ERP głównej siedziby, a nie do innej instalacji WooCommerce. Ten sam przepływ pracy eksportu-importu obsługuje je, gdy jest to potrzebne.
Klienci
Synchronizowane, gdy chcesz pojedynczego logowania lub zunifikowanej listy marketingowej w różnych sklepach. Pomijane, gdy każdy sklep jest własną marką z własnymi relacjami z klientami.
Co zaobserwowaliśmy: Najczęstszym błędem po stronie zapasów jest założenie, że codzienna synchronizacja jest wystarczająca. Dla sklepów o niskim wolumenie sprzedaży jest. Dla wszystkiego, co sprzedaje ponad 20 sztuk dziennie współdzielonego SKU, codzienna synchronizacja oznacza, że będziesz nadmiernie sprzedawać w obu sklepach co najmniej raz w miesiącu. Jeśli nie możesz przejść na wtyczkę do synchronizacji w czasie rzeczywistym, scentralizuj pulę zapasów w jednym sklepie i wyłącz kasę w pozostałych dla tego SKU. Nie próbuj dzielić różnicy.
Metoda 1: Ręczny przepływ pracy eksportu-importu
Najprostsza metoda i właściwe miejsce do rozpoczęcia, nawet gdy ostatecznym celem jest automatyzacja. Uruchom ją ręcznie, od początku do końca, zanim zaplanujesz cokolwiek.
Kiedy używać ręcznej synchronizacji
Użyj ręcznego przepływu pracy do jednorazowego przesyłania produktów, takiego jak nowy katalog sezonowy lub duża aktualizacja produktu, dla małych sklepów, które często się nie zmieniają, oraz do pierwszej synchronizacji w dowolnej parze sklepów, aby można było zweryfikować mapowanie pól przed automatyzacją.
Metoda 1: ręczny przepływ pracy eksportu-importu — uruchom go ręcznie od początku do końca, aby zweryfikować mapowanie pól przed automatyzacją.
Krok 1: Skonfiguruj zestaw eksportu w sklepie źródłowym
W Store Exporter Deluxe utwórz eksport produktów tylko z tymi polami, których faktycznie potrzebuje odbiorca. Nie wszystkimi. Synchronizacja każdego pola ze źródła tylko przenosi więcej danych i tworzy więcej miejsc, w których może pojawić się rozbieżność.
Krok 2: Wybierz format
CSV dla prostoty i szerokiej kompatybilności. XML, gdy masz zagnieżdżone warianty i chcesz zachować hierarchię. Excel, jeśli osoba przeglądająca plik między eksportem a importem pracuje w Excelu.
Krok 3: Uruchom eksport i pobierz plik
Uruchom go, pobierz, otwórz, przeczytaj pierwsze kilka wierszy. Nie pomijaj tego. Pierwszy eksport prawie zawsze ujawnia jedno lub dwa pola, które wyglądały poprawnie w konfiguracji, ale okazały się błędne w pliku.
Krok 4: Opcjonalne transformacje
Konwersja walut, zmiana nazw klas podatkowych, remapowanie kategorii. Jeśli potrzebujesz przetworzyć dane przed importem, zrób to tutaj, w pliku, a nie w WooCommerce.
Krok 5: Tryb importu w sklepie docelowym
Product Importer Deluxe oferuje trzy tryby importu. Tylko nowe dla świeżego przesyłu produktów, których sklep docelowy nie posiada. Tylko aktualizacja dla synchronizacji istniejących produktów bez tworzenia nowych. Nowe plus aktualizacja dla scenariuszy mieszanych.
Krok 6: Prześlij i zmapuj pola
Prześlij plik CSV, wskaż ścieżkę do pliku, podaj adres URL lub pobierz z FTP. Product Importer Deluxe automatycznie wykrywa standardowe pola WooCommerce. Ręcznie potwierdź mapowania niestandardowych pól meta.
Krok 7: Uruchom import i przejrzyj log
Sprawdź log błędów. W razie potrzeby powtórz operację na pliku. Pierwszy cykl zawsze coś ujawni.
W czym ta metoda jest dobra
Pełna widoczność na każdym etapie. Łatwa do weryfikacji. Działa na różnych dostawcach hostingu, w różnych regionach i architekturach. Widzisz dokładnie, co dzieje się na każdym etapie.
W czym ta metoda nie jest dobra
Nie w czasie rzeczywistym. Stany magazynowe i zamówienia będą się rozjeżdżać między cyklami. Ręczna praca jest w porządku dla synchronizacji tygodniowej lub miesięcznej, uciążliwa dla codziennej. Jeśli wykonujesz ręczny cykl częściej niż dwa razy w tygodniu, przełącz się na Metodę 2.
Co zaobserwowaliśmy: Pierwszy ręczny cykl eksportu-importu między dwoma sklepami zawsze ujawnia dwa lub trzy problemy z mapowaniem pól, których się nie spodziewałeś. Zazwyczaj są to niestandardowe pola meta, które istnieją w źródle, ale nie w miejscu docelowym, lub kategorie, których nazwy zostały zmienione po jednej stronie bez aktualizacji drugiej. Zawsze wykonaj co najmniej jeden kompletny ręczny cykl przed zaplanowaniem czegokolwiek. Jeśli zautomatyzujesz proces na podstawie błędnego mapowania, zautomatyzujesz błąd.
Metoda 2: Zaplanowana synchronizacja FTP (zautomatyzowana)
Po ręcznym zweryfikowaniu mapowania pól, automatyzacja usuwa człowieka z pętli.
Kiedy używać zaplanowanej synchronizacji FTP
Wymagania dotyczące codziennej lub wielokrotnej dziennej synchronizacji. Wiele sklepów docelowych (agencje prowadzące od pięciu do ponad pięćdziesięciu wdrożeń klientów). Każda konfiguracja, w której mapowanie pól jest stabilne i ufasz, że będzie działać bez nadzoru.
Metoda 2: zaplanowana synchronizacja FTP — jeden eksport zapisuje pojedynczy plik, a każdy sklep docelowy pobiera go zgodnie ze swoim harmonogramem cron, bez bezpośredniego połączenia między sklepami.
Architektura
Sklep źródłowy uruchamia zaplanowany eksport, który zapisuje do lokalnej ścieżki lub wysyła do celu FTP lub SFTP. W każdym sklepie docelowym zaplanowane zadanie uruchamia Product Importer Deluxe, aby pobrać ten wspólny plik. Obie strony działają niezależnie. „Synchronizacja” to wspólny plik, a nie bezpośrednie połączenie między sklepami.
Konfiguracja sklepu źródłowego
Skonfiguruj zaplanowany eksport w Store Exporter Deluxe przy użyciu WP-Cron lub cron serwera. Ustaw docelowe miejsce na ścieżkę pliku, zdalny adres URL lub bezpośrednie przesłanie przez FTP. Aby uzyskać szczegółową konfigurację, nasz przewodnik po tworzeniu harmonogramu eksportu omawia każde pole.
Konfiguracja każdego sklepu docelowego
Wskaż Product Importer Deluxe na lokalizację FTP lub adres URL jako źródło importu i wybierz tryb importu, zazwyczaj tylko aktualizację dla bieżącej synchronizacji. Aby uruchomić to pobieranie bez nadzoru, wyzwalaj import według harmonogramu za pomocą zadania cron serwera (na przykład WP-CLI lub usługi cron wywołującej import), a nie ręcznie. Ustaw to zadanie tak, aby uruchamiało się 15 do 30 minut po eksporcie źródłowym, aby plik miał czas na dotarcie i propagację.
Rozsyłanie do wielu miejsc docelowych
Tutaj ten przepływ pracy błyszczy dla agencji i operatorów wielooddziałowych. Jeden eksport źródłowy zapisuje pojedynczy plik. Każde miejsce docelowe pobiera ten sam plik według własnego harmonogramu cron. Nie potrzebujesz oddzielnego eksportu dla każdego miejsca docelowego.
Dla agencji prowadzącej dziesięć lub więcej sklepów klientów korzystających z tego samego pakietu wtyczek, pakiet Agency za 199 USD/rok dla nieograniczonej liczby witryn jest poziomem cenowym, który sprawia, że jest to ekonomicznie opłacalne. Licencje na witrynę przestają mieć sens przy około trzech sklepach. Pakiet Agency przestaje zwracać uwagę na liczbę.
Monitorowanie
Obie wtyczki rejestrują każde uruchomienie. Przeglądaj je co tydzień, gdy konfiguracja jest stabilna, codziennie przez pierwsze dwa tygodnie. Ustaw przypomnienie w kalendarzu, aby co miesiąc audytować liczbę produktów między sklepami. To najtańszy sposób na wyłapanie rozbieżności, zanim staną się zgłoszeniem serwisowym.
Obsługa przypadków brzegowych
Scenariusze, które zaskakują operatorów wielosklepowych i jak sobie z nimi radzić bez walki z narzędziami.
Różne waluty
Zachowaj cenę bazową w walucie głównej w źródle. Pozwól każdemu miejscu docelowemu zastosować konwersję walut po swojej stronie, albo poprzez transformację przedimportową w pliku CSV, albo poprzez wtyczkę wielowalutową w miejscu docelowym. Nigdy nie synchronizuj obliczonych cen wyświetlania. Synchronizuj bazę, pozwól każdemu sklepowi obliczyć własne wyświetlanie.
Różne katalogi produktów dla każdego sklepu
Użyj filtrów kategorii lub tagów w eksporcie źródłowym, aby wysłać tylko odpowiedni podzbiór do każdego miejsca docelowego. Eksport katalogu AU filtruje produkty oznaczone tagiem AU. Eksport katalogu USA filtruje produkty oznaczone tagiem USA. Alternatywą jest synchronizacja pełnego katalogu i użycie reguły widoczności w każdym miejscu docelowym, aby ukryć to, co nie dotyczy lokalnie. Jedno i drugie działa. Podejście z filtrowaniem przy eksporcie utrzymuje mniejsze bazy danych miejsc docelowych.
Różne regiony podatkowe
Konfiguracja podatków znajduje się w WooCommerce dla każdego sklepu, a nie w danych produktu. Nie próbuj synchronizować konfiguracji podatków. Synchronizujesz nazwy klas podatkowych w produktach (Standard, Reduced, Zero lub inne niestandardowe klasy, których używasz). Upewnij się, że nazwy klas są takie same między sklepami, aby konfiguracja podatków każdego sklepu mogła zastosować właściwą stawkę.
Warunki wyścigu zapasów
Jeśli dwa sklepy sprzedają ze wspólnej fizycznej puli przy codziennej synchronizacji, ostatecznie dojdzie do nadmiernej sprzedaży. Trzy praktyczne opcje. Scentralizuj pulę zapasów w jednym sklepie i traktuj pozostałe jako tylko do wyświetlania dla tego SKU. Podziel fizyczne zapasy między sklepy i uruchamiaj rzadziej synchronizację (tygodniowo, miesięcznie) tylko dla aktualizacji katalogu. Przejdź na dedykowany wtyczkę do synchronizacji wielu sklepów w czasie rzeczywistym, która należy do innej kategorii narzędzi i jest rozsądnym wyborem, gdy wymaga tego dynamika sprzedaży.
Co zaobserwowaliśmy: Trzy pułapki, które dopadają operatorów wielu sklepów korzystających z synchronizacji opartej na plikach, są prawie zawsze takie same. Po pierwsze, konflikty SKU. Ktoś zmienia nazwę SKU w jednym sklepie, synchronizacja odtwarza go jako nowy w drugim, a teraz masz dwa produkty tam, gdzie kiedyś był jeden. Po drugie, dryf waluty. Podstawowa cena produktu jest aktualizowana w źródle w AUD, a konwersja USD w miejscu docelowym nadal używa kursu wymiany z zeszłego miesiąca, ponieważ nikt nie przebudował reguł cenowych. Po trzecie, wyścig zapasów. Codzienna synchronizacja oznacza, że SKU z 20 jednostkami może sprzedać 18 w sklepie A i 15 w sklepie B tego samego dnia, a dowiesz się o tym, gdy realizacja zamówienia to zgłosi. W przypadku pierwszych dwóch, wstępna walidacja przed importem (nawet proste porównanie kolumn SKU i ceny z poprzednim eksportem) wyłapuje 90% problemów. W przypadku trzeciego, bądź szczery co do tego, czy dynamika sprzedaży wymaga synchronizacji w czasie rzeczywistym, czy też możesz podzielić zapasy między sklepy. Szczerość z góry kosztuje mniej niż naprawianie nadmiernej sprzedaży w dziale obsługi klienta.
Czy Visser Labs ma wtyczkę do synchronizacji wielu sklepów w czasie rzeczywistym?
Nie. Przepływ pracy Visser Labs dla synchronizacji wielu sklepów WooCommerce polega na eksporcie-imporcie plików przy użyciu Store Exporter Deluxe i Product Importer Deluxe, uruchamianym ręcznie lub według harmonogramu. Prawdziwa synchronizacja wielu sklepów w czasie rzeczywistym wymaga dedykowanych wtyczek do synchronizacji wielu sklepów. To osobna kategoria narzędzi i ma sens, gdy dynamika sprzedaży na wspólnych zapasach sprawia, że codzienna synchronizacja jest ryzykowna.
Czy mogę synchronizować zamówienia z powrotem ze sklepów satelitarnych do centralnego sklepu?
Tak, ten sam przepływ pracy eksportu-importu dotyczy zamówień. W praktyce większość zespołów synchronizuje zamówienia do bazy danych raportowania lub systemu ERP, a nie do innej instalacji WooCommerce, ponieważ narzędzia raportowania lepiej radzą sobie z analizą zamówień między sklepami niż inna instancja WooCommerce.
WordPress Multisite czy oddzielne instalacje: co jest lepsze dla wielu sklepów?
Oddzielne instalacje dla wszystkiego, co generuje znaczące przychody lub wymaga izolacji między sklepami. Multisite dla małych sieci ze wspólnymi użytkownikami i ścisłymi wymaganiami dotyczącymi kompatybilności wtyczek. Żadna z tych architektur nie synchronizuje danych produktów za Ciebie, więc decyzja o warstwie synchronizacji jest taka sama w obu przypadkach.
Ile kosztuje przepływ pracy synchronizacji wielu sklepów WooCommerce na dużą skalę?
Pakiet Store Exporter Deluxe i Product Importer Deluxe kosztuje 79 USD rocznie za witrynę. Dla agencji lub operatorów zarządzających więcej niż trzema sklepami, pakiet Agency za 199 USD rocznie za nieograniczoną liczbę witryn jest bardziej opłacalny. Jedna cena, dowolna liczba projektów klientów.
Czy mogę uruchomić inny harmonogram synchronizacji dla każdego sklepu docelowego?
Tak. Każdy cel uruchamia własny import w dowolnym harmonogramie, który ustawisz za pomocą jego zadania cron, niezależnie od pozostałych. Jeden cel może pobierać dane codziennie, inny co tydzień, inny na żądanie. Eksport źródłowy zapisuje plik raz, a każdy cel pobiera go według własnego harmonogramu.
Co się stanie, jeśli eksport źródłowy zostanie uruchomiony, ale import docelowy się nie powiedzie?
Obie wtyczki rejestrują każde uruchomienie. Nieudany import w jednym miejscu docelowym nie wpływa na inne, a następne zaplanowane uruchomienie tego miejsca docelowego ponownie spróbuje przetworzyć plik. Przejrzyj dziennik błędów, napraw wszystko, co się zepsuło (zwykle mapowanie pól lub problem z uprawnieniami w ścieżce FTP), a następny cykl będzie działał normalnie.
Wnioski
Operatorzy wielu sklepów WooCommerce potrzebują warstwy synchronizacji niezależnie od architektury. WordPress Multisite jej nie zapewnia. Oddzielne instalacje jej nie zapewniają. Decyzja o architekturze narzuca ograniczenia na wszystko inne, ale nie rozwiązuje codziennych problemów związanych z utrzymaniem spójności danych produktów, zapasów i cen między sklepami.
Ręczny eksport-import obsługuje małe lub rzadkie potrzeby synchronizacji oraz każdy pierwszy cykl między nową parą sklepów. Zaplanowana synchronizacja FTP obsługuje codzienne lub wielokrotne synchronizacje i agencje prowadzące dystrybucję do wielu sklepów klientów. Synchronizacja w czasie rzeczywistym to osobna kategoria narzędzi, a sięgnięcie po nią, gdy wymaga tego dynamika sprzedaży, jest uczciwym wyborem.
Paczka Store Exporter Deluxe i Product Importer Deluxe obsługuje duży segment rzeczywistych potrzeb synchronizacji wielu sklepów WooCommerce. 79 USD/rok za witrynę lub 199 USD/rok za nielimitowane witryny w ramach pakietu Agency. Jeśli prowadzisz trzy lub więcej sklepów, lub agencję tworzącą sklepy dla klientów w dowolnej skali, pakiet Agency jest odpowiednim wyborem.
