Da povežete Omnisend z Magentom, namestite razširitev Omnisend za Magento 2 (Adobe Commerce), jo overite z API-ključem, počakate, da sinhronizira stranke, naročila in izdelke, nato pa na teh podatkih zgradite prve avtomatizacije. To je celoten lok. Kar Magento razlikuje od gostovane platforme, kot je Shopify ali BigCommerce, je to, da je Magento običajno na lastnem strežniku in močno razvijalsko obarvan, zato so stvari, ki gredo tu narobe, magentovskega okusa: cron opravila, ki ne tečejo, indekserji, ki so zastareli, predpomnilniška plast, ki skriva spremembe, in dovoljenja API-ja, ki so preozko določena. Uredite to pravilno in sinhronizacija bo dolgočasna v najboljšem pomenu besede.

Ta vodnik predpostavlja delujočo trgovino Magento 2 z resnično prodajo — ne svežo namestitev. Če ste na Magentu 1, je ta platforma ob koncu življenjske dobe in nepodprta; praktična poteza je načrt selitve, ne nova integracija.

Preden začnete, se odločite, kdo bo nameščal

Postavitve Magenta se razlikujejo bolj kot pri večini platform, zato je prvo pravo vprašanje, kdo bo opravil delo.

Če imate na trgovini razvijalca ali agencijo, ju vključite pri namestitvi razširitve — razširitve Magenta se namestijo prek Composerja ali datotečnega sistema in nato omogočijo prek ukazne vrstice (setup:upgrade, setup:di:compile, izpraznitev predpomnilnika). To je rutina za razvijalca Magenta in nerodno za netehničnega lastnika. Če trgovino vodite sami brez dostopa do ukazne vrstice, boste bodisi potrebovali nekoga, ki ga ima, bodisi se boste povezali prek API-ja in webhookov Magenta namesto s pakirano razširitvijo. Izbira med domorodno razširitvijo in pristopom, ki temelji na povezovalniku, prinaša resnične kompromise — kako izbrati med domorodnimi integracijami in Zapierjem jih razgrne, popolnoma na API-ju temelječa pot pa je pokrita v kako uporabljati Omnisend s trgovino, ki temelji na API-ju.

Ker se različice Magenta, različice razširitev ter izdaje Adobe Commerce v primerjavi z odprtokodno vse razlikujejo, obravnavajte katerokoli konkretno pot v meniju ali ukaz spodaj kot splošno obliko. Preverite trenutno dokumentacijo Omnisenda za Magento glede natančnih korakov za vašo različico, preden karkoli zaženete na produkciji.

Namestitev razširitve

Domorodna pot je razširitev Omnisend za Magento 2. Običajno zaporedje:

1. Namestite modul — prek Composerja, če trgovino upravljate na ta način, ali z nalaganjem datotek razširitve. Vaš razvijalec bo vedel, kateri način uporablja vaša trgovina.
2. Omogočite in prevedite — zaženite ukaza za nastavitev in prevajanje v Magentu, nato izpraznite predpomnilnik. Preskočena izpraznitev predpomnilnika je klasičen razlog za “namestil sem, a se nič ne pokaže”.
3. Povežite račun — v skrbniškem delu Magenta odprite razdelek za konfiguracijo Omnisenda in prilepite svoj API-ključ Omnisenda (tega ustvarite v svojem računu Omnisend). To je rokovanje, ki pooblasti pretok podatkov.
4. Potrdite, da cron teče. Ta stvar je specifična za Magento in jo je zlahka spregledati. Magento uporablja cron za veliko dela v ozadju, in če cron na vašem strežniku ni pravilno razporejen, se sinhronizacije in sproženi dogodki tiho ustavijo. Preverite, da vaš cron v Magentu dejansko proži, preden krivite integracijo.

Če uberete pot prek API-ja, boste znotraj Magenta ustvarili poverilnice za integracijo (System → Integrations) in jih omejili na vire, ki jih Omnisend potrebuje — stranke, naročila, izdelke, košarice. Omejite jih pravilno že prvič; preozek nabor dovoljenj je vodilni vzrok napol praznih sinhronizacij.

Pasti, značilne za Magento

Gostovana platforma skrije svoje cevovodje. Magento vam pokaže vse skupaj, kar pomeni, da lahko sinhronizacijo pokvarite na načine, na katere trgovec na Shopifyju nikoli ne naleti. Trije, na katere je treba paziti:

• Zastareli indekserji. Če so vaši podatki o izdelkih v Omnisendu videti napačni, ponovno indeksirajte v Magentu, preden domnevate, da je integracija pokvarjena. Magento veliko postreže iz indeksov, zastarel indeks pa prikaže stare cene ali manjkajoče izdelke.
• Pogledi z več trgovinami. Hierarhija spletno mesto/trgovina/pogled trgovine v Magentu lahko razdeli kontakte in naročila na načine, ki vas presenetijo. Če prodajate prek več pogledov trgovine ali valut, potrdite, kako se preslikajo v Omnisend, preden gradite segmente, sicer boste segmentirali po napačnem obsegu.
• Gostje v primerjavi z registriranimi strankami. Magento obravnava nakupe gostov drugače kot registrirane račune. Poskrbite, da se naročila gostov — pogosto velik delež prihodka — sinhronizirajo in pripnejo na pravi e-poštni naslov, namesto da izginejo.

Manjkajoči ali neujemajoči se podatki o naročilih so odpoved, ki tiho ubija avtomatizacije, saj e-pošta o košarici brez izdelka ali segment na podlagi naročil, zgrajen na delnih podatkih, preprosto ne deluje. Če je po sinhronizaciji kaj videti narobe, je kako odpraviti manjkajoče podatke o naročilih v e-poštnih platformah kontrolni seznam, ki ga je treba pognati.

Preverite sinhronizacijo, preden karkoli gradite

Ko je razširitev povezana in je stekla prva sinhronizacija — kar lahko na velikem katalogu Magenta z dolgo zgodovino naročil traja nekaj časa — preverite podatke v Omnisendu, ne v Magentu:

1. Odprite peščico kontaktov. Ali se njihova pretekla naročila prikažejo s pravilnimi izdelki in zneski?
2. Je status naročnine pošten? Obstoječe stranke, ki se nikoli niso prijavile, ne bi smele prispeti vnaprej naročene. To je tako tveganje za dostavljivost kot težava s privolitvijo po GDPR, kar je zelo pomembno za evropske trgovine, kjer je Magento priljubljen.
3. Preverite vzorec izdelčnega vira — imena, slike, cene, zalogo. Iz njega se izrisujejo vaše e-pošte za košarice in priporočila.

Šele ko je to videti čisto, začnete graditi. Avtomatizacije na slabih podatkih ne delujejo napol; sprožijo se napačno in spodkopljejo zaupanje.

Vklopite tokove, ki se najprej povrnejo

S čistimi podatki dajte prednost po donosu, ne po novosti.

Opuščena košarica gre skoraj vsakič prva. Sprožilec: kupec doda v košarico, ne dokonča nakupa. Preprosto zaporedje treh dotikov — opomnik okoli ene ure, sledenje dan pozneje in neobvezna majhna spodbuda po dveh do treh dneh — obnovi naročila ljudi, ki so že želeli kupiti. Nastavite ga tako, da se ob nakupu ustavi, da nihče ni nadlegovan, potem ko je že plačal.

Pozdravni tok gre drugi. Sprožilec: nova prijava. Dostavite obljubljeno spodbudo, predstavite trgovino, usmerite k najbolje prodajani kategoriji. Pretvori sveže zanimanje, preden se ohladi.

Šele ko sta ta dva v delovanju in izmerjena, dodajte opuščanje brskanja, navzkrižno prodajo, po nakupu in ponovno pridobivanje. Trgovina Magento pogosto nosi velik katalog, zaradi česar so tokovi za priporočila izdelkov in navzkrižno prodajo posebej vredni poznejše gradnje — vendar pozneje.

Utemeljen primer

Predstavljajte si trgovino Magento, ki ustvari 80.000 € na mesec, močno usmerjeno na ponavljajoče se poslovne kupce, s postopkom nakupa, ki pušča veliko opuščenih košaric, ker so poslovni kupci prekinjeni sredi naročila. Recimo, da v mesecu opusti 3.000 košaric in osnovni tok obnovitve prinese nazaj 7 % teh pri povprečnem naročilu 120 €. To je grobo 210 naročil in približno 25.000 € mesečnega prihodka iz enega toka, zgrajenega enkrat. Stopnje obnovitve se med trgovinami, občinstvi in cenovnimi razredi neizmerno razlikujejo, zato berite to kot ponazoritev — a tudi pri tretjini te številke je tok več kot upravičil svoj obstoj. Prihodek je bil že v vašem prometu; avtomatizacija ga je le nehala puščati skozi razpoke.

Kaj meriti

• Prihodek na prejemnika na tok — pošteno merilo, ali tok služi.
• Stopnja obnovitve košaric — obnovljena naročila glede na opuščene košarice.
• Pretvorba prijavnega obrazca — naročniki glede na tiste, ki so obrazec videli.
• Signali dostavljivosti — stopnje zavrnitev, pritožb glede neželene pošte in odjav. Zlasti pošiljatelji z lastnih strežnikov morajo te spremljati in med nastavitvijo pravilno overiti pošiljajočo domeno (SPF, DKIM).
• Podvojeni kontakti — če število narašča, drugo orodje ali drug pogled trgovine dvojno piše. Izogibanje podvojenim kontaktom med integracijami pojasnjuje, kako to ustaviti.

Kam se Omnisend prilega in kam ne

Omnisend uporabljam v svojih trgovinah, potem ko sem ga preizkusil iz oči v oči s Klaviyem, in za Magento je praktični argument v tem, da razširitev poskrbi za sinhronizacijo strank/naročil/izdelkov, tako da vaš razvijalec ne gradi in vzdržuje lastnega cevovoda, e-pošta, SMS in spletni potisk pa sedijo na eni platformi z vgrajenim segmentiranjem in priporočili izdelkov. Cene ponavadi pridejo pod Klaviyo pri primerljivih velikostih seznama, kar se sešteva, ko trgovina Magento raste. Omnisend je pridruženi partner Shopimationa; priporočam ga iz vsakodnevne uporabe, brezplačna raven pa vam omogoča povezavo Magenta, preverbo sinhronizacije in preizkus prvih tokov, preden plačate.

Pošteni omejitvi: pri Magentu bolj kot pri večini platform je integracija le tako dobra kot vaša strežniška higiena — cron, indekserji, predpomnilnik in obseg API-ja. In orodje ne bo napisalo vaše ponudbe ali popravilo počasnega postopka nakupa. Podatke premika in sporočila pošilja dobro; strategija je še vedno vaša.

Vaš naslednji korak

Namestite razširitev in preverite sinhronizacijo ta teden, potrdite, da cron teče, nato pa vklopite tok za opuščene košarice — to je najhitrejši donos na trgovini Magento. Ko vaši podatki tečejo čisto, jih dajte v delo: kako z e-poštno avtomatizacijo povečati življenjsko vrednost stranke je pravi naslednji korak za pretvorbo povezane trgovine Magento v ponavljajoč se prihodek.