Найменування користувацьких подій
Стандартизуйте іменування ваших користувацьких подій та їх параметрів від початку роботи в eSputnik. Це полегшить інтерпретацію коду, і будь-який учасник вашої команди зможе легко зрозуміти, що означає кожна подія.
Що таке стандартизація найменування
Стандартизація найменування — це дотримання певних правил при назві подій та їх параметрів, які ви передаєте на інші платформи. Стандартизовані назви спростять аналітику та налаштування трекінгу.
Переваги стандартизації найменування
Завдяки стандартизованому найменуванню ваші дані будуть однакові, зручні для використання та розуміння:
- Уніфікація. Коли всі події та їх параметри мають однакові назви на всіх платформах, це спрощує їхнє використання.
- Зручність використання. У міру зростання вашого бізнесу вам потрібно буде відстежувати дедалі більше нових подій. Стандартизоване найменування спростить реалізацію їх передачі і заощадить час ваших розробників.
- Прозорість. З тими самими даними працюють різні команди: розробники, маркетологи, аналітики тощо. Стандартизовані назви дозволяють кожному легко зрозуміти подію та її параметри для подальшого аналізу, експериментів та інших дій.
Схема ObjectAction
Без чітких і стандартних правил найменування подій ваша аналітика ставатиме все більш заплутаною та неясною. Наприклад, коли користувач входить на ваш сайт, ви можете надіслати цю подію як Log in, Login або User logged in.
Щоб уникнути подібних проблем та ефективно використовувати всі дані, створіть стандартну схему найменування та дотримуйтесь її під час створення всіх подій та їх параметрів.
Ми рекомендуємо створювати назви подій із двох частин: об'єкта та пов'язаної з ним дії. Наприклад, CartAbandoned або ProductViewed.
Використовуйте дієслова в минулому часі, щоб наголосити на тому, що події створилися після того, як відбулися дії.
Схема найменування подій ObjectAction допоможе вам
- Побудувати вирву для аналізу взаємодії з певними функціями вашого сайту: ви побачите дії, пов'язані з об'єктами, в алфавітному порядку.
- Легко знаходити події в історії подій.
- Розуміти, які події фіксуються в аналітиці: очевидно, що подія з назвою ProductAddedToWishlist означає додавання товару до списку бажань.
Параметри подій
Чим більше параметрів ви передасте в події, тим ширшу картину взаємодії з брендом ви отримаєте. Наприклад, у події ProductPurchased можна передати загальну вартість та вартість кожного товару, величину знижки, опис товару, спосіб доставки тощо.
Створіть список стандартних параметрів для всіх подій. Наприклад, у подіях CartAbandoned та ProductViewed потрібно передавати productId, productName, productDescription, productCost тощо.
Стандартизовані параметри подій дозволять вам створювати умовні групи на основі поведінки контактів на вашому сайті та у додатку для маркетингової аналітики та цільових кампаній.
CamelCase формат
Використовуйте 2 різновиди формату CamelCase:
- Кожне слово у назві події пишеться з великої літери без пробілів, підкреслень та інших спеціальних символів: ProductPurchased.
- Перше слово в назві параметра пишеться з малої літери, а кожне наступне слово — з великої, без пробілів, підкреслень та інших спеціальних символів: imageUrl.
Список стандартних подій та параметрів
| Назва події | Параметри |
| CartAbandoned | productName, productPrice, productUrl, imageUrl, brand, tagsWeight, tagsOldPrice |
| ContactCreated | externalCustomerId, email, phone, token |
Примітка
Всі події повинні включати стандартну інформацію про пристрої та контакти.