Синхронизацията на магазина: колко често, какво и кога се проваля
Колко често идват данните от магазина, какво носи всяка синхронизация, проверките на данните и на самоличността и как се синхронизира отново, спира или свързва пак.
Щом магазинът е свързан — вижте Свързване на онлайн магазина, — Monfri държи в синхрон продуктите, категориите, клиентите, поръчките и връщанията му. Всичко за връзката е в CDP, Commerce → Connections.
Колко често
- На всеки 30 минути Monfri пита магазина какво се е променило от предишния път: нови и редактирани продукти, нови клиенти, нови поръчки и промени по стари, връщания.
- WooCommerce с ключ Read/Write праща и поръчките, клиентите и промените по продуктите в момента, в който стават.
- Поръчките, направени в сайта, пристигат до секунди и така, от скрипта на Monfri на страницата „благодарим“. Синхронизацията после допълва това, което знае само магазинът, например по-късните смени на статуса.
Страницата на връзката
E-Commerce Connection показва магазина, платформата и статуса — active, disconnected или грешка — с Last synced и последната грешка, ако има. Под тях: Products, Orders, Customers, Categories и Revenue във валутата на магазина.
| Бутон | Какво прави |
|---|---|
| Sync Now | Внася веднага промененото от последната синхронизация. |
| Full Re-sync | Прочита всичко отново от началото на периода за внос. Ползвайте го след голяма промяна в магазина или когато числата изглеждат грешни. При голям магазин може да отнеме време. |
| Disconnect | Спира всяка синхронизация. Are you sure? This will stop all sync operations. Данните, които вече са в Monfri, остават. |
| Reconnect | Пуска синхронизацията отново след Disconnect. |
Recent Sync Activity показва всяка синхронизация с какво е донесла и грешките. Clear Log изчиства списъка.
Data health
Data health (orders: store DB ↔ analytics) сравнява поръчките в магазина с поръчките в анализа ви — всеки час за последните 48 часа и веднъж през нощта за последните 90 дни.
| Число | Значение |
|---|---|
| Store orders | Поръчките в магазина за периода. |
| Analytics orders | Поръчките в анализа за същия период. |
| Missing in analytics | Поръчки от магазина, които още ги няма в анализа. Monfri ги праща отново сам — re-sent казва колко. |
| Extra in analytics | Поръчки в анализа, които магазинът няма за същия период. |
| Revenue Δ | Разликата в приходите между двете. Поръчки, редактирани след покупката, я мърдат малко. |
Зелената точка значи, че всичко съвпада; оранжевата — че нещо си струва да се погледне.
Identity coverage
Identity coverage (store records ↔ CDP profiles) показва колко от хората на магазина са свързани с клиентски профил в CDP:
- Orders with a profile и Orders, last 30 days — поръчки, чийто купувач има профил;
- Customers with a profile — клиенти на магазина, свързани с профил;
- Checkout → identified (30d) — от стигналите до поръчката посетители колко скриптът е разпознал.
Още несвързаните записи се свързват след всяка синхронизация. Нисък Checkout → identified обикновено значи, че поръчката в магазина е сменена и скриптът вече не вижда имейла там — пишете на [email protected]. Как се свързват профилите: Как Monfri разпознава посетителя.
Ако нещо не работи
Sync failed или грешка под Last synced
Обикновено ключът: отменен или сменен в магазина, или магазинът спира заявките ни. Създайте нов ключ и свържете отново от Connections.
Connection is disconnected
Sync operations are paused. Reconnect to resume. Някой е натиснал Disconnect. Натиснете Reconnect.
Новите продукти или поръчки не се виждат
Изчакайте следващата синхронизация — до 30 минути — или натиснете Sync Now.
Приходите се различават от отчета на магазина
Вижте Анализът на магазина: приходи, поръчки и конверсия — двете броят по различен начин, а Data health показва разликата.