Integracja WooCommerce z PIM: kiedy sklep potrzebuje systemu PIM i jak go podłączyć
Opisy w arkuszu Excel, parametry techniczne w plikach od dostawców, zdjęcia na dysku, nazwy magazynowe w ERP, a poprawki wprowadzane ręcznie w panelu WooCommerce. Przy kilkudziesięciu produktach da się tak pracować. Przy kilku tysiącach, trzech językach i dwóch marketplace'ach każda zmiana opisu staje się osobnym projektem, a błędy wychodzą dopiero przy zwrotach i reklamacjach.
Na ten problem odpowiada PIM, czyli system do zarządzania informacją produktową. Wyjaśniamy, czym różni się od ERP i od samego WooCommerce, kiedy naprawdę się opłaca, a kiedy nie, jak wygląda integracja WooCommerce z PIM w praktyce i ile kosztują popularne systemy. Ceny sprawdziliśmy 3 listopada 2026 r.
Czym jest PIM, a czym nie jest
PIM (Product Information Management) to jedno miejsce na treść produktów: nazwy handlowe, opisy, atrybuty i parametry techniczne, zdjęcia, karty techniczne, instrukcje i tłumaczenia. Dobry PIM pilnuje kompletności (np. produkt nie trafi do sklepu, dopóki nie ma zdjęcia i opisu po niemiecku), pozwala przygotować inną wersję treści dla każdego kanału i dzieli pracę między osoby: jedna uzupełnia dane techniczne, druga pisze opisy, trzecia je zatwierdza.
PIM a ERP
ERP obsługuje transakcje: ceny, stany magazynowe, zamówienia, dokumenty i faktury. Kartoteka towaru w ERP ma zwykle nazwę magazynową, indeks i kilka pól technicznych, ale nie nadaje się do pisania opisów w pięciu językach. PIM nie zastępuje ERP, tylko przejmuje treść. Zasada, od której zaczynamy każdy taki projekt: każda informacja ma jednego właściciela. Cena i stan pochodzą z ERP, opis i atrybuty z PIM, a zamówienie powstaje w sklepie.
PIM a WooCommerce
WooCommerce też przechowuje dane produktów i dla wielu sklepów to wystarcza. Jest jednak kanałem sprzedaży, a nie systemem do zarządzania danymi: nie ma procesu akceptacji ani kontroli kompletności, a treść przygotowana w sklepie zostaje w sklepie. Gdy dochodzi marketplace, druga wersja językowa czy platforma B2B, WooCommerce staje się jednym z kilku odbiorców danych, a nie ich źródłem.
Kiedy sklep potrzebuje systemu PIM
Nie decyduje sama liczba produktów, tylko to, ile osób, kanałów i wersji tej samej informacji trzeba utrzymać. Sygnały, że PIM się zwróci:
- Dużo SKU z wieloma atrybutami. Tysiące produktów z parametrami, jednostkami i wariantami, przy których ręczna edycja prowadzi do niespójności.
- Kilka kanałów sprzedaży. Sklep, Allegro, Amazon, porównywarki cen, platforma B2B, katalog drukowany. Każdy kanał chce innych pól i innej długości opisu.
- Kilka języków i rynków. Tłumaczenia trzeba zlecać, sprawdzać i aktualizować przy każdej zmianie produktu, a nie raz w roku.
- Wiele osób edytuje dane. Dział produktu, marketing, agencja, tłumacze. Potrzebne są role, uprawnienia i historia zmian.
- Dane od dostawców. Każdy dostawca przysyła plik w innym formacie, z innymi nazwami atrybutów i jednostkami. PIM pozwala je ujednolicić przed publikacją.
- Katalog B2B. Parametry techniczne, certyfikaty, karty charakterystyki i różne asortymenty dla grup klientów. Więcej o takich sklepach piszemy w artykule o sklepie B2B dla producentów i hurtowni.
Dochodzą też wymagania prawne. Od 13 grudnia 2024 r. unijne rozporządzenie o ogólnym bezpieczeństwie produktów (GPSR) wymaga, by oferta w sklepie internetowym jasno pokazywała m.in. dane producenta, zdjęcie i identyfikator produktu oraz ostrzeżenia i informacje o bezpieczeństwie w języku zrozumiałym dla konsumenta. Przy kilkuset markach takie dane łatwiej utrzymać jako atrybuty w jednym systemie niż jako tekst wklejany do opisów.
Kiedy PIM nie jest potrzebny
Mały sklep PIM-u nie potrzebuje. Jeśli masz kilkaset produktów, jeden język, jeden kanał sprzedaży i dwie osoby, które dodają produkty, PIM będzie drogim pośrednikiem: licencja albo serwer, wdrożenie, model danych, szkolenie, a potem utrzymanie kolejnej integracji. Więcej da wtedy uporządkowanie samego WooCommerce: globalne atrybuty zamiast wpisywanych osobno w każdym produkcie, spójne nazewnictwo, import CSV przy większych zmianach oraz integracja WooCommerce z ERP dla cen i stanów. PIM rozwiązuje problem organizacji pracy nad danymi. Jeśli ta praca jest prosta, system się nie zwróci.
Jak PIM łączy się z WooCommerce
Kierunek przepływu danych
W typowym układzie dane płyną tak:
- Z PIM do sklepu: nazwy, opisy, atrybuty, kategorie, zdjęcia, pliki i tłumaczenia. Przepływ jest jednokierunkowy, a treści produktu nie poprawia się w WooCommerce, bo następna synchronizacja i tak by ją nadpisała.
- Z ERP do sklepu: ceny, stany magazynowe i dostępność.
- Ze sklepu do ERP: zamówienia i dane klientów.
Wspólnym kluczem jest SKU, czyli indeks towaru. Od wersji 9.2 WooCommerce ma też osobne pole na kod GTIN, EAN, UPC lub ISBN, zarówno w produktach, jak i w wariantach. Przydaje się do łączenia danych, do porównywarek i do identyfikacji produktu, której wymaga GPSR. Bez jednego, stałego klucza we wszystkich systemach integracja zaczyna tworzyć duplikaty.
Gotowy konektor czy integracja przez API
Część dostawców ma konektor do WooCommerce w ofercie: Sales Layer wymienia go w porównaniu planów (w niższych planach jako płatny dodatek). Do Akeneo i Pimcore konektory oferują firmy trzecie. Ergonode w cenniku wymienia konektory m.in. do PrestaShop, Magento i Base.com (dawniej BaseLinker), a Plytix do Shopify, BigCommerce i Wayfair, więc WooCommerce podłącza się do nich przez API, pośrednika albo pliki feed. Sam WooCommerce ma REST API, przez które można tworzyć i aktualizować produkty, warianty, kategorie i atrybuty.
Gotowe konektory mają ograniczone funkcje. Sprawdzają się przy prostym katalogu, a zaczynają przeszkadzać, gdy model danych w PIM jest bogatszy niż w sklepie, gdy dochodzą tłumaczenia albo nietypowe pola. Wtedy budujemy własną integrację, która przenosi dane dokładnie tak, jak potrzebuje sklep.
Atrybuty i warianty
PIM rozróżnia typy atrybutów: tekst, liczbę z jednostką, listę wyboru, pole tak/nie, plik. WooCommerce ma prostszy model: atrybuty globalne (wspólne dla całego sklepu, z listą wartości, używane w filtrach i przy wariantach) oraz atrybuty niestandardowe, które istnieją tylko w jednym produkcie. Na etapie planowania trzeba zdecydować, które atrybuty z PIM staną się globalnymi atrybutami WooCommerce (np. kolor, rozmiar, materiał), a które trafią do tabeli parametrów. Liczba z jednostką w sklepie zwykle staje się tekstem, więc warto ujednolicić jej zapis.
Warianty to częsta pułapka. Akeneo pozwala na jeden lub dwa poziomy wariantów, np. model, pod nim kolor, a pod kolorem rozmiar. W WooCommerce jest jeden poziom: produkt zmienny i jego warianty opisane kombinacją atrybutów. Integracja musi więc spłaszczyć strukturę i ustalić, gdzie trafiają zdjęcia przypisane do koloru.
Kategorie
PIM może mieć osobne drzewa kategorii dla sklepu, marketplace'u i katalogu. Do WooCommerce trafia drzewo sklepu. Przebudowa kategorii w PIM zmienia adresy w sklepie, więc wymaga przekierowań 301, inaczej tracisz ruch z Google.
Zdjęcia i pliki (DAM)
Oryginały zdjęć i dokumentów warto trzymać w PIM albo w połączonym z nim systemie DAM. WooCommerce przy każdym wgranym zdjęciu tworzy kilka miniatur, więc integracja powinna wysyłać tylko nowe i zmienione pliki, a nie cały komplet przy każdej synchronizacji. Inaczej biblioteka mediów szybko puchnie. Z PIM mogą też przychodzić teksty alternatywne zdjęć i pliki PDF, np. karty techniczne.
Tłumaczenia: WPML i Polylang
W PIM tłumaczenie to wartość atrybutu w danym języku. W WooCommerce z WPML albo Polylang każda wersja językowa to osobny produkt powiązany z oryginałem. WPML z dodatkiem WooCommerce Multilingual pozwala przez REST API utworzyć produkt w wybranym języku i wskazać, czego jest tłumaczeniem, ale nazwy atrybutów tłumaczy się w panelu WPML, a nie przez API. Polylang obsługuje WooCommerce przez płatny dodatek Polylang for WooCommerce, a REST API wymaga wersji Pro. Ustal też, co dzieje się z produktem, który nie ma jeszcze tłumaczenia. Lepiej, żeby nie pojawił się w obcej wersji sklepu z polskim opisem.
Wydajność dużych importów
REST API WooCommerce domyślnie przyjmuje do 100 obiektów w jednym zapytaniu zbiorczym. Pierwszy pełny import kilkudziesięciu tysięcy produktów ze zdjęciami może więc trwać godzinami i w tym czasie obciążać sklep. Przy dużych katalogach wysyłamy tylko zmiany od ostatniej synchronizacji, porcjami i w kolejce, zdjęcia osobno od danych, a ciężkie operacje planujemy na godziny najmniejszego ruchu.
Typowe problemy
- Dwa systemy piszą do tego samego pola. ERP i PIM nadpisują sobie nazwę produktu, a w sklepie widać tę, która przyszła później.
- Ręczne poprawki w sklepie. Ktoś zmienia opis w WooCommerce, a następna synchronizacja go kasuje.
- Niespójne wartości. „Czarny”, „czarny” i „black” jako trzy różne wartości atrybutu dają trzy pozycje w filtrze.
- Wycofane produkty. Trzeba ustalić, czy produkt znika, dostaje status „niedostępny”, czy przekierowanie, żeby nie zostawiać błędów 404.
- Brak monitoringu. Integracja przestaje działać po aktualizacji wtyczki i nikt tego nie zauważa przez tydzień.
Ile kosztuje PIM: porównanie cen (stan na listopad 2026 r.)
Poniżej ceny katalogowe licencji i abonamentów sprawdzone 3 listopada 2026 r. na stronach producentów. Nie obejmują wdrożenia, modelowania danych, hostingu wersji open source ani integracji ze sklepem.
| System | Wersja bezpłatna | Płatne wersje | Uwagi |
|---|---|---|---|
| Akeneo | Community Edition: open source (licencja OSL 3.0), hosting po Twojej stronie | Growth: od 35 000 EUR rocznie (cena dla UE); Advanced i Premium: na zapytanie | Płatne wersje w modelu SaaS; konektory do WooCommerce od firm trzecich |
| Pimcore | Community Edition na licencji POCL: bezpłatnie m.in. dla firm z rocznym przychodem poniżej 5 mln EUR/USD | Professional: 9 900 USD rocznie (w sklepie Pimcore 8 400 EUR rocznie); Enterprise: 29 900 USD rocznie; PaaS: na zapytanie | Własny hosting albo PaaS; konektory do WooCommerce od firm trzecich |
| Ergonode | Free: 0 EUR, do 1 000 produktów i 2 użytkowników | Advance: od 5 990 EUR rocznie; Scale: od 19 990 EUR rocznie; Enterprise: na zapytanie | SaaS; ceny netto, płatność z góry za rok |
| Plytix | Standard: 0 EUR miesięcznie przy 100 SKU | Pro: od 149 EUR miesięcznie; Enterprise: od 699 EUR miesięcznie; cena rośnie z liczbą SKU, powyżej 25 000 SKU wycena indywidualna | SaaS; konektory do Shopify, BigCommerce i Wayfair jako dodatki |
| Sales Layer | brak | Wszystkie plany na zapytanie | SaaS; konektor WooCommerce w porównaniu planów |
Ceny się zmieniają, część dostawców pokazuje je zależnie od kraju odwiedzającego, a wielu wycenia każde wdrożenie indywidualnie. Traktuj tabelę jako punkt wyjścia i sprawdź aktualny cennik u producenta. Pamiętaj też, że bezpłatna wersja open source wymaga serwera, aktualizacji i kogoś, kto się nią zajmie.
Jak podchodzimy do integracji z PIM
Z Akeneo i Pimcore pracowaliśmy przy projektach sklepów na Magento, zetknęliśmy się też z Ergonode. Na co dzień łączymy sklepy z systemami ERP, PIM i CRM. Zaczynamy od ustalenia, który system jest właścicielem jakich danych, potem mapujemy atrybuty, warianty, kategorie i języki. Gdy gotowy konektor wystarcza, korzystamy z niego. Gdy ma za mało funkcji, budujemy własną integrację.
Integracje testujemy na kopii sklepu, a nie na produkcji. Zwykle zajmują 2-4 tygodnie od podjęcia decyzji do uruchomienia. Własna integracja z ERP zaczyna się u nas od 3 500 zł netto, a integrację z PIM wyceniamy po rozmowie, bo jej zakres zależy od modelu danych. Bieżący monitoring integracji obejmuje nasz pakiet opieki. Zobacz, czym zajmujemy się w ramach integracji ERP, PIM i CRM, albo poproś o bezpłatną wycenę.