Przejdź do głównej zawartości
Wypróbuj za darmo przez 15 dni
Polski
Otwórz w Claude Zadaj pytania o tę stronęOtwórz w ChatGPT Zadaj pytania o tę stronę

Jak to działa

Prosty opis tego, jak Sami B2B Lock, Password Protect egzekwuje Twoje blokady w sklepie.

Nie musisz tego wszystkiego rozumieć, aby korzystać z Sami B2B Lock, Password Protect — jednorazowe włączenie osadzenia aplikacji to cała konfiguracja, jakiej potrzebuje aplikacja. Jeśli jednak ciekawi Cię, co faktycznie dzieje się, gdy klient wejdzie na zablokowaną stronę, albo próbujesz ustalić, dlaczego blokada się wyświetla lub nie, ta strona wszystko wyjaśnia.

Sami B2B Lock, Password Protect jest dostarczane do Twojego sklepu przez osadzenie rozszerzenia aplikacji motywu Shopify, widoczne w edytorze motywów jako Sami Lock. Gdy osadzenie jest włączone w motywie, mały skrypt aplikacji działa na każdej stronie ładowanej przez odwiedzającego w Twoim sklepie — na stronie głównej, stronach produktów, stronach kolekcji, wpisach na blogu, w koszyku i tak dalej.

Na większości stron ten skrypt nic nie robi. Jego pierwszym zadaniem przy każdym załadowaniu strony jest sprawdzenie, czy strona pasuje do jakiejkolwiek skonfigurowanej blokady — a w zdecydowanej większości odsłon w większości sklepów odpowiedź brzmi „nie”, więc skrypt schodzi z drogi i strona wyświetla się normalnie.

Gdy bieżąca strona pasuje do blokady — bo to dokładnie ten produkt, kolekcja, strona, artykuł na blogu lub adres URL, który zablokowano, albo bo zablokowano cały sklep — aplikacja przechodzi do sprawdzania reguł dostępu tej blokady.

To sprawdzenie odbywa się bezpośrednio w przeglądarce odwiedzającego, na podstawie informacji, do których aplikacja ma już dostęp, działając w Twoim sklepie: czy odwiedzający jest zalogowany, co ma w koszyku, z jakiego języka i kraju przegląda sklep i tak dalej. Większość reguł dostępu — status zalogowania, tagi klientów, zawartość koszyka, zakresy dat, język sklepu — można sprawdzić od razu na podstawie tych informacji, bez czekania na cokolwiek innego.

Kilka typów reguł musi coś sprawdzić, zanim odpowie tak lub nie:

  • Location dopasowuje kraj odwiedzającego, który aplikacja ustala za pomocą publicznej usługi wyszukiwania IP, a nie odczytuje z konta odwiedzającego — dlatego VPN lub serwer proxy może zmienić wykryty kraj.
  • Cart conditions (produkty, warianty, ilość lub suma częściowa) są sprawdzane ponownie przy każdej zmianie koszyka, ponieważ odwiedzający może dodać lub usunąć produkty po pierwszym załadowaniu strony.
  • Purchased items i Order quantity sprawdzają poprzednie zamówienia zalogowanego klienta, aby ustalić, czy kupił on wcześniej właściwy produkt lub złożył wystarczającą liczbę zamówień.

Gdy wszystkie reguły w co najmniej jednym kluczu dostępu zostaną spełnione, aplikacja uznaje odwiedzającego za odblokowanego i pozwala normalnie wyświetlić treść (z uwzględnieniem skonfigurowanego zachowania blokady, np. ukrycia ceny lub przekierowania). Jeśli żaden klucz dostępu nie jest w pełni spełniony, aplikacja stosuje blokadę — pokazując ekran blokady, ukrywając cenę lub przycisk Add to cart albo przekierowując, w zależności od Twojej konfiguracji.

Wszystko powyżej opisuje, jak egzekwowane są blokady w Twojej witrynie — produktów, kolekcji, stron, blogów, adresów URL i całego sklepu. Blokada finalizacji zakupu jest egzekwowana inaczej: zamiast skryptu działającego w przeglądarce odwiedzającego korzysta z walidacji finalizacji zakupu samego Shopify, na podstawie warunków ustawionych w kreatorze reguł finalizacji zakupu w aplikacji. Oznacza to, że warunku zablokowanej finalizacji zakupu nie można obejść, wyłączając JavaScript ani w inny sposób omijając kod po stronie klienta, tak jak teoretycznie można obejść blokadę czysto wizualną — samo Shopify nie pozwoli zakończyć zamówienia, dopóki warunek nie zostanie spełniony.

Ponieważ osadzenie aplikacji samo obsługuje to wszystko, nie musisz pisać ani utrzymywać żadnego kodu motywu. Nie dodajesz fragmentów do szablonów, nie edytujesz plików Liquid ani nie utrzymujesz listy zablokowanych stron w motywie — wszystko jest w aplikacji, a osadzenie odczytuje aktualną konfigurację blokad przy każdym załadowaniu strony. Jednorazowe włączenie osadzenia aplikacji to jedyna wymagana konfiguracja; potem tworzenie, edytowanie lub usuwanie blokad w aplikacji działa w sklepie automatycznie, bez konieczności włączania czegokolwiek w motywie.

Czy to było pomocne?