Produkt obecny wczoraj w pliku hurtowni dziś nie występuje w ogóle. Sklep nadal pokazuje go jako dostępny, integracja usuwa kartę albo przypisuje ostatni zapamiętany stan. Każda z tych reakcji może być błędna, jeśli nie ustalono, co brak rekordu oznacza w danym źródle danych.
Zniknięcie produktu z feedu nie jest automatycznie informacją o zakończeniu sprzedaży. Może oznaczać częściowy plik, zmianę identyfikatora, nowy zakres eksportu albo rzeczywiste wycofanie pozycji. Potrzebna jest reguła postępowania, która nie pozostawia niepotwierdzonego towaru w sprzedaży i nie usuwa bez potrzeby historii produktu.
Sprawdź, czy feed jest pełny, czy przyrostowy
Pełny feed ma przedstawiać określony katalog produktów w danym momencie. Feed przyrostowy może zawierać wyłącznie zmiany od poprzedniej synchronizacji. W tym drugim przypadku brak rekordu jest zwykłą sytuacją i nie oznacza braku towaru.
Ustal z hurtownią znaczenie komunikatów: czy stan zerowy jest przesyłany jako zero, czy produkt wtedy znika; jak oznaczane jest trwałe wycofanie; czy usunięcia mają osobny status; czy dostępność dotyczy konkretnego magazynu.
Nie wolno budować reguły „nie ma w pliku, więc usuń” przed uzyskaniem tych odpowiedzi. Szczególnie niebezpieczne jest traktowanie aktualizacji przyrostowej tak, jakby była pełnym katalogiem.
Porównaj cały plik, zanim zajmiesz się jednym SKU
Sprawdź datę pobrania, poprawność pliku, liczbę rekordów i zakres eksportu. Jeżeli zwykle przychodzi kilkanaście tysięcy produktów, a dziś tylko niewielka część, problem może dotyczyć źródła lub pobierania. Nie interpretuj tysięcy braków jako tysięcy decyzji o wycofaniu produktów.
Porównaj również kategorie, magazyny i filtry. Zmiana dostępu do jednej marki może usunąć określony fragment katalogu bez awarii samego formatu. Przy podejrzeniu uszkodzenia zacznij od procedury dla pustego lub niepoprawnego feedu hurtowni.
Do rozpoznania zachowaj ostatni poprawny plik i nowy plik, który wywołał różnicę. Sam wynik importu w sklepie nie pokazuje, co dokładnie dostawca przesłał.
Oddziel identyfikator hurtowni od tożsamości produktu
SKU może się zmienić przy przebudowie systemu dostawcy, migracji magazynu lub zmianie sposobu oznaczania wariantów. Zanim uznasz produkt za nowy, porównaj jego kod, producenta, model, opakowanie i wariant.
Zgodny EAN jest użyteczną wskazówką, ale nie usprawiedliwia automatycznego łączenia rekordów w ciemno. Trzeba sprawdzić, czy kod dotyczy pojedynczej sztuki, opakowania zbiorczego czy zestawu. Pomaga w tym uporządkowanie EAN i GTIN między hurtownią, sklepem i marketplace.
Jeżeli zmienił się tylko identyfikator techniczny, można zachować ciągłość karty produktu i zaktualizować mapowanie. Jeśli zmienił się sam produkt, nie należy podmieniać go pod wcześniejszymi zamówieniami ani przenosić opinii, które opisują inną rzecz.
Wprowadź stan „do wyjaśnienia”
Brak potwierdzenia dostępności powinien uruchamiać kontrolę, a nie dowolną reakcję integracji. Przy niepewnym towarze rozsądne może być czasowe zablokowanie nowych zakupów do wyjaśnienia sytuacji, z zachowaniem samej karty i danych zamówień.
| Ustalona przyczyna | Przykładowa reakcja sklepu |
|---|---|
| Feed przyrostowy, produkt bez zmian | Zachowanie stanu zgodnie z zasadami integracji |
| Niepełny lub uszkodzony eksport | Wstrzymanie skutków błędnego importu i wyjaśnienie źródła |
| Niepotwierdzona dostępność jednej pozycji | Blokada nowych zakupów do sprawdzenia |
| Nowe SKU tego samego produktu | Zweryfikowana zmiana mapowania |
| Potwierdzony koniec sprzedaży | Wyłączenie oferty i uporządkowanie kanałów sprzedaży |
Czas oczekiwania na wyjaśnienie zależy od częstotliwości synchronizacji, tempa sprzedaży i jakości danych. Nie istnieje jedna bezpieczna liczba godzin dla wszystkich hurtowni.
Sprawdź opłacone zamówienia oddzielnie
Wyłączenie sprzedaży zatrzymuje nowe zamówienia, ale nie rozwiązuje tych już przyjętych. Znajdź otwarte zamówienia na dany wariant i sprawdź ich status po stronie hurtowni. Produkt usunięty z ogólnego katalogu może nadal być zarezerwowany dla konkretnego zamówienia.
Uzyskaj potwierdzenie realizacji, a jeśli to niemożliwe, skontaktuj się z klientem w sprawie dalszych możliwości. Nie zastępuj produktu podobną wersją bez uzgodnienia. Nie oznaczaj też zamówienia jako wysłanego tylko dlatego, że integracja nie potrafi już dopasować jego SKU.
W zapisie zamówienia zachowaj dane produktu z momentu zakupu. Późniejszy import nie powinien przepisywać historii tego, co klient faktycznie zamówił.
Zaktualizuj wszystkie kanały sprzedaży
Sprawdź kartę produktu, koszyk, marketplace oraz eksporty reklamowe. Zmiana widoczna w panelu sklepu może jeszcze nie dotrzeć do pozostałych kanałów. Warto zapisać czas ostatniej udanej aktualizacji i rezultat przyjęcia danych.
Google Merchant Center odróżnia czasową niedostępność od trwałego zakończenia sprzedaży. Produkty definitywnie wycofane należy usunąć ze źródła danych produktowych, zamiast bez końca przekazywać je jako chwilowo niedostępne. To osobna decyzja od tego, czy stara karta informacyjna pozostanie w witrynie.
Jeśli zachowujesz stronę produktu, jasno pokaż brak możliwości zakupu. Powiązane alternatywy powinny być opisane jako inne produkty, a nie jako niewidoczna podmiana pierwotnej oferty.
Ustal warunek ponownego włączenia
Powrót rekordu do feedu nie zawsze oznacza, że cały problem minął. Sprawdź cenę, wariant, jednostkę sprzedaży i potwierdzony stan. Jeśli dane wracają po awarii, porównaj je z wcześniejszą poprawną wersją.
Dopiero wtedy odblokuj sprzedaż według ustalonej reguły. Przy produktach szybko rotujących uwzględnij odpowiedni bufor stanów magazynowych, zamiast udostępniać każdą ostatnią sztukę.
Dobry zapis incydentu odpowiada na trzy pytania: co zniknęło, dlaczego i na jakiej podstawie przywrócono ofertę. Przy następnym podobnym zdarzeniu pozwala działać na danych, zamiast ponownie zgadywać znaczenie brakującego rekordu.
admin
Autor praktycznych materiałów o dropshippingu, e-commerce, automatyzacji i rozwijaniu sprzedaży internetowej.