Якщо ви хочете знати, що робити, щоб зробити ваш сайт краще для ваших відвідувачів, ви повинні знати, що вони вважають поганим. І один з кращих показників, що хто-то робить поганий час, якщо вони постійно з'являються надокучливі повідомлення про помилки.
- Чому повідомлення про помилки ярлик для поліпшення обслуговування клієнтів
- Навіщо використовувати віртуальні перегляди сторінок, щоб відслідковувати помилки
- Як вибрати перегляд структури, щоб отримати кращу з утримання розгорненому звіті
Чому повідомлення про помилки ярлик для поліпшення обслуговування клієнтів
Більшість повідомлень про помилки спрацьовує, коли хтось намагається зробити щось, навіть якщо це всього лише перейти за посиланням на сторінку, яка насправді не існує.
Так що ці люди вже починають взаємодіяти з вашого сайту. А потім отримати ляпаса.
Багато повідомлення про помилки повідомити відвідувачу, що вони зробили щось неправильно. Це з їхньої вини.
Ці люди можуть почати відчувати розчарування і, можливо, дратує вашого сайту.
Ось чому це така гарна ідея, щоб відстежувати повідомлення про помилки. Вони забезпечують дуже безпосереднє джерело інформації про те, де ваш сайт відключення людей і викликає тертя.
Я кажу: "Ваш сайт", тому що це, ймовірно, помилка сайту не їх. Якщо люди виходять на невірну інформацію, або минувши обов'язкові поля це найчастіше через мову або покажчиків на сайті, є слабким.
OK: помилка це помилка - це вини відвідувача, чи не так? Цілком справедливо. Але якщо багато людей, які мають проблеми є, запитайте себе: "Невже ми дійсно потребуємо цієї області, ми ніколи насправді використовували цю інформацію". Подивіться на швидкість виходу з цього повідомлення про помилку і судити про те, інформацію варто.
Отже: повідомлення про помилки великим джерелом дії подання про точні терть на вашому сайті. Дій проста: зробити все можливе, щоб зменшити помилки. Я дійсно ставив мети і виміряти коефіцієнт конверсії.
Заковика?
Повідомлення про помилки рідко переглядів сторінок, за винятком 404 "сторінка не знайдена" сторінку.
Повідомлення про помилки, часто приймають форму тексту і виділення що вказує на "поганих" запис у вигляді (гарного). Інші просто потворні оповіщення ящики, які з'являються в обличчя відвідувача, з звуковий сигнал, сказавши їм, що вони вже п'яний, а не розповідати, де і чекають, щоб бути звільнені (не дуже добре). Жоден з цих, як правило, зареєструватися в якості перегляду сторінки, так що інструмент веб-аналітики Google Analytics, як не будуть знати про них.
Що потрібно зробити, це додати додатковий код відстеження якого звільнили, коли повідомлення про помилку показано на малюнку. На даний момент я за допомогою віртуальних переглядів сторінок для цього в Google Analytics.
Навіщо використовувати віртуальні перегляди сторінок, щоб відслідковувати помилки
Існує аргумент, щоб сказати, що помилки мають бути знайдені як "не події" перегляди сторінок, тому що вони взаємодії на місці, а не фактичні вигляд сторінки. Це спірне питання: відвідувач, безумовно, бачив що-небудь!
Насправді, коли ви трек них ви можете виявити, що деякі помилки повторюються знову і знову. Це класичний свідоцтв того, що відвідувач може навіть не помітити повідомлення про помилку - наприклад, список помилок у формі невеликий червоний текст відображається у верхній частині сторінки, що значно вище представити вниз у нижній частині екрана. Очі глядачів буде дивитися, де вони тільки що натиснули. Порада: порівняйте кількість переглядів сторінок та унікальних переглядів сторінок за помилки для виявлення помилок, які бачили кілька разів і та ж людина:
Реальна причина Я прихильник віртуального переглядів сторінок в ГА є те, що на даний момент, тільки перегляди сторінок з'явиться у воронку звіти як "відмовитися від маршрутів на правій стороні екрана. Повідомлення про помилку в процесі ознайомлення буде Класична причина для відмови від оплати товару. Це те, що ви безумовно хочете знати. Тому краще, щоб інформація, де вона потрібна: в касі воронку доповіді.
Використання переглядів сторінок означає, що легко налаштувати повідомлення про помилки в якості цілей, так що ви можете легко контролювати обмінний курс. Наприклад, я використовую Google Analytics Trakkboard панель для моніторингу переходів з повідомленням про помилку цілей у кількох сайтах. Щоранку я бачу відразу, якщо щось піде не так.
Як вибрати перегляд структури, щоб отримати кращу з утримання розгорненому звіті
Я рекомендую структурування переглядів сторінок ретельно. Я в даний час використовується шлях для віртуального перегляду сторінки, як:
/ Помилки / перевірка / deliveryoptions / 'повідомлення про помилку "
/ Помилки / перевірка / оплата / 'повідомлення про помилку "
/ Помилки / emailsignup / 'повідомлення про помилку "
і так далі.
Це дозволяє мені налаштувати цілей, консолідації груп помилок таким чином, що має сенс, зіставляючи перші частини сторінки назву.
Такий підхід означає також, що А. Розгорнутий перегляд змісту доповіді працює дуже добре і стає інструментом влади копатися в помилках.
Налаштування останньої частини сторінки при перегляді як сам текст з повідомлення полегшує життя при кодуванні, але й має додаткова перевага в тому, що доповіді свідчать про те, що ми насправді "сказав:" для відвідувачів. Просто бачимо список всіх недружніх речі, які ми відкинули на людей, і як часто, може бути заклик до пробудження.
Після того як ви цю інформацію, перше, що відразу це виправити повідомлення про помилки, якщо вони трохи про сувору стороні. А потім застрягають в робочий, чому люди бачать їх в першу чергу.
Як звичайно, А. допоможе вам визначити пріоритети. Я хотів би почати з тих, які трапляються найчастіше і які пов'язані з більш високими показниками виходу.
Перехід на продуктивність Google Analtics "вид" даних, це відмінний спосіб зіставлення тих виходу номера. У даному прикладі індекс проблеми виділяються як хворе місце:
Інформація, як це, як золотий пісок, коли ви намагаєтеся знайти, де саме, аби сконцентрувати свої зусилля, щоб надати максимальні переваги для ваших відвідувачів.
Але, будь ласка, застосувати свої знання сайті процесів, коли ви подивіться на рівень відмовитися. Повідомлення про помилку, де люди можуть залишити опинитися в кінці ряд інших повідомлень. Скорочення попереднього помилки будуть ключем до щасливого відвідувачів. Користувальницькі сегменти можуть бути корисні тут. Подивіться на людей, які бачили (або вихід із списку) "помилку і подивіться, що помилки вони також бачили.
Як це завжди буває під час роботи у веб-аналітики, необхідно повинні бути допитливим і використовувати навички та досвід, щоб отримати реальні ідеї. Але ті, повідомлення про помилки, безумовно, забезпечити чіткий відправною точкою і, можливо, заклик до пробудження.
Я залишаю це питання "Чому всі ці люди мають проблеми зі своїми власними прізвище?" Висить у повітрі прямо зараз!
comment } ( 1 коментар )
