Zamieniaj e-maile w przychody dzięki Brew.
Połącz Shopify, aby wysyłać e-maile spójne z marką, gdy klient zakłada konto, zamówienie zostaje opłacone, rozpoczyna się finalizacja zakupu lub przesyłka zostaje nadana. Brew obsługuje 13 typów zdarzeń webhooków Shopify dotyczących klientów, zamówień, finalizacji zakupu i realizacji zamówień.
Konfiguracja korzysta z webhooków, które tworzysz w panelu administracyjnym Shopify. Nie potrzebujesz aplikacji Shopify, client ID ani OAuth. Za zamówienia, płatności i realizację zamówień nadal odpowiada Shopify. Brew tworzy i wysyła e-maile.
Shopify wysyła zdarzenie checkouts/create w chwili rozpoczęcia finalizacji zakupu, a nie jej porzucenia. Sekwencja przypomnień startuje w tym momencie i czeka. Złożenie zamówienia nie zatrzymuje uruchomienia, które już trwa.
Po kroku „Czekaj” warunek odczytuje bieżące pola kontaktu, np. shopify_last_order_status i shopify_last_order_at. Opisują one ostatnie zamówienie, o którym wie Brew, a nie tę konkretną finalizację zakupu, więc nie dowodzą, że zakończyła się ona zamówieniem.
Shopify wysyła zdarzenie checkouts/update przy każdej zmianie w finalizacji zakupu, a nie po upływie określonego czasu, więc samo w sobie nie sprawdzi się jako drugie przypomnienie wysyłane o zaplanowanej porze.
Finalizacja zakupu bez adresu e-mail nie uruchamia automatyzacji, chyba że Brew zna już adres e-mail dla tego samego identyfikatora klienta Shopify. Przed publikacją przetestuj zarówno finalizację zakupu, która kończy się zamówieniem, jak i taką, która się nim nie kończy.
Brew obsługuje 13 typów zdarzeń webhooków:
Każde zweryfikowane zdarzenie z prawdziwym adresem e-mail tworzy lub aktualizuje kontakt w Brew dopasowany po adresie e-mail – niezależnie od tego, czy jakaś automatyzacja korzysta z tego zdarzenia. Jeśli zdarzenie zawiera odpowiednie dane, Brew ustawia imię, nazwisko oraz pola shopify_customer_id i shopify_shop_domain.
Zdarzenia zamówień aktualizują pola shopify_last_order_number, shopify_last_order_total, shopify_last_order_currency i shopify_last_order_at. Zdarzenia orders/create, orders/paid i orders/cancelled ustawiają też pole shopify_last_order_status, a orders/fulfilled – pole shopify_last_fulfillment_status. Zdarzenia realizacji zamówień aktualizują pola shopify_last_tracking_number, shopify_last_tracking_url i shopify_last_fulfillment_status. Zdarzenia finalizacji zakupu aktualizują pole shopify_last_checkout_url.
Zdarzenia customers/delete, customers/disable i customers/enable ustawiają pole shopify_account_status na deleted, disabled lub active. Brew nie usuwa ani nie wypisuje kontaktu, więc tam, gdzie to ważne, filtruj według tego pola.
W tagach personalizacji korzystaj ze schematu danych zadeklarowanego dla wybranego zdarzenia. Każde zdarzenie zawiera pola email, firstName, lastName, currency, shopDomain i createdAt, jeśli są dostępne. Zdarzenia zamówień dodają pola orderNumber, totalPrice, financialStatus i fulfillmentStatus. Zdarzenia finalizacji zakupu dodają pola totalPrice i abandonedCheckoutUrl. Zdarzenia realizacji zamówień dodają pola trackingNumber, trackingUrl i fulfillmentStatus.
Pole totalPrice to kwota w walucie zamówienia w takiej postaci, w jakiej wysyła ją Shopify, np. „49.95”, a nie w centach. Dane zdarzeń nie zawierają pozycji zamówienia, a identyfikatory obiektów Shopify nie są tagami personalizacji.
Webhooki klientów w Shopify nie zawierają już zgody marketingowej, więc Brew jej nie otrzymuje. Zapisuj zgodę osobno i sprawdzaj ją przed wysyłkami promocyjnymi.
Nie. Shopify nie ma typu zdarzenia orders/refunded, a jego webhook zwrotów nie zawiera danych klienta. Zdarzenie carts/update nie identyfikuje odbiorcy, więc Brew nie może na jego podstawie bezpiecznie wysyłać e-maili. Nie dodawaj webhooków dla tych typów zdarzeń.
Odebranie zdarzenia i wysłanie e-maila to osobne kroki. Upewnij się, że pasująca automatyzacja jest aktywna, a potem przejrzyj jej filtry i historię uruchomień, sprawdź, czy odbiorca może otrzymać wiadomość, i skontroluj domenę wysyłkową. Zdarzenie wysłane przyciskiem „Wyślij test” jest widoczne jako zdarzenie testowe i nigdy nie uruchamia automatyzacji. Zdarzenie bez adresu e-mail dotyczące nieznanego klienta jest zapisywane z nieustalonym odbiorcą.
