Feed produktowy dla mebli – wymiary, waga, liczba paczek i atrybuty

Mateusz Piotrowicz
Mateusz Piotrowicz
Technical & Logistics Expert
Feed produktowy dla mebli – wymiary, waga, liczba paczek i atrybuty
Feed produktowy dla mebli to plik lub strumień danych, z którego marketplace, porównywarka czy system reklamowy pobiera informacje o Twoich produktach: nazwy, ceny, stany, zdjęcia, parametry. W większości branż feed to po prostu lista produktów. W meblach to coś więcej – feed musi przenieść wymiary, wagę, liczbę paczek, materiały, kolory, warianty i terminy realizacji, bo bez nich oferta nie trafi do filtrów, koszt dostawy będzie źle policzony, a klient nie dowie się, czy sofa zmieści się w jego salonie.
W tym poradniku pokazujemy, jak przygotować feed produktowy dla mebli na potrzeby marketplace, np. marketplace Black Red White (BRW), oraz innych kanałów: jakie pola są kluczowe, jak opisywać meble wielopaczkowe, jak obsłużyć warianty, jak mapować kategorie i atrybuty oraz jak utrzymać feed aktualny. Konkretny format pliku i wymagane pola zależą od platformy – zawsze sprawdzaj aktualną specyfikację od zespołu marketplace.
Feed meble – po co i dla kogo
Jeden dobrze przygotowany katalog produktów może zasilać wiele kanałów naraz. Różnią się one jednak formatem i wymaganiami, dlatego warto myśleć o feedzie jako o jednym źródle danych, z którego generuje się pliki dla poszczególnych odbiorców.
Odbiorca feedu | Do czego służy | Specyfika dla mebli |
Marketplace (np. BRW) | Import i aktualizacja ofert | Kategorie i atrybuty według słownika platformy |
Google Merchant Center | Reklamy produktowe i bezpłatne informacje o produktach | Wymiary i waga do kosztów dostawy, warianty |
Katalog reklamowy Meta | Reklamy dynamiczne | Zdjęcia aranżacyjne, warianty kolorów |
Porównywarki cen | Prezentacja ofert i ruch do sklepu | Kategorie, koszt dostawy, dostępność |
Partnerzy B2B i dealerzy | Oferta dla sprzedaży hurtowej | Ceny hurtowe, stany, terminy produkcji |
Jeśli Twoje dane produktowe są rozproszone – część w ERP, część w arkuszach, część w głowach handlowców – zacznij od zbudowania jednego katalogu. O tym, jak połączyć ERP z marketplace, piszemy w tekście o integracji ERP producenta mebli z marketplace.
Kluczowe pola feedu dla mebli
Poniższa lista to praktyczne minimum dla mebli. Nazwy pól różnią się między platformami, ale informacje, które muszą się w nich znaleźć, są podobne.
Grupa | Pola | Dlaczego są ważne |
Identyfikacja | SKU, EAN (jeśli jest), nazwa producenta, kod modelu | Łączenie ofert, stanów i zamówień |
Treść | Tytuł, opis, kategoria, marka | Widoczność i zrozumienie oferty |
Cena i dostępność | Cena, stan, termin realizacji | Aktualność oferty i obietnicy dostawy |
Wymiary produktu | Szerokość, wysokość, głębokość, wymiary funkcjonalne | Filtry i decyzja klienta |
Logistyka | Liczba paczek, wymiary i waga każdej paczki, łączna waga | Koszt i sposób dostawy |
Atrybuty | Kolor, materiał, styl, funkcje, wypełnienie, rodzaj frontów | Filtry kategorii |
Warianty | Identyfikator grupy wariantów, kolor, rozmiar, strona | Łączenie wariantów w jedną ofertę |
Media | Zdjęcia główne i dodatkowe, aranżacje, wideo | Prezentacja produktu |
Bezpieczeństwo i zgodność | Dane producenta, osoba odpowiedzialna w UE, ostrzeżenia | Wymogi prawne i platformy |
[#wazne] Rozróżniaj wymiary produktu i wymiary paczek. Klient potrzebuje wymiarów mebla po złożeniu, a przewoźnik i kalkulator kosztów dostawy – wymiarów i wagi kartonów. Mieszanie tych danych to jeden z najczęstszych błędów w feedach meblowych i przyczyna źle policzonych kosztów transportu.
Meble wielopaczkowe w feedzie
Szafa w trzech kartonach to jeden produkt dla klienta, ale trzy przesyłki dla przewoźnika. Feed powinien to odzwierciedlać: liczba paczek, wymiary i waga każdej z nich, a w systemie – stan kompletu liczony z najmniej dostępnej paczki. Jeśli platforma nie ma osobnych pól na każdą paczkę, podaj co najmniej liczbę paczek i łączną wagę, a szczegóły umieść w opisie.
Feed produktowy dla mebli to plik lub strumień danych, z którego marketplace, porównywarka czy system reklamowy pobiera informacje o Twoich produktach: nazwy, ceny, stany, zdjęcia, parametry. W większości branż feed to po prostu lista produktów. W meblach to coś więcej – feed musi przenieść wymiary, wagę, liczbę paczek, materiały, kolory, warianty i terminy realizacji, bo bez nich oferta nie trafi do filtrów, koszt dostawy będzie źle policzony, a klient nie dowie się, czy sofa zmieści się w jego salonie.
W tym poradniku pokazujemy, jak przygotować feed produktowy dla mebli na potrzeby marketplace, np. marketplace Black Red White (BRW), oraz innych kanałów: jakie pola są kluczowe, jak opisywać meble wielopaczkowe, jak obsłużyć warianty, jak mapować kategorie i atrybuty oraz jak utrzymać feed aktualny. Konkretny format pliku i wymagane pola zależą od platformy – zawsze sprawdzaj aktualną specyfikację od zespołu marketplace.
Feed meble – po co i dla kogo
Jeden dobrze przygotowany katalog produktów może zasilać wiele kanałów naraz. Różnią się one jednak formatem i wymaganiami, dlatego warto myśleć o feedzie jako o jednym źródle danych, z którego generuje się pliki dla poszczególnych odbiorców.
Odbiorca feedu | Do czego służy | Specyfika dla mebli |
Marketplace (np. BRW) | Import i aktualizacja ofert | Kategorie i atrybuty według słownika platformy |
Google Merchant Center | Reklamy produktowe i bezpłatne informacje o produktach | Wymiary i waga do kosztów dostawy, warianty |
Katalog reklamowy Meta | Reklamy dynamiczne | Zdjęcia aranżacyjne, warianty kolorów |
Porównywarki cen | Prezentacja ofert i ruch do sklepu | Kategorie, koszt dostawy, dostępność |
Partnerzy B2B i dealerzy | Oferta dla sprzedaży hurtowej | Ceny hurtowe, stany, terminy produkcji |
Jeśli Twoje dane produktowe są rozproszone – część w ERP, część w arkuszach, część w głowach handlowców – zacznij od zbudowania jednego katalogu. O tym, jak połączyć ERP z marketplace, piszemy w tekście o integracji ERP producenta mebli z marketplace.
Kluczowe pola feedu dla mebli
Poniższa lista to praktyczne minimum dla mebli. Nazwy pól różnią się między platformami, ale informacje, które muszą się w nich znaleźć, są podobne.
Grupa | Pola | Dlaczego są ważne |
Identyfikacja | SKU, EAN (jeśli jest), nazwa producenta, kod modelu | Łączenie ofert, stanów i zamówień |
Treść | Tytuł, opis, kategoria, marka | Widoczność i zrozumienie oferty |
Cena i dostępność | Cena, stan, termin realizacji | Aktualność oferty i obietnicy dostawy |
Wymiary produktu | Szerokość, wysokość, głębokość, wymiary funkcjonalne | Filtry i decyzja klienta |
Logistyka | Liczba paczek, wymiary i waga każdej paczki, łączna waga | Koszt i sposób dostawy |
Atrybuty | Kolor, materiał, styl, funkcje, wypełnienie, rodzaj frontów | Filtry kategorii |
Warianty | Identyfikator grupy wariantów, kolor, rozmiar, strona | Łączenie wariantów w jedną ofertę |
Media | Zdjęcia główne i dodatkowe, aranżacje, wideo | Prezentacja produktu |
Bezpieczeństwo i zgodność | Dane producenta, osoba odpowiedzialna w UE, ostrzeżenia | Wymogi prawne i platformy |
[#wazne] Rozróżniaj wymiary produktu i wymiary paczek. Klient potrzebuje wymiarów mebla po złożeniu, a przewoźnik i kalkulator kosztów dostawy – wymiarów i wagi kartonów. Mieszanie tych danych to jeden z najczęstszych błędów w feedach meblowych i przyczyna źle policzonych kosztów transportu.
Meble wielopaczkowe w feedzie
Szafa w trzech kartonach to jeden produkt dla klienta, ale trzy przesyłki dla przewoźnika. Feed powinien to odzwierciedlać: liczba paczek, wymiary i waga każdej z nich, a w systemie – stan kompletu liczony z najmniej dostępnej paczki. Jeśli platforma nie ma osobnych pól na każdą paczkę, podaj co najmniej liczbę paczek i łączną wagę, a szczegóły umieść w opisie.
- Ocena, czy Twój asortyment pasuje do platformy
- Wymagania, integracja i wystawienie ofert
- Plan startu krok po kroku
Warianty mebli w feedzie
Komoda w pięciu kolorach i dwóch szerokościach to dziesięć wariantów. W feedzie każdy wariant zwykle jest osobnym rekordem z własnym SKU, ceną, stanem i zdjęciami, a łączy je wspólny identyfikator grupy. Google w specyfikacji danych produktów Merchant Center używa do tego atrybutu identyfikatora grupy produktów, a w specyfikacji znajdziesz też pola na wymiary i wagę przesyłki oraz produktu. Marketplace’y stosują podobne mechanizmy pod własnymi nazwami.
Każdy wariant ma unikalne SKU – zgodne z ERP i magazynem.
Warianty łączy wspólny identyfikator grupy – np. kod modelu.
Atrybut różnicujący jest uzupełniony – kolor, rozmiar, strona narożnika.
Zdjęcia są przypisane do wariantu – klient wybierający biały widzi biały mebel.
Cena i stan są osobne dla każdego wariantu – kolory lakierowane mogą być droższe i mieć dłuższy termin.
Zasady łączenia wariantów w ofertach marketplace BRW opisujemy w tekście o wariantach kolorystycznych i rozmiarowych mebli.
Mapowanie kategorii i atrybutów
Twój katalog ma własne kategorie i nazwy atrybutów, a każda platforma – własne. Mapowanie to tłumaczenie jednego słownika na drugi: Twoja kategoria „Szafy” na kategorię platformy „Szafy przesuwne”, Twój kolor „dąb lancelot” na wartość słownika „dąb”.
Twoje dane | Wartość platformy | Gdzie zachować oryginał |
Kolor: dąb lancelot | Kolor: dąb | Tytuł lub opis |
Materiał: płyta laminowana 18 mm | Materiał: płyta meblowa | Opis lub parametr szczegółowy |
Kategoria: Szafy | Szafy przesuwne / Szafy z drzwiami uchylnymi | Atrybut typu szafy w katalogu |
Styl: skandynawski minimal | Styl: skandynawski | Opis |
Jak dobierać kategorie i uzupełniać atrybuty zgodnie ze słownikiem platformy, opisujemy w tekstach o kategoriach na marketplace BRW i parametrach mebli na marketplace BRW.
[#tip] Prowadź tabelę mapowania w jednym miejscu – Twoja wartość, wartość dla każdej platformy, data zmiany. Gdy platforma doda nowy kolor do słownika albo zmieni nazwę kategorii, zaktualizujesz jedną tabelę zamiast setek ofert.
Wykres – droga danych od katalogu do kanałów sprzedaży. [#chart:br82]
Formaty i sposoby przekazywania feedu
Najczęściej spotykane formaty to pliki XML, CSV lub arkusze według szablonu platformy, a także integracje przez API. Wybór zależy od tego, co obsługuje platforma i jak często musisz aktualizować dane.
Plik według szablonu platformy – dobry na start i przy rzadkich zmianach; wymaga ręcznego importu lub harmonogramu.
Feed XML lub CSV pod stałym adresem – platforma pobiera plik cyklicznie; wygodne przy częstych zmianach cen.
Integracja przez API – najszybsza aktualizacja stanów, cen i zamówień; wymaga systemu lub programisty.
System wielokanałowy – generuje dane dla wielu kanałów z jednego katalogu i synchronizuje stany.
Generowanie feedów z jednego katalogu omawiamy w tekstach o eksporcie produktów z Base i o feedzie do Google Merchant Center z Base. Jeśli dane pochodzą od dostawców, przydatny będzie tekst o integracji hurtowni z Base. Konfigurację takich rozwiązań prowadzimy w ramach usługi Base.
Jak zbudować feed meblowy od zera
Zinwentaryzuj źródła danych – co jest w ERP, co w arkuszach, co w sklepie, a czego brakuje zupełnie (np. wag paczek).
Ustal wzorcowy zestaw pól – na podstawie specyfikacji platform, na których chcesz sprzedawać; zacznij od najbardziej wymagającej.
Uzupełnij braki na próbce – kilkadziesiąt produktów z różnych kategorii, z kompletem wymiarów, paczek i atrybutów.
Przetestuj import – sprawdź raport błędów, widoczność w filtrach i poprawność kosztów dostawy.
Popraw szablon i rozszerz katalog – dopiero po udanym teście uzupełniaj pozostałe produkty.
Zautomatyzuj aktualizacje – stany, ceny i terminy z systemu, a nie z ręcznie edytowanego pliku.
Najwięcej czasu zajmuje zwykle uzupełnienie danych logistycznych i atrybutów, a nie sama technika. Warto zaplanować tę pracę z wyprzedzeniem i przypisać odpowiedzialność: magazyn odpowiada za wymiary i wagi paczek, dział produktu za atrybuty, a e-commerce za treści i zdjęcia.
Jak utrzymać feed aktualny
Feed przygotowany raz i zostawiony samemu sobie szybko się starzeje: zmieniają się ceny, stany, terminy, zdjęcia. W meblach szczególnie groźne są nieaktualne stany i terminy – prowadzą do sprzedaży bez pokrycia i opóźnień.
Dane | Jak często aktualizować | Ryzyko przy zaniedbaniu |
Stany | Jak najczęściej, najlepiej automatycznie | Sprzedaż mebli, których nie ma |
Ceny | Po każdej zmianie | Niezgodność z innymi kanałami, ryzyko przy promocjach |
Terminy realizacji | Przy zmianie obłożenia produkcji | Opóźnienia i gorsze wskaźniki konta |
Treść i zdjęcia | Przy zmianie produktu lub kolekcji | Niezgodność oferty z produktem |
Mapowania | Przy zmianie słownika platformy | Produkty znikają z filtrów |
[#przyklad] Producent mebli tapicerowanych aktualizował feed raz w tygodniu z arkusza. W szczycie sezonu w ciągu kilku dni sprzedał kilkanaście sof w kolorze, którego tkanina się skończyła – anulacje odbiły się na ocenie konta. Po przejściu na automatyczną aktualizację stanów kilka razy dziennie i powiązaniu stanu sof z dostępnością tkanin problem przestał występować.
Wykres – najczęstsze błędy w feedach meblowych i jak je wykryć. [#chart:br82b]
Najczęstsze błędy w feedach meblowych
Wymiary paczek zamiast wymiarów mebla – lub odwrotnie – w polach dla klienta.
Brak liczby paczek – koszt dostawy liczony jak dla jednej paczki.
Wartości atrybutów spoza słownika – produkty znikają z filtrów.
Wspólne zdjęcia dla wszystkich wariantów – klient widzi inny kolor niż wybrał.
Nieaktualne stany – sprzedaż bez pokrycia i anulacje.
Brak danych o bezpieczeństwie produktu – ryzyko odrzucenia ofert.
Podobne wyzwania z innych kanałów opisujemy w tekstach o feedzie produktowym dla Meta i o pliku XML dla Ceneo.
[#checklista] Feed meblowy jest gotowy, gdy: każdy wariant ma unikalne SKU zgodne z magazynem; wymiary mebla i paczek są w osobnych polach; podana jest liczba paczek i waga; atrybuty są zmapowane na słownik platformy; warianty mają wspólny identyfikator grupy i własne zdjęcia; stany i ceny aktualizują się automatycznie; dane o bezpieczeństwie produktu są uzupełnione.
Najczęściej zadawane pytania
Czym jest feed produktowy dla mebli?
To plik lub strumień danych, z którego marketplace, porównywarka czy system reklamowy pobiera informacje o produktach: nazwy, ceny, stany, zdjęcia i parametry. W meblach feed musi zawierać także wymiary, wagę i liczbę paczek.
Jakie pola są najważniejsze w feedzie meblowym?
SKU, tytuł, kategoria, cena, stan, termin realizacji, wymiary produktu, liczba, wymiary i waga paczek, kolor, materiał, identyfikator grupy wariantów oraz zdjęcia. Dokładną listę wymaganych pól określa specyfikacja konkretnej platformy.
Jak pokazać w feedzie mebel w kilku paczkach?
Podaj liczbę paczek oraz wymiary i wagę każdej z nich, jeśli platforma ma takie pola. Jeśli nie ma, podaj co najmniej liczbę paczek i łączną wagę, a szczegóły umieść w opisie. Stan kompletu licz z najmniej dostępnej paczki.
Jak często aktualizować feed z meblami?
Stany i ceny – jak najczęściej, najlepiej automatycznie. Terminy realizacji – przy zmianie obłożenia produkcji. Treści i zdjęcia – przy zmianach produktów. Mapowania – przy zmianach słownika platformy.
Czy jeden feed wystarczy dla wielu kanałów?
Jeden katalog – tak, ale zwykle generuje się z niego osobne pliki lub integracje dla poszczególnych kanałów, bo różnią się formatem, kategoriami i słownikami atrybutów.
Co zrobić, gdy wartość atrybutu nie pasuje do słownika platformy?
Zmapuj ją na najbliższą wartość ze słownika, a oryginalną nazwę – np. handlową nazwę dekoru – umieść w tytule lub opisie. Mapowanie prowadź w jednej tabeli, żeby łatwo je aktualizować.
Podsumowanie
Feed produktowy dla mebli to fundament sprzedaży w wielu kanałach: od jego jakości zależy widoczność w filtrach, poprawność kosztów dostawy, zgodność wariantów i aktualność stanów. Kluczowe są unikalne SKU, rozdzielone wymiary mebla i paczek, liczba paczek, zmapowane atrybuty, warianty z własnymi zdjęciami i automatyczna aktualizacja. Jeśli chcesz uporządkować katalog i przygotować feed dla marketplace BRW oraz innych kanałów, umów się na bezpłatną konsultację – wdrażamy i obsługujemy sprzedaż na marketplace’ach, w tym na marketplace Black Red White.
Warianty mebli w feedzie
Komoda w pięciu kolorach i dwóch szerokościach to dziesięć wariantów. W feedzie każdy wariant zwykle jest osobnym rekordem z własnym SKU, ceną, stanem i zdjęciami, a łączy je wspólny identyfikator grupy. Google w specyfikacji danych produktów Merchant Center używa do tego atrybutu identyfikatora grupy produktów, a w specyfikacji znajdziesz też pola na wymiary i wagę przesyłki oraz produktu. Marketplace’y stosują podobne mechanizmy pod własnymi nazwami.
Każdy wariant ma unikalne SKU – zgodne z ERP i magazynem.
Warianty łączy wspólny identyfikator grupy – np. kod modelu.
Atrybut różnicujący jest uzupełniony – kolor, rozmiar, strona narożnika.
Zdjęcia są przypisane do wariantu – klient wybierający biały widzi biały mebel.
Cena i stan są osobne dla każdego wariantu – kolory lakierowane mogą być droższe i mieć dłuższy termin.
Zasady łączenia wariantów w ofertach marketplace BRW opisujemy w tekście o wariantach kolorystycznych i rozmiarowych mebli.
Mapowanie kategorii i atrybutów
Twój katalog ma własne kategorie i nazwy atrybutów, a każda platforma – własne. Mapowanie to tłumaczenie jednego słownika na drugi: Twoja kategoria „Szafy” na kategorię platformy „Szafy przesuwne”, Twój kolor „dąb lancelot” na wartość słownika „dąb”.
Twoje dane | Wartość platformy | Gdzie zachować oryginał |
Kolor: dąb lancelot | Kolor: dąb | Tytuł lub opis |
Materiał: płyta laminowana 18 mm | Materiał: płyta meblowa | Opis lub parametr szczegółowy |
Kategoria: Szafy | Szafy przesuwne / Szafy z drzwiami uchylnymi | Atrybut typu szafy w katalogu |
Styl: skandynawski minimal | Styl: skandynawski | Opis |
Jak dobierać kategorie i uzupełniać atrybuty zgodnie ze słownikiem platformy, opisujemy w tekstach o kategoriach na marketplace BRW i parametrach mebli na marketplace BRW.
[#tip] Prowadź tabelę mapowania w jednym miejscu – Twoja wartość, wartość dla każdej platformy, data zmiany. Gdy platforma doda nowy kolor do słownika albo zmieni nazwę kategorii, zaktualizujesz jedną tabelę zamiast setek ofert.
Wykres – droga danych od katalogu do kanałów sprzedaży. [#chart:br82]
Formaty i sposoby przekazywania feedu
Najczęściej spotykane formaty to pliki XML, CSV lub arkusze według szablonu platformy, a także integracje przez API. Wybór zależy od tego, co obsługuje platforma i jak często musisz aktualizować dane.
Plik według szablonu platformy – dobry na start i przy rzadkich zmianach; wymaga ręcznego importu lub harmonogramu.
Feed XML lub CSV pod stałym adresem – platforma pobiera plik cyklicznie; wygodne przy częstych zmianach cen.
Integracja przez API – najszybsza aktualizacja stanów, cen i zamówień; wymaga systemu lub programisty.
System wielokanałowy – generuje dane dla wielu kanałów z jednego katalogu i synchronizuje stany.
Generowanie feedów z jednego katalogu omawiamy w tekstach o eksporcie produktów z Base i o feedzie do Google Merchant Center z Base. Jeśli dane pochodzą od dostawców, przydatny będzie tekst o integracji hurtowni z Base. Konfigurację takich rozwiązań prowadzimy w ramach usługi Base.
Jak zbudować feed meblowy od zera
Zinwentaryzuj źródła danych – co jest w ERP, co w arkuszach, co w sklepie, a czego brakuje zupełnie (np. wag paczek).
Ustal wzorcowy zestaw pól – na podstawie specyfikacji platform, na których chcesz sprzedawać; zacznij od najbardziej wymagającej.
Uzupełnij braki na próbce – kilkadziesiąt produktów z różnych kategorii, z kompletem wymiarów, paczek i atrybutów.
Przetestuj import – sprawdź raport błędów, widoczność w filtrach i poprawność kosztów dostawy.
Popraw szablon i rozszerz katalog – dopiero po udanym teście uzupełniaj pozostałe produkty.
Zautomatyzuj aktualizacje – stany, ceny i terminy z systemu, a nie z ręcznie edytowanego pliku.
Najwięcej czasu zajmuje zwykle uzupełnienie danych logistycznych i atrybutów, a nie sama technika. Warto zaplanować tę pracę z wyprzedzeniem i przypisać odpowiedzialność: magazyn odpowiada za wymiary i wagi paczek, dział produktu za atrybuty, a e-commerce za treści i zdjęcia.
Jak utrzymać feed aktualny
Feed przygotowany raz i zostawiony samemu sobie szybko się starzeje: zmieniają się ceny, stany, terminy, zdjęcia. W meblach szczególnie groźne są nieaktualne stany i terminy – prowadzą do sprzedaży bez pokrycia i opóźnień.
Dane | Jak często aktualizować | Ryzyko przy zaniedbaniu |
Stany | Jak najczęściej, najlepiej automatycznie | Sprzedaż mebli, których nie ma |
Ceny | Po każdej zmianie | Niezgodność z innymi kanałami, ryzyko przy promocjach |
Terminy realizacji | Przy zmianie obłożenia produkcji | Opóźnienia i gorsze wskaźniki konta |
Treść i zdjęcia | Przy zmianie produktu lub kolekcji | Niezgodność oferty z produktem |
Mapowania | Przy zmianie słownika platformy | Produkty znikają z filtrów |
[#przyklad] Producent mebli tapicerowanych aktualizował feed raz w tygodniu z arkusza. W szczycie sezonu w ciągu kilku dni sprzedał kilkanaście sof w kolorze, którego tkanina się skończyła – anulacje odbiły się na ocenie konta. Po przejściu na automatyczną aktualizację stanów kilka razy dziennie i powiązaniu stanu sof z dostępnością tkanin problem przestał występować.
Wykres – najczęstsze błędy w feedach meblowych i jak je wykryć. [#chart:br82b]
Najczęstsze błędy w feedach meblowych
Wymiary paczek zamiast wymiarów mebla – lub odwrotnie – w polach dla klienta.
Brak liczby paczek – koszt dostawy liczony jak dla jednej paczki.
Wartości atrybutów spoza słownika – produkty znikają z filtrów.
Wspólne zdjęcia dla wszystkich wariantów – klient widzi inny kolor niż wybrał.
Nieaktualne stany – sprzedaż bez pokrycia i anulacje.
Brak danych o bezpieczeństwie produktu – ryzyko odrzucenia ofert.
Podobne wyzwania z innych kanałów opisujemy w tekstach o feedzie produktowym dla Meta i o pliku XML dla Ceneo.
[#checklista] Feed meblowy jest gotowy, gdy: każdy wariant ma unikalne SKU zgodne z magazynem; wymiary mebla i paczek są w osobnych polach; podana jest liczba paczek i waga; atrybuty są zmapowane na słownik platformy; warianty mają wspólny identyfikator grupy i własne zdjęcia; stany i ceny aktualizują się automatycznie; dane o bezpieczeństwie produktu są uzupełnione.
Najczęściej zadawane pytania
Czym jest feed produktowy dla mebli?
To plik lub strumień danych, z którego marketplace, porównywarka czy system reklamowy pobiera informacje o produktach: nazwy, ceny, stany, zdjęcia i parametry. W meblach feed musi zawierać także wymiary, wagę i liczbę paczek.
Jakie pola są najważniejsze w feedzie meblowym?
SKU, tytuł, kategoria, cena, stan, termin realizacji, wymiary produktu, liczba, wymiary i waga paczek, kolor, materiał, identyfikator grupy wariantów oraz zdjęcia. Dokładną listę wymaganych pól określa specyfikacja konkretnej platformy.
Jak pokazać w feedzie mebel w kilku paczkach?
Podaj liczbę paczek oraz wymiary i wagę każdej z nich, jeśli platforma ma takie pola. Jeśli nie ma, podaj co najmniej liczbę paczek i łączną wagę, a szczegóły umieść w opisie. Stan kompletu licz z najmniej dostępnej paczki.
Jak często aktualizować feed z meblami?
Stany i ceny – jak najczęściej, najlepiej automatycznie. Terminy realizacji – przy zmianie obłożenia produkcji. Treści i zdjęcia – przy zmianach produktów. Mapowania – przy zmianach słownika platformy.
Czy jeden feed wystarczy dla wielu kanałów?
Jeden katalog – tak, ale zwykle generuje się z niego osobne pliki lub integracje dla poszczególnych kanałów, bo różnią się formatem, kategoriami i słownikami atrybutów.
Co zrobić, gdy wartość atrybutu nie pasuje do słownika platformy?
Zmapuj ją na najbliższą wartość ze słownika, a oryginalną nazwę – np. handlową nazwę dekoru – umieść w tytule lub opisie. Mapowanie prowadź w jednej tabeli, żeby łatwo je aktualizować.
Podsumowanie
Feed produktowy dla mebli to fundament sprzedaży w wielu kanałach: od jego jakości zależy widoczność w filtrach, poprawność kosztów dostawy, zgodność wariantów i aktualność stanów. Kluczowe są unikalne SKU, rozdzielone wymiary mebla i paczek, liczba paczek, zmapowane atrybuty, warianty z własnymi zdjęciami i automatyczna aktualizacja. Jeśli chcesz uporządkować katalog i przygotować feed dla marketplace BRW oraz innych kanałów, umów się na bezpłatną konsultację – wdrażamy i obsługujemy sprzedaż na marketplace’ach, w tym na marketplace Black Red White.


Mateusz Piotrowicz
Technical & Logistics Expert
Optymalizuje logistykę, magazyn i wysyłki sprzedawców. Skupia się na kosztach i terminowości dostaw.
Optymalizuje logistykę, magazyn i wysyłki sprzedawców. Skupia się na kosztach i terminowości dostaw.
Bezpłatna konsultacja – sprzedaż na marketplace’ach
Mateusz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie – bez zobowiązań.
- Analiza Twojego konta i obecnych działań
- Konkretny plan poprawek do wdrożenia
- Bezpłatna konsultacja – bez zobowiązań

Przeczytaj także
Więcej porad z naszej bazy wiedzy – przesuń, aby zobaczyć kolejne artykuły.
Masz pytania? Chętnie porozmawiamy!
Masz pytania? Chętnie porozmawiamy!
Masz pytania? Chętnie porozmawiamy!

Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie – przyjdzie i to zrobi."

Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie – przyjdzie i to zrobi."