Jeśli prowadzisz e-commerce i korzystasz z Merchant Center w trybie UCP, prędzej czy później trafiasz na temat consumer notices. To nie jest miejsce na ogólne hasła ani „dodatkowe informacje”. W danych produktowych pojawia się komunikat/disclosure, który ma dotrzeć do kupującego w checkout flow wtedy, gdy dla danego produktu obowiązuje określone warning/disclosure.
W praktyce najczęściej chodzi o pole notice_message w ramach consumer_notice. Dobrze napisany tekst jest krótki, czytelny i zgodny z tym, co użytkownik widzi w ofercie oraz na ścieżce zakupu. Źle napisany może wyglądać jak niedopowiedzenie. A w obszarze zgodności Google zwraca uwagę na ryzyko wprowadzania w błąd.
W tym poradniku pokażemy, kiedy używa się consumer notices i kiedy notice_message ma sens, jak trzymać się ograniczeń pola, jak pisać z myślą o krótkiej prezentacji w checkout oraz jak ograniczać ryzyko misrepresentation.
Po co w ogóle są consumer notices w UCP i kiedy pojawia się notice_message?
Szybkie mapowanie: co jest przekazywane w feedzie
W Merchant Center UCP consumer notices są przekazywane w feedzie jako obiekt consumer_notice z dwoma pod-atributami: notice_type oraz notice_message. Innymi słowy: samo „doklejenie tekstu” nie wystarcza. Najpierw musisz mieć właściwy typ komunikatu, a dopiero potem dopasować treść do tego, co dokładnie ma zostać ujawnione.
Dokumentacja Google wiąże consumer notices z sytuacjami, w których dany produkt ma regulatory warning requirements (w przewodniku pada przykład Prop 65). To ważna różnica: notice_message nie jest uniwersalnym polem na dowolne informacje dla kupującego. Jest częścią wymaganych disclosure/ostrzeżeń przekazywanych użytkownikowi.
W praktyce notice_type musi przyjąć jedną z wartości: legal_disclaimer, safety_warning lub prop_65. Dopiero ten wybór porządkuje komunikat. Od tego zależy, jak odbiorca będzie interpretował przekaz w kontekście ostrzeżenia.
Google opisuje też sam sposób prezentacji: consumer notices są pokazywane w checkout flow jako „Product warning zippy”, a gdy jest wiele komunikatów, mogą być konsolidowane i przedstawiane jako osobne akapity ostrzeżeń. Z perspektywy copy to sygnał, że tekst notice_message powinien działać krótko i jednoznacznie, nawet gdy użytkownik zobaczy go w pop-upie lub w formie zwięzłej sekcji ostrzeżeń.
notice_message w praktyce: ograniczenia techniczne i co one oznaczają dla copy
Jak formatować, żeby działało w krótkim pop-upie
notice_message ma konkretne ograniczenia techniczne, które realnie wpływają na sposób pisania. Po pierwsze, to string o limicie maks. 1,000 znaków. To oznacza, że komunikat ma być zrozumiały bez „tła”, bez długich rozwinięć i bez przenoszenia czytelnika w głąb regulaminów.
Po drugie, notice_message akceptuje wybrane tagi HTML: <b>, <br>, <i> oraz <a href> (zgodnie z dokumentacją dla consumer_notice). Ten zakres formatowania potraktuj jako narzędzie redakcyjne, a nie jako „miejsce na składnię marketingową”. Jeśli pogrubienia i podziały linii pomogą czytelności w krótkim ostrzeżeniu, użyj ich świadomie. Jeśli nie wnoszą, pomiń.
Po trzecie, pamiętaj o funkcji komunikatu. Consumer notices są disclosure/ostrzeżeniem dla kupującego. Dlatego w copy warto przyjąć logikę: jedna wiadomość = jedna rzecz do ujawnienia. Gdy wrzucisz do notice_message zbyt wiele wątków, tekst może stać się trudny do odczytania w krótkiej prezentacji i łatwiej będzie o interpretację „między wierszami”.
Jak to przełożyć na praktykę? Najbezpieczniej zaczynać od tego, co ostrzegasz i w jakim kontekście. Potem doprecyzuj samą treść warning/disclosure, bez dopowiadania szczegółów, których nie ma w Twojej komunikacji produktowej. Formatowanie używaj oszczędnie: podział na krótkie linie (np. przez <br>) często daje czytelność w krótkim pop-upie.
Uwaga redakcyjna: nawet jeśli komunikat jest krótki, nie znosi wymogu jednoznaczności. Ograniczenia techniczne nie są „przykryciem” pod niedopowiedzenia.
UI-first: jak Google prezentuje consumer notices, gdy użytkownik dochodzi do checkout
Co znaczy „kontekst” w praktyce komunikacyjnej
W poradniku najłatwiej wpaść w pułapkę pisania „dla pola”, a nie „dla użytkownika”. Tymczasem Google opisuje, że ostrzeżenia mogą pojawić się w checkout flow w formie „Product warning zippy”, a przy wielu komunikatach mogą być pokazane jako osobne akapity ostrzeżeń. To ma konsekwencje dla copy.
Po pierwsze: użytkownik nie zawsze zobaczy pełen zestaw treści w jednym miejscu. W praktyce notice_message powinien być czytelny w odosobnieniu. Nawet jeśli w innych punktach ścieżki zakupu użytkownik ma kontekst, tutaj możesz dostać okno/popup, które ogranicza uwagę do samego ostrzeżenia.
Po drugie: „kontekst” w tym przypadku oznacza, że tekst ma dotyczyć tej samej kwestii, którą użytkownik widzi w ofercie i przechodzi do checkout. Google wskazuje, że consumer notices są przekazywane jako mandatory legal warnings dla produktów z regulatory warning requirements. To oznacza, że notice_message nie powinien udawać komunikatu o czymś innym niż wymagane disclosure.
Jak podejść do tego procesu redakcyjnie? Najpierw wybierz notice_type (legal_disclaimer, safety_warning albo prop_65). Dopiero potem napisz treść w notice_message tak, by odpowiadała konkretnemu ostrzeżeniu, a nie ogólnym deklaracjom. Jeśli Twoja oferta opisuje pewne warunki, niech notice_message nie będzie od nich oderwany.
Po trzecie: gdy jest wiele komunikatów, Google może je konsolidować i prezentować jako osobne akapity. To kolejny powód, by unikać wielowątkowości. Lepiej, żeby pojedynczy notice_message był prosty, jednoznaczny i „domykający” jedną myśl disclosure.
Spójność i misrepresentation: jak nie wprowadzać w błąd w komunikatach z danych produktowych
Check spójności: feed ↔ strona ↔ checkout
Tu wchodzi wątek, który często jest pomijany w copy: misrepresentation. Google w polityce wprost podkreśla, że niedozwolone są zachowania polegające m.in. na ukrywaniu lub zniekształcaniu istotnych informacji o warunkach transakcji. W kontekście danych produktowych oznacza to, że komunikaty, które użytkownik zobaczy w zakupie, nie mogą sugerować innego zakresu, niż wynika to z tego, co jest przedstawione w ofercie, na stronie i w checkout.
W praktyce notice_message potraktuj jak element disclosure, a nie jak „dodatkowy tekst”. Jeśli komunikat w feedzie mówi innymi słowami to, co użytkownik widzi w innych miejscach inaczej, rośnie ryzyko niepożądanej interpretacji. A polityka misrepresentation obejmuje właśnie sytuacje, w których użytkownik może zostać wprowadzony w błąd przez niejasne lub zniekształcone informacje o materialnych warunkach.
Co jest „materialne” w tym ujęciu? W researchu Google wskazuje na ogólną ideę ukrywania/nieujawniania istotnych informacji o warunkach transakcji, z przykładami w polityce odnoszącymi się m.in. do dostarczenia czy zwrotów/refundów. Ty nie musisz zgadywać zakresu pod konkretną branżę. Wystarczy redakcyjna zasada: notice_message ma ujawniać to, co ma ujawnić, i nie dodawać tego, czego nie ma w Twojej komunikacji zakupowej.
Check spójności zrób w prosty sposób: porównaj, czy notice_message dotyczy dokładnie tej samej kwestii co komunikacja użytkowa w ofercie i w checkout. Jeśli w jednym miejscu jest powiedziane „tak” lub „w tym zakresie”, a w innym „nieco inaczej”, wyłap różnice. Nawet jeśli różnica jest subtelna językowo, może wyglądać jak niedopowiedzenie.
Na koniec: nie traktuj ograniczeń długości jako zwolnienia z jednoznaczności. Krótkie komunikaty mogą być bardzo precyzyjne, o ile są napisane jako disclosure, a nie jako „marketingowa zasłona”.
Checklist dla marketingu i e-commerce: brief do tworzenia notice_message bez zgadywania
Szybki workflow współpracy (brief → redakcja → weryfikacja)
Żeby nie pisać notice_message „na oko”, przyda się krótki brief i prosty workflow. Poniżej lista, którą można wykorzystać w zespole marketingu i e-commerce.
- Najpierw ustal, czy komunikat faktycznie wchodzi w obszar consumer notices (warning/disclosure dla produktu z wymaganiami regulatory).
- Wybierz poprawny notice_type: legal_disclaimer, safety_warning albo prop_65.
- Następnie dopiero pisz notice_message jako disclosure: jedna wiadomość, jeden przekaz ostrzeżenia.
- Trzymaj się ograniczeń pola: maks. 1,000 znaków oraz dozwolone formatowanie w ramach wyszczególnionych tagów (np. <b>, <br>, <i>).
- Unikaj wieloznacznych sformułowań i dopowiedzeń „z kontekstu”, których nie widać w Twojej ofercie i checkout.
- Zadbaj o czytelność: tekst ma być zrozumiały w krótkiej prezentacji ostrzeżenia, bez konieczności „szukania dalej”.
- Wykonaj check spójności: feed ↔ strona ↔ checkout — czy te same kwestie są opisane podobnie i jednoznacznie.
- Jeśli wiadomość ma być wsparciem dla zrozumienia warunku, upewnij się, że nie zmienia jego zakresu w praktyce.
Jeśli w zespole macie zwyczaj wracać do treści po wdrożeniu, ten workflow pomaga skrócić drogę: brief ogranicza ryzyko pisania „za szeroko”, redakcja pilnuje limitów i formatu, a weryfikacja spójności ogranicza niepożądane wrażenie niedopowiedzenia.
Na koniec warto zapamiętać jedną zasadę: notice_message ma wspierać disclosure/ostrzeżenie w checkout flow dla produktów objętych wymaganiami warning/disclosure. Im lepiej dopasujesz typ komunikatu, treść i czytelność do tego kontekstu, tym łatwiej utrzymać spójność z tym, co użytkownik widzi w zakupie — i tym samym ograniczyć ryzyko wprowadzania w błąd.
Skontaktuj się z Aleteksty.pl, aby omówić artykuły, teksty na stronę, opisy produktów lub regularną obsługę treści.
