Google Analytics 4
Събития за продукти, количка и покупка, свързани с източниците на посещения. Определяме как се подават стойност, валута и идентификатор на транзакцията, вместо да приемаме броя посещения за мярка за продажби.
Подреждаме измерването от разглеждането на продукт до завършената поръчка. Разграничаваме инструмента за тагове, отчетите за събития и наблюдението на поведението, за да отговарят данните на конкретни въпроси.
Клиент разглежда продукт, добавя го в количката и завършва покупка. Проверяваме идентификатора на поръчката, валутата, стойността и артикулите в събитията; презареждане на страницата за потвърждение не трябва да отчита втора продажба. Сравняваме разрешените за измерване покупки с поръчките в магазина и обясняваме разликите от съгласие, блокиране и времеви зони.
Събития за продукти, количка и покупка, свързани с източниците на посещения. Определяме как се подават стойност, валута и идентификатор на транзакцията, вместо да приемаме броя посещения за мярка за продажби.
Управление на тагове и условия за задействане. Контейнерът подава данни към избраните услуги; той не е самостоятелен аналитичен отчет. Преглеждаме наличните тагове преди добавяне на нов, за да избегнем двойно изпращане.
Карти на взаимодействията, записи и обратна връзка за трудни стъпки в покупката. Формулираме конкретна UX хипотеза и маскираме чувствителните полета; наблюдението обяснява поведение, но не замества отчет за оборот.
Преглед на сесии и взаимодействия около объркващи бутони, неуспешни кликове и навигация. Избираме страници за наблюдение и проверяваме маскирането, вместо да събираме записи без въпрос, на който да отговорят.
Измерване за екипи, които искат да определят къде се съхраняват аналитичните данни. При самостоятелно хостване включваме обновления, достъп и период на съхранение в обхвата; собствената инфраструктура има нужда от поддръжка.
Фунии и групи клиенти според действията им: търсене → продукт → количка → покупка. Уточняваме идентичността на посетител и клиент, за да не се разделя един път към покупка между несвързани профили.
Анализ на връщането на клиентите и използването на нови функционалности. За промяна като списък с любими определяме събитие за използване и период за повторна покупка; наличието на връзка между тях не доказва причинност.
Един договор за клиентски събития, разпределени към няколко системи. Съгласуваме имена, идентификатори и разрешени получатели; Segment служи за пренос и подреждане на събитията, а анализът остава в съответния инструмент.
Проверяваме дали сумите включват доставка, данъци и възстановявания, дали има дублирани покупки и какво остава неизмерено. Отказаното съгласие и блокираните заявки също могат да оставят реални поръчки извън отчета.
Само ако решават различни задачи. Започваме с въпросите на екипа: откъде идват покупките, къде отпадат клиентите или какво ги затруднява на страницата. Не добавяме втори инструмент за същия отчет без причина.
Разкажете ни за вашия проект и ще намерим как можем да помогнем.