Sklep może mieć politykę zwrotów, a mimo to klient nadal będzie szukał odpowiedzi jak detektyw po trzech kawach. Termin jest w regulaminie, koszt odesłania gdzieś w stopce, wyjątek na karcie produktu, a w Merchant Center żyje jeszcze inna wersja. W takim układzie problemem nie jest brak tekstu, tylko brak jednej, spójnej informacji.

Dane uporządkowane, w tym MerchantReturnPolicy, nie naprawiają niejasnych zasad. One mają opisać to, co faktycznie obowiązuje w sklepie. Dlatego najpierw warto uporządkować komunikat dla klienta, później dobrać właściwe dane techniczne, a na końcu sprawdzić, czy regulamin, strona produktu, feed i Merchant Center mówią dokładnie to samo. Bez czarów, bez zgadywania i bez liczenia, że sama wtyczka załatwi temat.

Najpierw porządek, potem schema — dlaczego sama wtyczka nie załatwia zwrotów

Polityka zwrotów powinna być łatwo dostępna na stronie sklepu. Klient nie powinien przekopywać regulaminu, szukać drobnego druku pod banerem ani pisać do obsługi z pytaniem, czy może odesłać produkt i kto zapłaci za przesyłkę. Google również zwraca uwagę na dostępność, kompletność i spójność tych informacji.

Najpierw trzeba więc ustalić rzeczywiste zasady. Dopiero potem można odwzorować je w danych uporządkowanych. MerchantReturnPolicy nie tworzy prawa do zwrotu, nie zmienia regulaminu i nie jest skrótem do wygodniejszej wersji zasad. Jeśli sklep pobiera opłatę za odesłanie, dane techniczne nie mogą sugerować, że zwrot jest bezpłatny. Jeśli konkretny produkt ma wyjątek, trzeba go opisać tak, aby nie przeczył pozostałym informacjom.

To ważne także dlatego, że dane mogą pojawiać się w kilku miejscach: na stronie zwrotów, w regulaminie, stopce, banerach, kartach produktów, feedzie produktowym i ustawieniach Merchant Center. Samo poprawne wdrożenie nie gwarantuje, że Google pokaże informację jako rozszerzony element wyniku. Celem jest przede wszystkim zgodność i czytelność, a nie polowanie na jeden konkretny wygląd w wyszukiwarce.

Checklista informacji, które klient powinien znaleźć bez kopania po stronie

Zanim ktoś zacznie ustawiać pola techniczne, warto spisać politykę zwrotów po ludzku. Nie chodzi o kopiowanie przypadkowego wzoru, tylko o zebranie zasad, które naprawdę obowiązują w danym sklepie. Na stronie powinny znaleźć się co najmniej następujące informacje:

• Kto może dokonać zwrotu oraz do jakich sytuacji odnosi się opisana polityka.
• Jaki termin obowiązuje i od którego momentu jest liczony.
• Jak zgłosić odstąpienie od umowy oraz jakie kroki wykonać po wysłaniu zgłoszenia.
• Gdzie i jak odesłać towar, w tym jaka metoda zwrotu jest akceptowana.
• Kto ponosi koszt przesyłki zwrotnej i czy występuje opłata związana z odesłaniem.
• Kiedy następuje zwrot pieniędzy oraz jakie zasady obowiązują przy obsłudze płatności.
• Jakie wyjątki dotyczą konkretnych produktów, jeśli w sklepie rzeczywiście występują.

W przypadku umów zawieranych przez internet konsumentowi co do zasady przysługuje 14 dni na odstąpienie od umowy. Przy sprzedaży pojedynczego towaru termin liczy się zasadniczo od jego otrzymania, a w określonych sytuacjach może wynosić 30 dni. To jednak nie jest gotowa treść polityki dla każdego sklepu. Znaczenie mają rodzaj umowy, sposób sprzedaży i wyjątki przewidziane w przepisach.

Po zgłoszeniu odstąpienia konsument powinien odesłać towar niezwłocznie, nie później niż w ciągu 14 dni. Przedsiębiorca zwraca płatności nie później niż w ciągu 14 dni, ale w określonych warunkach może wstrzymać się do otrzymania towaru albo dowodu jego odesłania. Właśnie dlatego sama liczba dni to za mało. Klient potrzebuje całej instrukcji: co zrobić, gdzie wysłać paczkę, ile to kosztuje i kiedy spodziewać się pieniędzy.

MerchantReturnPolicy po ludzku: co oznaczają najważniejsze pola

MerchantReturnPolicy to typ danych, którym można opisać zasady zwrotów. Google może wykorzystać między innymi informacje o kraju obowiązywania polityki, jej kategorii, terminie, metodzie zwrotu oraz opłatach. Nazwy pól brzmią technicznie, ale ich sens da się przełożyć na zwykłe pytania właściciela sklepu.

Pole	Co opisuje
applicableCountry	Kraj, którego dotyczy dana polityka zwrotów.
returnPolicyCategory	Kategorię polityki zwrotów obowiązującej w sklepie.
merchantReturnDays	Liczbę dni, jeśli polityka ma określone okno czasowe.
returnMethod	Sposób dokonania zwrotu, na przykład odesłanie pocztą, zwrot w sklepie albo w punkcie obsługi.
returnFees	Zasady dotyczące opłat za zwrot.
returnShippingFeesAmount	Kwotę opłaty za przesyłkę zwrotną, jeśli taka informacja ma zastosowanie.

Wśród wymaganych informacji znajdują się między innymi applicableCountry i returnPolicyCategory. Jeżeli polityka ma określony termin zwrotu, potrzebne jest także merchantReturnDays. To nie oznacza jednak, że wystarczy wpisać kilka wartości i zamknąć temat. Każda z nich musi odpowiadać faktycznej polityce sklepu.

Google może odczytywać informacje z danych uporządkowanych, feedu produktowego, Merchant Center i innych konfiguracji wskazanych w dokumentacji. Dokładne wdrożenie zależy od aktualnych zasad Google oraz ustawień konkretnego sklepu. W WooCommerce dodatkowo trzeba sprawdzić, czy dane nie są generowane jednocześnie przez motyw, wtyczkę SEO, moduł e-commerce i integrację z Merchant Center. Kilka źródeł brzmi niewinnie, dopóki nie zaczynają podawać różnych terminów.

Warto pamiętać o jednej rzeczy: nawet poprawne dane uporządkowane nie gwarantują wyświetlenia informacji o zwrotach jako rozszerzonego elementu wyników Google. To opis rzeczywistej polityki, nie obietnica konkretnego miejsca ani wyglądu w wyszukiwarce.

Polityka firmy a wyjątek na karcie produktu

Polityka firmy, nazywana też organizacyjną, opisuje standardowe zasady dotyczące większości albo wszystkich produktów. Google zaleca umieszczanie takiej polityki na poziomie Organization. To dobre rozwiązanie, gdy sklep ma jeden podstawowy sposób obsługi zwrotów i nie potrzebuje tworzyć osobnej wersji dla każdej karty produktu.

Polityka przypisana do produktu służy przede wszystkim do opisania wyjątku od zasad ogólnych. Może mieć sens, gdy konkretny produkt podlega innym regułom albo sklep nie ma standardowej polityki dotyczącej wszystkich produktów. Zakres informacji na poziomie produktu jest węższy, więc nie należy traktować go jako miejsca do powielania całego regulaminu.

Jeżeli jednocześnie istnieje polityka organizacyjna i produktowa, Google domyślnie korzysta z polityki produktowej dla danego produktu. To oznacza, że wyjątek na karcie produktu musi być prawdziwy, aktualny i zgodny z procesem obsługi zwrotów. Nie warto tworzyć osobnych polityk tylko dlatego, że technicznie da się to zrobić. Jeśli zasady są takie same, nadmiar konfiguracji może jedynie zwiększyć ryzyko pomyłki.

Gdzie najczęściej rozjeżdżają się informacje

Najczęstszy problem nie polega na jednym wielkim błędzie, tylko na kilku małych różnicach. W regulaminie widnieje jeden termin, na stronie produktu inny, a w Merchant Center ustawiono jeszcze coś trzeciego. Klient widzi jedną wersję, Google może odczytać inną, a obsługa sklepu pracuje według kolejnej. To gotowy przepis na zamieszanie.

Przed wdrożeniem warto porównać wszystkie miejsca, w których pojawia się temat zwrotów:

• regulamin sklepu i osobną stronę dotyczącą zwrotów;
• stopkę, banery oraz inne krótkie komunikaty widoczne dla klienta;
• karty produktów, szczególnie tam, gdzie występują wyjątki;
• dane MerchantReturnPolicy generowane na stronie;
• feed produktowy i ustawienia Merchant Center;
• motyw, wtyczkę SEO, moduł e-commerce oraz integrację z Merchant Center.

Sprawdzaj przede wszystkim kraj obowiązywania, kategorię polityki, termin, metodę zwrotu, koszty i wyjątki produktowe. Nie zakładaj, że regulamin automatycznie ma pierwszeństwo przed wartością przesłaną w feedzie albo ustawioną w Merchant Center. Google wskazuje kolejność różnych źródeł konfiguracji, dlatego trzeba wiedzieć, skąd faktycznie pobierana jest dana informacja.

Najpraktyczniejsze podejście to przygotowanie jednej, aktualnej wersji zasad i porównanie z nią wszystkich pozostałych miejsc. To nie jest audyt konkretnej witryny ani porada prawna. To zwykła kontrola, dzięki której łatwiej zauważyć, że jeden baner obiecuje bezpłatny zwrot, choć proces obsługi działa inaczej.

Kontrola po wdrożeniu: test, walidacja i monitoring

Po wdrożeniu nie kończ sprawdzania na komunikacie „wtyczka działa”. Najpierw zobacz, co faktycznie widzi klient na stronie zwrotów, w regulaminie i na kartach produktów. Następnie sprawdź, jakie dane uporządkowane są generowane oraz jakie wartości trafiają do feedu i Merchant Center.

Przejdź przez krótką checklistę:

1. Porównaj termin i sposób liczenia dni w widocznej treści oraz danych technicznych.
2. Sprawdź kraj, kategorię polityki, metodę zwrotu i zasady ponoszenia opłat.
3. Zweryfikuj wyjątki produktowe i upewnij się, że nie przeczą polityce ogólnej.
4. Sprawdź, czy różne narzędzia nie generują dublujących się albo sprzecznych oznaczeń.
5. Skorzystaj z narzędzi Google do wykrywania błędów i obserwuj komunikaty w Merchant Center.

Do kontroli warto wracać po zmianie motywu, wtyczki, integracji, feedu albo samych zasad zwrotów. Google może zmieniać wymagania, sposób kwalifikacji danych i kolejność źródeł konfiguracji, dlatego przed wdrożeniem technicznym należy sprawdzić aktualną dokumentację.

Najważniejszy cel jest prosty: klient, strona sklepu i konfiguracja techniczna mają mówić jednym głosem. Walidacja pomaga znaleźć błędy, ale nie zapewnia konkretnego wyglądu wyniku Google i nie zastępuje analizy regulaminu.

Podsumowując: polityka zwrotów w Google zaczyna się nie od kodu, lecz od jasnych i prawdziwych zasad dla klienta. Najpierw uporządkuj kompletność informacji: termin, zgłoszenie, odesłanie, koszty, zwrot pieniędzy i wyjątki. Potem rozdziel standardową politykę firmy od rzeczywistych wyjątków produktowych. Na końcu porównaj regulamin, stronę sklepu, karty produktów, dane uporządkowane, feed i Merchant Center. MerchantReturnPolicy może pomóc Google odczytać te informacje, ale nie zmienia zasad i nie gwarantuje rozszerzonego wyniku. Masz stronę, sklep albo materiały graficzne, które proszą się o ogarnięcie? Napisz do INB Marketing i zobaczymy, co da się z tym sensownie zrobić.