„No global identifier provided” w WooCommerce — skąd ostrzeżenie o GTIN w Search Console

Search Console pokazuje to ostrzeżenie (po angielsku „No global identifier provided”) przy stronach produktów, których dane strukturalne nie mają numeru produktu: ani gtin, ani mpn, ani isbn. To problem niekrytyczny. Strona nie wypada przez niego z wyników — Google po prostu brakuje pola, które chciałby mieć. Nie ma więc pośpiechu, ale poprawka to zwykle kilka minut pracy.

Czy potrzebna jest wtyczka albo fragment kodu?

Nie, jeśli masz WooCommerce 9.3 lub nowsze. Od wersji 9.2 WooCommerce ma własne pole: otwórz produkt i wejdź w Dane produktu → Magazyn, pod SKU jest pole GTIN, UPC, EAN, lub ISBN. Od wersji 9.3 WooCommerce wstawia to pole do danych strukturalnych strony produktu jako gtin, bez żadnej wtyczki. Sprawdziliśmy to na stronie produktu w sklepie testowym: kod z pola tam jest.

Fragmenty kodu, które można znaleźć pod hasłem tego ostrzeżenia, pochodzą sprzed tego pola. Najpopularniejszy kopiuje SKU do gtin8. SKU to Twój własny numer, nie GTIN, więc Google dostaje wtedy zmyślony kod — ostrzeżenie znika, a na jego miejscu jest nieprawda.

Pole jest wypełnione, a ostrzeżenie zostaje. Dlaczego?

Zanim wyśle kod do Google, WooCommerce zostawia w nim same cyfry i je liczy. Do Google idzie tylko kod z 8, 12, 13 albo 14 cyframi (od WooCommerce 9.4). Każdy inny znika bez komunikatu — ani w edycji produktu, ani nigdzie indziej. Cyfry kontrolnej WooCommerce nie sprawdza, więc kod z błędną ostatnią cyfrą idzie do Google tak, jak jest.

Co wyszło na WooCommerce 11.2.1 (16 października 2026), przypadek po przypadku:

W polu GTIN	Co idzie do Google
5901234123457 — EAN-13	5901234123457
590-1234-12345-7 — to samo z myślnikami	5901234123457
012345678905 — UPC-A, 12 cyfr	012345678905
96385074 — EAN-8	96385074
978-83-01-00000-4 — ISBN-13	9788301000004
12345678905 — UPC-A, który zgubił zero z przodu	nic
83-01-00000-1 — ISBN-10, także z X na końcu	nic
5901234123450 — błędna cyfra kontrolna	5901234123450, bez zmian
5,90123E+12 — kod zepsuty w arkuszu	59012312, niżej dlaczego

Ostatni wiersz wymaga słowa. Kod z 13 cyframi zapisany jako liczba Excel zapisuje jako 5,90123E+12. Przy zapisie WooCommerce wyrzuca przecinek, literę E i plus. Zostaje 59012312. To 8 cyfr, więc kod idzie do Google jak EAN-8 — inny numer, z błędną cyfrą kontrolną.

Przy okazji wyszły jeszcze dwie rzeczy:

• Litery znikają przy zapisie. Wpis w rodzaju ABC-5901234123457 zapisuje się bez słowa jako -5901234123457 i idzie do Google jako 5901234123457.
• Duplikaty WooCommerce porównuje tak, jak są wpisane. Kodu, który ma już inny produkt, nie przyjmie, ale 590-1234-12345-7 przejdzie obok 5901234123457. Oba produkty wysyłają wtedy Google ten sam numer.

Co zrobić:

• 11 cyfr: to UPC-A bez zera z przodu. Wpisz pełne 12 cyfr, z zerem na początku.
• ISBN-10: wpisz ISBN-13 książki — jest nad kodem kreskowym i zaczyna się od 978 albo 979.
• Błędna cyfra kontrolna albo kod z arkusza: przepisz kod jeszcze raz z opakowania. Zanim zaimportujesz plik CSV, ustaw w arkuszu kolumnę z kodami jako tekst.

Produkty z wariantami

Strona produktu — adres bez atrybutów — dostaje kod produktu nadrzędnego. Kodów wariantów tam nie ma. W większości produktów wariantowych produkt nadrzędny kodu nie ma i słusznie: każdy wariant to osobny towar z własnym numerem. Dlatego na tej stronie Search Console może pokazywać ostrzeżenie. Nie usuwaj go, kopiując kod wariantu do produktu nadrzędnego — dwa towary z jednym numerem to gorzej niż puste pole. Ostrzeżenie jest opcjonalne, zostaw je.

Adres wariantu — z atrybutami, np. ?attribute_pa_rozmiar=m, tak jak do wariantów linkują pliki produktowe — od WooCommerce 11.0 ma osobne dane. Dostaje tylko własny kod wariantu. Kod produktu nadrzędnego nie przechodzi na wariant: wariant bez własnego kodu idzie do Google bez kodu.

Co sprawdziliśmy: produkt nadrzędny z kodem i trzy warianty — S z własnym kodem, M bez kodu, L z 11 cyframi.

Adres	Co idzie do Google
strona produktu	kod produktu nadrzędnego
wariant S	kod wariantu S
wariant M	nic — nawet kodu produktu nadrzędnego
wariant L	nic — zła liczba cyfr

Co zrobić: wpisz kod w każdym wariancie, w zakładce Warianty, pod SKU wariantu.

Jak zobaczyć, co wysyła WooCommerce?

Wklej adres produktu do testu wyników z elementami rozszerzonymi Google i otwórz wykryty produkt: jeśli nie ma w nim gtin, Google nie dostaje z tej strony kodu. Bez narzędzia Google: otwórz źródło strony i wyszukaj "gtin". Wariant sprawdzasz pod adresem z atrybutami.

Gdy kody są poprawione, kliknij w raporcie Search Console Sprawdź poprawkę. Google sprawdzi strony przy następnej wizycie, co może potrwać kilka dni.

Cały katalog naraz

Wyeksportuj produkty do CSV (Produkty → Eksportuj) i wybierz plik w narzędziu Sprawdź kody EAN. Pokaże każdy kod z tabeli wyżej, którego Google nie dostaje albo dostaje zły: złą liczbę cyfr, UPC bez zera z przodu (z pełnym kodem obok), ISBN-10 (z jego ISBN-13), zapis naukowy, błędną cyfrę kontrolną i jeden kod wpisany na dwa sposoby. Produkty wariantowe z eksportu WooCommerce pomija, bo kody mają ich warianty. Plik nie opuszcza przeglądarki.

W samym sklepie, bez eksportu, Merchlint znajduje produkty i warianty bez kodu i ten sam kod w dwóch produktach. Obie kontrole są w darmowej wtyczce do WooCommerce.