InPost Buy i WooCommerce – integracja krok po kroku (feed XML + API)

InPost Buy to nowy kanał sprzedaży InPostu obsługiwany przez asystenta AI Von Halsky w aplikacji InPost Mobile (16 mln użytkowników w Polsce). Nie ma jeszcze dedykowanej wtyczki WooCommerce – integracja idzie przez feed XML, Panel InPost i opcjonalnie przez API. W tym artykule pokazujemy, jak to ugryźć od strony technicznej i dlaczego z decyzją warto się pospieszyć: program powitalny z prowizją 0% obowiązuje tylko dla sklepów, które wejdą do końca maja 2026.

Jeśli prowadzisz sklep na WooCommerce i zastanawiasz się, czy warto wejść do InPost Buy oraz jak technicznie spiąć katalog, zamówienia i statusy – jesteś w dobrym miejscu. Przejdziemy przez to z perspektywy dewelopera, który robił już podobne integracje (Allegro, OLX, integracje kurierskie InPostu), ale tłumacząc też właścicielowi sklepu, co się dzieje pod spodem i gdzie są pułapki.

1. Czym jest InPost Buy i dlaczego warto tam sprzedawać?

InPost Buy to nowy kanał sprzedaży InPostu, który technicznie zasila Von Halsky’ego – asystenta zakupowego AI wbudowanego w aplikację InPost Mobile. To nie jest klasyczny marketplace w stylu Allegro czy Empiku, gdzie klient przegląda kategorie i listingi. Tu działa to inaczej: użytkownik pisze lub mówi w aplikacji, czego szuka (np. „blender na prezent do 300 zł z darmową dostawą do paczkomatu”), a AI w kilka sekund analizuje oferty od podłączonych sprzedawców, porównuje ceny i podsuwa konkretne produkty.

Skala – dlaczego to interesujący kanał

Aplikacja InPost Mobile ma w Polsce ok. 16 mln użytkowników, czyli więcej niż większość dużych e-commerce’ów w pojedynkę. Co istotne – to nie jest „zimny” ruch z reklam, tylko ludzie, którzy już ufają marce InPost (paczkomaty, dostawy), są zalogowani, mają zapisane dane do płatności i adres odbioru. Konwersja w tym środowisku jest naturalnie wyższa.

Co już jest w katalogu Von Halsky’ego:

• Ponad 4 tysiące sklepów współpracujących (m.in. Modivo, RTV Euro AGD, x-kom, Superpharm, Lancerto).
• Marki typu Apple, Samsung, Lego dostępne u partnerów.
• Darmowa dostawa dla klienta powyżej 49 zł (paczkomat) lub 99 zł (kurier) – pokrywa ją InPost, nie sprzedawca.

Model działania – co dzieje się od kliknięcia po nadanie

1. Klient wchodzi do aplikacji InPost Mobile i pyta Von Halsky’ego, czego szuka (tekstem lub głosem).
2. AI przegląda feedy produktowe podłączonych sklepów i pokazuje dopasowane oferty z różnych źródeł.
3. Klient kupuje wewnątrz aplikacji – płatność BLIK / karta / Apple Pay.
4. Twój sklep dostaje zamówienie (przez Panel InPost, integrację multikanalową lub API) i kompletuje paczkę.
5. Nadanie idzie standardową logistyką InPost (paczkomat lub kurier InPost) – tu jeszcze niższe stawki w ramach programu powitalnego.
6. Klient odbiera paczkę z paczkomatu.

Z perspektywy sprzedawcy: cała sprzedaż finalizuje się w aplikacji InPostu, ale fakturę i zamówienie obsługujesz po swojej stronie – w WooCommerce.

Warto wiedzieć: w InPost Buy nie kupujesz pozycji w wynikach – decyduje algorytm AI na podstawie jakości danych produktowych, ceny, dostępności i historii sprzedaży. To zmienia priorytety: jakość feedu produktowego (tytuły, EAN, zdjęcia, atrybuty) jest tu ważniejsza niż w klasycznym marketplace.

Dla jakich sklepów WooCommerce to ma sens

• Produkty fizyczne mieszczące się w paczkomacie – największa kategoria w polskim e-commerce.
• Katalog co najmniej kilkudziesięciu SKU z dobrymi danymi produktowymi (EAN, atrybuty, opisy).
• Już dziś nadajesz przez InPost lub jesteś gotowy podpisać umowę kurierską (to wymaganie wejścia).
• Marketing organiczny / płatny jest dla Ciebie wąskim gardłem – Von Halsky daje strumień klientów bez kosztu kliknięcia.

Mniej sensu ma to dla usług, produktów cyfrowych, produktów ponadgabarytowych i kategorii o bardzo niskiej marży, gdzie nawet 0% prowizji nie zrobi różnicy.

2. Gotowej wtyczki WooCommerce nie ma – i co z tego wynika?

Jeśli wszedłeś na wordpress.org/plugins albo CodeCanyon i szukałeś „InPost Buy”, „Von Halsky WooCommerce” – nie ma pomyłki. Dedykowanej oficjalnej wtyczki WooCommerce do InPost Buy po prostu jeszcze nie ma, w przeciwieństwie do wtyczek do logistyki InPostu (paczkomaty jako metoda dostawy, etykiety ShipX) czy wtyczki InPost Pay (płatność jednym kliknięciem z aplikacji InPost) – te są dopracowane od dawna.

InPost Buy to nowsza usługa, a model integracji jest pomyślany pod feed XML + Panel InPost plus opcjonalnie systemy multikanalowe (Apilo, Base.com / BaseLinker). 

Jakie masz realne opcje

Opcja A: Feed XML + Panel InPost (najszybsza). Generujesz feed produktowy XML z WooCommerce (wtyczka eksportowa typu Product Feed PRO for WooCommerce, WooCommerce Google Feed Manager itp.), wskazujesz URL feedu w Panelu InPost, mapujesz kategorie. Zamówienia pobierane są automatycznie. Najmniej kodu, najmniej elastyczności.

Opcja B: Integrator multikanalowy (Apilo, Base.com / BaseLinker). Te systemy mają dedykowaną integrację z InPost Buy i dwukierunkową synchronizację (oferty, stany, zamówienia, statusy). Dobre, jeśli już ich używasz albo planujesz multichannel (Allegro + Empik + InPost Buy + sklep). Wadą jest miesięczny koszt subskrypcji i to, że jest to kolejny system w stacku.

Opcja C: Custom integracja (feed + API). Dedykowana wtyczka WooCommerce, która sama generuje feed pod wymagania InPost Buy, sama odbiera zamówienia z API/Panelu, sama aktualizuje statusy i synchronizuje stany. Pełna kontrola, niższy długoterminowy koszt, ale wymaga dewelopera (Twojego, freelancera lub agencji).

Dlaczego warto wejść teraz

InPost prowadzi Program Powitalny – prowizja 0% do 30 września 2026 r. dla sklepów, które dołączą do 31 maja 2026 r. Plus preferencyjne stawki za przesyłki przez paczkomat i kuriera InPost.

To realna różnica w P&L. Załóżmy, że standardowa prowizja w Twojej kategorii wyniesie ok. 8-12% – 4 miesiące zerowej prowizji to po prostu 4 miesiące czystej marży na sprzedaży, którą zrobiłbyś tak czy inaczej. Plus sklepy, które wejdą teraz, dostaną pierwszeństwo w katalogu Von Halsky’ego, zanim zrobi się tłoczno.

PROTIP: Nawet jeśli nie zdążysz z pełną integracją do 31 maja, samo zgłoszenie sprzedawcy w panelu (rejestracja przez inpost.pl/zacznijsprzedawac) zapewnia Ci miejsce w programie. Implementację techniczną możesz dokończyć w czerwcu – warunek 0% prowizji jest spełniony na podstawie daty zgłoszenia, nie daty pierwszej sprzedaży.

3. Jak działa integracja techniczna InPost Buy – podstawy

Z perspektywy technicznej InPost Buy łączy się ze sklepem WooCommerce przez dwa kanały:

1. Feed produktowy XML – Twój sklep udostępnia URL z XML-em produktów (tytuł, opis, cena, EAN, kategoria, atrybuty, zdjęcia, stan). Von Halsky / Panel InPost cyklicznie pobiera ten feed.
2. API zamówień i statusów – po stronie InPost Buy są endpointy do pobierania zamówień, aktualizacji statusów, ewentualnie do dosynchronizacji stanów w czasie rzeczywistym. W zależności od ścieżki integracji obsługuje to Panel InPost, integrator (Apilo/Base.com) albo Twoja własna wtyczka.

Co umożliwia API / Panel InPost

• Katalog – wystawianie i wycofywanie ofert na bazie feedu, mapowanie kategorii do taksonomii InPost Buy.
• Stany magazynowe – aktualizacja na podstawie feedu albo dosynchronizacja real-time przez API (najlepiej oba).
• Zamówienia – odbiór nowych zamówień (pobieranie co 1 lub co 10 minut, do wyboru w panelu).
• Statusy – odsyłanie informacji „potwierdzone / spakowane / nadane / anulowane”.
• Etykiety i nadania – integracja z istniejącym ShipX (logistyką InPostu), nadania idą tymi samymi torami co Twoje obecne paczki.

Uwierzytelnianie – jak uzyskać dostęp

1. Konto sprzedawcy zakładasz przez inpost.pl/zacznijsprzedawac. Wymaga aktywnej umowy kurierskiej z InPost (paczkomat lub kurier).
2. Aktywacja Nowego Kanału Sprzedaży w Panelu InPost – to formalne uruchomienie InPost Buy dla Twojego konta.
3. Klucze API / tokeny – generowane w panelu sprzedawcy, dołączane do żądań w nagłówku Authorization. Dokładny model (Bearer token / OAuth) opisuje aktualna dokumentacja InPost.

Co dokładnie musi być we feedzie produktowym

Algorytm Von Halsky’ego ocenia jakość Twoich danych – dosłownie. AI musi rozumieć, co sprzedajesz, żeby Twój produkt podsuwać klientom, którzy o to pytają. Im lepszy feed, tym częściej Cię widać.

W praktyce we feedzie powinno być:

• Tytuł produktu – konkretny, z nazwą marki, modelu i kluczowych parametrów (np. „Plecak miejski Nike Brasilia 25L czarny”, nie „Plecak”).
• Opis – szczegółowy, z cechami, zastosowaniem, korzyściami (nie boj się długiego opisu, AI to czyta).
• EAN – jeden z najważniejszych identyfikatorów w InPost Buy, bez niego część kategorii w ogóle nie przyjmie oferty.
• Cena – w groszach lub złotówkach, zgodnie z formatem feedu.
• Stan magazynowy – aktualny, lepiej zaniżać niż zawyżać.
• Kategoria – zmapowana na taksonomię InPost Buy.
• Atrybuty – kolor, rozmiar, materiał, waga, wymiary itd. Im więcej tym lepiej.
• Zdjęcia – wysokiej jakości, najlepiej białe tło + zdjęcia kontekstowe, konkretne minimalne wymiary (sprawdź w dokumentacji).

Przykładowa, uproszczona struktura wpisu w feedzie XML wygląda mniej więcej tak:

<offer>

  <id>WC-SKU-12345</id>

  <name>Plecak miejski Nike Brasilia 25L czarny</name>

  <description><![CDATA[

    Wodoodporny plecak miejski Nike Brasilia, pojemność 25L,

    regulowane szelki, kieszeń na laptopa do 15", materiał poliester 600D.

  ]]></description>

  <ean>5901234567890</ean>

  <category_id>4521</category_id>

  <price currency="PLN">129.99</price>

  <stock>23</stock>

  <images>

    <image>https://twojsklep.pl/wp-content/uploads/2026/05/plecak-1.jpg</image>

    <image>https://twojsklep.pl/wp-content/uploads/2026/05/plecak-2.jpg</image>

  </images>

  <attributes>

    <attribute name="kolor">czarny</attribute>

    <attribute name="pojemnosc_l">25</attribute>

    <attribute name="material">poliester 600D</attribute>

  </attributes>

</offer>

A przykładowe zamówienie pobrane z API mogłoby wyglądać tak:

{

  "order_id": "IPB-2026-0000123",

  "created_at": "2026-05-19T10:23:11Z",

  "status": "NEW",

  "buyer": {

    "first_name": "Anna",

    "last_name": "Kowalska",

    "email": "anna.k@example.com",

    "phone": "+48 600 000 000"

  },

  "delivery": {

    "type": "PARCEL_LOCKER",

    "parcel_locker_id": "WAW123"

  },

  "items": [

    { "external_id": "WC-SKU-12345", "quantity": 1, "price": 12999 }

  ],

  "total": 12999,

  "currency": "PLN"

}

Powyższe to ilustracja konceptu – dokładny kształt feedu i payloadów API znajdziesz w aktualnej dokumentacji InPost. Ważny jest wzorzec: każdy obiekt po stronie InPostu ma własne order_id, a w produktach przewija się Twoje external_id (czyli SKU), które jest „klejem” między WooCommerce a InPost Buy.

4. Integracja WooCommerce z InPost Buy – flow i kluczowe kroki

Praktyczny przepis. Niżej zakładamy ścieżkę, którą wybiera większość sklepów: feed XML + Panel InPost, opcjonalnie wzbogacony o własną wtyczkę WooCommerce do dwukierunkowej synchronizacji.

Krok 1: Rejestracja jako sprzedawca w InPost Buy

1. Wejdź na inpost.pl/zacznijsprzedawac i wypełnij formularz rejestracyjny.
2. Upewnij się, że masz aktywną umowę kurierską z InPostem (paczkomaty/kurier) – bez niej nie wejdziesz.
3. Czekaj na kontakt opiekuna ze strony InPost (zwykle 1-5 dni roboczych).
4. Po akceptacji aktywuj Nowy Kanał Sprzedaży w Panelu InPost – to formalne uruchomienie kanału InPost Buy.
5. Wygeneruj klucze API / tokeny w panelu sprzedawcy. Trzymaj je w sejfie zmiennych środowiskowych Twojego hostingu, nie w plikach w repo.

Warto wiedzieć: zgłoszenie do programu powitalnego liczy się od daty rejestracji, a nie od daty pierwszej sprzedaży. Jeśli zarejestrujesz się do 31 maja 2026 r., masz 0% prowizji do 30 września 2026, nawet jeśli integrację skończysz w czerwcu.

Krok 2: Mapowanie produktów WooCommerce → feed InPost Buy

To najważniejszy techniczny krok – decydujesz, co i jak trafi do feedu.

Przykładowa tabela mapowań:

Pole w WooCommerce	Pole w feedzie InPost Buy	Obowiązkowe?	Uwagi
SKU	id / external_id	Tak	Klucz łączący oba systemy.
Nazwa produktu	name	Tak	Konkretna, z marką i modelem.
Krótki/długi opis	description	Tak	Szczegółowy, AI to czyta.
Cena	price	Tak	Sprawdź format (grosze vs złote).
Stan magazynowy	stock	Tak	Lepiej zaniżać niż zawyżać.
Atrybut „EAN”	ean	W większości kategorii tak	Bez EAN część kategorii odrzuca ofertę.
Galeria zdjęć	images	Tak	Konkretne wymagania wymiarów.
Kategoria WooCommerce	category_id	Tak	Wymaga osobnego mapowania (patrz Wyzwania).
Atrybuty produktu	attributes	Zależy od kategorii	Każda kategoria ma swój zestaw.
Waga / wymiary	package	Zalecane	Do kalkulacji opakowania paczkomatowego.

Wybór wtyczki do generowania feedu:

• Product Feed PRO for WooCommerce – elastyczna, ma własny mapper pól, darmowa wersja na start.
• WooCommerce Google Feed Manager – jeśli już używasz go do Google Merchant, łatwo dorzucić drugi szablon.
• Custom feed – własny endpoint w WooCommerce (REST API albo zwykły controller PHP), który generuje XML dokładnie pod wymagania InPost Buy. Daje pełną kontrolę, najlepszy wybór jeśli planujesz dedykowaną wtyczkę.

PROTIP: Zacznij od jednej, prostej kategorii produktów (50-100 SKU) i przetestuj na niej cały flow, zanim podepniesz pełny katalog. Zaoszczędzi Ci to kilkudziesięciu godzin debugowania mapowań i atrybutów.

Krok 3: Synchronizacja stanów magazynowych

To absolutnie krytyczne. Jeśli to schrzanisz, sprzedasz coś, czego nie masz – overselling, przepraszanie klientów, ucinanie marży na rekompensaty.

Feed XML pobiera się cyklicznie (zwykle co kilka-kilkanaście minut), więc sama aktualizacja feedu nie wystarczy w godzinach szczytu. Dlatego w solidnej integracji robi się hybrydę:

• Feed aktualizuje stany w pełnym katalogu (np. co 15 minut).
• API / Panel InPost – dosynchronizacja real-time na hookach WooCommerce (woocommerce_product_set_stock, woocommerce_order_status_processing, woocommerce_reduce_order_stock).
• Cron fallback co 30-60 minut robi pełną synchronizację – siatka bezpieczeństwa na wypadek, gdyby webhook się gdzieś nie odpalił.

Rekomendacja: w pierwszej iteracji zacznij od częstego feedu (co 5-10 min) plus rezerwę bezpieczeństwa na stanie (zaniżaj stock o 1-2 sztuki w kategoriach o szybkiej rotacji). Real-time dorzuć dopiero, gdy zacznie boleć overselling.

Krok 4: Odbieranie zamówień z InPost Buy

Zamówienia z Von Halsky’ego trafiają do Panelu InPost i są dostępne przez:

• Panel InPost ręcznie – dla bardzo małych sklepów (kilka zamówień dziennie).
• API InPost Buy – polling co 1 lub 10 minut (do wyboru w panelu), automatyczne pobieranie do Twojego systemu.
• Integrator (Apilo/Base.com) – sam pobiera i zapisuje w swoim panelu, skąd synchronizuje do WooCommerce.

W ścieżce z własną wtyczką WooCommerce:

1. Cron co 1 minutę odpala worker, który pyta o nowe zamówienia ze statusem NEW.
2. Dla każdego zamówienia sprawdzasz idempotencję (nie pobrałeś go już wcześniej? – po order_id).
3. Tworzysz WC_Order programatycznie: pozycje (po SKU = external_id), kupujący, suma, waluta.
4. Dane dostawy: zamówienie idzie do paczkomatu – zapisz parcel_locker_id w meta polu zamówienia (np. _inpost_buy_parcel_locker_id). Nadawanie obsłuży Twoja istniejąca integracja kurierska InPostu (ShipX).
5. Status startowy w WooCommerce: zwykle „Wymaga przetworzenia” (processing).
6. Zapisz _inpost_buy_order_id w meta zamówienia – będzie potrzebny do aktualizacji statusów w kroku 5.

Warto wiedzieć: faktura VAT i obsługa księgowa działa jak każde inne zamówienie WooCommerce – sklep nadal jest sprzedawcą, InPost Buy tylko pośredniczy. Twoje narzędzie do faktur (Fakturownia, wFirma, własny system) zachowuje się tak samo.

Krok 5: Aktualizacja statusów zamówień

Von Halsky musi wiedzieć, co dzieje się z zamówieniem – na tej podstawie informuje kupującego w aplikacji InPost Mobile.

Mapowanie statusów WooCommerce na InPost Buy:

Status WooCommerce	Status w InPost Buy	Kiedy aktualizować
processing	CONFIRMED	Od razu po utworzeniu zamówienia.
processing + etykieta	PACKED	Po wygenerowaniu etykiety i nadaniu numeru paczki.
completed	SHIPPED	Po fizycznym nadaniu w paczkomacie / odbiorze kuriera.
cancelled	CANCELLED	Po anulowaniu zamówienia w WooCommerce.
refunded	REFUNDED	Po zwrocie środków.

Podpinasz to pod hooki WooCommerce:

• woocommerce_order_status_processing
• woocommerce_order_status_completed
• woocommerce_order_status_cancelled
• woocommerce_order_refunded

Każdy z nich wywołuje funkcję, która wysyła PUT /orders/{order_id}/status (lub odpowiednik wg dokumentacji InPost) z nowym statusem i ewentualnie numerem przesyłki ShipX.

PROTIP: Wszystkie wywołania do API InPost Buy loguj do osobnej tabeli (timestamp, endpoint, payload, response, kod statusu). Bez tego debugowanie „dlaczego klient skarży się, że status nie zmienił się w aplikacji” zamienia się w detektywistykę po omacku.

5. Wyzwania i pułapki – co wiemy z doświadczenia

Część rzeczy, których nie wyczytasz wprost z dokumentacji, a które potrafią zatopić projekt.

Jakość feedu = widoczność u Von Halsky’ego

W klasycznym marketplace pozycję w wynikach można częściowo „kupić” – tutaj nie. Algorytm AI decyduje, kiedy podsunąć Twój produkt, na podstawie tytułu, opisu, atrybutów, EAN, ceny i historii sprzedaży. Słaby feed = niska widoczność, niezależnie od ceny.

Rekomendacja: zanim podepniesz katalog do InPost Buy, zrób porządek z danymi produktowymi w WooCommerce. Konkretne tytuły, opisy 200+ słów, kompletne EAN-y, atrybuty wypełnione. To inwestycja, która oprócz InPost Buy podbije Ci też SEO i konwersję w sklepie.

Mapowanie kategorii

Taksonomia kategorii w InPost Buy nie jest 1:1 z Twoimi kategoriami WooCommerce. Trzeba zrobić tabelę mapowań i zaakceptować, że część produktów wpadnie do „Innych” lub w ogóle nie pójdzie na kanał.

Dodatkowo każda kategoria ma własne wymagane atrybuty (rozmiar, kolor, materiał, marka itd.) – bez nich oferta nie zostanie zaakceptowana.

Rekomendacja: zacznij od 1-2 najmocniejszych kategorii jako MVP. Reszta poczeka – nie próbuj wystawiać całego katalogu naraz.

Obsługa błędów API i feedu

API i parser feedu będą zwracać błędy: walidacyjne (400 – brakuje pola, zły format), autoryzacyjne (401 – token wygasł), throttling (429), serwerowe (5xx).

• Błędy walidacyjne – loguj, oznaczaj produkt/zamówienie jako problematyczne, pokaż adminowi do ręcznej poprawy.
• Autoryzacyjne – odśwież token, ponów.
• Throttling – exponential backoff (1s, 2s, 4s, 8s).
• Serwerowe – retry kilka razy z opóźnieniem, jeśli dalej fail – alert mailowy.

Najgorsze, co możesz zrobić, to puszczać te same requesty w nieskończoność i zaspamować logi.

Synchronizacja stanów – polling vs real-time

Pokusa, żeby wszystko zrobić real-time, jest duża. W praktyce polling co kilka minut wygrywa w trzech wymiarach: odporność na awarie (jak padnie API, cron spróbuje za chwilę), prostota debugowania, bezstanowość. Real-time tylko tam, gdzie naprawdę musi być – stany magazynowe w kategoriach o szybkiej rotacji.

Zwroty przez paczkomat

Klient może odesłać paczkę zwrotnie przez paczkomat (procedura QR InPostu). Z perspektywy integracji – musisz obsłużyć w WooCommerce sytuację, w której zwrot przychodzi bez wcześniejszej zapowiedzi (klient nadał paczkę, Ty dostajesz powiadomienie po fakcie), oraz przewidzieć refund po stronie InPost Buy.

W większości MVP zwroty obsługuje się półautomatycznie: alert mailowy, ręczna weryfikacja przyjęcia towaru, klik „Refund” w admin panelu, integracja powiadamia InPost Buy.

Zdjęcia produktów

InPost Buy ma konkretne wymagania co do zdjęć (minimalne wymiary, proporcje, format, rozmiar pliku). Sklepy WooCommerce często mają zdjęcia w różnych rozmiarach.

PROTIP: wstaw warstwę przetwarzającą zdjęcia „w locie” – pobiera z WooCommerce, sprawdza wymiary, w razie potrzeby skaluje i wycina do wymaganego formatu, dopiero potem wysyła do feedu. Najmniej odrzuconych ofert.

Testy – sandbox

Sprawdź w aktualnej dokumentacji InPost, czy udostępniają środowisko sandbox do testów (zwykle tak). Pierwsze testy feedu, mapowań i pobierania zamówień rób w sandboxie – na produkcję przełącz się dopiero po pełnych testach E2E.

6. Czy opłaca się robić integrację samemu?

Krótko i uczciwie: zależy od wielkości katalogu, dostępności dewelopera i tego, jak bardzo Ci się spieszy do programu powitalnego.

Kiedy warto pójść ścieżką podstawową (feed XML + Panel InPost)

• Mały / średni katalog (do ~500 SKU), jedna-dwie kategorie.
• Już używasz wtyczki eksportowej do feedów (Google Merchant, Ceneo, Facebook).
• Zaczynasz od MVP i jesteś gotowy później dorzucić więcej automatyzacji.

To wariant „zrobić w tydzień własnymi siłami” – konfiguracja wtyczki, mapowanie, kilka godzin testów.

Kiedy warto pójść w Apilo / Base.com / BaseLinker

• Masz już multikanal (Allegro + Empik + sklep) i te systemy są w stacku.
• Chcesz dwukierunkową synchronizację stanów i zamówień bez własnego kodu.
• Akceptujesz miesięczny koszt subskrypcji integratora.

Kiedy warto zlecić custom integrację

• Katalog 1000+ SKU, warianty, złożone kategorie i atrybuty.
• Nie chcesz miesięcznej subskrypcji integratora – wolisz jednorazowy koszt i swoje na własności.
• Masz specyficzny stack (np. dane produktowe w ERP, magazyn w innym systemie) i potrzebujesz wtyczki dopiętej dokładnie pod swój flow.
• Zależy Ci, żeby Von Halsky widział Twoje produkty optymalnie – z czystym, dedykowanym feedem, nie wyciętym pod „dziewięć innych marketplace’ów” w narzędziu multikanalowym.

Słówko o iLabs

WiLabs robimy takie integracje na co dzień – Allegro, OLX, integracje kurierskie InPost, dedykowane wtyczki WooCommerce. Wchodzimy też w InPost Buy. Jeśli zastanawiasz się, czy taka integracja ma sens dla Twojego sklepu i którą ścieżką pójść (feed, integrator, custom plugin), możesz umówić bezpłatną konsultację. Bez zobowiązań – mówimy też wprost, jeśli widzimy, że danemu sklepowi to się nie spina biznesowo. Wolimy nie sprzedać niż sprzedać coś, co nie zarobi na siebie.

FAQ – najczęściej zadawane pytania

Czy InPost Buy to to samo co InPost Pay? Nie. InPost Pay to metoda płatności (zakup jednym kliknięciem w sklepie internetowym z BLIK-iem i danymi zapisanymi w aplikacji InPost). InPost Buy to kanał sprzedaży obsługiwany przez asystenta AI Von Halsky w aplikacji InPost Mobile – klient kupuje wewnątrz aplikacji InPostu, nie na Twojej stronie. Możesz korzystać z obu naraz.

Czy jest gotowa wtyczka WooCommerce do InPost Buy? Na dzień publikacji tego artykułu – dedykowanej, oficjalnej wtyczki nie ma. Integracja idzie przez feed produktowy XML i Panel InPost, ewentualnie przez systemy multikanalowe (Apilo, Base.com / BaseLinker) lub dedykowaną wtyczkę custom.

Ile kosztuje integracja z InPost Buy? Wariant podstawowy (feed + Panel) – kilka tysięcy złotych przy zleceniu freelancerowi albo zero, jeśli zrobisz sam za pomocą istniejących wtyczek feedowych. Custom wtyczka „pod klucz” to orientacyjnie 15-40 tys. zł netto. Pełna integracja z ERP i automatyzacją zwrotów – do 100 tys. zł.

Czy InPost Buy pobiera prowizję od sprzedaży? Standardowo tak, według aktualnego cennika. W Programie Powitalnym dla sklepów, które dołączą do 31 maja 2026 r., prowizja wynosi 0% do 30 września 2026 r. Potem stawki według taryfy InPostu.

Czy mogę sprzedawać przez InPost Buy bez własnego sklepu? Tak, można dołączyć jako sprzedawca bez własnego sklepu WooCommerce – wystawiasz produkty bezpośrednio przez Panel InPost. Ten artykuł celuje jednak w sklepy, które już mają WooCommerce i chcą dorzucić InPost Buy jako dodatkowy kanał.

Jak długo trwa wdrożenie integracji WooCommerce z InPost Buy? Procedura akceptacji sprzedawcy w InPoście: zwykle 1-5 dni roboczych. Wariant podstawowy (feed + mapowania): kilka godzin – kilka dni. Custom wtyczka: 3-6 tygodni. Pełna integracja z ERP i synchronizacją multikanałową: 6-10 tygodni.

Najważniejsze informacje

• InPost Buy to nie klasyczny marketplace, tylko kanał sprzedaży obsługiwany przez asystenta AI Von Halsky w aplikacji InPost Mobile (16 mln użytkowników w Polsce).
• Dedykowanej wtyczki WooCommerce nie ma – integracja idzie przez feed produktowy XML + Panel InPost, ewentualnie przez systemy multikanalowe (Apilo, Base.com / BaseLinker) lub dedykowaną wtyczkę custom.
• Pięć kluczowych kroków: rejestracja sprzedawcy (inpost.pl/zacznijsprzedawac), aktywacja kanału w Panelu InPost, przygotowanie feedu XML, mapowanie kategorii i atrybutów, podpięcie pobierania zamówień i aktualizacji statusów.
• Jakość feedu = widoczność – w przeciwieństwie do klasycznego marketplace, tu nie kupujesz pozycji w wynikach. Decyduje AI na podstawie tytułów, EAN, opisów i atrybutów.
• Program Powitalny: 0% prowizji do 30 września 2026 r. dla sklepów, które zarejestrują się do 31 maja 2026 r. Plus preferencyjne stawki za przesyłki.

---

Potrzebujesz integracji WooCommerce z InPost Buy „pod klucz”? Napisz na hi@ilabs.dev albo zadzwoń: +48 514 416 207. Doradzimy, którą ścieżką pójść (feed, integrator, custom), wycenimy i – jeśli ma to sens – wdrożymy.