Czy moduł checkout będzie działał z zakupem jako gość?

Tak. Checkout Revolution w pełni obsługuje guest checkout w swoim one-page flow, a politykę wybierasz per sklep: wymagaj utworzenia konta, zaproponuj je jako opcjonalny krok po zakupie albo pozwól kupującym dokończyć czysty guest checkout tylko z emailem.

Zezwolenie na guest checkout zwykle podnosi konwersję przy pierwszych zamówieniach — wielu kupujących rezygnuje, gdy musi się rejestrować, zwłaszcza na mobile. Dzięki opcjonalnemu tworzeniu konta po zakupie nadal budujesz zalogowaną bazę odbiorców bez tarcia w kroku zakupu.

Zamówienia gości przechodzą przez ten sam one-page UI, odzyskiwanie porzuconych koszyków, walidację voucherów i opcje płatności (Stripe, Apple Pay, Google Pay, PayPal, BNPL, metody offline) co zamówienia zalogowanych klientów. Tło, dlaczego guest checkout ma znaczenie, znajdziesz w naszym poradniku one-page checkout. Obsługuje PrestaShop 1.6 do 9.x.

W przepływie modułu krok kontaktu wystawia flagę guest-allowed do front endu, więc kupujący może kontynuować tylko z adresem email, gdy guest checkout jest włączony. Jeśli email należy do istniejącego konta, Checkout Revolution może nadal pokazać opcje logowania i ścieżkę continue-as-guest; gdy użyty zostanie email istniejącego konta bez uwierzytelnienia, procesor zamówienia nie loguje tego klienta po cichu po zamówieniu. Jeśli kupujący ustawi hasło podczas checkoutu, zamówienie staje się powiązane z kontem; jeśli nie, zamówienie jest przetwarzane jako gość, a moduł może pokazać blok rejestracji po zamówieniu.

Operacyjnie wybierz politykę właściwą dla produktów. Sklepy B2B z częstymi powrotami często korzystają na tworzeniu konta albo rejestracji po zamówieniu; impulsywny retail zwykle konwertuje lepiej z czystym guest checkout. Guest checkout nadal potrzebuje standardowych wymaganych pól adresu, przewoźnika, płatności i zgód prawnych, a niektóre moduły płatności albo reguły anti-fraud mogą dodać własne wymagania poza Checkout Revolution.