socialproof Zgłoś case study

Liczby i skala

Powiadomienia „Anna z Krakowa właśnie kupiła”: skuteczność i ryzyko

Wyskakujące powiadomienia o zakupach innych klientów to jeden z najpopularniejszych dodatków do sklepów internetowych. Sprawdzamy, co wiadomo o ich skuteczności, jakie niosą ryzyka – od zmyślonych danych po ochronę danych osobowych – i jak je skonfigurować tak, żeby wspierały sprzedaż, zamiast podkopywać zaufanie.

Autor: Redakcja Social ProofOpublikowano: Aktualizacja: 7 min czytania

W skrócie

  • Powiadomienia o zakupach pokazują w rogu ekranu, że ktoś niedawno kupił produkt; działają jako dowód społeczny tylko wtedy, gdy opierają się na prawdziwych transakcjach.
  • Niezależnych, recenzowanych badań skuteczności takich powiadomień jest niewiele, a większość publikowanych wzrostów konwersji pochodzi od dostawców narzędzi, dlatego efekt trzeba sprawdzić własnym testem A/B.
  • Badanie Princeton University z 2019 r. wykazało, że część wtyczek pozwalała generować fikcyjne zamówienia, a większość zwodniczych powiadomień na badanych stronach była losowa.
  • Imię, miasto i kupiony produkt mogą pozwolić zidentyfikować klienta, zwłaszcza w małych miejscowościach, więc bezpieczniej jest anonimizować powiadomienia lub agregować je w liczby.
  • Powiadomienia zasłaniające treść na telefonie, wyświetlane zbyt często lub przy produktach wrażliwych częściej szkodzą, niż pomagają.
Spis treści
  1. Jak działają powiadomienia o zakupach
  2. Czy powiadomienia o zakupach zwiększają sprzedaż?
  3. Ryzyko pierwsze: zmyślone dane
  4. Ryzyko drugie: dane osobowe klientów
  5. Ryzyko trzecie: irytacja, zasłanianie treści i szybkość strony
  6. Powiadomienia w różnych branżach: co pokazywać zamiast zakupów
  7. Konfiguracja powiadomień o zakupach: ustawienia bezpieczne i ryzykowne
  8. Włączyć czy odpuścić? Szybka decyzja
  9. Najczęstsze pytania

Powiadomienia o zakupach to małe okienka wyświetlane w rogu strony z informacją, że inny klient niedawno kupił produkt, np. „Anna z Krakowa właśnie kupiła krem nawilżający”. Mogą wspierać sprzedaż jako dowód społeczny, ale tylko wtedy, gdy pokazują prawdziwe transakcje, nie naruszają prywatności klientów i nie przeszkadzają w zakupach. Ich skuteczność trzeba sprawdzić testem, a nie przyjąć na wiarę.

Jak działają powiadomienia o zakupach

Narzędzia do powiadomień łączą się ze sklepem internetowym, systemem płatności lub formularzem i pobierają informacje o nowych zamówieniach. Następnie wyświetlają je odwiedzającym w formie krótkich komunikatów, zwykle w lewym dolnym rogu ekranu. Popularne rozwiązania tego typu porównujemy w przeglądzie aplikacji social proof popup.

Najczęściej spotykane rodzaje powiadomień to:

  • pojedyncze zakupy – „Ktoś z Gdańska kupił plecak turystyczny 12 minut temu”,
  • agregaty – „23 osoby kupiły ten produkt w ciągu ostatnich 24 godzin”,
  • zapisy i rejestracje – „Marta właśnie zapisała się na webinar”,
  • opinie – „Nowa opinia 5/5: »Świetna jakość szycia«”,
  • aktywność na żywo – „14 osób przegląda teraz ten sklep”.

Ostatni typ to w praktyce komunikat o aktywności, który ma własne ryzyka, opisane w artykule o komunikatach „X osób ogląda teraz”. Statyczną alternatywą dla wyskakujących okienek jest licznik zakupów przy produkcie, jaki stosują Amazon i Allegro – omawiamy go w tekście o licznikach sprzedaży na marketplace'ach.

Czy powiadomienia o zakupach zwiększają sprzedaż?

Uczciwa odpowiedź brzmi: czasem tak, czasem nie, i bez testu nie wiadomo. Niezależnych, recenzowanych badań skuteczności wyskakujących powiadomień jest niewiele. Większość publikowanych liczb – często dwucyfrowe wzrosty konwersji – pochodzi z materiałów dostawców narzędzi, którzy mają interes w ich pokazywaniu i rzadko ujawniają metodologię.

Z praktyki wdrożeń wynika kilka prawidłowości. Powiadomienia mają największą szansę zadziałać, gdy:

  • sklep ma wystarczająco dużo transakcji, żeby powiadomienia były świeże, a nie sprzed tygodnia,
  • produkty są stosunkowo tanie i kupowane impulsowo,
  • klient nie zna marki i szuka sygnału, że inni jej ufają,
  • powiadomienia dotyczą klientów podobnych do odwiedzającego, np. z tego samego kraju czy regionu – zgodnie z efektem podobieństwa.

Słabiej działają przy drogich zakupach, w B2B i w sklepach z dobrze rozpoznawalną marką. Tam częściej rozpraszają uwagę, niż pomagają.

Przykład obliczeniowy: sklep ma 15 000 sesji miesięcznie i konwersję 1,5%. Jeśli powiadomienia podniosłyby ją do 1,8%, potrzebowałbyś około 28 000 sesji na wariant, by wykryć tę różnicę z typową pewnością – czyli testu trwającego prawie cztery miesiące. Przy mniejszym ruchu deklarowany przez dostawcę wzrost jest po prostu nie do zweryfikowania. Sam test też trzeba dobrze zaprojektować. Porównuj wariant z powiadomieniami z wariantem bez nich w tym samym okresie, a nie „miesiąc przed” z „miesiącem po”, bo na wynik wpływają sezonowość, kampanie i ceny. Wyniki analizuj osobno dla telefonów i komputerów – zdarza się, że powiadomienia pomagają na dużym ekranie, a szkodzą na małym. Oprócz konwersji obserwuj średnią wartość koszyka, odsetek porzuconych koszyków i zwroty. Jeśli powiadomienia przyspieszają decyzję, ale klienci częściej odsyłają towar, zysk okazuje się pozorny.

Czy wynik testu jest istotny statystycznie, sprawdzisz w kalkulatorze istotności testu A/B.

Ryzyko pierwsze: zmyślone dane

Największym problemem powiadomień o zakupach nie jest ich forma, tylko łatwość fałszowania. Zespół z Princeton University (Arunesh Mathur i współautorzy) przeanalizował w 2019 r. około 11 tys. sklepów internetowych. Znalazł 29 zwodniczych powiadomień o aktywności na 20 stronach, przy czym większość z nich generowała treści losowo. Jeden ze sklepów pokazywał zmyślone imiona i miejscowości przy produktach, które zawsze oznaczano jako „właśnie sprzedane”.

Badacze zwrócili też uwagę na rolę dostawców. Popularna wtyczka do Shopify pozwalała sklepom wpisywać zmyślone dane o sprzedaży i została później usunięta ze sklepu z aplikacjami. Opis innej wtyczki, przeznaczonej dla WooCommerce, wprost zapowiadał, że „utworzy fałszywe zamówienia wybranych produktów”. Takie funkcje bywają ukryte pod niewinnymi nazwami: „tryb demonstracyjny”, „dane przykładowe”, „wypełnij, gdy brak zamówień”.

Jeśli powiadomienia wdrażał zewnętrzny wykonawca lub poprzedni zespół, sprawdź narzędzie samodzielnie. Wystarczy kilka prostych testów:

  • porównaj powiadomienia wyświetlone w ciągu jednego dnia z listą zamówień w panelu sklepu – każde powinno mieć odpowiednik,
  • przejrzyj ustawienia pod kątem opcji „dane przykładowe”, „symulacja” czy „uzupełniaj, gdy brak zamówień”,
  • sprawdź, czy powiadomienia pojawiają się w kopii testowej sklepu, w której nie ma żadnych zamówień,
  • zweryfikuj, czy czas podany w powiadomieniu („12 minut temu”) zgadza się z godziną zamówienia.

Fikcyjne powiadomienie wprowadza konsumenta w błąd co do popularności produktu i może zostać uznane za nieuczciwą praktykę rynkową. Za komunikat odpowiada sklep, nie dostawca wtyczki. Szerzej o psychologicznych i prawnych granicach takich zabiegów piszemy w artykule o tym, kiedy liczniki i odznaki szkodzą.

Ryzyko drugie: dane osobowe klientów

Powiadomienie „Anna z Krakowa właśnie kupiła” zawiera dane realnej osoby. W dużym mieście imię i miejscowość raczej nie wskazują nikogo konkretnego. W miejscowości liczącej kilkaset mieszkańców połączenie imienia, miejscowości, godziny i produktu może już pozwolić rozpoznać klienta – a wtedy wchodzą w grę przepisy o ochronie danych osobowych.

Problem jest jeszcze poważniejszy przy produktach wrażliwych. Informacja, że ktoś z małego miasta kupił test ciążowy, lek na receptę czy bieliznę erotyczną, może naruszyć prywatność i narazić klienta na nieprzyjemności. Zasady wykorzystania danych i wizerunku klientów w komunikacji marketingowej omawiamy w artykule o testimonialach z imieniem i zdjęciem klienta.

Najbezpieczniejsze rozwiązania to:

  1. pokazywanie regionu lub kraju zamiast miejscowości,
  2. rezygnacja z imion na rzecz „Klient” lub „Ktoś”,
  3. agregowanie zakupów w liczby („23 osoby kupiły dziś”),
  4. całkowite wyłączenie powiadomień dla kategorii wrażliwych.

Jeśli mimo to chcesz pokazywać imiona i miejscowości, ustal podstawę prawną przetwarzania, opisz ją w polityce prywatności i daj klientom łatwą możliwość sprzeciwu.

Ryzyko trzecie: irytacja, zasłanianie treści i szybkość strony

Domyślne ustawienia wielu narzędzi są agresywne: powiadomienie co kilka sekund, bez limitu na sesję, w miejscu, które na telefonie zasłania przycisk „Dodaj do koszyka”. Klient, który próbuje przeczytać opis produktu, a co chwilę musi zamykać okienko, nie myśli o tym, że produkt jest popularny – myśli o tym, że strona jest męcząca.

Drugi problem to technika. Powiadomienia zwykle działają jako skrypt zewnętrznego dostawcy, który dokłada zapytania sieciowe i może wpływać na wskaźniki Core Web Vitals – szczególnie na stabilność układu, jeśli okienko przesuwa elementy strony. Te same zjawiska dotyczą widżetów z opiniami, co szczegółowo opisujemy w artykule o widżetach opinii a szybkości strony.

Powiadomienia w różnych branżach: co pokazywać zamiast zakupów

Formuła „ktoś właśnie kupił” powstała dla sklepów internetowych, ale ten sam mechanizm można dopasować do innych modeli biznesowych. Często lepiej działa wtedy powiadomienie o innym zdarzeniu niż zakup.

Szkolenia i kursy online. Zamiast pojedynczych zakupów lepiej sprawdza się agregat: „W tym tygodniu na kurs zapisało się 46 osób”. Przy kursach z limitem miejsc informacja o zapisach pełni też funkcję rzetelnej informacji o dostępności – pod warunkiem że limit jest prawdziwy.

Oprogramowanie w modelu subskrypcji. Rejestracje okresu próbnego zwykle są liczniejsze niż zakupy, więc powiadomienia o nich są świeższe. Trzeba jednak nazwać zdarzenie wprost: „założył konto testowe”, a nie „kupił”.

Usługi lokalne. Salon, gabinet czy warsztat może pokazywać rezerwacje, ale bez danych klientów i z dużą ostrożnością w przypadku usług medycznych lub kosmetycznych, które dotyczą zdrowia i wyglądu.

B2B. Powiadomienia o zakupach rzadko mają sens, bo transakcji jest mało, a klienci firmowi nie chcą, żeby ich decyzje były widoczne dla konkurencji. Lepiej sprawdzają się statyczne liczby, logotypy i opisy wdrożeń.

Konfiguracja powiadomień o zakupach: ustawienia bezpieczne i ryzykowne

Poniższa tabela zbiera najważniejsze decyzje konfiguracyjne. Większość narzędzi pozwala je ustawić bez pomocy programisty.

Ustawienie Bezpieczny wybór Ryzykowny wybór
Źródło danych integracja z systemem zamówień ręcznie wpisane lub przykładowe zakupy
Zakres czasu zakupy z ostatnich 24–72 godzin, z podanym czasem stare zakupy jako „właśnie kupione”
Dane klienta region, „Klient”, agregat pełne imię i mała miejscowość
Częstotliwość pierwsze po 15–20 s, potem co 20–30 s, limit na sesję co kilka sekund bez limitu
Urządzenia mobilne rzadziej lub wcale, poza obszarem przycisków na całej szerokości ekranu
Kategorie produktów wykluczone produkty wrażliwe wszystkie produkty bez wyjątku
Ładowanie skryptu asynchronicznie, po treści strony blokująco, przed treścią

Przy pokazywaniu miejscowości rozważ też, czy lokalny kontekst działa na Twoją korzyść. Dla sklepu z ogólnopolską wysyłką „Klient z Opola” niewiele znaczy, ale dla firmy usługowej działającej w jednym mieście informacja o sąsiadach bywa mocnym argumentem – zasady opisujemy w artykule o liczbach lokalnych.

Włączyć czy odpuścić? Szybka decyzja

Powiadomienia o zakupach mają sens, jeśli na każde z poniższych pytań odpowiadasz „tak”:

  1. Czy sklep ma co najmniej kilkadziesiąt zamówień dziennie, tak żeby powiadomienia były świeże?
  2. Czy narzędzie pobiera dane wyłącznie z rzeczywistych zamówień i nie ma włączonego trybu przykładowego?
  3. Czy dane w powiadomieniach są zanonimizowane lub agregowane, a produkty wrażliwe wykluczone?
  4. Czy powiadomienia nie zasłaniają przycisków i treści na telefonie?
  5. Czy zmierzyłeś szybkość strony przed wdrożeniem i po nim?
  6. Czy zaplanowałeś test A/B z wystarczającą liczbą sesji?

Jeśli choć jedna odpowiedź brzmi „nie”, lepiej zacząć od prostszych form dowodu społecznego: opinii, zdjęć od klientów i statycznej liczby zamówień z ostatniego miesiąca. Szerszy obraz tego, jakie liczby budują zaufanie i jak je dobierać, znajdziesz w przewodniku po liczbach i skali w marketingu.

Najczęstsze pytania

Czy powiadomienia o zakupach są legalne?

Tak, jeśli pokazują prawdziwe transakcje i nie wprowadzają w błąd co do czasu, miejsca ani produktu. Niedozwolone są powiadomienia zmyślone, generowane losowo albo dotyczące zakupów sprzed wielu tygodni prezentowanych jako „właśnie kupione”. Trzeba też zadbać o zgodność z przepisami o ochronie danych osobowych, jeśli pokazujesz dane klientów.

Czy mogę pokazywać imię i miasto klienta w powiadomieniu?

To ryzykowne. Imię, miejscowość i kupiony produkt mogą pozwolić rozpoznać konkretną osobę, zwłaszcza w małej miejscowości. Bezpieczniej jest stosować ogólne sformułowania, np. „Klient z województwa małopolskiego”, albo agregaty typu „23 osoby kupiły dziś ten produkt”. Jeśli chcesz pokazywać więcej danych, skonsultuj podstawę prawną i politykę prywatności.

Jak często powinny pojawiać się powiadomienia o zakupach?

Rzadziej, niż proponują domyślne ustawienia wielu narzędzi. Dobra praktyka to pierwsze powiadomienie po kilkunastu sekundach, odstępy co najmniej 20–30 sekund i limit kilku powiadomień na sesję. Na telefonach warto je ograniczyć jeszcze bardziej albo wyłączyć, bo łatwo zasłaniają przycisk zakupu i opis produktu.

Czy powiadomienia o zakupach spowalniają stronę?

Mogą, bo zwykle są ładowane jako skrypt zewnętrznego dostawcy. Wpływ zależy od narzędzia i sposobu wdrożenia. Przed i po instalacji zmierz wskaźniki Core Web Vitals, ładuj skrypt asynchronicznie, po załadowaniu treści, i sprawdź, czy okienko nie powoduje przesunięć układu strony.

Co zamiast powiadomień o zakupach, jeśli mam mały ruch?

Przy małej liczbie transakcji powiadomienia albo pojawiają się rzadko, albo pokazują stare zakupy, co osłabia ich wiarygodność. Lepiej postawić na opinie klientów, zdjęcia produktów w użyciu i statyczny komunikat o liczbie zamówień z dłuższego okresu, np. z ostatniego miesiąca. Do powiadomień można wrócić, gdy sklep będzie miał co najmniej kilkadziesiąt zamówień dziennie.