W Merchant Center słowo „kategoria” może oznaczać dwie różne rzeczy. Jedna dotyczy Twojego sposobu porządkowania oferty, druga mapuje produkty do oficjalnej struktury Google. Jeśli potraktujesz te pola wymiennie, copy do feedu zacznie wyglądać poprawnie „językowo”, ale może nie przejść zgodnie z zasadami kategoryzacji i mapowania.
W tym artykule przełożymy zasady na praktykę copywritingu: jak pisać wartości do product_type i google_product_category, jak budować hierarchię z separatorem „>”, co ma być jednym wpisem, a co ma pochodzić z mapy. Bez zgadywania: z jasnym briefiem i autoweryfikacją przed wysyłką.
Dlaczego w Merchant Center masz dwa różne „rodzaje kategorii”
Dwa cele, które muszą się zgadzać z Twoim procesem
W Merchant Center masz dwa atrybuty, które odpowiadają za kategoryzację, ale robią to na innych zasadach. product_type to Twój własny system dzielenia produktów na kategorie. Możesz w nim użyć własnych wartości i własnej hierarchii, o ile zachowasz wymagany format i limity.
google_product_category ma zupełnie inny cel: to przekazanie kategorii z oficjalnej mapy Google. Dzięki temu Merchant Center może dopasować Twoją ofertę do logiki Zakupów/kampanii w bardziej spójny sposób.
Dlatego copy do tych pól nie powinno powstawać „pod to samo zdanie”. Najpierw ustawiasz cel: czy chcesz opisać swoją klasyfikację (product_type), czy mapować do kategorii z mapy Google (google_product_category). Dopiero potem piszesz wartości.
Jeśli w Twojej firmie marketing i e-commerce patrzą na kategorie jak na jedną listę nazewniczą, warto dopisać do procesu prostą zasadę: te same słowa mogą pełnić inną funkcję w feedzie. To skraca drogę do zgodności danych.
product_type: jak pisać „typ produktu” i budować hierarchię
Format zapisu, który pomaga zachować spójność
W product_type budujesz hierarchię kategorii według własnego podejścia. Google dopuszcza używanie własnych wartości, więc możesz opisać kategorię po polsku, jeśli twój wewnętrzny system tak działa. Kluczowe jest jednak to, jak zapiszesz tę hierarchię.
Najbezpieczniejszy schemat to pełna ścieżka od ogółu do coraz bardziej szczegółowych poziomów, rozdzielona separatorem „>” z odstępami po obu stronach. Przykładowy styl zapisu wygląda jak: „Dom > Kobiety > Sukienki > Sukienki długie”. Taki zapis jest czytelny dla logiki kategoryzacji i pomaga utrzymać spójność między zespołami.
W praktyce copy do product_type powinno spełniać jeszcze jedną rolę: ma być „jednym zdaniem w strukturze”. Niech nie będzie luźnym opisem typu „sukienki na lato, dla każdego” — w tym polu liczy się uporządkowanie kategorii i konsekwencja nazewnictwa. Właśnie dlatego tak ważny jest brief: bez niego łatwo o różne warianty tej samej kategorii w różnych działach.
Praktyczna kontrola: długość i liczba wartości
Zanim copy trafi do feedu, sprawdź dwie rzeczy, które regularnie psują poprawność danych:
- Długość jednej wartości: product_type ma limit 0–750 znaków.
- Liczba wartości: product_type jest polem powtarzanym do 5 razy, ale Google do porządkowania stawek i raportowania w kampaniach produktowych używa tylko pierwszej wartości.
To oznacza, że nie chodzi o to, ile wersji masz „na wszelki wypadek”, tylko o to, co jest pierwsze i jak wygląda. Dla copywritingu to prosta konsekwencja: warto przygotować jedną, docelową ścieżkę kategorii i pilnować, żeby nie wpadały przypadkowe warianty.
Jeśli w Twojej firmie zdarza się, że jedna kategoria ma alternatywną nazwę (np. skrót vs pełna nazwa), lepiej zdecydować, którą wersję wysyłasz do feedu. Resztę możesz utrzymywać w dokumentacji wewnętrznej, ale nie w polu, które ma działać jako hierarchia.
google_product_category: kiedy używać i jak uniknąć błędnego mapowania
Co dokładnie musi pochodzić z mapy Google
google_product_category jest po to, żeby przekazać kategorię z oficjalnej mapy kategorii Google. To nie jest „miejsce na własne nazwy”, bo tutaj liczy się zgodność z tym, jak Google rozumie drzewo kategorii (od ogólnych podkategorii do konkretnych).
W praktyce copy do google_product_category powinno być oparte wyłącznie na tym, co jest z mapy. W dokumentacji Google podkreślone jest, że wartość ma pochodzić z mapy kategorii. Możesz podać identyfikator albo pełną ścieżkę, ale nie obie te rzeczy naraz.
Jeśli dla danej oferty nie ma pasującej kategorii z mapy albo wprost nie chcesz mapować do kategorii Google, wtedy zamiast kombinować — wracasz do product_type. To jest ważna zasada, bo pokazuje granicę między „własną klasyfikacją” a „mapowaniem do mapy”.
Język mapy i bezpieczny sposób podania wartości
W realnych procesach zespoły często pytają: „jak pisać po polsku?”. W przypadku google_product_category odpowiedź jest bardziej techniczna niż redakcyjna: masz działać w zgodzie z mapą Google. Jeśli mapa kategorii nie jest dostępna w Twoim języku, w dokumentacji wskazano, że bezpiecznym podejściem jest użycie wartości w języku angielskim albo identyfikatora liczbowego.
Wniosek dla copy do feedu jest prosty: przy google_product_category nie „tłumaczysz” nazw jak do strony w serwisie. Ty przekazujesz wartość, która ma istnieć w mapie. Dlatego przy tworzeniu briefiu warto dopisać jedno zdanie: wybór google_product_category ma wynikać z mapowania do struktury Google, a nie z intuicji językowej.
Hierarchia bez chaosu: typowe błędy w product_type i google_product_category
Szybka diagnoza: gdzie najczęściej „rozjeżdża się” copy
Większość problemów z kategorami w feedzie nie bierze się z braku dobrej woli. Biorą się z drobnych błędów w formacie i z mieszania dwóch logik. Oto najczęstsze „punkty zapalne”, które możesz wyłapać jeszcze przed wysyłką.
- Wielokrotne wartości w product_type: nawet jeśli pole bywa wypełniane więcej niż jeden raz, Google do porządkowania i raportowania używa pierwszej wartości. Jeśli pierwsza jest „pustą” wersją albo mniej precyzyjna, reszta i tak nie pomoże.
- Brak pełnej ścieżki albo zły separator: w hierarchii w product_type liczy się format „>” z odstępami po obu stronach oraz zapis od ogółu do szczegółu.
- Wartości google_product_category spoza mapy: jeśli wpisujesz „po swojemu”, google_product_category przestaje spełniać swój cel.
- Mieszanie formatu w google_product_category: w tym atrybucie nie podawaj jednocześnie identyfikatora i pełnej ścieżki — wybierz jeden dozwolony wariant.
Jeśli chcesz podejść do tematu jak redakcja, zacznij od tego, co najłatwiej sprawdzić: czy w product_type masz poprawną hierarchię i pojedynczą, docelową wartość; potem czy google_product_category pochodzi z mapy i ma poprawny format. To zwykle wystarcza, żeby wyłapać rozjazdy „na poziomie copy”.
Szablon briefu dla marketingu i e-commerce (żeby nie mapowali „na oko”)
Dwa bloki w briefie: jedna instrukcja dla każdego pola
Brief w tym przypadku powinien działać jak umowa: kto i w jaki sposób ma wybrać wartości do dwóch pól. Nie potrzebujesz długich opisów — wystarczą zasady, które wymuszają zgodność.
Proponuję, żeby w briefie znalazły się dwa rozdziały:
1) product_type (własny system kategorii)
- Hierarchia ma być zapisana jako pełna ścieżka.
- Poziomy rozdzielasz separatorem „>” z odstępami po obu stronach.
- Pilnuj limitu: 0–750 znaków dla pojedynczej wartości.
- Wysyłasz jedną docelową wartość, a nie kilka wariantów „na zapas”.
2) google_product_category (mapowanie do kategorii Google)
- Wpis pochodzi wyłącznie z mapy kategorii Google.
- Możesz podać identyfikator albo pełną ścieżkę, ale nie obie naraz.
- Jeśli mapa nie pasuje językowo, stosujesz podejście z mapy: angielska wartość lub identyfikator liczbowy.
Kiedy w briefie dopisać „fallback” na product_type
W briefie musi też pojawić się warunek brzegowy, bo to on najczęściej zapobiega „zgadywaniu”. Dopisz zasadę:
- Jeśli w google_product_category nie ma pasującej kategorii z mapy albo w ogóle nie chcesz mapować — użyj product_type jako własnej, kontrolowanej hierarchii.
Takie zdanie porządkuje decyzje między marketingiem a e-commerce. Zamiast dyskutować, „jak to nazwać po polsku”, zespół ma jasne kryterium: albo masz kategorię z mapy Google (i wtedy wpisujesz ją do google_product_category), albo wracasz do własnego product_type w poprawnym formacie.
Szybka autoweryfikacja copy przed wysyłką feedu
Checklista na 2 minuty dla copy i danych produktowych
Zanim wyślesz feed lub zaktualizujesz dane produktów, zrób krótką autoweryfikację. To nie jest audyt „na godziny”, tylko szybkie przejście przez format i zasady mapowania.
- product_type: hierarchia jest zapisana jako pełna ścieżka rozdzielona „>” z odstępami po obu stronach.
- product_type: pojedyncza wartość mieści się w limicie 0–750 znaków.
- product_type: nie wysyłasz wielu wersji „na zapas” (Google do porządkowania i raportowania bierze pierwszą wartość).
- google_product_category: wpis pochodzi z mapy kategorii Google i ma poprawny format (identyfikator albo pełna ścieżka, bez mieszania).
- fallback: jeśli nie ma dopasowania w mapie — nie zgadujesz, tylko przechodzisz na product_type.
W Merchant Center product_type i google_product_category nie są zamiennikami: pierwszy wspiera Twoją własną hierarchię (z wymaganym formatem i kontrolą wartości), drugi opiera się na mapie Google i ma działać zgodnie z jej logiką. Najlepszy efekt daje prosta praca redakcyjna: brief rozdziela role pól, a autoweryfikacja przed wysyłką wyłapuje najczęstsze rozjazdy. Skontaktuj się z Aleteksty.pl, aby omówić artykuły, teksty na stronę, opisy produktów lub regularną obsługę treści.
