- Įprasti užsakymų įvykiai sinchronizuojami kas 30 minučių, o ne realiu laiku.
- Realaus laiko užsakymų įvykiai atsiranda tik įjungus transakcinius variantus modulio nustatymuose.
- Svetainės elgsenos įvykiai ateina realiu laiku iš karto.
- PrestaShop perduoda gimimo datą ir klientų grupes — duomenis, kurių kitos integracijos neduoda.
Nuo ko prasideda integracija
PrestaShop retai patenka į angliškus el. pašto rinkodaros vadovus, nors Lietuvoje ir kitose Europos rinkose ji naudojama plačiai. Todėl dalis jos ypatumų lieka neaprašyti — ir aptinkami tik tada, kai kažkas neveikia.
PrestaShop jungimasis skiriasi nuo Shopify tuo, kad reikia dviejų žingsnių abiejose pusėse. Parduotuvėje įdiegiamas nemokamas Klaviyo modulis, o Klaviyo pusėje įjungiama integracija. Po prijungimo sinchronizuojami paskutinių 90 dienų duomenys, todėl su neseniai pirkusiais klientais dirbti galima iškart, nelaukiant, kol susikaups nauja istorija.
Iki čia viskas panašiai kaip kitose platformose. Skirtumas prasideda ties tuo, kaip greitai duomenys pasiekia rinkodaros platformą — ir būtent tai daugumoje PrestaShop paskyrų lieka nepastebėta.
Svarbiausias niuansas: sinchronizavimo greitis
Šis skirtumas yra pagrindinis dalykas, skiriantis PrestaShop nuo kitų integracijų, ir kartu dažniausia priežastis, kodėl srautai elgiasi ne taip, kaip tikimasi. Verta jį suprasti prieš statant bet kurį srautą, nes vėliau perdaryti reikės visą logiką.
Pagal Klaviyo PrestaShop duomenų dokumentaciją, įvykiai skiriasi ne tik pavadinimais, bet ir tuo, kaip greitai jie atkeliauja.
Praktinė pasekmė konkreti. Jei po pirkimo srautą paleidžiate įprastu užsakymo įvykiu, užsakymo patvirtinimas gali ateiti iki pusvalandžio po apmokėjimo. Daugumai srautų tai nesvarbu — laiškas vis tiek siunčiamas po valandų ar dienų. Bet užsakymo patvirtinimui pusvalandis tylos yra pastebimas, ypač jei parduotuvė nesiunčia savo patvirtinimo.
Ką realiai gaunate
Bendrai PrestaShop integracija perduoda panašų rinkinį kaip WooCommerce, su viena papildoma grupe. Užsakymų pusėje yra keturi pagrindiniai įvykiai ir jų transakciniai atitikmenys. Elgsenos pusėje — penki įvykiai, įskaitant Started Checkout ir atskirą Ordered Product kiekvienam produktui užsakyme.
Ko čia nėra, taip pat verta žinoti. Nėra atskirų pristatymo įvykių, kokius perduoda Shopify — nėra pranešimo apie išsiuntimą ar pristatymą. Todėl atsiliepimo prašymą tenka skaičiuoti nuo užsakymo įvykdymo su atsarga pristatymo laikui, lygiai kaip WooCommerce atveju.
Ką reiškia transakciniai įvykių variantai
Ši dalis verta atskiro paaiškinimo, nes pavadinimas klaidina. Transakciniai užsakymų įvykiai PrestaShop integracijoje nėra tas pats, kas transakciniai laiškai, apie kuriuos rašėme atskirai.
Čia žodis reiškia tik viena: tai atskiri to paties įvykio variantai, ateinantys realiu laiku, o ne kas 30 minučių. Jie turi savo pavadinimus, todėl srautuose juos reikia pasirinkti sąmoningai — įjungus nustatymą, senieji įvykiai neišnyksta, tiesiog atsiranda antra jų versija.
Iš to kyla dažniausia painiava. Paskyroje atsiranda du panašiai vadinami įvykiai, ir srautas paleidžiamas vienu, o filtras sukuriamas pagal kitą. Kadangi jie ateina skirtingu laiku, sąlyga gali nesuveikti taip, kaip tikimasi.
Praktinė taisyklė paprasta: apsispręskite, kuriuos naudosite, ir laikykitės to visoje paskyroje. Jei greitis svarbus — visur transakciniai. Jei ne — visur įprasti. Maišyti viename sraute neverta.
Kur PrestaShop duoda daugiau
Profilio duomenų atžvilgiu ši integracija netikėtai dosni. Be įprastų laukų — el. pašto, vardo, pavardės, miesto, šalies, pašto kodo ir telefono — dokumentacijoje nurodyti ir papildomi duomenys, kurių kitos integracijos neperduoda.
- Gimimo data. Reta ir vertinga: leidžia paleisti gimtadienio srautą be atskiro datos rinkimo per formą.
- Klientų grupės. Jei parduotuvėje skiriate didmenininkus ar klubo narius, tos grupės keliauja į profilį ir tinka segmentavimui.
- Paskyros sukūrimo data. Leidžia atskirti seniai registruotus klientus nuo naujų.
- Kalba ir šalis. Naudinga, jei parduotuvė veikia keliomis kalbomis.
Gimimo data čia svarbiausia. Kaip aprašėme gimtadienio laiškų straipsnyje, dažniausia to srauto kliūtis yra būtent datų neturėjimas — o PrestaShop parduotuvėse jos dažnai jau surinktos registracijos metu ir tiesiog niekada nepanaudotos.
Kaip tai atrodo šalia kitų platformų
Jei renkatės platformą arba svarstote migraciją, verta matyti visą vaizdą. Trys integracijos, apie kurias rašėme, skiriasi trimis atžvilgiais.
Įvykių kiekiu. Shopify perduoda daugiausiai — penkiolika, įskaitant atskirus pristatymo etapus. PrestaShop ir WooCommerce perduoda mažiau ir pristatymo įvykių neturi.
Greičiu. Shopify ir WooCommerce užsakymų įvykiai ateina realiu laiku. PrestaShop — kas 30 minučių, nebent įjungiami transakciniai variantai. Tai vienintelė iš trijų platformų, kur greitis priklauso nuo nustatymo.
Profilio duomenimis. Čia PrestaShop pirmauja: gimimo data, klientų grupės ir paskyros sukūrimo data yra daugiau, nei perduoda kitos dvi.
Praktinė išvada: PrestaShop nėra prastesnė platforma el. pašto rinkodarai — ji tiesiog reikalauja vieno papildomo nustatymo ir kitokio srautų projektavimo. Detalesnį platformų palyginimą pateikėme atskirame straipsnyje.
Ką patikrinti po prijungimo
Keturi patikrinimai, kurie užtrunka penkias minutes ir sutaupo savaites:
- Ar įjungti transakciniai įvykiai. Modulio nustatymuose. Be jų užsakymų srautai vėluos iki pusvalandžio.
- Ar atsiranda elgsenos įvykiai. Atidarykite produktą ir patikrinkite, ar užfiksuotas Viewed Product.
- Ar profiliuose yra papildomi laukai. Ypač gimimo data ir klientų grupė — jei jų nėra, verta patikrinti modulio versiją.
- Ar srautai remiasi tuo pačiu įvykiu. Jei srautą paleidžia įprastas užsakymo įvykis, o filtras remiasi transakciniu, sąlygos gali nesutapti dėl laiko skirtumo.
Paskutinis punktas yra PrestaShop atitikmuo tos klaidos, kurią aprašėme Shopify straipsnyje: viename sraute verta laikytis to paties įvykio ir paleidimui, ir filtrams.
Kokia tvarka diegti srautus
Kai integracija patikrinta ir duomenys ateina taip, kaip tikitės, lieka klausimas, ką statyti pirmiausia.
Eiliškumas toks pat kaip kitur, su viena pataisa dėl duomenų. Pirma welcome serija, tada apleistas krepšelis, po to po pirkimo srautas su atsarga pristatymo laikui.
Ketvirtas žingsnis PrestaShop atveju gali būti neįprastas: jei gimimo datos jau surinktos, gimtadienio srautas paleidžiamas greičiau nei bet kur kitur ir duoda rezultatą be papildomo duomenų rinkimo. Kitose platformose šis srautas paprastai lieka paskutinis būtent dėl datų trūkumo.
Orientyrai vienoje vietoje
Klaidos, kurias matome audituose
- Transakciniai įvykiai neįjungti. Srautai vėluoja iki pusvalandžio, o priežastis lieka nepastebėta.
- Gimimo datos nepanaudotos. Duomenys yra, o gimtadienio srauto nėra.
- Modulis neatnaujinamas. Senesnės versijos perduoda mažiau laukų.
- Srautas remiasi skirtingais įvykiais. Paleidimas įprastu, filtras transakciniu — sąlygos nesutampa.
- Atsiliepimo prašymas siunčiamas per anksti. Be pristatymo įvykių reikia atsargos laikui.
Nuo ko pradėti
Jei integracija jau prijungta, pirmas darbas yra modulio nustatymai — patikrinti, ar įjungti transakciniai įvykiai. Tai viena varnelė, kuri pakeičia srautų greitį nuo pusvalandžio iki akimirkos.
Antras — pažiūrėti, ar profiliuose yra gimimo datos. Jei yra, turite paruoštą srautą, kuriam kitose parduotuvėse tenka mėnesius rinkti duomenis. Kaip visa tai sudėliojame kartu, aprašėme el. pašto automatizacijų puslapyje.