Читайте аналітику в тому порядку, в якому приймаються рішення
Сторінка аналітики найкорисніша тоді, коли ви читаєте її по порядку. Почніть з відкриттів посилання, читачів і сесій. Потім переходьте до повних прочитань, натискань кнопки дії і завантажень. Після цього дивіться на охоплення сторінок, час на сторінці, зміни версій і порівняння A/B-варіантів, щоб вирішити, що саме міняти в документі.
Почніть з головних метрик
Відкриття посилання
Використовуйте відкриття посилання, щоб вимірювати охоплення. Ця метрика показує, скільки разів публічне посилання відкривали у вибраному періоді.
Використовуйте це для:
- обсягу надсилань
- охоплення за каналами
- порівняння верхнього рівня між кампаніями
Не оцінюйте сам документ лише за цією метрикою. Слабка перша сторінка теж може зібрати багато відкриттів.
Читачі
Читачі - це сесії зі змістовною активністю: 10 секунд або більше, перегляд сторінки, натискання кнопки дії або завантаження. Це перший фільтр якості після сирого трафіку.
Використовуйте цю метрику, коли треба відрізнити "хтось просто відкрив посилання" від "хтось справді ознайомився з документом".
Сесії
Сесії - це унікальні сеанси перегляду. На них спираються показники відмови та виходу до останньої сторінки.
Коли кількість сесій і відкриттів посилання майже збігається, більшість людей відкрили документ один раз. Коли відкриттів помітно більше за сесії, та сама аудиторія могла повертатися або оновлювати сторінку.
Повні прочитання
Повні прочитання - це сесії, які дійшли до останньої сторінки. Це найчистіший сигнал завершення для комерційних пропозицій, документів для онбордингу і довших матеріалів на погодження.
Це не означає згоду. Це означає, що документ доніс сесію до кінця.
Натискання кнопки дії і завантаження
Натискання кнопки дії показують, як часто люди переходили до наступної дії. Завантаження показують, як часто читачі хотіли зберегти локальну копію.
Натискання кнопки дії зазвичай важливіші за завантаження, коли документ має вести до одного чіткого наступного кроку. Завантаження теж корисні, але часто означають "заберу це в іншу роботу", а не "готовий діяти зараз".
Кнопка дії добре працює в таких випадках:
- презентація для продажів з посиланням на бронювання дзвінка
- комерційна пропозиція з кроком погодження або відповіддю
- документ для онбордингу зі сторінкою налаштування або входом у робочий простір
Якщо документ здебільшого створений для погодження, пересилання або читання офлайн, завантаження можуть бути важливішими за натискання кнопки дії. Не варто змушувати кожен документ працювати через кнопку.
Середній час на читача і на сторінку
Використовуйте ці метрики для контексту, а не як перший сигнал для рішення.
- середній час на читача допомагає зрозуміти глибину взаємодії в межах сесії
- середній час на сторінку допомагає побачити, чи сторінку лише пробігли очима, чи справді читали
Більший час не завжди кращий. Швидке розуміння теж може бути хорошим результатом.
Перегляди сторінок
Перегляди сторінок - це загальна кількість переглянутих сторінок, а не унікальні сесії. Більша кількість переглядів може означати інтерес, повторне читання або плутанину, тому цю метрику треба читати разом з охопленням сторінок і часом на сторінці.
Показник відмови і вихід до останньої сторінки
Показник відмови показує сесії з мінімальною активністю. Вихід до останньої сторінки показує сесії, які завершилися ще до кінця документа.
Показник відмови допомагає оцінити початок документа. Вихід до останньої сторінки допомагає знайти місце, де довший текст перестав вести читача вперед.
Потім переходьте до нижніх блоків
Нижня половина сторінки аналітики відповідає на питання "чому саме тут?".
Динаміка
Лінія динаміки показує, чи увага прийшла після одного надсилання, чи трималася рівно з часом, чи змінилася після нової версії.
Зміни версій у вибраному періоді
Помаранчеві позначки зміни версій важливі, коли ви замінюєте один варіант або публікуєте новий файл у тому самому документі. Вони показують, де саме змінилися дані, щоб ви не змішували поведінку до й після оновлення.
Порівняння A/B-варіантів
Використовуйте графік порівняння варіантів, щоб побачити, чи один активний варіант стабільно збирав більше сесій за інші. Потім підтвердіть рішення через читачів, повні прочитання і натискання кнопки дії. Одного короткого сплеску недостатньо.
Саме тут A/B-тест у межах одного посилання лишається зрозумілим. Одне публічне посилання не змінюється, але аналітика все одно показує, який активний файл спрацював краще.
Охоплення сторінок і час на сторінці
Охоплення сторінок показує, скільки сесій дійшло до кожної сторінки хоча б раз. Час на сторінці показує, чи була там реальна увага.
Ця комбінація зазвичай найшвидше показує першу реальну точку зламу:
- сильне охоплення на початку і слабке в середині означає, що структура втрачає людей
- сильне охоплення і довгий час на одній сторінці часто означає точку рішення або місце, де читачі застрягають
- слабке охоплення до блоку з ціною або доказами означає, що читачі навіть не дійшли до важливої секції
Джерела, країни і пристрої
Використовуйте ці блоки після того, як уже зрозуміли поведінку самого документа.
Хороші сценарії:
- порівняти трафік з розсилки і з LinkedIn
- перевірити, чи читачі з телефона вибувають раніше, ніж з комп'ютера
- подивитися, чи одне партнерське джерело дає більше завершених прочитань
Поганий сценарій:
- звинувачувати канал ще до того, як ви подивилися, на якій сторінці читачі зупинилися
Це збігається з ширшим принципом зручності recognition over recall: наступний крок має бути очевидним у контексті, а не змушувати людину пригадувати, що робити далі.
Як читати A/B-тести і зміни версій
Коли A/B-тест активний, читайте результат у такому порядку:
- Подивіться, який варіант уже набрав достатньо сесій для порівняння.
- Порівняйте читачів і повні прочитання, а не лише відкриття.
- Дивіться на натискання кнопки дії або завантаження тільки після того, як документ уже привернув увагу.
- Використовуйте охоплення сторінок, щоб знайти місце, де один варіант починає програвати.
- Якщо ви замінили слабкий варіант, використовуйте позначку зміни версії, щоб відокремити старі й нові дані.
Саме тому важливі один документ і одне публічне посилання. Процес лишається стабільним, а порівняння - чесним.
Якщо ви ще не запускали такий тест, спочатку відкрийте інструкцію з налаштування A/B.
Три практичні сценарії використання
Презентація для продажів
Для презентації для продажів порівнюйте:
- читачів на перших сторінках
- охоплення сторінок з доказами і ціною
- натискання кнопки дії після блоку з ціною
Якщо один початок дає більше читачів і сильніші натискання кнопки дії, залишайте його. Якщо він дає більше відкриттів, але слабших читачів, краще спрацювало саме надсилання, а не документ. Якщо натискання слабкі навіть при добрих прочитаннях, документ може робити свою роботу, але наступний крок усе ще надто розмитий.
Комерційна пропозиція
Для комерційних пропозицій охоплення сторінок навколо доказів, плану впровадження і ціни зазвичай важливіше за сирий трафік.
Якщо читачі швидко доходять до ціни, а потім виходять до кінця документа, пропозиція може просити оцінку ще до того, як встигла сформувати довіру. Якщо один варіант тримає краще охоплення до плану впровадження і все одно дає натискання кнопки дії, це зазвичай краща структура. У такому сценарії кнопка дії допомагає підтвердити, що пропозицію не лише прочитали, а й перейшли до конкретного наступного кроку.
Документ для онбордингу
Для онбордингу дивіться на повні прочитання, охоплення сторінок з першими кроками налаштування і час на сторінці біля щільних пояснювальних блоків.
Це відповідає старішому дослідженню NNGroup про читання: люди часто сканують довгий контент, тому структура має швидко вести їх до сторінок дії.
Якщо коротший документ дає більше повних прочитань, але слабке охоплення сторінок з налаштуванням, він може бути занадто стислим. Якщо довший документ втрачає людей ще до початку налаштування, початок варто зробити щільнішим. Якщо читачі доходять до блоку з налаштуванням, але не натискають кнопку дії, документ може добре пояснювати задачу, але не робити наступну дію достатньо очевидною.
Що робити далі
Використовуйте інструкцію для першого завантаження, якщо вам ще потрібен базовий сценарій публікації. Використовуйте інструкцію з A/B-тестування, якщо наступне завдання - порівнювати варіанти, тримати один пароль або замінювати слабкий файл без зміни публічного посилання.