Ukryte ceny i wyceny w B2B w PrestaShop: jak to naprawdę działa

autor: Luca Cavallini Poradniki techniczne
Ukryte ceny i wyceny w B2B w PrestaShop: jak to naprawdę działa

Dlaczego ukrywać cenę zamiast ją pokazywać

W B2B ukrycie ceny i zastąpienie przycisku zakupu przyciskiem „poproś o wycenę” odpowiada na rzeczywiste, odrębne potrzeby, często mieszane w jednym ustawieniu: ochronę wynegocjowanego cennika, który konkurenci mogliby automatycznie skopiować, wymuszenie kwalifikowanego kontaktu przed sprzedażą produktów, których cena zależy od wolumenu lub konfiguracji, albo po prostu zarezerwowanie całego katalogu (gamy profesjonalnej, cennika dla odsprzedawców) wyłącznie dla zweryfikowanych kont B2B. To trzy różne cele i to samo ustawienie „ukryj cenę” nie służy im zawsze tak samo: pierwszy wymaga prawdziwego ukrycia na poziomie technicznym, drugi potrzebuje przede wszystkim innego przycisku, trzeci wymaga precyzyjnego zakresu (scope) według grupy klientów, a nie ogólnego przełącznika.

Trzy cele: ochrona wynegocjowanego cennika przed scrapingiem, kontakt z klientem przed sprzedażą, zarezerwowanie części katalogu dla zweryfikowanych klientów B2B, każdy z potrzebnym narzędziem
Ten sam przełącznik nie służy równie dobrze trzem różnym celom: każdy wymaga własnego narzędzia.

Co ukryta cena naprawdę ukrywa (a czego nie ukrywa)

Najpopularniejsza metoda ukrycia ceny na stronie produktu polega na wizualnym ukryciu jej regułą CSS (display: none) na bloku ceny, w oparciu o klasę dodawaną po stronie serwera, gdy spełniony jest warunek ukrycia. To metoda uprawniona i szeroko stosowana, ale ma konsekwencję techniczną, którą warto zrozumieć przed jej wyborem: cena nadal znajduje się w kodzie źródłowym strony, tylko jest niewidoczna na ekranie. Każdy, kto przegląda kod źródłowy, używa źle skonfigurowanego czytnika ekranu albo uruchamia prosty skrypt do zbierania danych, nadal może tę cenę pobrać, nawet jeśli zwykły odwiedzający nigdy nie widzi jej na ekranie.

Porównanie: na ekranie nie ma ceny i pojawia się przycisk wyceny, w kodzie źródłowym blok ceny nadal istnieje z display none i można go odczytać
Ukrycie wizualne wystarcza wobec przypadkowego konkurenta; wobec systematycznego scrapingu cena w ogóle nie powinna trafić do przeglądarki.

Nie musi to być wada do naprawienia za wszelką cenę: dla celu „uniemożliwić przypadkowemu konkurentowi wizualne porównanie cen” ukrycie wizualne w zupełności wystarcza, większość konkurentów nie zagląda do kodu źródłowego. Dla celu „uniemożliwić systematyczny, zautomatyzowany scraping całego cennika” samo ukrycie wizualne nie wystarcza: trzeba albo nigdy nie przekazywać ceny do przeglądarki w przypadku danych odwiedzających (co wymaga innej logiki na poziomie szablonu strony, a nie tylko klasy CSS), albo zaakceptować, że prawdziwa ochrona pochodzi skądinąd (uwierzytelnianie, ograniczenie liczby żądań, wykrywanie robotów), a nie z samego ukrycia wizualnego. Właściwy wybór zależy od tego, czemu naprawdę chcą Państwo zapobiec, a nie od ogólnego pola wyboru „ukryj ceny”.

Najważniejsze: gdzie obliczana jest wynegocjowana cena

Gdy klient B2B otrzyma wycenę z ceną wynegocjowaną pozycja po pozycji, najważniejszym pytaniem technicznym nie jest to, jak cenę ukryto na początku, lecz to, jak ta wynegocjowana cena jest stosowana w momencie zamówienia. Poprawnie zbudowany system wycen oblicza i stosuje tę cenę po stronie serwera, zazwyczaj za pomocą reguły koszyka wygenerowanej i powiązanej z zaakceptowaną wyceną, nigdy na podstawie wartości przesłanej z formularza w przeglądarce. Powód jest prosty: wszystko, co jest obliczane lub przesyłane po stronie klienta, może zostać zmienione przez dostatecznie zdeterminowanego klienta przed wysłaniem żądania. Wynegocjowana cena istniejąca tylko jako ukryte pole na stronie HTML dałaby się zmienić tak samo jak cena wyświetlana jawnie, a do tego z iluzją ochrony, skoro nie jest widoczna. Przepływ „zaakceptuj wycenę, a potem zamów” musi więc weryfikować i ponownie stosować wynegocjowaną cenę na każdym etapie po stronie serwera, a nie tylko w chwili wygenerowania wyceny.

Porównanie: zaakceptowana wycena, reguła koszyka tworzona na serwerze i cena sprawdzana na każdym etapie, wobec ukrytego pola wysyłanego przez przeglądarkę, które można zmienić
Cenę istniejącą tylko jako ukryte pole można zmienić tak samo jak widoczną: trzeba ją przeliczać na serwerze na każdym etapie.

Zakres ukrywania: wszystko, kategoria, grupa, produkt

Ogólne ukrycie całego katalogu pasuje do witryny wyłącznie B2B, gdzie żaden niezidentyfikowany odwiedzający nie ma powodu widzieć ceny. Witryna mieszana B2B/B2C zwykle wymaga bardziej precyzyjnego zakresu: ukrycia tylko kategorii profesjonalnej albo tylko dla grup klientów jeszcze niezweryfikowanych, z pozostawieniem reszty katalogu z normalnie widocznymi cenami. Wybór złego zakresu ma realny koszt po obu stronach: ukrycie zbyt szerokie zamienia odwiedzających B2C gotowych do natychmiastowego zakupu w odwiedzających zmuszonych do poproszenia o wycenę produktu, którego cena nie była poufna, co obniża konwersję bez żadnej korzyści; ukrycie zbyt wąskie pozostawia na widoku właśnie ten cennik, który chciano chronić.

Skala zakresu: cały katalog dla witryny tylko B2B, kategoria lub grupa klientów dla witryny mieszanej, produkt; zbyt szeroki traci konwersje, zbyt wąski zostawia cennik na widoku
Błędny zakres kosztuje z obu stron: zbyt szeroki traci sprzedaż, zbyt wąski odsłania właśnie ten cennik, który miał być chroniony.

Pułapka SEO łatwa do przeoczenia: cena zostaje w danych strukturalnych

Strona produktu PrestaShop zazwyczaj udostępnia cenę w swoich danych strukturalnych (schema.org, znacznik offers), aby wyszukiwarki mogły wyświetlać cenę w wynikach rozszerzonych. Wizualne ukrycie ceny na stronie bez usunięcia lub dostosowania tych danych strukturalnych pozostawia cenę, potencjalnie nieaktualną, gdy tylko się zmieni, widoczną bezpośrednio w wynikach wyszukiwania, poza jakąkolwiek stroną oglądaną przez odwiedzającego. To jeden z najczęstszych martwych punktów szybkiego wdrożenia ukrywania cen: ustawienie wizualne zostało wykonane, a dane strukturalne, które zasilają Google, nie podążyły za nim.

Schemat: karta produktu ukrywa cenę, ale dane strukturalne schema.org offers nadal ją zawierają, a wynik wyszukiwania ją pokazuje
Blok offers ze schema.org przenosi cenę do wyników rozszerzonych, poza każdą stronę, którą odwiedzający faktycznie otwiera.

Podsumowanie

Ukrycie ceny i zaproponowanie wyceny w zamian odpowiada na rzeczywiste potrzeby w B2B, ale „ukryj cenę” nie jest pojedynczym działaniem: ukrycie wizualne chroni przed przypadkowym konkurentem, a nie przed systematycznym scrapingiem; obliczanie wynegocjowanej ceny musi zawsze odbywać się po stronie serwera, nigdy w formularzu przeglądarki; zakres ukrycia (wszystko, kategoria, grupa, produkt) decyduje o tym, czy środek chroni właściwych odbiorców, czy obniża konwersję niewłaściwych; a dane strukturalne strony zasługują na osobną kontrolę, ponieważ nie podążają automatycznie za ustawieniem wizualnym. W PrestaShop moduł taki jak cll_quotes obsługuje ten przepływ (przycisk wyceny, ukrywanie według zakresu, wynegocjowana cena stosowana po stronie serwera za pomocą reguły koszyka), ale powyższe zasady obowiązują niezależnie od wybranego narzędzia.

Zrzut ekranu modułu Zapytania ofertowe w wersji demo PrestaShop 9: przycisk wyceny na karcie produktu i w koszyku, zakres według produktów, kategorii, grup klientów lub pojedynczych produktów
Ustawienia modułu cll_quotes w naszej wersji demo PrestaShop 9: gdzie pojawia się przycisk wyceny i do jakiego zakresu się odnosi.
Zapytania ofertowe - wyceny B2B i ukrywanie cenKlienci mogą poprosić o wycenę zamiast kupować: opcjonalne ukrywanie cen, menedżer wycen w panelu admi…89,99 €Zobacz produkt

Dodaj komentarz

Komentarze są moderowane przed publikacją.

← Blog

Ładowanie...
Powrót do góry