3 posty z tagiem "case-study"

W dzisiejszych czasach sklepy internetowe narażone są na różnego rodzaju ataki i oszustwa. Fałszywe zamówienia, generowane przez boty lub osoby, które już wcześniej naruszyły regulamin, mogą powodować poważne straty finansowe i obniżać jakość obsługi klienta. W tym artykule omówimy, dlaczego warto wdrożyć mechanizmy blokowania zamówień oraz przedstawimy, jak działają reguły blokowania oparte na adresie e-mail, adresie IP i innych kryteriach.

Dlaczego warto blokować zamówienia?​

Fałszywe lub podejrzane zamówienia mogą powodować szereg problemów, takich jak:

• Straty finansowe – nieprawidłowe zamówienia obciążają magazyn i mogą prowadzić do niepotrzebnych kosztów operacyjnych.
• Obciążenie systemu – automatyczne zamówienia generowane przez boty zwiększają obciążenie serwera, co może wpływać na wydajność całego sklepu.
• Problemy logistyczne – wysyłka towarów na fałszywe adresy lub do oszustów komplikuje zarządzanie stanem magazynowym.
• Ryzyko nadużyć – fałszywe zamówienia mogą być wykorzystywane do wyłudzeń lub innych nieuczciwych praktyk.

Jakie kryteria stosować przy blokowaniu zamówień?​

Skuteczny system blokowania zamówień opiera się na kilku kluczowych regułach, które pozwalają na automatyczną identyfikację i odrzucanie podejrzanych transakcji. Oto najpopularniejsze kryteria:

• Adres e-mail

  • Weryfikacja, czy adres pochodzi z darmowych lub tymczasowych domen.
  • Sprawdzenie, czy adres e-mail znajduje się na liście podejrzanych lub wcześniej zablokowanych kontaktów.

• Adres IP

  • Analiza geolokalizacji – czy adres IP pochodzi z regionów o podwyższonym ryzyku oszustw.
  • Wykrywanie podejrzanych wzorców, takich jak szybkie zmiany adresów IP lub próby wielokrotnych zamówień z tego samego adresu.

• Historia zamówień i zachowanie użytkownika

  • Monitorowanie liczby prób zamówień przez danego użytkownika.
  • Analiza nietypowych zachowań, takich jak bardzo szybkie składanie zamówień lub powtarzające się nieudane próby transakcji.

• Inne parametry

  • Weryfikacja zgodności danych adresowych z bazami firm kurierskich lub wewnętrznymi systemami weryfikacyjnymi.
  • Ustalanie reguł czasowych – na przykład blokowanie zamówień w określonych godzinach, kiedy wzrasta aktywność botów.

Jak działa system blokowania zamówień?​

System blokowania zamówień analizuje dane wejściowe w czasie rzeczywistym, porównując je z ustalonymi regułami. Gdy zamówienie pasuje do jednego lub więcej kryteriów wskazujących na potencjalne nadużycie, system może:

• Automatycznie odrzucić zamówienie – bez angażowania pracownika, co pozwala na szybkie i efektywne działanie.
• Przekierować zamówienie do ręcznej weryfikacji – administrator sklepu może dokonać ostatecznej oceny, zanim zamówienie zostanie zaakceptowane lub anulowane.

Takie rozwiązania nie tylko chronią sklep przed stratami, ale także pomagają w utrzymaniu wysokiej jakości obsługi klientów oraz budowaniu zaufania do marki.

Korzyści z wdrożenia systemu blokowania zamówień​

Wdrożenie mechanizmów blokowania zamówień przynosi wiele wymiernych korzyści, między innymi:

• Zmniejszenie liczby fałszywych transakcji – co bezpośrednio przekłada się na oszczędności finansowe.
• Poprawa wydajności systemu – dzięki automatyzacji procesu weryfikacji zamówień.
• Zwiększenie bezpieczeństwa – system działa jako dodatkowa warstwa ochrony przed nadużyciami.
• Lepsza kontrola nad danymi klientów – umożliwiając identyfikację podejrzanych zachowań i szybką reakcję na potencjalne zagrożenia.

Rozwiązanie dla użytkowników platformy Shoper​

Dla właścicieli sklepów korzystających z platformy Shoper, świetnym rozwiązaniem jest wtyczka "Blokowanie zamówień". To narzędzie pozwala na:

• Łatwe wdrożenie reguł blokowania zamówień bez potrzeby zaawansowanej wiedzy technicznej.
• Automatyzację procesów weryfikacyjnych, co znacznie przyspiesza reakcję na podejrzane transakcje.
• Dostosowanie ustawień do indywidualnych potrzeb sklepu, dzięki czemu system blokowania może być idealnie dopasowany do specyfiki działalności.

Jeśli zależy Ci na bezpieczeństwie i sprawnej obsłudze swojego sklepu internetowego, warto sprawdzić tę wtyczkę – może okazać się kluczowym narzędziem w walce z oszustwami.

Podsumowanie​

Blokowanie zamówień to niezbędny element strategii ochrony sklepu internetowego przed fałszywymi transakcjami i nadużyciami. Dzięki stosowaniu reguł opartych na adresach e-mail, adresach IP oraz analizie zachowań użytkowników, można znacząco zmniejszyć ryzyko strat i poprawić jakość obsługi. Dla użytkowników platformy Shoper, wtyczka "Blokowanie zamówień" stanowi doskonałe narzędzie, które warto wdrożyć, aby zapewnić sobie spokój i bezpieczeństwo działania sklepu.

Shoper wprowadza Storefront, czyli nowy typ szablonu sklepu internetowego. Dzięki Storefront klient ma większe możliwości personalizacji wyglądu sklepu. Niestety, jedną z kluczowych decyzji jaka zapadła podczas projektowania Storefront był brak wsparcia dla "integracji własnych". Co niesie za sobą szereg komplikacji - nie chciałem tego nazwac "problemem", bo uważam, że to krok w dobrym kierunku. Ale od początku?

Czym są integracje własne?​

Integracje własne w Shoper, to miejsce w panelu admina, gdzie można było umieszczać dowolne skrypty integrujące usługi zewnętrzne z naszym sklepem. Najczęściej wykorzystywano je do integracji:

• usług Google: Analytcis, Tag Manager, Ads, Optimize
• reklam Facebooka: pixele, trackery, eventy
• usługi retargetingowe: Criteo, RTB House, Adform
• usługi marketing automation, np. Trustisto
• narzędzia do testowania: Hotjar, VWO, Optimizely
• narzędzia do zbierania opinii: TrustedShops, Opineo, Ceneo
• narzędzia do chatowania: LiveChat, Tawk.to, Intercom
• i innych.

Integracje własne posiadały mechanizm zmiennych, które można było wykorzystać w skryptach. Dzięki temu, można było przekazywać do zewnętrznych narzędzi dane o kliencie, koszyku, czy zamówieniu.

Dodatkowo w integracjach własnych dostępny był context, czyli informacja o tym gdzie aktualnie znajduje się klient. Dzięki temu można było wyświetlać skrypty tylko na wybranych podstronach sklepu np. tylko na stronie produktu, czy tylko na stronie kategorii. Osobne miejsce w integracjach własnych miała strona z podziękowaniem za zakup, gdzie można było umieszczać skrypty np. z kodem konwersji.

Tak wyglądało to w panelu admina:

Problem z integracjami własnymi​

Taka "dowolność" w zarządzaniu skryptami na stronie sklepu niesie za sobą pewne ryzyko. Nieprawidłowo zdefiniowane skrypty mogą spowodować problemy z wyświetlaniem strony, czy nawet z jej działaniem. Z kuluarów było słychać, że support Shoper często musiał ratować klientów z opresji, kiedy Ci nieumiejętnie zarządzali skryptami. To prowadziło do sytuacji, kiedy klienci byli niezadowoleni i zrzucali winę na Shoper, że ich sklep nie działa.

Shoper postanowił coś z tym zrobić.

Storefront, a integracje własne​

Przed wprowadzeniem do sklepów Shoper szablonów typu Storefront, mieliśmy do dyspozycji szablony RWD. W tych szablonach integracje własne działały bez problemu. Wszystkie zdefiniowane skrypty były wyświetlane na odpowiednich podstronach sklepu.

Z chwilą wprowadzenia Storefront, integracje własne przestały działać, co wprowadziło w zdumienie zarówno właścicieli sklepów, programistów jak i agencje, które zajmują się obsługą sklepów Shoper.

Storefront nie posiada miejsca na integracje własne. Wszystkie skrypty, które chcemy umieścić na stronie sklepu, musimy dodać w inny sposób. Rozwiązań jest kilka.

Rozwiązanie​

1. Google Tag Manager - moim zdaniem najlepszym sposobem na wpinanie skryptów zewnetrznych jest robienie tego przez menadżer tagów np. Google Tag Manager (GTM). Shoper udostępnił możliwość dodania GTM do Storefront (poprzez dedykowany moduł - patrz niżej) dzięki czemu możemy zarządzać wszystkimi skryptami właśnie z poziomu GTM. Problemem może być tzw. warstwa danych (dataLayer), która jest dostępna w Storefront. Czy bedzie zawierać niezbędne zmienne do odpowiedniego konfigurowania skryptów? O tym przeczytasz w naszym kolejnym artykule na temat GTM w Shoper Storefront. Moduł GTM w Storefront wygląda następująco:

2. Moduły Storefront - nowością w Storefront są tzw. moduły, czyli elementy z których składa się szablon Storefront. Shoper udostępnił szereg wbudowanych modułów, w tym ten do dodania Google Tag Managera oraz Google Analytics 4, ale również udostępnił mechanizm do tworzenia własnych modułów. Dzięki czemu twórcy aplikacji (tacy jak My w agencji ShoperMan) moga tworzyć moduły integrujące wybrane usługi. W ten sposób można zintegrować sklep z dowolnym narzędziem zewnętrznym - o ile jest/będzie do tego moduł. Ciężar w tym przypadku przeniesiono na programistów i Twórców dodatków.

Wracam do Was z kolejnym rozwiązanym problemem klienta, tym razem związanym z raportowaniem kupionych produktów.

Problem​

Nasz klient miał problem ze zliczaniem produktów z zamówień według wariantów. Warianty to różne wersje tego samego produktu, np. rozmiar, kolor, pojemność itp. Na koniec każdego dnia klient chciał mieć zestawienie ile produktów w rozmiarze S, X, XL lub XXL zamówiono. Shoper w raporcie nie grupował tych sprzedaży po wariantach.

Podstawowy widok zamówień w Shoperze wyglądał tak jak poniżej i nie dawał odpowiedzi na pytanie klienta:

Eksport zamówień do pliku CSV umieszczał szczegóły produkty w wielu kolumnach, ale mimo to wariant nie był w osobnej kolumnie, tylko wymieniony w kolumnie z nazwą produkty. Poza tym samo umieszczanie produktów w kolumnach a nie w osobnych wierszach stanowiło problem z analizą danych

Rozwiązanie​

Stworzylismy dedykowane rozwiązanie dla klienta, które każdego dnia generowało plik Excel i wysyłało klientowi go mailem z danymi sprzedażowymi za dzień poprzedni.

W pliku Excel umieściliśmy wszystkie zamówienia, a kupione produkty pogrupowaliśmy według wariantu. Finalnie klient otrzymał plik w którym jedna z zakładek odpowiadała na postawione przed nami zadanie.

Podsumowanie​

Rozszerzeniem tego pomysłu może być zbudowanie mini panelu gdzie klient mógłby zobaczyć te dane w formie wykresów i tabel. Można by również dodać możliwość filtrowania danych po różnych kryteriach, np. po kategorii produktu, dacie zamówienia, itp.

W tym konkretnym przypadku liczyła się szybkość wdrożenia, gdyż zamówienia spływały szybkim tempem i klient chciał mieć dane w wybranym formacie jak najszybciej.

Wszystkie przedstawione na zdjęciach dane są fikcyjne i służą jedynie celom demonstracyjnym.