Integracja sklepu z marketplace - Allegro, Amazon, eMAG dla B2B

B2B na marketplace - sens czy strata marży

Pierwsze pytanie zawsze brzmi: czy w ogóle wchodzić na marketplace? Liczby trzeba poskładać, zanim biznesowo to ma sens.

Argumentów przeciwko jest kilka realnych. Allegro pobiera 6-15% prowizji w zależności od kategorii, Amazon Business 8-15%, eMAG 12-18% - plus opłaty za FBA czy FBV, jeśli korzystasz z logistyki marketplace'u. Widoczna cena na marketplace generuje presję cenową na dealerów, którzy negocjowali z tobą rabaty - bo dlaczego mieliby kupować drożej niż klient detaliczny na Allegro. Brak relacji z klientem - to marketplace komunikuje, ty jesteś dostawcą zamówienia, nie partnerem. Konkurencja na własnych produktach: jeśli inna hurtownia sprzedaje twoje produkty na Allegro taniej, klient idzie tam, a ty zostajesz z marżą minus prowizja.

Argumentów za też nie brakuje. Dostęp do klientów, których inaczej nie spotkasz - na Allegro są tysiące firm, które nigdy nie weszłyby na twoją stronę. W niszach branżowych konkurencja na marketplace bywa znacznie mniejsza niż w B2C. Marketplace to świetny test, czy nowa linia produktów ma popyt - kilkaset zł na opłaty pozwala sprawdzić przed inwestycją w marketing. Sezonowość wyrównana: marketplace ma ruch nawet wtedy, gdy twoja baza klientów śpi w sezonie ogórkowym. Logistyka FBA odciąża własny magazyn dla wybranych produktów.

Dane z konkretnego wdrożenia, które prowadziłem. Hurtownia narzędziowa z własnym sklepem B2B, 200 dealerami i obecnością na Allegro: 60% obrotu pochodzi ze sklepu B2B, 30% od dealerów, 10% z Allegro. Allegro nie skanibalizowało sprzedaży B2B - klienci Allegro to były głównie mniejsze firmy 1-5 osobowe, które wcześniej kupowały detalicznie u kogoś innego. To nowy segment, nie przepływ z istniejących kanałów.

Kiedy marketplace ma sens. Standardowe produkty z dobrym SEO (nie unikalne, custom). Marża po uwzględnieniu prowizji wciąż powyżej 20%. Czytelna strategia różnicowania cen między kanałami, którą umiesz wytłumaczyć klientom. Kiedy nie ma sensu: produkty silnie kontraktowane z dealerami z ekskluzywnością, produkty wymagające skomplikowanej obsługi posprzedażowej (serwis, gwarancje), produkty o bardzo niskiej marży, która nie udźwignie prowizji 10-15%.

BaseLinker vs własna integracja

Druga decyzja architektoniczna to wybór modelu integracji. Dwa realne podejścia, każde z własnym profilem.

BaseLinker (i podobne narzędzia jak Sellingo, Apilo) to gotowe rozwiązanie multi-channel. Plusy są konkretne: wbudowane connectory do Allegro, Amazon, eMAG i kilkudziesięciu innych. Jeden panel do zarządzania ofertami ze wszystkich kanałów. Polskie wsparcie i dokumentacja, co dla zespołu MŚP jest istotne. Cena 99-499 zł miesięcznie przy średnim użyciu. Onboarding w 1-2 tygodnie - praktycznie najszybsza droga na marketplace.

Minusy też są realne. Limity transakcyjne - większy ruch oznacza wyższe pakiety. Twoje dane (ceny, marże, dane klientów) leżą w ich systemie. Customization ograniczone do tego, co BaseLinker przewidział - workflow muszą pasować do ich logiki. Single vendor risk: jeśli BaseLinker upadnie, padnie cały multi-channel z dnia na dzień.

Własna integracja daje pełną kontrolę. Custom workflow, mapowanie pól, walidacje per kanał. Dane wewnątrz organizacji, nie u zewnętrznego dostawcy. Brak limitów transakcyjnych - skalujesz pod własną infrastrukturę. Można rozszerzyć o specyficzne procesy B2B, których BaseLinker nie obsługuje.

Wadą jest koszt wejścia. Wdrożenie pierwszego marketplace'u to 80-300 tys. zł w zależności od skomplikowania. Każdy kolejny marketplace 20-80 tys. zł. Utrzymanie wymaga reakcji na zmiany w API marketplace'ów (Allegro robi to regularnie). Zespół musi to umieć.

Decyzja w praktyce zależy od skali:

Sytuacja	Rekomendacja
Poniżej 100 zamówień miesięcznie z marketplace	BaseLinker
100-500 zamówień miesięcznie	BaseLinker z optymalizacją
500-2000 zamówień miesięcznie	Hybrid - BaseLinker do startu, własna do skalowania
Powyżej 2000 zamówień miesięcznie	Własna integracja
Wymagania B2B (cenniki kontraktowe, multi-account)	Własna

Hybrid model jest rosnącym trendem, który widzę u średnich klientów. BaseLinker dla Allegro (gdzie ma dojrzałą integrację z polskim rynkiem), własna integracja dla Amazon SP-API (gdzie potrzebujesz specyficznych funkcji B2B). Konsolidacja na pojedynczy marketplace tylko jako ostateczność, bo pakuje wszystkie jajka do jednego koszyka.

BaseLinker w sklepie B2B - więcej o platformie.

Allegro REST API

Allegro to dominujący marketplace w Polsce z około 80% udziałem rynkowym - obowiązkowy dla większości hurtowni, które serio myślą o marketplace. Integracja przebiega przez REST API z OAuth 2.0, dokumentacja na developer.allegro.pl, dostępne środowiska sandbox i produkcja, rate limit 9000 requestów na godzinę dla zalogowanego konta sprzedawcy.

Główne endpointy, których realnie używasz w integracji: POST /sale/products tworzy produkty (z grafikami, opisami, atrybutami), GET /sale/offers zwraca listę ofert, PATCH /sale/offers/{id} aktualizuje ofertę (stan, cena, status), GET /order/checkout-forms zwraca nowe zamówienia, POST /order/checkout-forms/{id}/shipments aktualizuje status wysyłki, GET /sale/category-parameters/{categoryId} wymaga atrybutów per kategoria.

Specyfika Allegro, której trzeba się nauczyć przed integracją. Kategorie - każda ma własne wymagane parametry, sprzęt elektryczny zupełnie inne niż chemia. Sklep musi mapować swój katalog na taksonomię Allegro, co dla 30 tys. SKU jest projektem na 2-4 tygodnie. Smart! to program lojalnościowy Allegro - oferta ze Smart! ma 2x większy CTR, wymaga szybkiej wysyłki i darmowego zwrotu. Allegro Brak to aukcje z określoną ilością, dla B2B traktuję jak "kup teraz". Cenniki "Cena hurtowa" - od 2024 roku Allegro testuje cenniki B2B widoczne tylko po zalogowaniu jako konto B2B. Allegro Lokalnie to opcja wysyłki bezpośrednio od sprzedawcy do paczkomatu, z mniejszą marżą dla sprzedawcy.

Najczęstsze problemy z integracją Allegro: auto-suspension oferty za "niezgodność z polityką" bez jasnego komunikatu, wymaga ręcznej interwencji w panelu. Walidacja zdjęć (jakość, tło, watermark) - rejection oferty czasem bez konkretnego powodu. Zmiany w obowiązkowych parametrach kategorii - regularnie wymagają update'u własnego kodu mapującego.

Amazon SP-API

Amazon Business w UE rośnie i polskie firmy coraz częściej sprzedają do Niemiec, Francji, Włoch przez tę platformę. Integracja przebiega przez SP-API (Selling Partner API), które zastąpiło stare MWS API.

Autoryzacja idzie przez OAuth 2.0 plus IAM, endpointy per region (eu-west-1 dla UE). Skomplikowana - wymaga developer credentials plus selling account z pełną weryfikacją. Pierwsze podejście do SP-API to tydzień lektury dokumentacji i konfiguracji, zanim w ogóle wyjdziesz na produkcję.

Główne endpointy: POST /listings/{id} tworzy listing, GET /orders/orders zwraca zamówienia, POST /shipments aktualizuje shipping status, PUT /listings/{id}/stocks update stanów, PUT /listings/{id}/prices update cen.

Specyfika Amazon Business, której musisz świadomie pilnować. Quantity discounts to automatyczne rabaty od ilości dla kupujących Business. VAT inclusive versus exclusive - business buyer widzi cenę netto, B2C brutto, więc musisz wysyłać oba warianty. Business Pricing to ceny widoczne tylko dla kont Amazon Business, świetne do różnicowania od B2C. FBA (Fulfillment by Amazon) oznacza, że wysyłasz produkty do magazynu Amazon, oni zajmują się logistyką - tańsze logistycznie, ale tracisz kontrolę nad doświadczeniem klienta. FBV i SFP to własna logistyka spełniająca standardy Prime.

Pułapki, które najczęściej zaskakują polskich sprzedawców. ASIN: każdy produkt na Amazon ma unikalny ASIN, jeśli twój produkt już jest w katalogu (sprzedawany przez inną firmę), dołączasz się do istniejącego ASIN, nie tworzysz nowego - i konkurujesz ceną z innymi sprzedawcami na tym samym listingu. Brand Registry wymagany dla wielu kategorii, wymaga zarejestrowanego znaku towarowego (procedura kilkumiesięczna). A+ Content (rich product description) dostępny tylko dla brand ownerów.

Rate limits są per endpoint, typowo 6 requestów na sekundę sustained z burstem do 30. Trzeba zarządzać throttlingiem, inaczej Amazon zacznie ograniczać dostęp do API.

Synchronizacja cen i stanów

Najtrudniejsza część multi-channel: jeden produkt, wiele cen, wiele kanałów, jeden stan magazynowy. Tu wpada najwięcej projektów multi-channel.

Architektura source of truth, której używam:

PIM albo ERP (source of truth)
  ↓
Middleware (BaseLinker albo własny)
  ↓
  ├── Sklep B2B własny → cena B2B (z cennikiem klienta)
  ├── Allegro → cena Allegro (z marżą plus prowizja)
  ├── Amazon → cena Amazon (różne dla DE, FR, IT)
  └── eMAG → cena eMAG (zwykle niższa marża, większy zasięg w CEE)

Strategie cenowe per kanał, które realnie spotykam. Pierwsza i najczęstsza: najniższa cena na własnym sklepie B2B dla zarejestrowanych klientów. Marketplace cena wyższa, bo uwzględnia prowizję. Chroni relacje z dealerami i klientami B2B, minus to mniejsza konkurencyjność na samej platformie marketplace. Druga: najniższa cena na marketplace dla boostu sprzedaży. Sklep B2B drozsze, ale uzasadnione premium service - kredyt kupiecki, próbki, dedicated handlowiec. Plus to maksymalizacja wolumenu z marketplace, minus potencjalna kanibalizacja własnego sklepu. Trzecia: te same ceny wszędzie. Prostota i jasność dla klienta, ale nie maksymalizujesz potencjału żadnego kanału.

W praktyce dla polskich hurtowni najczęstsza jest pierwsza strategia, z różnymi rabatami dla zalogowanych klientów B2B - to model, który najlepiej chroni dealerów i kontrakty.

Synchronizacja stanów ma własną architekturę. Jeden stan magazynowy w ERP jako źródło prawdy, reszta to rezerwacje per kanał (Allegro może mieć 20 sztuk rezerwowanych, sklep B2B 30, w bazie wciąż wisi 50). Real-time sync po każdej transakcji albo blisko real-time (co minutę). Safety stock buffer: nigdy nie pokazuj ostatniej sztuki, bo race condition między dwoma kanałami sprzedaje ją dwóm klientom równocześnie. Antypattern: osobne stany per kanał z ręczną alokacją - gwarantowane race conditions, masowe over-sells, zwroty i przeprosiny.

Middleware vs integracje bezpośrednie - szersze podejście do architektury integracji.

Zwroty i obsługa cross-channel

Każdy marketplace ma własne polityki zwrotów i workflow. Klient kupił na Allegro, zwraca przez Allegro, twój system musi to obsłużyć - inaczej powstaje chaos w księgowości.

Allegro zwroty. "Ochrona kupującego" daje klientowi 14 dni na zwrot bez podawania powodu. Allegro Lokalnie obsługuje zwrot przez paczkomat. Pieniądze refundowane przez Allegro, sprzedawca zwraca do Allegro w ciągu 14 dni. W ERP: storno faktury VAT-RR, korekta zamówienia.

Amazon zwroty. Amazon często przyznaje refund przed otrzymaniem zwrotu, z budżetu sprzedawcy - to ich polityka, której nie zmienisz. 30 dni na zwrot jako standard. FBA - Amazon obsługuje cały zwrot, sprzedawca widzi tylko kwotę netto na koniec miesiąca. A-to-Z Guarantee może być wymuszony niezależnie od polityki sprzedawcy.

eMAG zwroty: 14 dni dla B2C, B2B negocjowane indywidualnie. Workflow w panelu eMAG, integracja z eMAG OMS.

Wyzwanie integracyjne polega na pogodzeniu workflow zwrotów własnego sklepu B2B (z customer service, magazynem, ERP) z workflow każdego marketplace'u:

Allegro zwrot
  ↓ webhook do sklepu
  ↓ tworzenie "zwrot" w ERP (z mapowaniem na zamówienie Allegro)
  ↓ workflow: magazyn przyjmuje zwrot → księgowość → korekta
  ↓ webhook do Allegro: "zwrot przyjęty"

Statystyki zwrotów per kanał, które warto znać:

Kanał	Stopa zwrotów
Sklep B2B (zalogowani)	2-5%
Allegro	8-15%
Amazon	10-20%
eMAG	5-12%

Marketplace ma 2-3 razy wyższy return rate niż własny sklep B2B. To trzeba uwzględnić w kalkulacji marży i pojemności operacyjnej działu obsługi zwrotów. Sklep, który ogarnia 50 zwrotów miesięcznie z B2B, dostając 300 z Allegro, się nie wyrobi bez dodatkowych etatów.

FAQ

Czy mogę mieć inne ceny na sklepie B2B i na Allegro? Tak, to standard. Większość hurtowni utrzymuje cenę "Allegro" wyższą niż cena B2B dla zalogowanych klientów. Argumentacja, której uczę handlowców: na Allegro płacisz prowizję 10%, sklep B2B daje fakturę z terminem, kredyt kupiecki, support, próbki. Klienci kontraktowi akceptują różnicę, klienci Allegro też - bo płacą za prostotę.

Czy BaseLinker obsłuży 200 tys. SKU bez problemów? Technicznie tak, ale UX panelu zaczyna mocno kuleć powyżej 100 tys. produktów. Synchronizacja masowa wolna, raportowanie słabe, panele potrafią się zawieszać. Dla powyżej 100 tys. SKU sensowniej własna integracja - lepsze zarządzanie skalą i kosztami, własne workflow.

Czy warto sprzedawać hurtowo na Amazon w UE? Tak, ale planowo. Amazon Business UE rośnie 30%+ rocznie. Polskie firmy mogą sprzedawać do Niemiec, Francji, Włoch, Hiszpanii bez fizycznej obecności. Wymagania: VAT registration w każdym marketplace, kompetentny zespół do support international, akceptacja zwrotów cross-border. Bez tego zaczynasz, ale po pół roku tracisz pieniądze, bo nie ogarniasz operacji.

Jak chronić cenniki kontraktowe przed wyciekiem na marketplace? Ceny na marketplace to ceny "katalogowe" - widoczne dla wszystkich. Cenniki kontraktowe są w sklepie B2B, dostępne wyłącznie po zalogowaniu. Klient B2B, który widzi cenę na Allegro wyższą niż w sklepie B2B - świetnie, to go zachęca do założenia konta i logowania. Cen kontraktowych nigdy nie pokazujesz publicznie, nigdy nie wysyłasz na marketplace.

Czy mogę używać BaseLinker dla Allegro i własnej integracji dla Amazon? Tak, hybrid jest sensowny i często optymalny. BaseLinker ma dojrzałą integrację z Allegro (jakość, support, polski rynek), Amazon SP-API wymaga większego nakładu i własna integracja daje więcej kontroli nad funkcjami B2B. Sklep widzi to jako "dwa kanały" przez wspólną warstwę middleware.

Co dalej

• Integracje e-commerce: Integracje e-commerce B2B
• BaseLinker jako gateway: BaseLinker w sklepie B2B
• Custom vs SaaS: Custom vs SaaS dla sklepu B2B