Modelowane listy odbiorców nie zawierają konkretnych osób, tylko prawdopodobieństwa. Wyjaśniam, jak powstają, gdzie ich szukać w panelu i jak czytać ich raporty.
Zmiana, o której chcę napisać, nie polega na tym, że do sklepów przychodzi mniej ludzi. Na kontach, które prowadzę, zmieniło się coś innego i trudniejszego: ludzie przychodzą później i z gotowym obrazem oferty w głowie. Etapy, które kiedyś rozgrywały się na stronie sklepu — poznawanie kategorii, porównywanie parametrów, sprawdzanie, co się w ogóle kupuje — coraz częściej odbywają się gdzie indziej.
To ma dwie strony. Ruch bywa lepiej przygotowany, bo część niezdecydowanych odsiewa się wcześniej. Ale cierpliwość takiego użytkownika jest znacznie mniejsza. Dostał przed chwilą zwięzłe streszczenie i teraz trafia na kartę produktu, na której musi się przekopać przez trzy zakładki, żeby znaleźć termin dostawy.
Poniżej opisuję, co w związku z tym zmieniam w sklepach — w kolejności od rzeczy, które dają największy efekt. Nie ma tu nic o świeżych technologiach; to głównie usuwanie tarcia, tylko z inaczej ustawionym priorytetem niż dwa lata temu.
Zanim zmienię cokolwiek w sklepie, próbuję ustalić, na jakim etapie decyzji ludzie do niego wchodzą. Bez tego optymalizacja jest zgadywaniem.
Kilka rzeczy, na które patrzę. Struktura zapytań w Search Console — czy przewagę mają zapytania ogólne, czy o konkretny model i nazwę marki. Udział wejść wprost na karty produktów kontra wejścia na kategorie. Zachowanie w koszyku: ile osób wraca z niego do przeglądania, a ile idzie prosto dalej. I najbardziej niedoceniane źródło: treść zapytań w wyszukiwarce wewnętrznej sklepu, która pokazuje dosłownie, czego ludzie szukają i jakim językiem.
Na większości sklepów, które przejmuję, ten obraz przesunął się w jedną stronę — w kierunku wejść bardziej konkretnych, na późniejszym etapie. To znaczy, że wysiłek poświęcony na rozbudowane treści poradnikowe w sklepie zwraca się słabiej niż wcześniej, a wysiłek poświęcony karcie produktu i domknięciu zamówienia — lepiej.
Robię też prosty test, który polecam każdemu: pytam asystenta o produkt z własnej kategorii tak, jak zapytałby klient, i sprawdzam, co dostaję. Nie po to, żeby liczyć widoczność, a po to, żeby zobaczyć, jaką wiedzę ma użytkownik w momencie wejścia. Zwykle jest to zestaw trzech, czterech parametrów i pytanie „gdzie kupić”.
Tu jest największa różnica w stosunku do tego, jak większość sklepów ma zbudowane karty. Klasyczna karta jest zbudowana jak prezentacja: zdjęcia, hasło, opis marketingowy, na końcu tabela parametrów. Klient, który przyszedł ze streszczeniem, chce dokładnie odwrotnej kolejności.
W praktyce przebudowuję pierwszy ekran tak, żeby zawierał odpowiedzi na pytania, które decydują o zakupie, a nie zachętę do zakupu:
Opis marketingowy zostaje, tylko schodzi niżej. Nie usuwam go, bo dla części użytkowników jest ważny i bo jest treścią, która pozwala stronie w ogóle się pokazywać w wynikach. Zmienia się tylko kolejność.
Rzecz, o której łatwo zapomnieć: część decyzji zapada, zanim ktoś zobaczy Twoją stronę, i opiera się na danych, które sam wysyłasz na zewnątrz. Plik produktowy przestał być wyłącznie paliwem dla kampanii produktowych, a stał się opisem oferty, z którego korzystają różne powierzchnie.
Traktuję go więc jak część karty produktu, nie jak zadanie techniczne. Konkretnie pilnuję kilku rzeczy: żeby ceny i dostępność były aktualizowane odpowiednio często, a nie raz na dobę; żeby atrybuty opisowe były wypełnione, a nie tylko te obowiązkowe; żeby tytuły produktów odpowiadały temu, jak ludzie o nich mówią, a nie wewnętrznemu nazewnictwu z magazynu; żeby czasy i koszty dostawy oraz polityka zwrotów były podane w danych, a nie tylko na stronie.
Warto tu wspomnieć o dwóch rzeczach, które przyszły do tego obszaru w ostatnich kwartałach, bo pokazują kierunek. Merchant API ma ogólną dostępność od sierpnia 2025 roku i pozwala aktualizować dane znacznie sprawniej niż stary interfejs. Politykę zwrotów da się od 2024 roku podać znacznikami na poziomie organizacji, raz dla całego sklepu, zamiast powtarzać ją w każdym produkcie.
Osobno odnotowuję to, o czym w Polsce mówi się dużo, a co jeszcze nie jest naszym rynkiem. Zakupy inicjowane przez agenty — mechanizm zakupu w wyszukiwarce Google udostępniany od listopada 2025 roku i zakupy bezpośrednio w interfejsie asystenta ogłoszone we wrześniu 2025 — działają na razie w Stanach Zjednoczonych i u wybranych sprzedawców. Nie planowałbym pod to budżetu, ale wniosek jest praktyczny i darmowy: jakość danych produktowych i jasność warunków to jedyna rzecz, którą można na to przygotować dziś, i tak czy inaczej opłaca się sama.
Zwykle najwięcej pieniędzy leży w miejscu, do którego dochodzi najmniej osób. Klient z gotową decyzją wybacza kiepskie zdjęcia, ale nie wybacza formularza z jedenastoma polami.
Robię standardowy przegląd i za każdym razem znajduję to samo. Wymuszona rejestracja przed zamówieniem — do usunięcia w pierwszej kolejności, konto można zaproponować po zakupie. Koszty dostawy pojawiające się dopiero w ostatnim kroku, co jest najczęstszą przyczyną porzucenia i jednocześnie najłatwiejszą do naprawienia. Pola, których nikt nie używa. Brak podsumowania widocznego na każdym etapie. Metody płatności, które na telefonie wymagają przepisywania danych.
Do tego dochodzi rzecz, która nie jest formalnie częścią koszyka, a rozstrzyga: szybkość i stabilność na telefonie. Nie mam tu nic odkrywczego do powiedzenia poza tym, że warto patrzeć na dane z rzeczywistego ruchu, a nie na jednorazowy wynik testu, i że na ścieżce zakupowej liczy się nie tylko czas wczytania, ale też to, czy interfejs nie przeskakuje pod palcem w trakcie klikania.
Sprawdzam też coś, co wypada z większości audytów: czy odnośniki prowadzące do sklepu z zewnątrz nadal działają. Adresy produktów zmieniają się przy każdej migracji, a odpowiedź, którą asystent zbudował trzy miesiące temu, zawiera adres z tamtego czasu. Porządna obsługa nieistniejących adresów — z podpowiedzią zamiast pustej strony błędu — jest tanim ratowaniem tego ruchu.
Skoro część drogi zakupowej przenosi się poza sklep, to warto mieć własny kanał, który nie zależy od tego, kto dziś streszcza ofertę. To jedyny obszar, w którym mam poczucie, że sklepy mogą coś odzyskać, a nie tylko obronić.
Trzy rzeczy, które ustawiam w tej kolejności. Zbieranie adresów e-mail z sensownym powodem, nie z wyskakującym okienkiem po dwóch sekundach — na przykład powiadomienie o dostępności, przypomnienie o koszyku, informacja o zmianie ceny obserwowanego produktu. Program lojalnościowy albo choćby zapis historii zamówień, który daje realną wygodę przy powtórnym zakupie. I porządna komunikacja po zamówieniu, bo to jedyny moment, kiedy klient na pewno czyta wiadomości od sklepu.
Warto przy tym pamiętać o zgodach. Prawo komunikacji elektronicznej obowiązuje w Polsce od listopada 2024 roku i wymaga porządku w tym, na co dokładnie klient się zgodził. Robienie z jednego pola zgody na wszystko jest ryzykiem, które nie warto podejmować przy tak małej oszczędności.
Na koniec pomiar, bo bez niego cała lista jest zestawem opinii.
Patrzę na współczynnik konwersji rozbity na etapy — wejście, dodanie do koszyka, rozpoczęcie zamówienia, zakup — bo dopiero to pokazuje, gdzie faktycznie tracimy ludzi. Osobno dla telefonów i komputerów, bo sumaryczny wskaźnik potrafi ukryć, że jedno urządzenie działa dwa razy gorzej.
Do tego dwie rzeczy poza standardem. Udział wejść na karty produktów w całym ruchu, jako przybliżenie tego, jak przygotowany przychodzi klient. Oraz udział powrotów w przychodzie, jako miara tego, czy budujemy własną bazę, czy za każdym razem kupujemy klienta od nowa.
Czego nie próbuję policzyć: ile transakcji zaczęło się od odpowiedzi wygenerowanej przez asystenta. Duża część tej ścieżki nie przekazuje informacji o źródle, wchodzi do ruchu bezpośredniego i nie da się jej odzyskać żadną konfiguracją. Wolę powiedzieć klientowi, że tego nie zmierzę, niż podać liczbę, która wygląda jak pomiar, a jest zgadywaniem.
Używamy plików cookies, aby ułatwić Ci nawigację oraz wykonywanie określonych funkcji. Szczegółowe informacje o wszystkich plikach cookies znajdziesz w każdej kategorii zgody poniżej.
Pliki cookies oznaczone jako "Niezbędne" są przechowywane w Twojej przeglądarce, ponieważ są one kluczowe dla zapewnienia podstawowych funkcji strony.
Używamy również plików cookies firm trzecich, które pomagają nam analizować, w jaki sposób korzystasz z tej strony, zapamiętują Twoje preferencje oraz dostarczają treści i reklamy odpowiednie dla Ciebie. Te pliki cookies będą przechowywane w Twojej przeglądarce tylko za Twoją uprzednią zgodą.
Możesz zdecydować, czy chcesz włączyć lub wyłączyć niektóre bądź wszystkie te pliki cookies, jednak wyłączenie niektórych z nich może wpłynąć na Twoje doświadczenia podczas przeglądania strony.
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __cf_bm | 13 minutes | Cloudflare bot management — distinguishes humans from bots. |
| rc::* | Persistent | Google reCAPTCHA — localStorage holding anti-bot challenge state. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| wpEmojiSettingsSupports | Session | WordPress — sessionStorage flag caching whether the browser can render emoji (feature detection). |
| ytidb* | Persistent | YouTube — IndexedDB storing playback/search state for embedded videos. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| _ga_* | 400 days | Google Analytics 4 — persists session state per property. |
| _ga | 400 days | Google Analytics — distinguishes unique users via a client id. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| NID | 183 days | Google — stores preferences for personalized ads. |
| fr | 90 days | Meta — encrypted Facebook id and browser id for ads. |
| _gcl_au | 90 days | Google AdSense/Ads — experiments with advertising efficiency (conversion linker). |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __Secure-YNID | 180 days | |
| YSC | Session | |
| __Secure-ROLLOUT_TOKEN | 180 days | |
| VISITOR_INFO1_LIVE | 180 days | |
| VISITOR_PRIVACY_METADATA | 180 days | |
| datr | 400 days | |
| sb | 400 days | |
| wd | 7 days |