Czym jest VTEX? Architektura platformy, funkcje i przewodnik po dopasowaniu

Jeśli Twój zespół ocenia, czy VTEX powinien znaleźć się na krótkiej liście obok Shopify Plus, Adobe Commerce lub Commercetools, ten przewodnik daje Ci architektoniczną jasność potrzebną do podjęcia decyzji.

TL;DR: Czym jest VTEX i kiedy warto go oceniać

VTEX to wielodostępna platforma commerce SaaS, która obsługuje workloady B2C, B2B i natywne marketplace wielu sprzedawców na jednej bazie kodu, bez dodatkowych integracji dla żadnego z tych trzech modeli. Gartner umieścił VTEX w gronie Challengers w 2025 Gartner Magic Quadrant for Digital Commerce, to dziewiąty rok z rzędu, w którym platforma pojawia się w badaniach Gartnera dotyczących digital commerce. Dziś VTEX napędza ponad 3100 aktywnych sklepów internetowych w 44 krajach.

Nasz zespół realizował wdrożenia e-commerce dla klientów z sektora retail i B2B na VTEX. Regularnie pojawiają się podobne scenariusze: konsolidacja OMS (natywny system zarządzania zamówieniami VTEX IO zastępuje zewnętrzny OMS), uruchamianie natywnego marketplace jako nowego kanału przychodów oraz niespodzianki cenowe oparte na GMV, które zmieniają całkowity rachunek kosztów w porównaniu z dotychczasową licencją Magento przy dużej skali.

Rozważ VTEX, gdy: Twoja organizacja potrzebuje wdrożenia sprzedawców na marketplace, hierarchii kont B2B i headless storefront'u z jednej platformy, a jednocześnie odchodzisz od stałych opłat licencyjnych na rzecz modelu kosztowego opartego na wykorzystaniu. Szukaj innych rozwiązań, jeśli Twój katalog jest mały, wolumen transakcji niski albo potrzebujesz głębokiej customizacji na poziomie infrastruktury, której zarządzana, wielodostępna platforma SaaS celowo nie oferuje.

VTEX: proste wyjaśnienie platformy

VTEX to natywna dla chmury, wielodostępna platforma commerce SaaS, założona w Brazylii w 2000 roku przez Geraldo Thomaza i Mariano Gomidego. Dziś jest notowana na NYSE i obsługuje tysiące marek B2C i B2B, m.in. Carrefour, Sony i Whirlpool, w 44 krajach (VTEX Our History). Na jednej bazie kodu, nie jako osobne produkty sklejone ze sobą, uruchamia sprzedaż detaliczną B2C, hierarchie kont B2B i natywne operacje marketplace wielu sprzedawców.

Uznanie analityków potwierdza jej pozycję w segmencie enterprise. Gartner zaliczył VTEX do Challengers w 2025 Gartner Magic Quadrant for Digital Commerce, to dziewiąty rok z rzędu obecności w badaniach Gartnera z obszaru digital commerce i drugi rok z rzędu jako jedyny dostawca wyróżniony tytułem Customers' Choice w raporcie Gartner Peer Insights Voice of the Customer dla tej kategorii (Business Wire / komunikat prasowy VTEX, 2025). IDC MarketScape dla B2B i B2C Commerce uwzględnia VTEX wśród wiodących platform dla rozwijającego się segmentu mid-market (IDC MarketScape, 2024).

To, co odróżnia VTEX od takich platform jak Shopify Plus czy Magento, ma charakter strukturalny. Natywny system zarządzania zamówieniami, natywny marketplace i moduł commerce B2B współdzielą jeden model danych, jeden flow checkout i jedną warstwę administracyjną. Marki enterprise, które potrzebują jednocześnie prowadzić sklep DTC skierowany do klientów końcowych, hurtowy kanał B2B i marketplace dla sprzedawców zewnętrznych, bez łączenia trzech platform ze sobą, to dokładnie ci odbiorcy, z myślą o których VTEX został zaprojektowany. Każda kluczowa funkcja jest częścią platformy; uruchomienie nowych kanałów sprzedaży nie wymaga osobnej umowy integracyjnej.

Filary platformy VTEX: Commerce, CX i Ads

VTEX organizuje swoje możliwości wokół trzech odrębnych filarów: Commerce, CX i Ads, każdy z nich obsługuje inną warstwę stosu przychodów, a wszystkie współdzielą ten sam model danych.

Commerce Platform to operacyjny rdzeń: composable commerce, który zarządza katalogiem, cenami, promocjami, checkout'em, omnichannel'ową orkiestracją zamówień i natywnym marketplace wielu sprzedawców. Co kluczowe, system zarządzania zamówieniami (OMS) nie jest dodatkiem zewnętrznym, jest wbudowany w tę samą bazę kodu, która obsługuje Twój storefront i przepływy sprzedawców marketplace. Dla dyrektora technicznego oceniającego konsolidację platformy oznacza to brak warstwy middleware synchronizującej OMS z silnikiem commerce oraz brak zduplikowanych reguł na poziomie SKU utrzymywanych w dwóch systemach. Hierarchie kont B2B, rozliczenia według centrum kosztów i cenniki kontraktowe również działają w tym samym miejscu, podobnie jak headless dostarczanie storefront'u przez VTEX IO, własny framework platformy do budowania i wdrażania niestandardowych frontonów z izolacją workspace'ów umożliwiającą bezpieczny równoległy development. Dla zespołów, które porównują VTEX z innymi opcjami enterprise, szczegółowe zestawienie Shopify Plus i SAP Commerce Cloud może wyjaśnić, jak każda platforma radzi sobie ze złożonością integracji i własnością infrastruktury.

CX Platform obejmuje warstwę po zakupie i obsługi: narzędzia do conversational commerce, kolejki obsługi klienta i zunifikowane dane o doświadczeniu klienta we wszystkich kanałach. Celem jest obniżenie kosztów obsługi przy jednoczesnym zwiększeniu konwersji dzięki sprzedaży wspomaganej.

Ads Platform udostępnia markom i sprzedawcom marketplace warstwę sponsorowanych wyników wyszukiwania i retail media, wbudowaną bezpośrednio w platformę commerce, nie zaś jako zewnętrzna sieć oparta na tagach. Operatorzy marketplace mogą przekształcić zasoby reklamowe w strumień przychodów; marki używają tej warstwy do zwiększania konwersji w wynikach wyszukiwania na miejscu.

Trzy filary współdzielą jeden model danych klientów i zamówień. To właśnie ta decyzja architektoniczna, a nie żadna pojedyncza funkcja, odróżnia VTEX od stacków composable, w których każda możliwość to osobna umowa SaaS z własną warstwą danych.

VTEX IO: warstwa deweloperska

VTEX IO to warstwa deweloperska platformy: natywne dla chmury środowisko uruchomieniowe oparte na React i Node.js, które zastąpiło starszy VTEX Legacy CMS i stało się standardowym środowiskiem budowania dla wszystkich nowych storefront'ów VTEX. Jeśli dziś oceniasz platformę VTEX, VTEX IO to środowisko, w którym Twój zespół inżynierski będzie faktycznie pracować.

VTEX IO a VTEX Legacy CMS

VTEX Legacy CMS to środowisko renderowane po stronie serwera, oparte na szablonach, które powstało przed composable'owym kierunkiem platformy. Większość nowych wdrożeń enterprise przeszła już na VTEX IO; marki wciąż korzystające z Legacy CMS czeka ścieżka migracji bez skrótów, to ćwiczenie z re-platformingu w ramach tego samego dostawcy, nie przełącznik w konfiguracji. Zgodnie z dokumentacją deweloperską VTEX, VTEX IO jest wspieraną ścieżką dla całego nowego developmentu funkcji: „Any development on VTEX IO begins and ends with VTEX IO CLI".

Model izolacji workspace'ów

VTEX IO wprowadza izolację przestrzeni roboczych (workspace) jako koncepcję pierwszoplanową. Każda przestrzeń robocza to niezależne środowisko – produkcyjne, stagingowe lub deweloperskie – które współdzieli tę samą hierarchię kont i dane katalogu, ale utrzymuje wdrożenia kodu w pełnej izolacji. Zespoły mogą przeprowadzać testy A/B między przestrzeniami roboczymi bez ingerencji w stan produkcyjny, co ma kluczowe znaczenie w projektach B2B commerce, gdzie reguły cenowe kontraktów lub konfiguracje widoczności na poziomie SKU nie mogą się swobodnie przenikać między środowiskami.

VTEX Store Framework

VTEX Store Framework to biblioteka komponentów działająca na bazie VTEX IO. Dostarcza gotowe bloki React – półkę produktów, wyniki wyszukiwania, checkout – które zespoły składają ze sobą, zamiast budować od zera. Dla organizacji zmierzających ku headless storefront, Store Framework stanowi złoty środek: szybszy niż w pełni niestandardowy build w React, a jednocześnie elastyczniejszy niż hostowany motyw. Zespoły wymagające pełnej kontroli nad frontendem mogą całkowicie pominąć Store Framework i korzystać z API VTEX IO w dowolnym frameworku React – choć wydłuża to czas budowy w mierzalnym stopniu: VTEX udostępnia ponad 100 API w ponad 500 endpointach dla konfiguracji i integracji headless commerce (IC Events PDF: VTEX for Headless Commerce, 2024).

Natywny OMS i orkiestracja zamówień jako przewaga konkurencyjna

System zarządzania zamówieniami (OMS) VTEX jest wbudowany bezpośrednio w rdzeń platformy – nie doklejony przez integrację API – i ta decyzja architektoniczna realnie wpływa na koszty orkiestracji zamówień omnichannel oraz niezawodność jej działania.

Większość enterprise'owych stosów commerce traktuje OMS jako odrębny system: instancję Fluent Commerce lub Manhattan Associates połączoną integracjami punkt-punkt, które trzeba utrzymywać przy każdej aktualizacji dostawcy. VTEX dostarcza routing zamówień, rezerwację stanów magazynowych, sekwencjonowanie przechwytywania płatności i logikę realizacji jako usługi pierwszej partii w tej samej warstwie SaaS multi-tenant, na której działa twój sklep. Nie ma tu żadnego middleware do utrzymania między warstwą commerce a warstwą OMS – bo strukturalnie to ta sama warstwa.

W praktyce ma to największe znaczenie dla trzech wzorców realizacji: kup online, odbierz w sklepie (BOPIS), wysyłka ze sklepu oraz routing zamówień marketplace między wieloma sprzedawcami. Każdy z tych wzorców wymaga widoczności stanów magazynowych w czasie rzeczywistym we wszystkich kanałach oraz logiki realizacji zdolnej do przekierowania w trakcie procesu, gdy magazyn wyczerpie zapasy. Integracja OMS jako dodatku dokłada opóźnienia i punkty awarii przy każdym wywołaniu API; natywna orkiestracja zamówień VTEX obsługuje zmiany stanu w tym samym kontekście żądania.

Możliwości wielosprzedawcowego marketplace jeszcze bardziej wzmacniają tę przewagę. Gdy VTEX działa jednocześnie jako platforma commerce i operator marketplace, dane o stanach magazynowych sprzedawców, ich indywidualne SLA realizacji i dane o doświadczeniu klientów – wszystko to znajduje się w jednej hierarchii kont. Nie ma żadnego zadania ETL, które musiałoby synchronizować dane katalogu sprzedawców z regułami routingu OMS.

Dla nabywców B2B oceniających VTEX: OMS natywnie obsługuje reguły podzielonych wysyłek oraz rozliczenia według centrum kosztów na poziomie linii zamówienia – co jest istotne dla hierarchii kont B2B, gdzie pojedyncze zamówienie zakupu może trafiać do wielu lokalizacji realizacji.

Możliwości B2B commerce: hierarchie, centra kosztów i cennik kontraktowy

VTEX obsługuje hierarchie kont B2B natywnie – bez middleware ani niestandardowego developmentu – co czyni ją realną platformą all-in-one dla marek sprzedających zarówno bezpośrednio konsumentom, jak i nabywcom hurtowym.

Moduł B2B obsługuje wielopoziomowe struktury kont: nadrzędne konto korporacyjne może zawierać wiele podrzędnych kont kupujących, każde z własnym centrum kosztów, zatwierdzonymi metodami płatności i limitami zakupów. Producent sprzedający ogólnopolskiej sieci handlowej może na przykład przypisać każdemu regionalnemu biuru zakupów własne centrum kosztów, podczas gdy konto nadrzędne konsoliduje fakturowanie. Whirlpool, jeden z najbardziej znanych klientów enterprise VTEX, działa w kanałach, które wymagają dokładnie takiego ustrukturyzowanego zarządzania nabywcami na dużą skalę.

Cennik kontraktowy na poziomie SKU jest egzekwowany na poziomie segmentu kupujących. Platynowy dystrybutor widzi inne ceny katalogowe niż standardowy reseller – a te reguły działają per SKU, nie per kategoria, co ma znaczenie, gdy ochrona marży różni się w obrębie asortymentu. Reguły segmentu kupujących decydują również o tym, które pozycje pojawiają się w widoku katalogu, dzięki czemu klient B2B widzi wyłącznie produkty, do których zakupu jest upoważniony.

Dla zespołów oceniających architektury composable commerce: możliwości B2B VTEX znajdują się w tej samej bazie kodu co B2C i marketplace – co oznacza, że hierarchie kont B2B korzystają z tego samego pipeline zamówień, logiki OMS i warstwy doświadczenia klientów co transakcje detaliczne. Nie ma osobnej instancji B2B do utrzymania ani drugiej powierzchni integracyjnej do synchronizowania. Razem – hierarchia kont, rozliczenia według centrum kosztów, zarządzanie organizacją kupujących, niestandardowy cennik i uprawnienia oparte na rolach – tworzą to, co VTEX oferuje jako swój B2B Suite.

VTEX vs. Shopify Plus vs. Adobe Commerce vs. Commercetools

Wybierz platformę dopasowaną do twojego modelu operacyjnego – nie tylko do potrzeb sklepu internetowego. Poniższa tabela ocenia cztery wiodące platformy commerce według kryteriów, które mają największe znaczenie na etapie shortlisty.

Kiedy VTEX wygrywa na shortliście: marki, które potrzebują natywnego marketplace'u wielu sprzedawców, ujednoliconego B2C i B2B w jednej bazie kodu oraz zarządzanej ścieżki do headless storefront bez pełnego composable build od zera. W naszym doświadczeniu przy projektach e-commerce dla dużych firm platforma ta najczęściej wypiera Adobe Commerce, gdy klienci zdają sobie sprawę, że koszt licencji Magento plus integracja bolt-on OMS plus middleware marketplace to trzy oddzielne kontrakty na możliwości, które VTEX dostarcza jako jedno rozwiązanie. Zrozumienie architektonicznych różnic między podejściami platformowymi pomaga wyjaśnić, dlaczego konsolidacja tych funkcji u jednego dostawcy często obniża zarówno koszty, jak i ryzyko integracji.

Kiedy VTEX nie jest właściwym wyborem: dla marek DTC poniżej 10 mln USD GMV (Shopify Plus jest szybszy i tańszy), zespołów, które chcą maksymalnej swobody frontendowej bez żadnych narzuconych przez platformę decyzji (tutaj uczciwa odpowiedź to commercetools), lub organizacji, których handel odbywa się wyłącznie w jednej geografii i jednym modelu biznesowym, bez ambicji marketplace'owych.

Commercetools to właściwy wybór, gdy twój zespół inżynierski jest wystarczająco duży, by przejąć odpowiedzialność za każdą warstwę stosu, a twój katalog produktów ma naprawdę niestandardowe wymagania dotyczące modelowania danych. Izolacja środowisk roboczych VTEX IO i opinionated model komponentów będą dla takiego zespołu zbyt restrykcyjne. W praktyce obie platformy rzadko konkurują o tego samego kupującego – decyzja zazwyczaj sprowadza się do wyboru między VTEX a Adobe Commerce dla przedsiębiorstw, które chcą głębi operacyjnej bez budowania wszystkiego od podstaw.

Ceny oparte na GMV: co oznaczają dla TCO

Ceny oparte na GMV oznaczają, że płacisz VTEX procent od wartości brutto towarów przetworzonych przez twój sklep, a nie stałą roczną opłatę licencyjną. W przypadku platformy e-commerce działającej w modelu multi-tenant SaaS taki model ma bezpośredni wpływ na planowanie budżetu, negocjowanie umów i ocenę całkowitego kosztu posiadania w porównaniu z alternatywami takimi jak Adobe Commerce czy samodzielnie hostowany stos Magento.

Ta strukturalna różnica ma największe znaczenie w momentach przełomowego wzrostu. Stała licencja Magento Enterprise kosztuje tyle samo, niezależnie od tego, czy generujesz 10 mln, czy 50 mln USD GMV rocznie – twoje koszty infrastruktury i operacji rosną, ale licencja nie. Przy cenach opartych na GMV opłata za VTEX skaluje się wraz z przychodami. Dla wiodących marek w fazie stabilnego wzrostu takie dopasowanie może wydawać się naturalne: płacisz więcej tylko wtedy, gdy więcej zarabiasz. Dla marek z kategoriami o wysokim wolumenie i niskiej marży (jak elektronika użytkowa) lub sezonowymi skokami, które koncentrują roczne GMV w 8 tygodniach, ekspozycja na revenue share staje się zmienną w planowaniu przepływów pieniężnych, a nie tylko pozycją budżetową (GetSwym - eCommerce Seasonality Trends by Industry).

Dźwignie negocjacyjne istnieją. Kontrakty enterprise VTEX zazwyczaj obejmują progi stawek GMV, pułapy wolumenowe, a w niektórych przypadkach model mieszany: bazowa opłata za platformę plus obniżony procent revenue share powyżej określonego progu GMV. Publiczne raporty finansowe VTEX wskazują, że stałe opłaty mieszczą się w przedziale od ok. 6 000 do 300 000 USD rocznie w zależności od skali kontraktu, nakładając się na stawkę opartą na GMV. To, którą dźwignię warto pociągnąć, zależy od trajektorii GMV, wolumenu marketplace'owego (GMV marketplace jest często rozliczany inaczej niż GMV sprzedaży własnej) oraz wolumenu cen kontraktowych B2B – wszystko to wpływa na efektywną stawkę, którą ostatecznie płacisz.

Uczciwe ujęcie dla CTO lub Head of Ecommerce: jeśli wzrost handlowy jest twoim celem, dobrze wynegocjowany model GMV dopasowuje interesy dostawcy do twoich. Jeśli twoja struktura marży jest cienka lub twoje GMV jest już na poziomie enterprise w momencie podpisania umowy, twardo negocjuj stawkę i pułap, zanim się zobowiążesz.

Czy VTEX jest odpowiedni dla ciebie? Schemat decyzyjny

VTEX dobrze sprawdza się w mid-market i enterprise, gdzie potrzebujesz natywnego marketplace'u wielu sprzedawców, hierarchii kont B2B i zarządzania zamówieniami w jednej bazie kodu – bez łączenia trzech oddzielnych dostawców. Skorzystaj z poniższej tabeli, by samodzielnie ocenić dopasowanie.

W projektach, które zrealizowaliśmy, scenariusz konsolidacji OMS najczęściej okazywał się głównym akceleratorem: marki, które wcześniej utrzymywały integrację z zewnętrznym OMS, odkryły, że natywna orkiestracja zamówień w VTEX eliminuje całą tę warstwę integracyjną. Ten wzorzec jest spójny z tym, co Netguru obserwuje szerzej w projektach modernizacji OMS: konsolidacja i inteligentna orkiestracja zamówień we wszystkich kanałach za pomocą ujednoliconego OMS zazwyczaj ogranicza liczbę błędów i anulowań zamówień o 15-20%, a czas ich przetwarzania i routingu skraca o 20-30% (Netguru, Order Management i AI, 2024). Model GMV istotnie zmienia też rozmowę o całkowitym koszcie posiadania (TCO) w przypadku marek przekraczających próg 50 mln USD GMV, tam stała licencja Magento plus infrastruktura plus oddzielny OMS mogą przewyższyć procentową opłatę VTEX. Jeśli chcesz sprawdzić, jak ta kalkulacja wypada przy różnych trajektoriach wzrostu, powyższa sekcja dotycząca cen szczegółowo opisuje mechanikę.

Często zadawane pytania o VTEX

Oceń VTEX pod kątem swojego stosu commerce enterprise

Jeśli wielodostępna platforma commerce SaaS VTEX spełnia Twoje wymagania, ujednolicone B2B i marketplace na jednej bazie kodu, natywny OMS zastępujący integrację zewnętrzną oraz cennik oparty na GMV skalujący się wraz z przychodami zamiast stałej licencji, kolejnym krokiem jest określenie zakresu wdrożenia.

Zespół commerce Netguru realizował projekty na platformie VTEX dla enterprise retailu i platform marketplace. Możemy pomóc Ci zamodelować TCO, ocenić architekturę workspace'ów VTEX IO względem Twojego obecnego stosu technologicznego i zdefiniować etapową ścieżkę migracji.

Porozmawiaj z naszym zespołem i sprawdź, czy VTEX to właściwy wybór dla Twojej platformy commerce, zanim powstanie pierwsza linia kodu.