Integracje korporacyjne w dobie agentic commerce

Integracja z dużym marketplace’em kiedyś oznaczała jedno zadanie. Trzeba było połączyć sklep z zewnętrznym systemem tak, żeby klient mógł wygodnie kupić produkt. Dziś to zadanie ma drugą warstwę. Po drugiej stronie integracji coraz częściej nie stoi już tylko człowiek. Stoi agent AI, który porównuje oferty i czasem sam finalizuje zakup.

To nie jest tylko temat techniczny. To decyzja biznesowa, która ma wpływ na przychody, ryzyko i tempo wejścia na nowe kanały sprzedaży. W tym artykule tłumaczymy, co ta zmiana oznacza dla firm planujących złożone integracje, jakie pytania warto zadać dostawcy technologii i na co zwrócić uwagę na poziomie zarządu, nie tylko działu IT.

Dwie warstwy jednej integracji

Pierwsza warstwa integracji z marketplace’em jest znana od lat. Chodzi o synchronizację produktów, cen, stanów magazynowych i zamówień, w sposób wygodny dla klienta i stabilny dla obu systemów. Ta warstwa nadal jest fundamentem i nigdzie nie znika.

Druga warstwa jest nowa. Chodzi o to, żeby te same dane były czytelne dla agenta AI, który działa w imieniu klienta. Powstają do tego otwarte standardy. Stripe i OpenAI stworzyły Agentic Commerce Protocol do zakupów inicjowanych przez agenta. Jest on zgodny z Model Context Protocol, standardem stworzonym przez Anthropic do łączenia modeli AI z danymi i systemami zewnętrznymi. WooCommerce dołączył do tej infrastruktury jako jeden z partnerów startowych, co w praktyce oznacza miliony sklepów gotowych na tę zmianę w najbliższym czasie.

Przykład z życia wygląda tak. Firma integruje swój system sprzedaży z dużym marketplace’em. Klasyczne wymaganie brzmi: klient ma zobaczyć aktualną cenę i dostępność produktu. Nowe wymaganie brzmi dodatkowo: agent AI, który porównuje oferty w imieniu klienta, też musi tę cenę i dostępność poprawnie odczytać, i to bez opóźnień, bo inaczej trafi do konkurencji.

Dlaczego to temat dla zarządu, nie tylko dla działu IT

Integracje techniczne zwykle trafiają na poziom operacyjny i tam zostają. W przypadku agentic commerce warto podnieść ten temat wyżej, z trzech powodów.

• To nowy kanał przychodu. Jeśli agenci AI zaczynają realnie finalizować zakupy, firma niewidoczna dla nich traci potencjalny kanał sprzedaży, zanim ten kanał w ogóle zdąży urosnąć.
• To kwestia przewagi konkurencyjnej. Konkurenci, którzy wcześniej dostosują dane i API, mogą zacząć wygrywać porównania agenta, nawet przy porównywalnej ofercie cenowej.
• To decyzja o architekturze na lata. Integracja zaprojektowana tylko pod dzisiejsze wymagania szybko wymaga kosztownej przebudowy, kiedy pojawi się kolejny standard albo kolejny partner marketplace’owy.

Innymi słowy, decyzja o tym, jak dobrze zaprojektować tę integrację, ma konsekwencje wykraczające poza budżet jednego projektu IT.

Co dokładnie się zmienia w integracjach marketplace’owych

Poniżej krótkie wyjaśnienie trzech elementów, o których coraz częściej mówi się przy tego typu projektach. Nie trzeba znać ich technicznych szczegółów, żeby podejmować decyzje biznesowe. Warto jednak wiedzieć, o co pytać dostawcę.

• Agentic Commerce Protocol (ACP). Otwarty standard od Stripe i OpenAI, który opisuje, jak agent AI może bezpiecznie dokończyć zakup w danym sklepie. Nie wiąże firmy z jednym dostawcą płatności.
• Model Context Protocol (MCP). Standard stworzony przez Anthropic, który pozwala modelom AI łączyć się z zewnętrznymi danymi i systemami w ustandaryzowany sposób. ACP jest z nim zgodny, co ułatwia spięcie całości.
• WordPress Abilities API. Nowy mechanizm w WordPressie, dzięki któremu agent może odczytać katalog produktów, sprawdzić status zamówienia i zrozumieć możliwości danego sklepu, bez ręcznego dostosowywania każdej integracji od zera.

Znaczenie tych trzech elementów jest praktyczne. Firma, która projektuje integrację zgodnie z nimi, unika sytuacji, w której za rok trzeba przebudowywać całość pod nowy, konkurencyjny standard.

Ryzyka związane z zaniedbaniem tego tematu

Poza utratą widoczności w porównaniach agentów AI, jest jeszcze jeden wątek, o którym firmy często zapominają. Integracje i dane produktowe łączą się dziś także z wymogami regulacyjnymi.

Od 11 września 2026 obowiązuje pierwsza część unijnego Cyber Resilience Act, dotycząca raportowania aktywnie wykorzystywanych podatności w oprogramowaniu sprzedawanym w Unii Europejskiej. Dotyczy to też komercyjnych integracji i komponentów tworzonych na zamówienie. Pisaliśmy o tym szerzej w artykule o Cyber Resilience Act i wymogach dla wtyczek WordPress. Firma planująca dużą integrację powinna mieć te wymogi na uwadze już na etapie projektowania, nie dopiero po wdrożeniu.

Zaniedbana integracja to więc nie tylko ryzyko utraty sprzedaży. To także ryzyko po stronie zgodności z prawem, jeśli dane i procesy nie są odpowiednio udokumentowane i monitorowane.

Co powinna zawierać dobra integracja korporacyjna dzisiaj

Przy dużych integracjach korporacyjnych gotowa wtyczka rzadko wystarcza. Trzeba pogodzić kilka wymagań naraz, a każde z nich ma inny właściciel po stronie firmy.

Warstwa danych

• Dane produktowe i magazynowe muszą być spójne w czasie rzeczywistym, nie raz dziennie przy okazji synchronizacji wsadowej.
• Struktura danych musi być zgodna ze standardami takimi jak schema, JSON LD i nowe protokoły agentowe, a nie tylko z wymaganiami samego marketplace’u.
• Warto z góry ustalić, kto po stronie firmy odpowiada za jakość i aktualność tych danych po wdrożeniu.

Warstwa techniczna

• API musi wytrzymać ruch zarówno od ludzi, jak i od zautomatyzowanych klientów, w tym agentów AI, bez spowolnień i błędów przy większym obciążeniu.
• Architektura powinna zakładać, że w przyszłości dojdzie kolejny kanał albo kolejny standard, bez potrzeby przebudowy całości od zera.
• Zmiany po stronie partnera trzeba szybko testować, zanim trafią na produkcję. My korzystamy do tego z naszego wewnętrznego narzędzia do automatyzacji testów regresji, Sentrixa, właśnie przy tego typu integracjach.

Warstwa zgodności i utrzymania

• Dokumentacja techniczna integracji powinna powstawać na bieżąco, a nie dopiero na wypadek kontroli albo incydentu.
• Warto ustalić proces monitorowania podatności i aktualizacji komponentów, zgodny z wymogami takimi jak Cyber Resilience Act.
• Integracja potrzebuje właściciela także po wdrożeniu. Bez stałego nadzoru nawet dobrze zaprojektowane połączenie z czasem traci jakość danych i stabilność.

Pytania, które warto zadać dostawcy technologii przed startem

Zanim zarząd podejmie decyzję o wyborze partnera do integracji, warto zadać kilka konkretnych pytań. Odpowiedzi szybko pokazują, czy dostawca myśli o projekcie długoterminowo, czy tylko o jednorazowym wdrożeniu.

• Jak dane będą synchronizowane, w czasie rzeczywistym czy okresowo, i co się stanie, jeśli synchronizacja się nie powiedzie.
• Czy integracja uwzględnia zgodność ze standardami takimi jak ACP, MCP czy schema produktowa, czy tylko z wymaganiami samego marketplace’u.
• Jak wygląda proces testowania zmian po stronie partnera, zanim trafią na produkcję.
• Kto odpowiada za utrzymanie integracji po wdrożeniu, i jak wygląda ten proces w praktyce.
• Jak dostawca podchodzi do wymogów regulacyjnych, w tym do dokumentowania procesu obsługi podatności bezpieczeństwa.

Jeśli dostawca nie potrafi jasno odpowiedzieć na te pytania, to sygnał, że integracja może zadziałać na start, ale trudniej będzie ją utrzymać i rozwijać.

Jak to wygląda w praktyce

Tego typu zadania realizowaliśmy już przy współpracy z dużymi partnerami, między innymi InPost i Empik. Każda z takich integracji wyglądała inaczej, bo każdy partner ma swoje wymagania techniczne i swój format danych. Wspólnym mianownikiem zawsze była jednak potrzeba stabilnych, dobrze przetestowanych połączeń, a nie tylko szybkiego wdrożenia na start.

W praktyce oznacza to najpierw mapowanie danych i procesów po obu stronach integracji, potem budowę połączenia z myślą o skalowaniu, a na końcu testy regresji przy każdej istotnej zmianie po stronie partnera. Dopiero taki proces daje integrację, która działa stabilnie miesiące i lata po wdrożeniu, a nie tylko w dniu uruchomienia.

Jeśli planujesz integrację z marketplace’em, systemem ERP albo inną platformą zewnętrzną i zastanawiasz się, jak podejść do tego tematu w twojej firmie, zapraszamy do kontaktu. Możesz też zacząć od audytu technicznego obecnej infrastruktury, albo sprawdzić nasz checklist dla sklepów na WooCommerce w artykule czy twój sklep jest gotowy na zakupy robione przez AI.

Najczęściej zadawane pytania

Czym różni się integracja headless od integracji pod agentic commerce

Podejście headless rozdziela front sklepu od backendu i komunikuje się przez API, zwykle z myślą o różnych interfejsach dla ludzi. Gotowość pod agentic commerce dokłada do tego dodatkowy wymóg. Dane i API muszą być zrozumiałe też dla agentów AI, zgodnie z otwartymi standardami takimi jak ACP czy MCP.

Czy to dotyczy tylko bardzo dużych firm

Najczęściej pojawia się przy większych integracjach, bo tam skala i liczba systemów robią różnicę. Sama zasada, że dane muszą być czytelne dla maszyn, dotyczy jednak każdej firmy sprzedającej online, niezależnie od wielkości.

Ile czasu zajmuje taka integracja

To zależy od liczby systemów, jakości istniejących danych i wymagań partnera marketplace’owego. Dobra praktyka to zacząć od audytu obecnej infrastruktury, dzięki czemu harmonogram i zakres prac są ustalane na podstawie realnego stanu, a nie ogólnych założeń.

Jak to się ma do Cyber Resilience Act

CRA nakłada obowiązek raportowania aktywnie wykorzystywanych podatności i wymaga udokumentowanego procesu bezpieczeństwa. Integracja tworzona dziś powinna od razu uwzględniać te wymogi, żeby uniknąć kosztownych poprawek po fakcie.

Od czego zacząć planowanie takiej integracji

Dobrym punktem startowym jest audyt obecnej infrastruktury i danych, zanim jeszcze wybierzesz konkretne narzędzia czy partnera technologicznego. To pozwala oszacować realny zakres i koszt prac, zamiast opierać się na szacunkach bez pokrycia w danych.