W e-commerce zgody użytkowników są jak ruch drogowy w godzinach szczytu: teoretycznie każdy wie, jak powinno działać, a potem i tak wszyscy hamują. Z jednej strony chcesz mierzyć, testować i optymalizować kampanie. Z drugiej musisz działać zgodnie z prawem i szanować decyzje ludzi odwiedzających sklep. Google Consent Mode v2 robi tu ważną rzecz: pozwala dostosować zachowanie tagów w zależności od tego, czy użytkownik wyraził zgodę na pomiar reklamowy i/lub analitykę.
Problem w tym, że wdrożenie potrafi zamienić się w techniczny labirynt. Najgorsze są półśrodki i domyślne ustawienia, które niby „działają”, a po cichu rozwalają raportowanie, budżet i atrybucję. Poniżej przeprowadzę cię przez to, jak podejść do Consent Mode v2 oraz zarządzania zgodami użytkowników tak, żeby zminimalizować ryzyko i utrzymać sensowne wyniki sprzedażowe.
Po co w ogóle Consent Mode v2 w sklepie internetowym

Consent Mode v2 ma jeden cel: połączyć świat zgód z pomiarem w Google. Jeśli użytkownik nie zgadza się na określony typ danych, przeglądarka i tagi nie powinny wysyłać pełnych sygnałów. W praktyce oznacza to mniej danych, ale też mniej ryzyka. Consent Mode v2 sprawia, że konfiguracja zachowań tagów potrafi reagować na zgodę w czasie rzeczywistym, zamiast udawać, że „nic się nie dzieje”.
W e-commerce ma to znaczenie, bo sklep rzadko jest tylko blogiem. Masz koszyk, powroty do zakupów, remarketing i kampanie performance. Tam brak danych często nie kończy się na pustych raportach, tylko na gorszych decyzjach. Consent Mode v2 nie jest magiczną różdżką, ale jest jednym z najbardziej sensownych sposobów zrobienia pomiaru bardziej zgodnego z oczekiwaniami użytkowników.
Moje podejście jest proste: zgoda nie może być tylko „warunkiem technicznym”. Zgoda musi być elementem procesu zakupowego i komunikacji. Jeśli użytkownik widzi okno zgód i ma z niego jasną kontrolę, zwykle mniej się wkurza, mniej rezygnuje i finalnie więcej osób kończy wizytę w sposób dla ciebie korzystny.
Consent Mode v2: jak to działa, zanim zaczniesz pisać kod

Zanim ktokolwiek uderzy w JavaScript i konfiguracje tagów, trzeba zrozumieć mechanikę. Consent Mode v2 opiera się na modelu, w którym przeglądarka otrzymuje ustawienia zgód (np. marketing i analityka) i na tej podstawie tagi Google decydują, co wysyłać. W wersji v2 ważne jest podejście bardziej granularne i lepsza obsługa stanów zgód.
W praktyce myślisz o dwóch osiach: czy użytkownik zezwala na cookies i/lub dane dla analityki oraz czy zezwala na cele reklamowe. W zależności od tego ustawiasz parametry w Consent Mode, a w raportach widać wpływ ograniczeń. Klucz jest w tym, żeby twoja platforma zarządzania zgodami (CMP) mówiła prawdę i robiła to konsekwentnie.
W moich wdrożeniach największe problemy wynikały nie z samego Consent Mode, tylko z niespójności między tym, co CMP pokazuje użytkownikowi, a tym, co później wysyła konfiguracja w tagach. Najpierw testy w piaskownicy, potem dopiero produkcja. Inaczej wchodzisz w tryb „zgadnij, gdzie uciekły dane”.
Architektura wdrożenia: CMP, tagi i przepływ zgód

Wdrożenie działa wtedy, gdy trzy elementy grają w jednej drużynie. Pierwszy element to CMP, czyli narzędzie do zarządzania zgodami użytkowników. Drugi to mechanizm tagowania, najczęściej Google Tag Manager. Trzeci to konfiguracja danych i zachowań w zależności od statusu zgody.
W idealnym układzie CMP ustawia stan zgody, a Consent Mode v2 aktualizuje zachowanie tagów odpowiednio do tego stanu. Nie chodzi tylko o to, by „coś się ustawiło”, ale o to, by w momencie ładowania tagów znać właściwy kontekst. Jeśli tag odpala zanim CMP zdąży zarejestrować zgodę, zaczynasz generować błędne dane i potem korygować to już za późno.
W sklepach e-commerce dodatkowym haczykiem jest logika strony: różne typy podstron (produkt, kategoria, koszyk), przejścia w aplikacji (czasem SPA), a także różne źródła ruchu. Jeżeli zgoda działa poprawnie na home, ale psuje się na koszyku, to tracisz spójność pomiaru dokładnie tam, gdzie sprzedaż jest najważniejsza.
Jak dobrać podejście do CMP w e-commerce
Wybierając CMP, patrzysz nie tylko na to, czy „obsługuje Consent Mode”. Patrzysz na jakość zarządzania stanami: czy CMP potrafi aktualizować zgodę po czasie, czy dobrze obsługuje zmianę decyzji użytkownika, czy ma sensowny mechanizm przechowywania zgód i czy pozwala na kontrolę banneru w praktyce.
W mojej pracy zdarzyło się, że CMP dawało świetny interfejs, ale nie potrafiło utrzymać konsekwencji w wariantach językowych lub w trybach testowych. Efekt był banalny: część użytkowników dostawała inny wariant tekstu, a przez to podejmowała inną decyzję, co rozjeżdżało pomiary. Brzmi drobno, a jednak wpływa na wynik.
Rola Google Tag Managera i kolejność ładowania
Tag Manager jest wygodny, bo pozwala zarządzać tagami bez ciągłych zmian w kodzie sklepu. Ale przy zgodach liczy się kolejność. Jeśli konfiguracja Consent Mode v2 pojawi się za późno, tagi mogą działać w trybie „pełny pomiar”, zanim zostaną ograniczone. To błąd, którego nie zawsze da się łatwo zauważyć w czasie rzeczywistym.
W praktyce plan jest taki: najpierw CMP i mechanizm zgód, potem tagi lub ich warunki, a w tle aktualizacja Consent Mode v2. Zespół developerski i marketingowy muszą tu mówić tym samym językiem: marketing wymaga mierzalności, a developer odpowiada za to, by mierzalność nie łamała zasad zgód.
Zarządzanie zgodami użytkowników: proces, nie tylko przycisk „Akceptuję”

Zarządzanie zgodami użytkowników to temat, który łatwo spłaszczyć do jednego zdania: „użytkownik musi mieć możliwość wyrażenia zgody”. W praktyce liczy się cała ścieżka: informacja, wybór, zapis i późniejsza możliwość zmiany decyzji. Jeśli ten proces jest źle zaprojektowany, rośnie liczba rezygnacji, a pomiar staje się mniej wiarygodny.
W e-commerce zgoda często pojawia się tuż po wejściu. Jednak użytkownik nie przychodzi tylko po informacje. On często już porównuje, przewija, dodaje do koszyka i wraca. Jeśli banner utrudnia przewijanie albo zasłania elementy kluczowe, wkurzysz ludzi, a potem będziesz się dziwić, że konwersja leci w dół.
Moja zasada brzmi: banner ma być czytelny i szybki. Nie ma „okienek, które ładują się jak strona z 2012 roku”. Ma być lekki, przewidywalny i umożliwiać kontrolę bez frustracji.
Stany zgód i konsekwencje dla pomiaru
Consent Mode v2 operuje stanami, które wpływają na to, czy tagi reklamowe i analityczne mogą wysyłać dane. Wyobraź to sobie jak przełączniki w instalacji elektrycznej. Jeśli przełącznik jest wyłączony, światło nie powinno świecić. A jeśli później użytkownik zmieni zdanie, przełącznik ma przeskoczyć w odpowiednią pozycję i wszystko działa dalej.
W praktyce konsekwencje widzisz w raportach. Gdy zgoda na marketing jest ograniczona, mniej danych trafia do modelowania konwersji. Gdy zgoda jest na analitykę, możesz liczyć przynajmniej część zachowań. Dlatego ważne jest, by CMP umiała precyzyjnie mapować wybory na parametry Consent Mode.
Mechanizm zmiany decyzji: co, gdy użytkownik kliknie „Zmień ustawienia”
Użytkownik ma prawo wrócić i zmienić zdanie. To oznacza, że twoje rozwiązanie musi obsłużyć aktualizację zgód po czasie. Jeśli wszystko jest ustawione tylko raz przy pierwszym wejściu, a potem nie aktualizuje się spójnie, wchodzisz w klasyczne „działało do momentu”.
W e-commerce często widzę takie sytuacje: użytkownik najpierw odrzuca marketing, kupuje, wraca następnego dnia i tym razem akceptuje. Jeśli system nie sklei tych dwóch historii, analityka staje się sztuczna, a kampanie optymalizują się w oparciu o niepełne dane.
Mapowanie zgód do parametrów Consent Mode v2

To miejsce, w którym wiele zespołów potyka się o szczegóły. Mapowanie to nic nadzwyczajnego: bierzesz kategorie zgód z CMP i przypinasz je do tego, co rozumie Consent Mode v2. Najczęściej chodzi o zgodę marketingową i analityczną, ale szczegóły zależą od konfiguracji.
Najlepiej potraktować to jako tabelę odpowiedzialności. CMP generuje wartości i zdarzenia. Ty musisz je zmapować do tego, co ustawiasz w Consent Mode. Wtedy wszystko jest przewidywalne i testowalne.
Przykładowa logika mapowania (dla zrozumienia procesu)
Poniższa tabela nie jest „jedyną prawdą”, bo zależy od CMP i twojej konfiguracji. To jednak dobra rama do pracy i do rozmowy z deweloperami.
| Typ zgody | Stan w CMP | Co ustawiasz w Consent Mode v2 | Efekt w pomiarze |
|---|---|---|---|
| Analityka | Akceptuję / Odmowa | Włączenie lub ograniczenie trybu analitycznego | |
| Marketing | Akceptuję / Odmowa | Włączenie lub ograniczenie trybu reklamowego | |
| Aktualizacja zgody | Zmień decyzję |
Testuj mapowanie jak kampanie, nie jak „byle działało”
Testowanie nie może być ograniczone do jednego kliknięcia w banner. Potrzebujesz zestawu scenariuszy: wejście z nowej przeglądarki, odrzucenie, akceptacja, wejście po wyczyszczeniu ciasteczek, zmiana decyzji w trakcie sesji, a także wizyta na podstronach o różnej architekturze.
W mojej praktyce najbardziej zdradliwe były testy „czy to w ogóle działa”. Dopiero potem wychodziło, że na stronie produktu Consent Mode ustawiał się poprawnie, ale w momencie przejścia do koszyka tagi miały inną kolejność ładowania. Zdarza się, bo czasem koszyk to osobny moduł, a czasem sklep ma różne bundle skryptów.
Wdrożenie: krok po kroku, bez chaosu

Wdrożenie najlepiej prowadzić jak projekt e-commerce: najpierw plan, potem iteracje, potem dopiero optymalizacja. Jeśli robisz to „na raz”, najczęściej kończysz z mieszanką kodu, obejść i trudnego do wytłumaczenia zachowania w raportach.
Przyjmuję prostą kolejność działań, która sprawdza się w zespołach marketing + dev + analityka.
1) Inwentaryzacja tagów i narzędzi
Najpierw spisz, jakie tagi i narzędzia w ogóle masz na stronie. Ustal, co korzysta z marketingu, co z analityki, i jak jest skonfigurowane ładowanie. Nie chodzi o to, by wszystko zgłaszać do jednego pudełka. Chodzi o to, by wiedzieć, co ma reagować na zgodę.
W e-commerce często są „ukryte” integracje: starsze wersje tagów, pojedyncze skrypty z kampanii, niestandardowe eventy. Jeżeli tego nie uporządkujesz na początku, Consent Mode może działać poprawnie, ale reszta pomiaru i tak będzie wysyłać dane w sposób, który cię zaskoczy.
2) Ustawienia CMP i logika banneru
Ustal teksty, domyślne wybory i to, jakie opcje użytkownik widzi. Dla konwersji ważne jest, by nie straszyć i nie przeginać z informacjami w formie, która wygląda jak ściana prawa. Użytkownik musi rozumieć, co akceptuje.
Potem sprawdź, czy CMP potrafi wywołać zdarzenia przy zmianie decyzji oraz czy zapis działa stabilnie. Jeśli banner potrafi się odświeżyć, ale nie zapisuje ustawień, to w każdej kolejnej wizycie zaczynasz od nowa.
3) Konfiguracja Consent Mode v2 w warstwie tagów
Tu wchodzą ustawienia, które przekazują stan zgód do Google. Niezależnie od tego, czy robisz to przez GTM, czy przez wstrzykiwanie odpowiednich parametrów, kluczowa jest kolejność i sprawdzanie, czy stan jest aktualny przed aktywacją tagów.
Jeśli pracujesz w GTM, postaraj się, by reguły aktywacji tagów i ustawienia Consent Mode były spójne. W praktyce pomaga tworzenie osobnych konfiguracji dla kategorii zgód i wprowadzenie do procesu testowego prostych checkpointów.
4) Spięcie zdarzeń i konwersji z logiką zgód
Consent Mode to nie tylko start sesji. Ty i tak śledzisz zdarzenia: kliknięcie w produkt, rozpoczęcie zakupów, dodanie do koszyka, zakup. Zgodność oznacza, że to, czy zdarzenia w ogóle są wysyłane lub jak są modelowane, zależy od statusu zgód.
Warto sprawdzić, czy twoje zdarzenia zakupowe mają właściwą ścieżkę. Jeśli w przypadku braku zgód wysyłasz eventy w sposób, który nie powinien być wysłany, możesz narazić się na problem. Jeżeli natomiast zbyt mocno ucinasz, to tracisz dane, które pomagają kampaniom optymalizować budżet.
5) Testy jakości: scenariusze jak z prawdziwymi użytkownikami
Testuj na staging i na środowisku produkcyjnym w sposób kontrolowany, jeśli to możliwe. Najlepsze scenariusze to: wejście bez zgód, wejście z akceptacją, zmiana decyzji po czasie, a także wejście w trakcie już działającej sesji z innym ustawieniem. Do tego sprawdź zachowanie na różnych urządzeniach.
Jeżeli sklep ma kilka silników stron (np. osobna strona koszyka), testy muszą to uwzględniać. Inaczej „działa w porządku” okaże się wątpliwe dokładnie w momencie, gdy użytkownik przechodzi do płatności.
Pomiar i raportowanie w świecie niepełnych danych

Wygodne byłoby założenie, że „zawsze dostajemy pełne dane”, a zgody to tylko kwestia zgodności. Niestety, zgody zmieniają ilość i jakość sygnałów. Dlatego musisz przestać myśleć kategoriami „albo wszystko, albo nic”.
Consent Mode v2 jest pomostem, ale nie gwarancją. Modelowanie konwersji i ograniczenia danych mogą sprawić, że raporty będą wyglądały inaczej niż wcześniej. Dla biznesu najważniejsze jest zrozumienie trendów i spójności, a nie obsesyjne porównywanie pojedynczych wykresów „1:1”.
Jak czytać zmiany w danych, żeby nie panikować
W praktyce po wdrożeniu spodziewaj się, że część użytkowników będzie miała ograniczone sygnały. To może zmienić skalę zdarzeń w niektórych raportach, a także sposób agregacji. Zamiast panikować, ustaw sobie punkty odniesienia: porównuj okres przed i po wdrożeniu w podobnych warunkach ruchu.
Jeżeli widzisz spadki, przeanalizuj najpierw: czy wzrosła liczba odmów, czy zmieniła się domyślna logika w CMP, a dopiero potem szukaj problemów technicznych. Bardzo często to nie błąd wdrożenia, tylko efekt tego, jak użytkownicy reagują na banner.
Najczęstsze błędy, które widzę w sklepach internetowych

Możesz mieć świetnych specjalistów, a i tak wpadniesz w typowe pułapki, bo zgody to temat, gdzie drobny błąd ma duży efekt. Poniżej zbieram rzeczy, które pojawiają się regularnie w projektach e-commerce.
Banner ładuje się zbyt późno albo przerywa działanie strony
Jeżeli banner pojawia się po czasie, tagi mogą już wysyłać dane, zanim stan zgody będzie znany. A jeśli banner jest ciężki lub zasłania elementy interfejsu, tracisz UX i konwersję. Najczęściej wina leży w kolejności skryptów i w tym, że nikt nie zrobił testu na wolniejszych urządzeniach.
Brak spójności między decyzją użytkownika a parametrami tagów
To klasyk: użytkownik klika „Akceptuję”, ale CMP nie przekazuje tego poprawnie do warstwy tagów. Albo przekazuje, ale tagy mają inne warunki aktywacji. Efekt jest prosty: raporty mówią co innego niż to, co użytkownik realnie wybrał.
Za dużo „obietnic” w marketingu i za mało testów w technice
Marketing lubi szybkie wnioski. „Consent Mode działa, więc wszystko wróci do normy.” A potem pojawia się cisza w danych albo dziwna dynamika. Najlepiej ustawić testy i oczekiwania zanim ruszy wdrożenie. Wtedy zespół nie szuka winnych w panice, tylko rozwiązuje konkret.
Nieobsłużona zmiana decyzji w trakcie sesji
Użytkownik może zmienić zdanie. Jeśli twoja konfiguracja nie aktualizuje stanu, to przez część sesji dane mogą być wysyłane lub blokowane w niezgodny sposób. To zwykle wychodzi dopiero w testach scenariuszowych, nie w testach „pierwsza wizyta działa”.
Jak utrzymać konwersję mimo ograniczeń: praktyczne wskazówki

Wdrożenie zgód ma bezpośredni wpływ na to, jak optymalizujesz kampanie i jak oceniasz wyniki. Da się jednak ograniczyć negatywne skutki, jeśli podejdziesz do tematu jak do elementu lejka, a nie tylko compliance.
Moje ulubione działania są proste, ale robią różnicę. Po pierwsze, dopasuj komunikację w bannerze do stylu sklepu. Po drugie, nie przeładowuj UX. Po trzecie, zabezpiecz ścieżkę do zakupów. Jeśli banner sprawia, że użytkownik zaczyna „szarpać się” z kartami zgód, konwersja ucierpi.
Minimalizuj tarcie: banner, który nie psuje ruchu
Nie chodzi o to, by ukrywać informacje. Chodzi o to, by umożliwić decyzję szybko i czytelnie. W e-commerce user nie ma czasu na wielostronicowe okienka, szczególnie na mobile. Im szybciej użytkownik przejdzie dalej, tym lepiej dla wyników.
Zwróć uwagę na responsywność, czasy ładowania i zachowanie po przewinięciu. Banner nie może walczyć z interfejsem.
Segmentuj decyzje w raportowaniu, jeśli to możliwe
Jeżeli twoje narzędzia pozwalają, warto wiedzieć, jaka część ruchu deklaruje zgodę na marketing i analitykę. To pomaga ocenić, czy spadki w danych wynikają z ograniczeń, czy z problemów technicznych. W praktyce segmenty pomagają też w rozmowach z zespołami zakupowymi, bo dają konkret.
Wskazówki dla zespołu: kto ma robić co

Consent Mode v2 i zarządzanie zgodami użytkowników nie mogą być „czyimś osobnym projektem”. To praca zespołowa, w której uczestniczą marketing, analityka, rozwój i czasem prawnik lub compliance. Jeżeli to rozdzielisz, pojawi się chaotyczny proces i nie będzie jasne, kto odpowiada za testy, błędy i zgodność.
W wielu firmach dobrze działa podział odpowiedzialności: CMP jako warstwa UX i zapis decyzji, GTM jako warstwa tagów i logiki aktywacji, analityka jako interpretacja zmian, a developerzy jako spójność kodu i kolejność ładowania.
Checklist na start (krótka, ale użyteczna)
- Ustal, które zdarzenia i tagi zależą od zgód: analityka, marketing, ewentualnie inne kategorie.
- Sprawdź kolejność ładowania: CMP musi ustawić stan przed aktywacją tagów wrażliwych.
- Przetestuj scenariusze: odrzucenie, akceptacja, zmiana decyzji, różne podstrony (produkt, koszyk, checkout).
- Porównaj okresy w raportach i monitoruj trendy, nie tylko pojedyncze liczby.
- Udokumentuj mapowanie zgód CMP do parametrów w Consent Mode v2.
Moje doświadczenie z wdrożeń: gdzie zwykle „wybucha” temat

Pamiętam jedno wdrożenie w sklepie, gdzie wszystko wyglądało dobrze na stronie głównej i na listingu produktów. Banner pokazywał się szybko, a w narzędziach debugowania widać było właściwe ustawienia. Dopiero podczas testów koszyka okazało się, że strona ma inny zestaw skryptów i Consent Mode ustawiał się w innym miejscu niż na reszcie. W praktyce część zdarzeń zakupowych zachowywała się, jakby zgód nie było.
To był moment, w którym zrozumiałem, że „działa” nie jest miernikiem. Miernikiem jest spójność całej ścieżki użytkownika. Nie wystarczy sprawdzić landing. Trzeba sprawdzić checkout.
W innym projekcie problemem nie był kod, tylko komunikacja. Okno zgód było poprawne technicznie, ale język był zbyt oficjalny i długi. Użytkownicy zaczęli częściej wybierać odmowę, bo nie chcieli czytać. Efekt: spadek jakości danych marketingowych, dłuższa optymalizacja kampanii i frustracja w zespole. Po skróceniu komunikatu i uporządkowaniu wyborów wyniki zaczęły wracać do bardziej przewidywalnych wartości.
Bezpieczne utrzymanie: monitoring po wdrożeniu

Consent Mode v2 nie jest wdrożeniem „ustaw i zapomnij”. W sklepach zmienia się kod, pojawiają się nowe kategorie produktów, przebudowuje się koszyk, czasem aktualizuje się framework. CMP też bywa aktualizowane. Każda taka zmiana może wpływać na działanie zgód.
Dlatego po wdrożeniu potrzebujesz monitoringu. Najczęściej oznacza to okresowe testy scenariuszowe i weryfikację, czy parametry zgód nadal trafiają do tagów w odpowiednim momencie. Do tego obserwujesz raporty: czy liczby są w granicach oczekiwanych trendów.
Monitoring techniczny i biznesowy
Technicznie: sprawdzasz, czy zdarzenia i ustawienia Consent Mode są wysyłane zgodnie z decyzjami. Biznesowo: sprawdzasz, czy konwersje i wyniki kampanii nie zachowują się nagle inaczej. Te dwie perspektywy muszą się uzupełniać. Jeśli technicznie jest dobrze, a biznesowo spada, problem może być w UX, w komunikacji lub w zmianie rozkładu zgód.
Granice możliwości: czego nie obiecuj swojej organizacji

Warto powiedzieć to wprost: zgody i ograniczenia danych mogą zawsze wprowadzać różnice w pomiarze. Consent Mode v2 pomaga ograniczać chaos, ale nie sprawi, że raporty będą identyczne jak przed wprowadzeniem ograniczeń. Jeśli obiecasz „idealnie jak wcześniej”, szybko rozczarujesz zespół.
Lepsza strategia to transparentność: pokazujesz, co zostało skonfigurowane, jak mapujesz zgody do pomiaru i jakie są oczekiwane skutki. Dzięki temu wszyscy rozumieją, skąd biorą się różnice i jak na nie reagować.
Skuteczne wdrożenie jako element doświadczenia klienta

Gdy zgody są dobrze zaprojektowane, użytkownik ma poczucie kontroli. A kontrola zwykle działa na korzyść zaufania, nawet jeśli część osób nie zgadza się od razu. W e-commerce zaufanie jest walutą. Banner zgód nie musi być wrogiem. Może być neutralnym elementem procesu.
Jeśli dodatkowo zadbasz o to, by pomiar nie był rozwalony, zyskujesz podwójnie: zgodność jest zachowana, a marketing i analityka dostają sensowne sygnały. To jest dokładnie ten punkt, w którym Consent Mode v2 przestaje być technicznym obowiązkiem, a staje się narzędziem pracy.
Końcowa rzecz, którą warto zrobić przed wdrożeniem na stałe

Zanim wypchniesz konfigurację na produkcję, zrób jedną prostą rzecz: poprowadź przez cały proces zakupowy scenariusz z różnymi decyzjami zgód. Bez tego zawsze zostaje ryzyko, że coś działa tylko na wycinku ścieżki. A w e-commerce wycinek to za mało. Sprzedaż powstaje na styku wielu kroków, a nie na jednej podstronie.
Jeżeli przeprowadzisz testy od banneru aż po zakup, uporządkujesz mapowanie zgód i zadbasz o kolejność ładowania, wdrożenie będzie stabilne. I wtedy możesz skupić się na tym, co naprawdę ma znaczenie: poprawianiu oferty, szybkości sklepu, użyteczności koszyka oraz jakości reklam, które realnie dowożą sprzedaż.
