Потоци за изоставени колички в Klaviyo: разпознавайте повече купувачи

Поток на Klaviyo за изоставена количка може да изпрати имейл само на купувач, когото Klaviyo е идентифицирал: профил с имейл адрес или телефонен номер, свързан с браузъра, в който човекът пазарува. Анонимните посетители пак добавят продукти в количката си, но Klaviyo не може да свърже тази активност с човек, така че за тях не се стартира никакъв поток.

Това ръководство обяснява как Klaviyo идентифицира посетителите, кои купувачи пропуска и как връзката на ROASaurus с Klaviyo идентифицира повече от тях на страницата за плащане в Shopify. Обхваща още съгласието, клиентските сегменти за вашите потоци, настройката и тестването и какво връзката не може да прави.

Защо потоците за изоставена количка достигат само до идентифицирани посетители?

Потоците на Klaviyo започват от метрики. Поток за изоставено разглеждане започва от Viewed Product. Поток за изоставена количка започва от Added to Cart или, в повечето готови потоци, от Started Checkout. В Shopify метриката за плащане от интеграцията на Klaviyo с Shopify се нарича Checkout Started. Всяко от тези събития принадлежи на профил, а Klaviyo се нуждае от данни за контакт, за да създаде профил.

JavaScript на Klaviyo на сайта проследява прегледите на продукти и добавянията в количката за браузъри, които може да идентифицира. Когато неизвестен посетител разглежда продукт, няма профил, към който да се прикачи събитието, така че събитието не може да стартира поток. Затова броят на посетителите, които Klaviyo разпознава, ограничава до колко хора могат да достигнат потоците ви. По-добрият текст на имейла не променя това ограничение. Разпознаването на повече купувачи го променя.

Как Klaviyo идентифицира посетител?

Klaviyo свързва браузър с профил по няколко начина. Всеки от тях изисква посетителят първо да направи нещо.

След идентификацията скриптът на Klaviyo пази криптиран токен с име $exchange_id в бисквитката __kla_id. Klaviyo задава тази бисквитка за 2 години, но браузърите могат да я скъсят. Собствената документация на Klaviyo казва, че Safari изтрива бисквитката, зададена от JavaScript, след 7 дни използване на браузъра без взаимодействие с вашия сайт. Нашето ръководство за Safari ITP и проследяването обяснява това ограничение по-подробно.

Klaviyo има и функция anonymous visitor activity backfill. Когато посетител разрешава проследяване, но не е идентифициран, Klaviyo пази събитията му Viewed Product и Added to Cart в локалното хранилище на браузъра. Щом посетителят бъде идентифициран в този браузър, Klaviyo изпраща събитията към профила с оригиналните им времеви отпечатъци. Тогава те могат да задействат потоци, ако профилът отговаря на условията. Настройката е на страницата Tracking в настройките на Klaviyo, в раздела за идентификация на сайта. Тя също има ограничения: Safari може да изтрие локалното хранилище след 7 дни използване на браузъра без посещение на вашия сайт, а активността преди съгласието не се съхранява.

Кои купувачи Klaviyo пропуска?

Празнината е най-голяма при купувачи, които стигат до страницата за плащане без никакъв предишен контакт с Klaviyo:

• Посетители за първи път от реклама, които никога не са кликвали върху имейл и са затворили изскачащия прозорец.
• Връщащи се клиенти с нов телефон, нов браузър или изчистен браузър.
• Посетители с Safari, чиято бисквитка е била изтрита след 7 дни използване на браузъра без посещение на вашия сайт.
• Посетители, които са отказали бисквитки. Klaviyo не ги проследява и това е правилно.

Ето разработен пример за един месец в примерен магазин. 1,200 купувачи са изпратили данните си за контакт на страницата за плащане. Klaviyo вече е познавал 480 от тях. Остават 1,200 − 480 = 720 купувачи без история в Klaviyo от преди плащането. От тях 65% са разрешили маркетингови бисквитки: 720 × 0.65 = 468 купувачи. Другите 252 са отказали.

Как работи усилвателят за страницата за плащане на ROASaurus?

Усилвателят е част от пиксела на ROASaurus за страницата за плащане, персонализираният пиксел, който добавяте в Customer events на Shopify. Той изчаква момента, в който купувачът изпрати имейл адреса или телефонния си номер на страницата за плащане. След това прави следното:

1. Чете бисквитката __kla_id на Klaviyo. Ако бисквитката съдържа $exchange_id, Klaviyo вече познава този купувач и усилвателят спира.
2. Ако не, изпраща една заявка от браузъра на купувача към client API на Klaviyo, с вашия публичен API ключ (site ID). Заявката идентифицира профила по имейл или по телефон, когато няма имейл.
3. В същата заявка записва количката: събитие Viewed Product и събитие Added to Cart за всеки ред в количката, после Started Checkout.

Събитията носят ID на продукта, ID на варианта, име на продукта, цена, количество, URL адрес и изображение на продукта, така че шаблоните на потоците ви да могат да показват правилните продукти. Started Checkout носи URL адреса на страницата за плащане, артикулите и общата сума. Усилвателят датира събитията за количката назад с една минута или повече за всеки ред в количката, така че те да попаднат в естествен ред преди Started Checkout. За количка с два реда профилът получава пет събития:

В коя метрика на Klaviyo попадат събитията?

Klaviyo държи метриките отделно по източник. Събитията от интеграцията му с Shopify и събитията, изпратени през неговите API, са отделни метрики, дори когато имат едно и също име. Събитията на усилвателя идват през client API на Klaviyo. Събитието му за плащане се казва Started Checkout, докато метриката за плащане от интеграцията на Klaviyo с Shopify се казва Checkout Started. Поток, който се задейства от Checkout Started на Shopify, затова не стартира от събитието на усилвателя. Скриптът на Klaviyo на сайта също изпраща Viewed Product и Added to Cart през API на Klaviyo, така че събитията на усилвателя с тези имена може да споделят тези метрики. Klaviyo не казва това директно, затова проверете в акаунта си с тестовото плащане, описано по-долу.

Какво е положението със съгласието?

При включено Respect visitor consent, което е по подразбиране в Store settings, пикселът за страницата за плащане чете настройките за поверителност на клиентите в Shopify. Усилвателят работи само когато купувачът разрешава маркетингови бисквитки. За купувач, който откаже, усилвателят не изпраща нищо към Klaviyo. Собствената идентификация на Klaviyo на страницата за плащане в Shopify също изисква съгласие: купувачът трябва да приеме маркетинговите и аналитичните бисквитки.

Другата опция, Always track, пуска усилвателя за всеки купувач. Използвайте я само там, където не се изисква съгласие. Нашето ръководство за Consent Mode v2 и GDPR и помощната страница за съгласието обясняват как работи настройката в ROASaurus.

Браузърът вижда само вашия публичен API ключ, същия site ID, който използва собственият скрипт на Klaviyo на сайта. Частният API ключ, ако добавите такъв за аудиториите, се съхранява криптиран на сървъра на ROASaurus и никога не се изпраща към браузъра.

Как клиентските сегменти могат да подобрят потоците ви?

Втора част от интеграцията с Klaviyo работи в обратната посока. С частен API ключ с обхватите lists:write и profiles:write ROASaurus поддържа клиентска аудитория в списък на Klaviyo и я обновява всеки ден. Изградете я в страницата Audiences от всички клиенти, от един от 11-те RFM сегмента от Customers & LTV, например Champions или At risk, или по ваши собствени правила, например прогнозирана LTV или закупени продукти. Изпращат се само хора с маркетингово съгласие. Всеки член получава тези свойства на профила:

• roasaurus_segment, roasaurus_orders, roasaurus_revenue и roasaurus_last_order
• roasaurus_predicted_ltv_12m: прогнозирани приходи за 12 месеца
• roasaurus_expected_next_12m: очаквани приходи за следващите 12 месеца

В поток за изоставена количка условно разделяне (conditional split) по roasaurus_segment ви позволява да третирате клиентите по различен начин. Например изпратете на Champions и Loyal клиенти обикновено напомняне и пазете отстъпката за хора, които никога не са поръчвали. Само клиентите в синхронизирана аудитория имат тези свойства, така че новите купувачи попадат в клона за профили без тях. Синхронизирайте аудиторията All customers, ако искате всеки минал клиент да ги носи.

Като правило за безопасност синхронизация, която би премахнала голяма част от списък, не се прилага. При списък с 30 или повече члена изпълнение, което би премахнало повече от една трета от членовете или би изпразнило списъка, се поставя на пауза. Аудиторията се показва като на пауза, докато по-късно изпълнение не е стабилно.

Спирането на аудитория в ROASaurus оставя списъка в Klaviyo такъв, какъвто е.

Как се настройва и тества?

1. Добавете пиксела на Klaviyo

   В ROASaurus отворете Tracking & platforms, кликнете върху Add pixel в картата на Klaviyo и поставете публичния си API ключ, 6-символния site ID.

2. Добавете пиксела за страницата за плащане в Shopify

   В Shopify admin отидете в Settings › Customer events › Add custom pixel. Поставете фрагмента от страницата Tracking & platforms. Ръководството за настройка в Shopify изброява всяка стъпка.

3. Проверете настройката за съгласие

   Дръжте Respect visitor consent включено, освен ако не продавате само там, където не се изисква съгласие.

4. Направете тестово плащане

   В частен прозорец на браузъра добавете два продукта, отидете на страницата за плащане и въведете имейл адрес, който контролирате и който Klaviyo никога не е виждал. Приемете маркетинговите бисквитки, ако банерът ви го поиска.

5. Проверете профила и тригерите на потоците

   В Klaviyo отворете новия профил. Трябва да видите Viewed Product, Added to Cart и Started Checkout. След това отворете всеки поток за изоставяне и потвърдете, че метриката му за тригер е метриката, под която се появяват тестовите ви събития. Метрики с едно и също име може да идват от различни източници, затова сравнете иконата на източника до името на всяка метрика.

6. По избор: добавете аудитории

   Добавете частен API ключ с lists:write и profiles:write към пиксела на Klaviyo, след което създайте аудитория в страницата Audiences и добавете Klaviyo като дестинация.

Още две проверки в Klaviyo. Следвайте съвета на Klaviyo и пускайте потоците Added to Cart и Started Checkout поотделно, с филтър, който премахва хората, започнали плащане, от потока Added to Cart. Усилвателят записва Started Checkout веднага след събитията за количката. Ако този филтър използва същата метрика за плащане, която е получил вашият тестов купувач, тези купувачи не получават второ напомняне от потока Added to Cart. А ако използвате и собствената идентификация на Klaviyo на страницата за плащане или anonymous activity backfill, тестовото ви плащане показва дали купувачът получава събития и от двата.

Какво не може да прави усилвателят?

ROASaurus използва сигнали от Klaviyo и за собствените си отчети. Когато посетител изпрати форма на Klaviyo, скриптът на ROASaurus свързва този имейл с посетителя. Той реагира на изпращането на формата и никога не чете натисканията на клавиши. Посещенията с параметър _kx, с utm_source klaviyo или с utm_medium email се броят за канал имейл в атрибуцията. В Channels ROASaurus показва и приходите, които Klaviyo приписва на всяка кампания и поток, до собствените си числа, базирани на кликванията, и печалбата след разходите за Klaviyo. Самата атрибуция отчита имейла чрез кликванията.

Източници

1. Klaviyo Help Center: Understanding cookies in Klaviyo
2. Klaviyo Help Center: How to create an abandoned cart flow
3. Klaviyo Help Center: How to create a browse abandonment flow
4. Klaviyo Help Center: Understand Klaviyo's anonymous visitor activity backfill
5. Klaviyo Help Center: Shopify data reference

В ROASaurus

• Интеграция с Klaviyo
• Пожизнена стойност на клиента и RFM сегменти
• Помощ: настройване на ROASaurus в Shopify
• Помощ: съгласие и поверителност

Продължете да четете