Opisy i dane produktów w jednym miejscu: mini-PIM nad BaseLinkerem i Sellasist

Test, który robię na pierwszym spotkaniu ze sprzedawcą wielokanałowym, trwa dwie minuty. Proszę o jeden losowy produkt i otwieramy go równolegle w sklepie, na Allegro i w panelu integratora. W większości firm te trzy opisy nie są takie same. Różnią się gramaturą, kolorem albo długością gwarancji, czyli rzeczami, o które klient potem pisze na infolinię.

To nie kwestia niestaranności. Nigdzie po prostu nie ma miejsca, w którym opis produktu mieszka na stałe. Jest za to pięć miejsc, w których się go edytuje: panel sklepu, panel integratora, plik od producenta, arkusz przygotowany kiedyś do importu i konto Allegro, gdzie handlowiec „na szybko" poprawił tytuł.

Poniżej opisuję warstwę, której w tym układzie brakuje: mini-PIM, czyli własną bazę danych produktowych nad integratorem. Czym różni się od magazynu i integratora, jak ją zbudować, kto wygrywa przy konflikcie danych i kiedy lepiej kupić gotowy PIM.

TL;DR: PIM trzyma dane o produkcie (opisy, parametry, zdjęcia, ceny bazowe), magazyn stany, integrator operacje na zamówieniach. Mini-PIM to własna baza (NocoDB albo Postgres) z treścią osobną per kanał i synchronizacją w dół przez n8n. Budowa mieści się zwykle w 10–30 tys. zł. Warunek powodzenia jest jeden: każde pole ma dokładnie jednego właściciela i jeden kierunek przepływu.

Skąd bierze się rozjazd danych produktowych

Rozjazd zaczyna się od decyzji, która była słuszna. Sklep potrzebuje opisu pod SEO, Allegro czegoś innego, bo tytuł ma sztywny limit, a opis buduje się z sekcji i wąskiego zestawu tagów. Erli i Empik mają własne wymagania co do kategorii i parametrów. Ktoś więc raz napisał trzy wersje i dobrze zrobił.

Problem pojawia się przy pierwszej poprawce. Producent zmienia gramaturę, dochodzi certyfikat, skraca się gwarancja. Zmiana wymaga wejścia w cztery panele, więc po dwóch takich sytuacjach ktoś poprawia w dwóch miejscach i odkłada resztę na później.

Po roku nikt nie potrafi powiedzieć, gdzie leży aktualna wersja opisu. Odpowiedź brzmi „chyba w Allegro, bo tam poprawialiśmy ostatnio" i nie da się na niej oprzeć importu do nowego kanału. Płaci się za to reklamacjami, godzinami handlowców na ręczne poprawki i czasem wejścia na nowy kanał.

PIM, magazyn i integrator to trzy różne rzeczy

Te trzy warstwy mylą się nawet osobom z wieloletnim stażem w e-commerce, a rozróżnienie porządkuje resztę decyzji.

PIM trzyma dane, które zmieniają się rzadko i wymagają decyzji człowieka. Magazyn trzyma liczby zmieniające się co minutę, dlatego stan magazynowy nigdy nie powinien mieszkać w PIM: to najczęstszy błąd projektowy w domowej roboty bazach produktowych. Integrator obsługuje zamówienia, statusy i wysyłki, a dane produktowe trzyma przy okazji, bo musi.

I tu potrzebna jest uczciwa uwaga. Base, czyli dawny BaseLinker, rozwinął swój Manager Produktów w stronę PIM: osobne wersje opisów, tytułów i zdjęć dla różnych platform, Multi EAN, relacje między produktami, operacje masowe, generowanie opisów przez AI. W materiałach wprost pada określenie „jedno źródło prawdy". Sellasist ma zaawansowane zarządzanie asortymentem z modułem szybkich zmian i masową publikacją na Allegro. Jeśli siedzisz na jednym integratorze i katalog obsługuje jedna osoba, prawdopodobnie nie potrzebujesz niczego dokładać.

Mini-PIM opłaca się w innej sytuacji: gdy dane muszą trafiać także tam, gdzie integrator nie sięga (sklep na własnym silniku, katalog B2B, feed do porównywarek), gdy edytuje je kilka osób, albo gdy nie chcesz trzymać całego opisowego dorobku firmy w systemie, z którego kiedyś możesz chcieć się przenieść z powodów kosztowych.

Kiedy arkusz wystarczy, a kiedy przestaje

Prawie każdy mini-PIM zaczyna się jako arkusz i to dobry start. Arkusz wystarcza przy kilkuset indeksach, jednej osobie edytującej i jednym kanale docelowym. Cztery objawy mówią, że pora na coś więcej, i poznasz je po zachowaniu, nie po liczbie wierszy:

• Relacje jeden do wielu. Osiem zdjęć, dwanaście parametrów i trzy warianty na produkt kończą się kolumnami zdjecie_1 do zdjecie_8 i ręcznym sprawdzaniem, która jest pusta.
• Kilka osób edytuje naraz. Ktoś nadpisuje cudzą zmianę, ktoś sortuje zakres bez pierwszej kolumny i przesuwa dane o wiersz. Odtworzenie stanu sprzed tygodnia bywa niemożliwe.
• Brak walidacji. Cena jako tekst, EAN skrócony do notacji wykładniczej, pusty wymagany parametr. Arkusz przyjmie wszystko i wyśle dalej.
• Synchronizacja w drugą stronę. Gdy arkusz ma też przyjmować dane z kanałów, dochodzą limity API i pułapki opisane w tekście o granicach Google Sheets w automatyzacjach.

Przejście do bazy da się rozłożyć na raty: struktura kolumn z arkusza staje się pierwszą wersją schematu tabel, a sam arkusz zostaje jeszcze na kilka tygodni jako widok do masowych poprawek.

Co dokładnie trzyma mini-PIM

Model danych jest tu ważniejszy niż wybór narzędzia.

Klucz to SKU i musi być jeden dla całej firmy. Widziałem katalogi, w których ten sam produkt miał inny indeks w sklepie, inny u integratora i jeszcze inny w pliku od hurtowni. Uporządkuj indeksy, zanim cokolwiek zbudujesz, bo bez tego synchronizacja nie ma się o co zaczepić.

Druga decyzja to rozdzielenie treści wspólnej od kanałowej. Parametry, EAN i zdjęcia są wspólne, tytuł i opis idą per kanał. Cenę trzymamy jako bazową plus regułę per kanał (narzut na prowizję marketplace'u i cena minimalna), więc zmiana ceny zakupu przelicza się sama, zamiast wymagać siedmiu poprawek.

Architektura minimalna: baza, n8n, historia zmian

Baza. U nas najczęściej NocoDB na własnym serwerze: interfejs tabelaryczny dla osób nietechnicznych, a pod spodem Postgres, więc dane zostają w formacie, z którego zawsze da się wyjść. Przy większych katalogach alternatywą jest czysty Postgres z lekką aplikacją wewnętrzną do edycji. Zdjęcia leżą we własnym storage, w bazie zostaje adres.

Synchronizacja. Workflow w n8n zabiera zmienione rekordy i wypycha je do integratora, a stamtąd dalej do kanałów. Wyzwalacz to webhook z bazy przy zapisie rekordu albo cykliczny przebieg po polu „zmodyfikowano po ostatniej synchronizacji": wolniejszy, za to odporniejszy. Kiedy n8n dokłada się do integratora, a kiedy go zastępuje, rozstrzygamy w porównaniu Baselinkera i n8n. Trzy rzeczy decydują, czy całość przeżyje pierwszy większy import:

• Kolejkowanie i paczkowanie. API kanałów mają limity zapytań, więc aktualizacja dwóch tysięcy produktów idzie porcjami, z ponawianiem po błędzie.
• Status per produkt i kanał. Każda para produkt–kanał ma stan: do wysłania, wysłane, błąd z komunikatem. Bez tego nie odpowiesz, czy produkt jest już poprawiony na Erli.
• Jeden kierunek. Z bazy do integratora, z integratora do kanałów. Dwie równoległe drogi do tego samego kanału gwarantują konflikt.

Historia zmian. Log z informacją, kto, kiedy i co zmienił, razem z wartością sprzed zmiany. Brzmi jak dodatek na później, a ratuje najwięcej czasu, bo pytanie „kto skasował opis w tych czterdziestu produktach" pada prędzej czy później.

„Firmy proszą mnie o system, który sam wyśle opisy wszędzie. Prawdziwa robota jest gdzie indziej: w ustaleniu, które pole ma jednego właściciela. Kiedy handlowiec poprawia tytuł bezpośrednio na Allegro, a baza go nadpisuje, to nie jest problem techniczny, tylko nieustalona zasada." — Mikołaj Brunka, założyciel NoCodeWork

Koszt wdrożenia mieści się zwykle w widełkach pakietu automatyzacyjnego dla MŚP, czyli 10–30 tys. zł przy jednym integratorze i dwóch, trzech kanałach, plus 30–50 zł miesięcznie za VPS pod bazę.

AI do wariantów opisów per kanał

Model językowy zarabia tu na siebie w jednym zastosowaniu: nie w pisaniu opisu od zera, tylko w przepisywaniu gotowego opisu na warianty kanałowe. Masz opis sklepowy, potrzebujesz z niego tytułu w limicie Allegro, skróconej wersji do Erli i listy punktów do karty B2B. Cały pipeline hurtowego generowania opisów rozbieramy w osobnym tekście: AI do opisów produktów.

Na wejście idą dane strukturalne z bazy: parametry, kategoria, marka, zastosowanie. Model, który dostaje tabelę parametrów, kłamie znacznie rzadziej niż model z poleceniem „napisz opis odkurzacza". Do tego dokładamy zasady kanału: limit znaków, zakaz nazw konkurencji, dozwolone tagi. Bez trzech ustawień AI zamieni jeden problem na inny:

• Człowiek akceptuje, zanim treść pójdzie w świat. Wygenerowana wersja ląduje w kolejce ze statusem „do akceptacji". Przy pierwszych stu produktach przeglądasz wszystko, potem próbki.
• Twarde parametry nie przechodzą przez model. Wymiary, gramatura, EAN i moc idą z tabeli do szablonu w niezmienionej formie, jako dane, nie jako materiał do przeredagowania.
• Zapisujesz wersję i prompt. Inaczej po pół roku nie odróżnisz treści pisanej przez człowieka od wygenerowanej.

Przy dziesięciu tysiącach indeksów i trzech kanałach mówimy o trzydziestu tysiącach generacji, więc pilnuj kosztu: mocniejszy model do opisu głównego, tańszy do skrótów i tytułów.

Kto wygrywa przy rozjeździe: reguła jednego kierunku

To pułapka, która zabija najwięcej wdrożeń tego typu, i jest organizacyjna, nie techniczna. Powstaje w dniu, w którym baza wypycha opisy do kanałów, a ludzie dalej mają prawo poprawiać je w panelach. Rozwiązanie polega na przypisaniu właściciela do pola, nie do systemu.

Poprawka zrobiona w panelu kanału zostanie nadpisana. To nie usterka, tylko cel istnienia całego systemu. Zespół musi o tym wiedzieć pierwszego dnia, bo inaczej pierwsza nadpisana poprawka skończy się wnioskiem, że „ten nowy system kasuje nam pracę".

Wyjątek robi się przez pole, nie przez omijanie systemu. Jeśli pewne oferty mają zostać nietknięte, dodaj w bazie znacznik „nie synchronizuj tego pola" i uszanuj go w workflow. Wyjątek zapisany w bazie jest widoczny, wyjątek w czyjejś głowie nie.

Pierwsze uruchomienie idzie na wąskiej grupie. Dwadzieścia produktów, jeden kanał, tryb podglądu pokazujący, co się zmieni. Import na cały katalog bez tego kroku to najdroższy sposób na odkrycie, że mapowanie kategorii było przesunięte.

Mapowanie kategorii i parametrów Allegro

Allegro to zwykle najtrudniejszy kanał do podpięcia i warto wiedzieć dlaczego, zanim zacznie się szacować pracę. Parametry są przypisane do kategorii i pobiera się je osobno dla każdej z nich (w API służy do tego GET /sale/categories/{categoryId}/parameters). Część jest wymagana, część słownikowa, a wartości słownikowe mają własne identyfikatory. Twoje pole „Kolor: granatowy" musi zamienić się w konkretny identyfikator wartości w konkretnym parametrze konkretnej kategorii. Robi to tabela mapowania, którą ktoś musi raz uzupełnić.

Dochodzą twarde ograniczenia formatu: tytuł oferty ma limit 12–75 znaków i musi zawierać co najmniej trzy wyrazy, a opis buduje się z sekcji z wąskim zestawem dozwolonych tagów. Opis sklepowy z tabelami nie przejdzie tam jeden do jednego i to główny powód, dla którego trzymamy treść osobno per kanał.

Osobna sprawa to katalog produktów Allegro. Oferty można zakładać na podstawie produktu z katalogu, dopasowanego po GTIN, i wtedy część treści bierze się z karty katalogowej, a nie z Twoich danych. Wygodne, dopóki karta jest poprawna, uciążliwe, gdy zawiera błąd, którego nie zmienisz jednostronnie.

Drzewo kategorii i wymagane parametry zmieniają się, więc potrzebny jest cykliczny przebieg odświeżający słowniki i raportujący produkty, którym brakuje wymaganego parametru. Szerzej o tym kanale pisaliśmy przy automatyzacji sprzedaży na Allegro, a przy innych systemach zacznij od pytania, czy narzędzie ma API.

Kiedy sięgnąć po pełny PIM: Akeneo i Ergonode

Akeneo od początku rozwija darmową Community Edition na otwartej licencji, którą hostujesz u siebie, oraz płatną chmurę Akeneo Product Cloud z dodatkowymi modułami i wsparciem. Community Edition jest realną opcją, jeśli masz kogoś, kto weźmie na siebie utrzymanie, bo to pełnoprawna aplikacja, a nie tabela z dodatkami.

Ergonode to platforma z Krakowa, dziś sprzedawana w modelu SaaS. Ma plan darmowy do 1000 produktów z limitem kredytów AI, a wyżej cennik roczny: Advance od 5990 euro (do 25–50 tys. produktów), Scale 19 990 euro (do 300 tys.) i Enterprise z wyceną indywidualną (ceny ze strony producenta, sierpień 2026). Historyczne repozytorium ergonode/backend zarchiwizowano w lutym 2023, więc do samodzielnego hostowania to nie ten kierunek.

Po pełny PIM sięgaj, gdy pojawia się choć jedno z czterech:

• katalog powyżej mniej więcej 20–30 tysięcy indeksów, zwłaszcza ze złożonymi wariantami;
• wiele języków i rynków z tłumaczeniami mającymi własny obieg akceptacji;
• kilkuosobowy zespół contentowy z rolami i workflow zatwierdzania;
• dostawcy przysyłający dane w kilkunastu formatach, które trzeba regularnie normalizować.

U większości polskich MŚP sprzedających w kilku kanałach żaden z tych punktów nie występuje i mini-PIM zamyka temat taniej. Ta sama logika rządzi każdym wyborem „własne kontra gotowe", opisanym przy wadach własnej aplikacji wobec gotowego narzędzia.

Kiedy mini-PIM to zły pomysł

Masz jeden kanał sprzedaży. Źródłem prawdy jest wtedy sam sklep, a każda warstwa nad nim dokłada pracy bez zysku.

Siedzisz w całości na jednym integratorze i nie zamierzasz tego zmieniać. Manager Produktów w Base obsługuje treści per kanał, warianty i operacje masowe. Własna baza obok oznacza dwa miejsca do edycji i konflikt, który sam sobie zafundowałeś.

Nikt nie odpowiada za dane produktowe. Jeśli nie ma osoby, do której należy pytanie „czyj jest ten opis", system tylko szybciej rozniesie bałagan po kanałach. Ten sam mechanizm opisaliśmy przy mapowaniu procesów przed automatyzacją.

Twój katalog to kilkaset indeksów zmieniających się raz na kwartał. Arkusz z porządną strukturą obsłuży to bez wdrożenia. Listę rzeczy, których automatyzować nie warto, zebraliśmy osobno.

Zostaje ryzyko, o którym trzeba powiedzieć wprost: mini-PIM to system, który ktoś musi utrzymywać. Kanały zmieniają API, Allegro zmienia parametry kategorii, dochodzą nowe obowiązki informacyjne. Integrator robi to za Ciebie w abonamencie i za to właśnie płacisz.

FAQ

Czym różni się PIM od integratora typu BaseLinker?

PIM odpowiada za dane o produkcie: opisy, parametry, zdjęcia, kategorie, cenę bazową. Integrator odpowiada za operacje: zamówienia z kanałów, statusy, wysyłki, zwroty. Integratory rozwijają dziś własne moduły produktowe (Manager Produktów w Base trzyma osobne treści per kanał), więc osobny PIM opłaca się głównie wtedy, gdy dane muszą trafiać także poza integrator.

Czy do mini-PIM wystarczy arkusz Google?

Przy kilkuset indeksach, jednej osobie edytującej i jednym kanale docelowym zwykle tak. Arkusz przestaje wystarczać, gdy pojawiają się relacje jeden do wielu (wiele zdjęć, parametrów i wariantów na produkt), gdy edytuje kilka osób naraz albo gdy potrzebna jest walidacja typów danych. Wtedy lepsza jest baza z interfejsem tabelarycznym, na przykład NocoDB.

Kto wygrywa, gdy opis w bazie różni się od opisu na Allegro?

Wygrywa właściciel pola i trzeba to ustalić przed pierwszym uruchomieniem. Standardowo opisy, tytuły, zdjęcia i parametry mają właściciela w PIM i płyną wyłącznie w dół, do kanałów, więc poprawka zrobiona w panelu kanału zostanie nadpisana. Oferty, które mają zostać nietknięte, oznacz w bazie znacznikiem blokującym synchronizację pola.

Ile kosztuje zbudowanie mini-PIM?

Wdrożenie z bazą, synchronizacją do jednego integratora i publikacją na dwóch, trzech kanałach mieści się zwykle w widełkach pakietu automatyzacyjnego dla MŚP, czyli 10–30 tys. zł, plus 30–50 zł miesięcznie za VPS. Drożej wychodzi wariant z integracją ERP albo wieloma językami. Doliczyć trzeba utrzymanie, bo kanały zmieniają wymagania kilka razy w roku.

Czy Akeneo albo Ergonode nie będzie prościej niż budować własne?

Przy dużym katalogu i zespole contentowym tak. Akeneo ma darmową Community Edition na otwartej licencji do samodzielnego hostowania oraz płatną wersję chmurową. Ergonode (firma z Krakowa) sprzedaje SaaS z darmowym planem do 1000 produktów i cennikiem od 5990 euro rocznie w planie Advance (dane ze strony producenta, sierpień 2026). Przy kilku tysiącach indeksów pełny PIM to zwykle więcej narzędzia, niż potrzeba.

Podsumowanie

Rozjazd opisów między sklepem, Allegro i resztą kanałów bierze się z tego, że dane produktowe nigdzie nie mają swojego domu. Dopóki go nie ma, każda poprawka to praca razy liczba kanałów, a wejście na nowy kanał zamienia się w projekt.

Mini-PIM rozwiązuje to bez przesady w drugą stronę: baza z jasnym modelem danych, treść osobna per kanał, ceny liczone z reguły, synchronizacja w dół przez n8n i log zmian. Zanim jednak cokolwiek zbudujesz, odpowiedz na dwa pytania: czy Twój obecny integrator już tego nie robi i kto w firmie jest właścicielem opisu produktu. Bez odpowiedzi na drugie dwa źródła prawdy pozostaną dwoma źródłami prawdy, tylko szybciej zsynchronizowanymi.

Chcesz ustalić, czy w Waszym przypadku wystarczy lepiej wykorzystać integrator, czy potrzebna jest osobna warstwa danych produktowych? Umów bezpłatną konsultację — powiemy wprost, jeśli wystarczy uporządkowanie tego, co już macie, i żadne wdrożenie nie jest potrzebne.

Przeczytaj również

• BaseLinker drożeje: policz koszt na zamówienie i sprawdź alternatywy
• Własny panel zamówień przy 5000+ zamówień miesięcznie
• NocoDB: Airtable na własnym serwerze. Kiedy warto i jak zacząć
• Google Sheets w automatyzacjach: kiedy arkusz wystarczy, a kiedy się zemści
• Automatyzacja sprzedaży na Allegro: co realnie się da zautomatyzować