Atrybuty produktowe

Link [link] w Google Shopping: wymagania, dobre praktyki i przykłady

Atrybut link w Google Merchant Center: wymóg HTTPS, zgodność strony docelowej z feedem, parametry śledzenia i naprawa niedziałających linków.

Zaktualizowano 7 minut czytania
Atrybut link – niedziałająca i działająca strona docelowa

Bezprzewodowa mysz ergonomiczna

49,99 €example-tech.com
HTTPS ✓200 OKcena się zgadza

link: kanoniczny adres produktu z HTTPS → zwraca 200, produkt na stronie zgadza się z feedem, cena i dostępność potwierdzone

Bezprzewodowa mysz ergonomiczna

49,99 €example-tech.com

link: "https://example-tech.com/products/mouse-old-url" → 404 Not Found → produkt odrzucony. Budżet wydany na kliknięcia sprzed odrzucenia przepada. Tracisz zaufanie Google.

Google indeksuje adresy Twoich stron docelowych, żeby sprawdzić, czy produkt z reklamy zgadza się z tym, co jest na stronie – w tym cena, dostępność i tytuł. Błąd 404, przekierowanie na stronę główną albo strona z innym produktem oznaczają natychmiastowe odrzucenie. Google sprawdza strony także później, cyklicznie, więc produkt, którego link przestanie działać już po zatwierdzeniu, też zostanie odrzucony.

Atrybut link zawiera adres strony docelowej, na którą trafia klient po kliknięciu Twojej reklamy produktowej lub bezpłatnych informacji o produkcie. To jeden z trzech najważniejszych atrybutów wymaganych (obok title i price), bo od niego zaczyna się każda konwersja, jaką może przynieść Twoja kampania produktowa. Niedziałający, niezgodny z feedem albo źle dobrany link to wprost przepalony budżet, odrzucone produkty i utracone przychody.

Adres z atrybutu link to nie tylko cel kliknięcia – Google aktywnie go indeksuje, żeby sprawdzić, czy to, co reklamujesz, zgadza się z tym, co pokazuje strona docelowa. Atrybut link służy więc nie tylko do kierowania ruchu, ale też do utrzymania spójności danych między feedem a Twoją witryną. Robot Google sprawdza cenę, dostępność, zgodność tytułu i to, czy strona w ogóle się otwiera, a produkty z rozbieżnościami odrzuca.

Specyfikacja techniczna

Nazwa w feedzielink
WymaganyTak – dla wszystkich produktów
Maksymalna długość2000 znaków
ProtokółHTTPS wymagany w reklamach produktowych; HTTP nie jest akceptowany
Musi zwracaćStatus HTTP 200 dla strony konkretnego produktu
PrzekierowaniaDozwolone (301/302), ale muszą prowadzić do właściwej strony produktu
Parametry śledzeniaDozwolone w ciągu zapytania; rozważ ads_redirect, żeby je oddzielić
Powiązany atrybutmobile_link dla osobnych adresów mobilnych; ads_redirect dla adresów śledzących

Gdzie się wyświetla

  • Reklamy produktowe – każde kliknięcie reklamy produktowej przenosi klienta pod adres z atrybutu link (albo pod adres ads_redirect, jeśli jest ustawiony). Domena widoczna w reklamie („example.com”) pochodzi z tego adresu. W większości formatów reklam klient widzi domenę, ale nie pełny adres.

  • Bezpłatne informacje o produktach – na karcie Zakupy kliknięcia w bezpłatne informacje o produktach również prowadzą pod adres z atrybutu link. Obowiązują tu te same wymagania co w płatnych reklamach: zgodność adresu i weryfikacja przez robota.

  • Remarketing dynamiczny – Google używa adresu strony produktu, żeby przypisać sygnały zachowań użytkowników (odsłony strony, dodania do koszyka) do konkretnych produktów i budować listy remarketingowe. Adres musi zgadzać się ze stroną, na której uruchamia się tag remarketingowy.

Zasady

  • HTTPS wymagany w reklamach produktowych – adres z HTTP oznacza automatyczne odrzucenie w płatnych formatach. Certyfikat SSL musi być ważny (niewygasły i niepodpisany samodzielnie).

  • Link musi prowadzić do strony konkretnego produktu – adres musi otwierać stronę z dokładnie tym produktem, który reklamujesz, a nie stronę kategorii, wyniki wyszukiwania czy stronę główną.

  • Strona musi zwracać HTTP 200 – 404, 410, 500 albo przekierowanie na stronę błędu powodują odrzucenie. Chwilowe błędy serwera (503) mogą najpierw skończyć się ostrzeżeniem, a dopiero potem odrzuceniem.

  • Strona docelowa musi zgadzać się z feedem – cena, dostępność i sam pokazywany produkt muszą odpowiadać temu, co jest w feedzie. Roboty Google to sprawdzają.

  • Bez plansz pośrednich i ścian logowania – strony wymagające zalogowania, wyskakujące okna weryfikacji wieku blokujące dostęp albo pełnoekranowe plansze przed pokazaniem produktu są niedozwolone.

  • Bez stron działających wyłącznie na JavaScripcie – jeśli dane produktu są renderowane tylko przez JavaScript (nie ma ich w źródle HTML ani w danych strukturalnych), robot Google może nie zweryfikować danych z feedu, co kończy się niezgodnościami i odrzuceniami.

Dobre praktyki

Używaj czystych, kanonicznych adresów

Atrybut link powinien wskazywać kanoniczny adres URL produktu – czystą, stałą wersję bez identyfikatorów sesji, parametrów paginacji i zmiennych stanu interfejsu. Parametry śledzenia trzymaj w ads_redirect albo używaj parametrów UTM, które nie zmieniają treści strony. Czyste adresy kanoniczne lepiej znoszą zmiany w witrynie i łatwiej nimi zarządzać w procesie generowania feedu.

Spójność z danymi strukturalnymi Schema.org

Dodaj do stron produktów znaczniki Schema.org Product i utrzymuj je w zgodzie z feedem. Gdy robot Google znajdzie pasujące dane strukturalne (ta sama cena, ten sam status dostępności, ten sam GTIN), zweryfikuje dane z feedu szybciej i pewniej, a ryzyko odrzucenia spada. Produkty z poprawnymi danymi strukturalnymi rzadziej dostają oznaczenie niezgodności nawet przy krótkich opóźnieniach w synchronizacji danych.

Stabilne adresy przy migracji sklepu

Migracje platform e-commerce to główna przyczyna masowych odrzuceń związanych z linkami. Lista kontrolna przed migracją:

  • Przed przełączeniem przypisz wszystkie obecne adresy produktów do nowych adresów

  • W momencie przełączenia od razu wdróż przekierowania 301 dla wszystkich przeniesionych stron produktów

  • Zaktualizuj feed w Merchant Center do nowych adresów kanonicznych, gdy tylko nowe adresy zaczną działać

  • Przez pierwsze 2 tygodnie po migracji codziennie sprawdzaj problemy z produktami w Merchant Center (Produkty → karta „Wymaga uwagi”)

  • Przed migracją przetestuj próbkę co najmniej 50 adresów produktów narzędziem do sprawdzania URL-i

Śledzenie bez zaśmiecania feedu

OpcjaJakZalety/wady
UTM w atrybucie linkDopisz ?utm_source=google&utm_medium=cpc do linkuProste; UTM-y widoczne w feedzie
Atrybut ads_redirectUstaw link = adres kanoniczny, ads_redirect = adres śledzącyCzysty podział; bardziej niezawodne
Automatyczne tagowanie (gclid)Włącz w ustawieniach konta Google AdsAutomatyczne; natywnie działa z GA4

Wpływ na wyniki

  • Odsetek odrzuconych produktów – problemy z linkami to jedna z 3 najczęstszych przyczyn odrzuceń produktów w Merchant Center. Przy 1% odrzuceń w feedzie z 10 000 produktów 100 produktów nie może się wyświetlać, co wprost obcina zasięg kampanii i przychody.

  • Jakość strony docelowej – wolne, ubogie w treść albo niezgodne z reklamą strony docelowe pod linkowanym adresem obniżają współczynnik konwersji i mogą skończyć się odrzuceniem produktów z powodu strony docelowej. Reklamy produktowe nie mają Wyniku jakości opartego na słowach kluczowych, więc koszt widać w konwersjach, a nie w obniżonym Wyniku jakości.

  • Współczynnik konwersji – kierowanie użytkownika dokładnie do produktu, który kliknął (a nie na stronę kategorii czy stronę główną przez zepsute przekierowania), może podnieść współczynnik konwersji o 20–40%. Precyzyjne strony docelowe zmniejszają współczynnik odrzuceń i wzmacniają intencję zakupu od pierwszej chwili na stronie.

  • Opóźnienie weryfikacji – po aktualizacji feedu ponowne sprawdzenie adresów produktów przez roboty Google może potrwać 1–3 dni. W tym czasie produkty z niedawno zmienionymi linkami mogą chwilowo tracić wyświetlenia, dopóki robot nie potwierdzi poprawności danych.

Częste błędy

  • HTTP zamiast HTTPS w adresach produktów – natychmiastowe odrzucenie w płatnych formatach

  • Link do strony kategorii albo wyników wyszukiwania zamiast do strony konkretnego produktu

  • Adresy z identyfikatorem sesji (zawierające SESSIONID= lub podobne), które wygasają i przy indeksowaniu zwracają 404

  • Brak przekierowań 301 po zmianie adresów produktów, co kończy się masowymi odrzuceniami z powodu 404

  • Parametry śledzenia, które zmieniają treść strony albo pokazują ruchowi z tymi parametrami inne ceny

  • Strony renderowane w JavaScripcie bez statycznego odpowiednika HTML lub danych strukturalnych – robot Google nie jest w stanie zweryfikować danych produktu

  • Kilka wariantów produktu pod jednym adresem – wszystkie mają wtedy tę samą cenę i dostępność, a Google nie potrafi ich rozróżnić

Wskazówki dla zaawansowanych

  • Ustaw automatyczne monitorowanie adresów – uruchom po stronie serwera codzienne sprawdzanie adresów 500 najważniejszych produktów (według wydatków na reklamy), które alarmuje przy każdej odpowiedzi innej niż 200. Niedziałający link wychwycony w ciągu kilku godzin kosztuje dużo mniej niż taki, który wykryjesz po 3 dniach przepalonego budżetu. Sprawdzą się tu Screaming Frog, własne skrypty albo usługi monitorowania feedów GMC.

  • Wdróż znaczniki Schema.org na wszystkich stronach produktów – schemat Product z poprawnymi polami price, availability, sku i gtin pozwala robotowi Google porównać dane z feedu z danymi strukturalnymi. Łatwiej wtedy wykryć i poprawić niezgodności, a zweryfikowane produkty rzadziej dostają oznaczenie rozbieżności przy indeksowaniu.

  • Całe płatne śledzenie przenieś do atrybutu ads_redirect – w link zostaw czysty, kanoniczny adres produktu, a całe śledzenie (UTM-y, identyfikatory kliknięć, łańcuchy przekierowań) umieść w ads_redirect. Feed łatwiej wtedy audytować, adresy kanoniczne pozostają stabilne na potrzeby ruchu organicznego i bezpłatnych informacji o produktach, a zmiana śledzenia nie wymaga aktualizacji feedu.

  • Testuj linki automatycznie w procesie generowania feedu – zanim prześlesz aktualizację feedu, wyślij lekkie żądanie HEAD na każdy adres z tej partii. Każdy adres, który nie zwraca 200, oznacz i sprawdź, zanim feed trafi do Google. Ten jeden krok walidacji zapobiega większości odrzuceń związanych z linkami.

Często zadawane pytania

Czy atrybut link wymaga HTTPS?
Tak – HTTPS jest wymagany we wszystkich reklamach produktowych i zdecydowanie zalecany w bezpłatnych informacjach o produktach. Adresy działające tylko po HTTP nie są akceptowane w płatnych kampaniach produktowych. Jeśli Twój sklep nadal serwuje jakiekolwiek strony produktów po HTTP, wdróż HTTPS w całej witrynie albo upewnij się, że linki w feedzie prowadzą do wersji HTTPS. Google sprawdza też, czy certyfikat SSL jest ważny i nie wygasł.
Przez co atrybut link może spowodować odrzucenie produktu?
Najczęstsze przyczyny odrzuceń związanych z linkiem to: (1) 404 Not Found – adres zwraca stronę błędu; (2) przekierowanie na stronę główną lub stronę kategorii – zamiast na stronę konkretnego produktu; (3) niezgodność ceny lub dostępności – strona pokazuje inne dane niż feed; (4) chwilowa niedostępność witryny – Googlebot nie może wejść na stronę podczas indeksowania; (5) HTTP zamiast HTTPS; (6) wymagane logowanie – strona jest dostępna dopiero po zalogowaniu. Każda z tych przyczyn blokuje produkt, dopóki jej nie usuniesz.
Czy mogę dodać parametry UTM do atrybutu link?
Tak – możesz dopisać parametry UTM (np. ?utm_source=google&utm_medium=cpc&utm_campaign=shopping) bezpośrednio do adresu w atrybucie link. Jeśli jednak chcesz mieć większą elastyczność i czystsze adresy w feedzie, Google zaleca użycie atrybutu ads_redirect – pozwala on podać adres śledzący niezależnie od kanonicznego adresu produktu. Wtedy link w Twoim feedzie zostaje czysty i kanoniczny, a śledzeniem płatnych kliknięć zajmuje się ads_redirect.
Czym jest atrybut mobile_link i czy go potrzebuję?
mobile_link to opcjonalny atrybut, w którym podajesz wersję strony produktu zoptymalizowaną pod urządzenia mobilne, jeśli adresy mobilne i desktopowe się różnią. Jeśli Twoja witryna jest responsywna (ten sam adres dopasowuje się do każdego ekranu), mobile_link nie jest Ci potrzebny. Przyda się tylko wtedy, gdy mobilne strony produktów mają inne adresy (np. m.example.com/product) ORAZ działają na telefonach wyraźnie lepiej niż adres desktopowy.
Adres URL produktu zawiera jego nazwę (slug). Co się stanie, jeśli zmienię nazwę produktu?
To częsta i kosztowna sytuacja. Jeśli zmienisz nazwę produktu, a adresy URL budujesz ze sluga (np. /products/blue-running-shoes zmienia się na /products/navy-blue-running-shoes), stary adres bez prawidłowego przekierowania zacznie zwracać 404. Masz dwie możliwości: (a) ustaw stałe przekierowanie 301 ze starego adresu na nowy (i zaktualizuj link w feedzie) albo (b) zostaw pierwotny adres jako kanoniczny i zmień tylko tytuł na stronie. Z punktu widzenia zarządzania feedem opcja B jest prostsza.
Jak Google sprawdza, czy strona docelowa zgadza się z danymi w feedzie?
Automatyczne roboty Google regularnie odwiedzają strony docelowe Twoich produktów i odczytują z nich cenę, dostępność, tytuł i inne sygnały – z danych strukturalnych (znaczniki Schema.org), z kodu HTML i z analizy obrazów. Jeśli to, co robot znajdzie na stronie, nie zgadza się z danymi w Twoim feedzie – na przykład w feedzie jest 49,99 €, a na stronie 54,99 € – produkt dostaje oznaczenie niezgodności ceny i zostaje odrzucony. Robot sprawdza stronę zarówno przy pierwszym zatwierdzaniu, jak i później, cyklicznie.
Czy mogę użyć tego samego adresu URL dla kilku produktów w feedzie?
Nie – każdy produkt w feedzie powinien mieć własny, unikalny adres strony docelowej. Jeśli kilka produktów prowadzi do tego samego adresu (np. wszystkie do strony kategorii albo strony głównej), robot Google nie zweryfikuje danych konkretnego produktu, takich jak cena i dostępność, i wszystkie te produkty najpewniej zostaną odrzucone. Każdy wariant, który można kupić, powinien mieć własną stronę produktu.

Powiązane poradniki