Najczęstsze błędy przy integracji Allegro ze sklepem internetowym

allegrowoocommerce

Spięcie Allegro z własnym sklepem (WooCommerce, PrestaShop, Sylius) wygląda na prosty projekt: podłącz konto, zmapuj produkty, gotowe. W praktyce to właśnie tu rodzi się większość późniejszych pożarów — anulacje, nadsprzedaż, rozjazdy stanów i godziny tracone na ręczne poprawki. Dobra wiadomość: te błędy są powtarzalne i przewidywalne, więc da się je wyłapać zawczasu.

Poniżej pięć najczęstszych błędów przy integracji Allegro ze sklepem internetowym — konkretnie, z rozwiązaniami. Jeśli dopiero planujesz spięcie, przeczytaj też nasz przewodnik po integracji Allegro z WooCommerce.

Błąd 1: Niespójne SKU po obu stronach

To fundament, na którym wszystko inne stoi — i najczęściej pierwsze pęknięcie. Jeśli kod produktu na Allegro (sygnatura oferty) nie zgadza się z SKU w sklepie, żaden system nie połączy tej samej fizycznej sztuki po obu stronach. Efekt: dwa osobne „byty“ na ten sam towar, dwa niezależne stany i gwarantowane rozjazdy.

Typowe pułapki: puste sygnatury na Allegro, różne kody dla tego samego produktu, spacje i wielkość liter („ABC-01“ vs „abc 01“), albo SKU nadany na poziomie produktu, gdy sprzedajesz warianty.

Jak uniknąć:

Nadaj każdemu produktowi i każdemu wariantowi unikalny, spójny kod — jeden słownik SKU dla całej firmy.
Wpisz ten sam SKU w sygnaturze oferty Allegro i w polu SKU produktu w sklepie.
Ustal konwencję (bez spacji, stała wielkość liter) i trzymaj się jej przy każdym nowym produkcie.
Zanim spięsz kanały, zrób audyt: wypisz oferty bez sygnatury i produkty bez SKU — to lista rzeczy do naprawienia na starcie.

Błąd 2: Brak rezerwacji stanu (nadsprzedaż)

Najkosztowniejszy błąd sprzedaży wielokanałowej. Mechanizm jest zawsze ten sam: klient kupuje ostatnią sztukę na Allegro, a zanim stan zjedzie w sklepie, ktoś zamawia ją drugi raz. Musisz anulować, zwrócić pieniądze i tłumaczyć się z oceny — a na Allegro anulacja z winy sprzedawcy obniża wskaźniki konta i pozycję oferty.

Sedno problemu: większość prostych integratorów tylko nadpisuje liczbę dostępnych sztuk po fakcie, zamiast rezerwować stan w momencie zamówienia. W oknie między sprzedażą a aktualizacją towar da się sprzedać ponownie.

Jak uniknąć:

Wyznacz jedno źródło prawdy dla stanu (centralny magazyn), do którego dostosowują się oba kanały — a nie dwa stany, które „ktoś“ ma zgrywać.
Wybieraj narzędzie, które rezerwuje stan przy wpływie zamówienia, a nie tylko okresowo nadpisuje liczbę.
Skróć okno rozjazdu do minimum (patrz błąd 4).

Rozwijamy to w osobnym poradniku: jak uniknąć sprzedaży bez stanu.

Błąd 3: Złe mapowanie wariantów

Odzież, obuwie, kosmetyki w pojemnościach — wszędzie tam, gdzie jeden produkt ma rozmiary czy kolory, mapowanie na poziomie produktu zamiast wariantu to prosta droga do rozjazdu. Sprzedaje się rozmiar M, ze stanu schodzi „produkt ogólny“, a Allegro dalej pokazuje M jako dostępny. Albo odwrotnie — cały produkt znika, choć zostały jeszcze rozmiary L i XL.

Na Allegro warianty bywają ułożone inaczej niż w sklepie (osobne oferty vs. parametry wariantu), więc dopasowanie „jeden do jednego“ wymaga uwagi.

Jak uniknąć:

Synchronizuj stany i ceny na poziomie wariantu, nie produktu nadrzędnego.
Zadbaj, by każdy wariant miał własny, unikalny SKU (wraca błąd 1).
Zmapuj warianty jeden do jednego i sprawdź brzegowe przypadki: produkt z jednym wariantem, wariant chwilowo niedostępny, nowy rozmiar dodany po spięciu.
Zrób test: sprzedaj testowo rozmiar M i potwierdź, że zszedł tylko M na obu kanałach.

Błąd 4: Za rzadka synchronizacja

„Synchronizacja co godzinę“ brzmi rozsądnie, dopóki nie sprzedajesz szybko rotującego towaru. Przy dużym ruchu godzinne okno to godzina, w której stan bywa nieaktualny — a każda minuta rozjazdu to potencjalna nadsprzedaż. Im więcej kanałów i im szybciej schodzi towar, tym drożej kosztuje zwłoka.

Druga strona medalu: zbyt agresywne, „ślepe“ odpytywanie API co chwilę potrafi uderzyć w limity Allegro. Chodzi więc nie o „jak najczęściej za wszelką cenę“, lecz o właściwy mechanizm.

Jak uniknąć:

Przy większym wolumenie celuj w aktualizację zdarzeniową (real-time, przez webhooki) zamiast rzadkich cykli.
Dla wolniej rotującego asortymentu krótki, regularny polling wystarczy — dobierz częstość do rotacji, nie do intuicji.
Sprawdzaj, czy narzędzie szanuje limity API i ma retry przy błędach, żeby jeden nieudany strzał nie zostawił nieaktualnego stanu.

Błąd 5: Ignorowanie statusów zamówień

Allegro ma własne etapy (opłacone, wysłane, zwrot, reklamacja), sklep — swoje. Jeśli integracja tylko „ściąga zamówienia“, a nie ujednolica statusów, łatwo przeoczyć opłacone zamówienie, wysłać coś dwa razy albo nie zauważyć zwrotu. Do tego dochodzą wpłaty: zamówienie nieopłacone potraktowane jak gotowe do wysyłki to realna strata.

Jak uniknąć:

Zmapuj etapy Allegro i sklepu na wspólny zestaw statusów, żeby jeden widok pokazywał, co jest opłacone, spakowane i wysłane.
Rozdziel status płatności od statusu realizacji — pakuj dopiero po potwierdzeniu wpłaty.
Ustaw powiadomienia i automatyzacje na zmianach statusu (np. e-mail/SMS do klienta po wysyłce), żeby nic nie zostało „w połowie drogi“.

Gdzie w tym pomaga OMS

Prosty integrator „przepycha“ dane między Allegro a sklepem i rozwiązuje część problemu. OMS (system zarządzania zamówieniami) idzie dalej: daje jeden znormalizowany widok zamówień i produktów ze wszystkich kanałów, wspólny magazyn jako źródło prawdy dla stanu, role dla zespołu oraz silnik automatyzacji reagujący na zdarzenia (WHEN → IF → THEN) akcjami takimi jak powiadomienia e-mail i SMS, webhooki (z HMAC i ponawianiem) czy wpis do logu. To wprost adresuje błędy 2, 4 i 5.

Uczciwie o statusie: dziś Sellaro ma gotowe moduły do WooCommerce, PrestaShop i Sylius. Integracja Allegro jest na roadmapie i dokładamy ją na życzenie w ramach pakietu — zgodnie z zasadą „brakującą integrację dodamy gratis“. Wszystkie integracje działają READ-ONLY: Sellaro czyta dane, nie zapisuje do sklepu ani nie tworzy ofert na Allegro. Pełny stan zobaczysz na stronie integracji.

Najczęstsze pytania

Od czego zacząć integrację Allegro ze sklepem?

Od porządku w SKU. Zanim cokolwiek spięsz, upewnij się, że każdy produkt i wariant ma unikalny, spójny kod, wpisany identycznie w sygnaturze Allegro i w polu SKU sklepu. Bez tego mapowanie się sypie, a reszta błędów pojawia się kaskadowo.

Jak często synchronizować stany między Allegro a sklepem?

Dobierz częstość do rotacji. Dla szybko schodzącego towaru celuj w aktualizację zdarzeniową (real-time, webhooki); dla wolniejszego asortymentu wystarczy krótki, regularny polling. Ważniejszy od samej częstości jest mechanizm rezerwacji stanu i szanowanie limitów API.

Dlaczego dochodzi do nadsprzedaży mimo integracji?

Najczęściej dlatego, że narzędzie tylko okresowo nadpisuje liczbę sztuk zamiast rezerwować stan przy wpływie zamówienia. W oknie między sprzedażą a aktualizacją towar da się sprzedać drugi raz. Rozwiązaniem jest jedno źródło prawdy dla stanu i jak najkrótsze okno rozjazdu.

Czy Sellaro ma gotową integrację z Allegro?

Dziś gotowe są moduły do WooCommerce, PrestaShop i Sylius. Integracja Allegro jest na roadmapie i dokładamy ją na życzenie w ramach pakietu. Wszystkie integracje działają READ-ONLY — Sellaro nie zapisuje do sklepu ani nie wystawia ofert na Allegro.

Podsumowanie

Większość problemów przy integracji Allegro ze sklepem sprowadza się do pięciu rzeczy: niespójnych SKU, braku rezerwacji stanu, złego mapowania wariantów, za rzadkiej synchronizacji i ignorowania statusów. Każdy z nich jest przewidywalny i każdy da się rozbroić przez porządek w danych oraz właściwy mechanizm synchronizacji — spięte raz i dobrze, zamiast gaszenia pożarów co tydzień.

Chcesz prowadzić Allegro i sklep z jednego miejsca, bez prowizji od wartości sprzedaży? Zobacz, z jakimi kanałami spina sprzedaż Sellaro, i policz swój koszt. Brakującą integrację (w tym Allegro) dodamy gratis w ramach pakietu.