Отчетът за повече конверсии може да брои натискания вместо получени запитвания. Първо определете бизнес резултата, после свържете етапите. Полезният отчет показва къде посетителите спират и къде отиват приетите записи.
Създайте речник на събитията
Различавайте показана форма, опит за изпращане, прието запитване и квалифициран интерес. Натискането може да предхожда проверката на полетата, а благодарствената страница да се отвори повторно. Определете точно наблюдаваното действие за всяко събитие.
Не изпращайте имена, имейли и текстове на запитвания в общи аналитични събития. Използвайте технически обозначения без лична идентификация. Правилата за събиране и съгласие изискват отделен преглед. Това ръководство е проект за измерване, не правна оценка.
Опишете веригата
| Етап | Въпрос |
|---|---|
| Показана форма | Посетителят стигна ли до нея? |
| Опит | Опита ли да изпрати? |
| Прието | Програмата потвърди ли валиден вход? |
| Запазено | Екипът има ли оригинален запис? |
| Квалифицирано | Покрива ли бизнес критериите? |
Квалификацията принадлежи в оперативната система с описано правило. Скриптът не определя търговския смисъл, ако решението не е изяснено и свързано.
Авторска примерна схема: Set It Once. Натиснат бутон не доказва запазено запитване.
Прочетете текстовата версия
- Показана форма. Посетителят е видял формата.
- Опит за изпращане. Посетителят е опитал да я изпрати.
- Прието запитване. Системата е проверила и запазила записа.
- Оценено запитване. Екипът е оценил бизнес възможността.
Проверете събитието и записа заедно
Google Analytics поддържа събития, но името им не доказва какво измерва конкретната настройка. Използвайте разрешен синтетичен пример и проверете проследяването и съхранения запис.
- Изпратете валиден тест и потърсете един приет резултат.
- Опитайте с невалидно задължително поле.
- Отворете отново успешния адрес и проверете дублиране.
- Проверете отказ и съобщението за възстановяване.
- Проверете влиянието на съответните състояния за съгласие.
Запишете очакваните пропуски. Аналитичните събития и оперативните записи могат да се различават заради условия за събиране или технически проблем. Проучете, преди да обявите формата за повредена.
Свържете отчета с решение
Хипотетичен пример: много посетители виждат формата, малко опитват, а валидните опити се запазват. Проверете яснотата и тежестта на полетата. Ако има приети записи, но няма отговорник, проблемът е в оперативното предаване.
Сравнявайте приети записи, невалидни опити и квалификация за един период и часова зона. Отделете контролираните тестове по надежден поддържан начин. Седмична графика не е сравнима с нефилтриран списък от всички запитвания.
Резултатът е верига от доказателства, не обещание за ръст. Всеки етап трябва да има отговорник, който обяснява определението и решението, за което служи.
Прочетете фунията без прибързана диагноза
Условен седмичен отчет показва 200 прегледа на формата, 30 опита, 24 приети запитвания и 18 квалифицирани. Преглед към опит е 15 процента, опит към приемане е 80 процента, а приемане към квалифициране е 75 процента. Това са различни въпроси с различни знаменатели.
Първата разлика насочва към офертата, полетата и намерението на посетителя. Втората изисква диагностика на валидирането и изпращането. Третата зависи от правилото за качество и трафика. Самите числа не доказват причината. Разгледайте съответните записи и поведение преди поправка.
Определете кога събитието може да се изпрати
Условният речник определя form_attempt като действие на посетителя, а enquiry_accepted като потвърдено валидно приемане от приложението. Невалидно задължително поле може да има опит, но не и прието запитване. Реализацията зависи от формата. Общото проследяване на натискане не доказва сървърно приемане.
Проверете презареждане, връщане назад, повторни натискания и грешки. Две посещения на благодарствен адрес не означават автоматично две запитвания. Използвайте действителното потвърждение и поддържано предотвратяване на дублиране. Не пренасяйте оперативни идентификатори и лични данни в общата аналитика без отделен прегледан дизайн.
Сверявайте съпоставими определения
Аналитиката и служебната база наблюдават различни неща. Събирането зависи от съгласие, браузър и реализация. Базата може да съдържа спам, тестове и друг период. Уеднаквете зона, дати и правила за включване. Опишете очакваните разлики.
Повече събития от оригинали насочват към повторно отчитане или погрешно „приемане“. Повече оригинали от събития изискват проверка на събирането. При съвпадащи бройки, но липсващ отговорник, поправете предаването.
Пазете доказателства за валиден, невалиден, повторен и неуспешен синтетичен опит със събитията и запазения резултат. Качеството идва от служебното решение, не от предположение по бутон. Всеки етап трябва да води до конкретна проверка.
Следваща практична стъпка
Ако проблемът е между събитието и запазеното запитване, обсъдете конкретна реализация чрез разработка по поръчка. Обхватът, срокът и цената се уточняват преди работа. Запитването не е поръчка или обещание за резултат.
Източници и допълнително четене
Бързи отговори
Често задавани въпроси
Натискането на Изпрати конверсия ли е?
Само ако така е определено, но не доказва прието запитване. Измервайте бизнес резултата отделно.
Да изпращаме ли текста в Analytics?
Дръжте частното съдържание и контактните данни извън общите събития. Запазвайте ги в подходящата оперативна система.
Защо броят събития и записи се различава?
Възможни са условия за събиране, дублиране, различен период или техническа грешка. Сверете контролирани примери преди заключение.
За автора
Мартин Илиев
Мартин създава Set It Once, за да помага на хората да отделят по-малко време на повтарящата се работа. Ръководствата му обясняват какво можете да пробвате, как да проверите резултата и къде са ограниченията.
Повече за Мартин
