Produkty bez GTIN - atrybut identifier_exists, marka i MPN w feedzie

identifier_exists to atrybut feedu produktowego w Google Merchant Center, którym sprzedawca deklaruje, czy dany produkt ma nadane przez producenta unikalne identyfikatory handlowe, czyli GTIN oraz MPN. Wartość „yes” jest domyślna i oznacza, że identyfikatory istnieją, więc powinny znaleźć się w pliku produktowym. Wartość „no” oznacza, że producent nigdy takich numerów nie nadał, dzięki czemu Google przestaje ich wymagać dla tej oferty. Atrybut nie zwalnia z podania marki: pole brand pozostaje wymagane wszędzie tam, gdzie produkt ma rozpoznawalnego producenta, także po ustawieniu identifier_exists na „no”.

Sklep z biżuterią autorską albo z marką własną prędzej czy później trafia na ten sam komunikat w panelu: ograniczona skuteczność z powodu brakujących identyfikatorów produktów. Właściciel odruchowo szuka miejsca, w którym da się to wyłączyć, znajduje atrybut identifier_exists i ustawia go na „no” dla całego katalogu. To błąd w konfiguracji plików produktowych na tyle typowy, że traktuję go jako osobną kategorię problemu: to nie jest brak danych, to zadeklarowany brak danych, których część produktów w rzeczywistości ma. Skutek jest odwrotny do zamierzonego, bo Google traci najpewniejszy klucz dopasowania oferty do karty produktu.

Czym jest atrybut identifier_exists i co dokładnie deklaruje?

identifier_exists deklaruje jedną rzecz: czy producent nadał temu konkretnemu produktowi unikalne identyfikatory handlowe. Nie opisuje jakości danych w sklepie, nie mówi o tym, czy sprzedawca zna te numery, i nie jest przełącznikiem wyłączającym ostrzeżenia w panelu. Google używa tej deklaracji do decyzji, czy brak pól gtin i mpn traktować jako błąd w feedzie, czy jako naturalną cechę produktu.

Rozróżnienie brzmi drobiazgowo, ale w praktyce dzieli sklepy na dwa obozy. Jeden ustawia „no”, bo numerów nie ma w bazie produktowej. Drugi ustawia „no”, bo producent nigdy ich nie wygenerował. Tylko drugi przypadek jest zgodny z przeznaczeniem atrybutu, a pierwszy to przesunięcie problemu z pliku produktowego do wyników wyszukiwania.

• Czego identifier_exists nie robi: nie zastępuje atrybutu brand, nie ukrywa produktu przed weryfikacją polityk i nie zmienia statusu oferty na zatwierdzoną.
• Na co realnie wpływa: na to, czy brak gtin i mpn generuje w Merchant Center błąd wymaganego pola, czy przechodzi bez zastrzeżeń.
• Gdzie fizycznie siedzi: w pliku XML jako element g:identifier_exists, w arkuszu Google jako kolumna „identifier exists”, w regułach feedu jako atrybut docelowy.
• Jaki ma zasięg: jest atrybutem pojedynczej oferty, więc daje się ustawić inaczej dla każdego indeksu w tym samym katalogu.

W praktyce warto czytać ten atrybut jako oświadczenie składane Google, a nie ustawienie techniczne. Deklarujesz, że rynek nie zna numeru dla tego towaru. Jeżeli deklaracja jest fałszywa, systemy dopasowania i tak spróbują znaleźć kartę produktu po tytule, marce i obrazie, tylko z gorszą skutecznością.

Kiedy Google wymaga GTIN, a kiedy wolno go pominąć?

Google wymaga GTIN wtedy, gdy producent nadał go produktowi, niezależnie od tego, czy sprzedawca ma numer w swojej bazie. Wymóg jest więc związany z istnieniem numeru w świecie rzeczywistym, a nie z wygodą sklepu. Dla wybranych kategorii, w których identyfikacja jest jednoznaczna i powszechna, brak GTIN kończy się odrzuceniem oferty.

Najbardziej rygorystycznie traktowane są książki, filmy, nagrania muzyczne i gry, czyli produkty wydawane w nakładach z numerem wydawniczym. ISBN książki jest technicznie GTIN-em, więc argument „to niszowa pozycja” tu nie działa. W pozostałych kategoriach brak identyfikatorów rzadziej blokuje ofertę, za to obniża jej szanse w zestawieniach ofert tego samego produktu.

Ta granica jest źródłem większości nieporozumień. Sprzedawca patrzy na własny system i widzi puste pole, więc uznaje, że numeru nie ma. Google patrzy na katalog produktów zbudowany z tysięcy feedów i widzi, że ten sam towar w innym sklepie ma kod. Wygrywa perspektywa Google, bo to ona decyduje o dopasowaniu.

Które produkty naprawdę nie mają GTIN?

Realny brak GTIN dotyczy produktów, które nigdy nie przeszły przez proces rejestracji w GS1, bo powstały poza logiką produkcji seryjnej. Nie chodzi o rzadkość ani o niską cenę, tylko o to, że nie istnieje producent, który zamówiłby dla nich pulę numerów. Takich kategorii jest kilka i dają się wypisać wprost.

• Rękodzieło i produkty jednostkowe: biżuteria autorska, ceramika, meble robione na wymiar, obrazy, gdzie każda sztuka jest inna.
• Produkty personalizowane: kubki z nadrukiem imienia, grawerowane obrączki, koszulki z własnym projektem klienta.
• Antyki, vintage i towary z drugiej ręki wyprodukowane zanim kody kreskowe stały się standardem detalicznym.
• Zestawy własne sklepu: paczki prezentowe składane z kilku produktów, które jako komplet nie mają odrębnego numeru.
• Marki własne bez rejestracji w GS1: producent istnieje, ale nie wykupił prefiksu firmowego, więc jego towar fizycznie nie ma kodu.
• Usługi i produkty cyfrowe sprzedawane jako pozycja katalogowa bez fizycznego opakowania.

Ostatnia pozycja z tej listy jest najbardziej podchwytliwa. Marka własna to nie to samo co brak producenta, bo producentem jesteś Ty. Jeżeli planujesz sprzedaż w kilku kanałach jednocześnie, rejestracja w krajowej organizacji GS1 i nadanie własnych numerów rozwiązuje problem raz na zawsze, zamiast wymuszać deklarację braku w każdym feedzie osobno.

Jak uzupełnić markę i MPN, gdy produkt nie ma GTIN?

Gdy GTIN nie istnieje, para brand i mpn przejmuje jego funkcję: marka zawęża pole do jednego producenta, a numer katalogowy wskazuje w jego ofercie konkretny model. Sam MPN bez marki jest bezużyteczny, bo symbol „A-102″ może oznaczać setki różnych rzeczy. Dopiero komplet daje Google klucz porównywalny z kodem kreskowym.

Marka własna wymaga jednej decyzji, którą trzeba podjąć raz i utrzymać w całym katalogu: jaki dokładnie ciąg znaków jest nazwą marki. Widziałem feedy, w których ta sama marka występowała w trzech zapisach naraz, z myślnikiem, bez myślnika i z dopiskiem „Sp. z o.o.”. Dla systemu dopasowania to trzy różne podmioty.

1. Ustal kanoniczny zapis marki i użyj go we wszystkich ofertach, w danych strukturalnych na stronie produktu i w karcie sklepu.
2. Zbuduj MPN z trwałych elementów modelu, a nie z parametrów magazynowych: symbol kolekcji, model, wariant materiału.
3. Nie używaj SKU jako MPN, jeśli SKU zmienia się przy każdej dostawie albo koduje lokalizację w magazynie.
4. Utrzymaj stabilność numeru w czasie - MPN, który zmienia się co sezon, kasuje historię dopasowania oferty.
5. Ustaw identifier_exists na „no” tylko dla tych indeksów, w których pole gtin jest puste zgodnie z prawdą.

Jeżeli chcesz sprawdzić, jak Twój katalog wygląda pod tym kątem bez zgadywania, to dokładnie ten fragment analizuję w audycie konta i feedu.

Dlaczego Merchant Center odrzuca produkty mimo identifier_exists ustawionego na „no”?

Odrzucenie po ustawieniu identifier_exists na „no” wynika najczęściej z tego, że w feedzie została sprzeczna dana: pole gtin nadal ma wartość, tylko niepoprawną. Deklaracja braku identyfikatorów nie usuwa zawartości pozostałych pól, więc Google waliduje ją tak samo jak wcześniej. Sprzeczność między deklaracją a treścią kończy się błędem, a nie pobłażliwością.

Druga grupa przyczyn nie ma z identyfikatorami nic wspólnego, choć wygląda podobnie w panelu. Produkt bywa odrzucany za niezgodność ceny z witryną, brak dostępności albo naruszenie polityk, a sprzedawca wiąże to z ostatnią zmianą w feedzie. Rozdzielenie tych warstw opisałem szerzej przy okazji błędów blokujących produkty w feedzie.

Kolejność naprawy jest prosta i uważam, że odwrotna do intuicji większości sprzedawców. Najpierw wyczyść pola gtin tam, gdzie deklarujesz brak numeru, potem uzupełnij markę, a dopiero na końcu zabieraj się za komunikaty o ograniczonej skuteczności. Odwrotna kolejność powoduje, że poprawki nakładają się na sprzeczne dane i nic z tego nie wynika.

Jak ustawić identifier_exists w WooCommerce, PrestaShop i Shopify?

Atrybut ustawia się w warstwie, która generuje plik produktowy, a nie w samym Merchant Center. W praktyce oznacza to wtyczkę eksportującą feed, moduł sklepu albo regułę feedu po stronie Google. Wybór warstwy przesądza o tym, czy da się później rozdzielić katalog na produkty z numerem i bez numeru.

1. WooCommerce: dodaj pole niestandardowe na poziomie produktu i zmapuj je w konfiguracji wtyczki feedowej na atrybut identifier_exists, zamiast ustawiać stałą wartość dla całego eksportu.
2. PrestaShop: wykorzystaj wbudowane pole EAN13 jako źródło GTIN, a deklarację braku identyfikatorów oprzyj na cesze produktu, którą zaznaczysz tylko dla rękodzieła i personalizacji.
3. Shopify: pole kodu kreskowego w wariancie produktu jest naturalnym źródłem GTIN, a puste pole powinno uruchamiać deklarację braku numeru w aplikacji eksportującej katalog.

Jeżeli platforma nie daje takiej kontroli, zostaje reguła feedu po stronie Merchant Center. Ustawia się w niej warunek: jeśli pole gtin jest puste, wstaw identifier_exists o wartości „no”. To rozwiązanie działa poprawnie tylko wtedy, gdy puste pole gtin faktycznie oznacza brak numeru, a nie brak danych w sklepie, więc przed jego włączeniem trzeba przejrzeć katalog.

Co brak GTIN zmienia w Zakupach Google i w wyszukiwarkach AI?

Brak GTIN odcina ofertę od zbiorczej karty produktu, w której Google zestawia ceny wielu sklepów, opinie i warianty tego samego towaru. Oferta nadal się wyświetla, ale konkuruje jako pojedynczy wynik, a nie jako pozycja w zestawieniu. Dla produktu unikalnego to sytuacja naturalna, dla produktu markowego to strata najlepszego miejsca w wynikach.

Konsekwencje przenoszą się dalej, do warstwy asystentów zakupowych i odpowiedzi generowanych przez modele językowe. Systemy, które budują rekomendacje na katalogach produktowych, potrzebują stabilnego klucza, żeby powiedzieć „ten sam model jest dostępny w trzech sklepach”. GTIN jest takim kluczem, a marka z numerem katalogowym jego przybliżeniem.

• Karta produktu: bez GTIN oferta rzadziej wchodzi do zestawienia cen tego samego towaru.
• Opinie o produktach: agregacja recenzji między sklepami opiera się na wspólnym identyfikatorze.
• Porównywarki i kanały zewnętrzne: większość z nich mapuje oferty po kodzie kreskowym, nie po tytule.
• Asystenci zakupowi: bez klucza tożsamości oferta bywa traktowana jako osobny, nieporównywalny produkt.
• Raportowanie w koncie: analiza konkurencyjności cen wymaga dopasowania do tego samego produktu u innych sprzedawców.

Uważam, że to najsłabiej rozumiana konsekwencja całej sprawy. Sprzedawcy patrzą na identyfikatory jak na formalność wymaganą przez Google, a to jest infrastruktura porównywania ofert. Wypisanie się z niej deklaracją „no” bywa uzasadnione, ale nigdy nie jest neutralne.

Jakie błędy popełniają sklepy z marką własną i rękodziełem?

Najczęstszy błąd to ustawienie identifier_exists na „no” dla całego katalogu jedną regułą, mimo że sklep sprzedaje także towary obce z fabrycznym kodem kreskowym. Drugi w kolejności to wpisanie nazwy sklepu w pole marki. Oba wynikają z tej samej pomyłki myślowej: potraktowania atrybutów tożsamości jak pól formularza, które trzeba czymś wypełnić.

• Globalna reguła zamiast segmentacji katalogu - deklaracja braku numeru trafia też do produktów, które kod mają na opakowaniu.
• Nazwa sklepu w polu brand - marka staje się nazwą sprzedawcy, przez co oferta nie grupuje się z innymi produktami tej samej marki.
• SKU w polu gtin - kod magazynowy nie przechodzi walidacji sumy kontrolnej i generuje błąd nieprawidłowej wartości.
• Zmienny MPN przy każdej dostawie - numer katalogowy traci funkcję identyfikatora modelu.
• Deklaracja „no” dla książek i nośników - kategoria, w której numer wydawniczy istnieje zawsze.
• Brak audytu po migracji sklepu - nowa platforma mapuje pola inaczej i deklaracja przenosi się na zły zbiór produktów.

Ten błąd ma powtarzalny przebieg. Wtyczka feedowa wstawia do pola gtin wewnętrzny symbol produktu, oferty wpadają w odrzucenia z powodu nieprawidłowej wartości GTIN, a sprzedawca ustawia identifier_exists globalnie na „no”. To niczego nie naprawia, bo pole gtin nadal jest wypełnione, a Google ocenia wartość, która w nim stoi. Według wymagań atrybutu gtin w Pomocy Google Merchant Center kod ma pochodzić od producenta i przechodzi walidację formatu oraz cyfry kontrolnej, więc symbol magazynowy odpada niezależnie od deklaracji. Dźwignia leży po stronie danych: wyczyszczenie pola gtin dla produktów autorskich i uzupełnienie marki usuwa przyczynę odrzucenia, a nie jej objaw. Jeżeli rozpoznajesz ten wzorzec w swoim katalogu, to typowy przypadek na przegląd feedu przed zwiększaniem budżetu.

Jak sprawdzić poprawność identyfikatorów w całym feedzie?

Weryfikacja zaczyna się od policzenia, ile ofert w feedzie ma wypełnione pole gtin, a ile deklaruje jego brak, i porównania tych liczb ze strukturą asortymentu. Rozjazd widać natychmiast: sklep, który w 80 procentach sprzedaje towary obce, nie może mieć deklaracji braku identyfikatorów na całym katalogu. Dopiero potem przechodzi się do pojedynczych ofert.

1. Pobierz aktualny plik produktowy w postaci, w jakiej widzi go Google, czyli po zastosowaniu reguł feedu.
2. Policz udział ofert z pustym polem gtin i zestaw go z udziałem produktów autorskich w katalogu.
3. Sprawdź sumę kontrolną numerów w polu gtin, żeby wyłapać kody wewnętrzne udające kod kreskowy.
4. Zweryfikuj spójność zapisu marki - jeden ciąg znaków dla jednej marki w całym pliku.
5. Wyszukaj oferty ze sprzecznością - identifier_exists „no” przy jednocześnie wypełnionym polu gtin lub mpn.
6. Powtórz kontrolę po każdej migracji platformy sklepowej albo zmianie wtyczki eksportującej katalog.

Ten przegląd warto wpiąć w stały rytm pracy nad kontem, a nie robić raz przy uruchomieniu. Katalogi w e-commerce żyją: dochodzą nowi dostawcy, znikają kolekcje, zmienia się wtyczka. Według mnie deklaracje identyfikatorów rozjeżdżają się z rzeczywistością najczęściej właśnie przy dołączeniu nowego dostawcy do istniejącego konta Merchant Center, bo jego dane wchodzą do feedu na zasadach ustawionych dla poprzedniego asortymentu.

Podsumowanie

Przestań traktować identifier_exists jak przełącznik wyciszający ostrzeżenia. Zacznij postrzegać go jako oświadczenie o tym, czym jest Twój produkt: towarem seryjnym z numerem nadanym przez producenta albo rzeczą, która takiego numeru nigdy nie miała. Ta różnica decyduje o tym, czy oferta wejdzie do zbiorczej karty produktu, czy zostanie w wynikach sama.

Praktyczny plan jest krótki. Rozdziel katalog na produkty z kodem kreskowym i bez niego, wyczyść pole gtin tam, gdzie deklarujesz brak numeru, ustal jeden kanoniczny zapis marki i zbuduj stabilny MPN dla własnych modeli. Jeżeli sprzedajesz pod własną marką w kilku kanałach naraz, rozważ rejestrację w krajowej organizacji GS1 - własne numery kończą temat raz na zawsze.

Feed produktowy nagradza konsekwencję bardziej niż sprytne obejścia. Sklep, który mówi Google prawdę o swoim asortymencie, dostaje w zamian stabilne dopasowanie, sensowne raporty i przewidywalne wyniki kampanii produktowych. Zacznij od przeglądu tych czterech pól w swoim katalogu jeszcze w tym tygodniu.

Samodzielny Specjalista Google Ads

Artur Smolicki

Od ponad 15 lat specjalizuję się w przygotowaniu, wdrożeniu i optymalizacji kampanii Google Ads. W 2024 roku uzyskałem status Google Premier Partner dla 3% najlepszych specjalistów i agencji w Polsce. Prowadzę kampanie reklamowe na 29 rynkach zagranicznych, tak dla segmentu e-commerce jak i B2B.

Współpraca →Poznaj mnie →