Відстеження QR-сканувань за типом пристрою

Чому відстеження за типом пристрою відрізняється від загального відстеження QR-сканувань

Загальна статистика QR показує обсяг, але відстеження QR-сканувань за типом пристрою показує поведінку. Ця різниця має значення в той момент, коли кампанія веде людей на сторінку, яка добре виглядає на одному екрані й незручно — на іншому.

Підрахунок у 500 сканувань може приховувати корисну закономірність. Якщо 420 із них припадають на мобільні телефони, сторінка, ймовірно, має завантажуватися швидко, тримати перший CTA ближче до верху та уникати дрібного тексту, який змушує збільшувати масштаб. Переважання десктопних сканувань натякає на іншу проблему: QR-код може працювати, але цільова сторінка може марнувати великий екран надмірною вертикальною прокруткою.

Саме тому люди питають, як відстежувати QR-код по пристроях, а не зупинятися на країні чи загальному трафіку. Мета не в цікавості. Мета — ухвалити чіткіше рішення щодо UX, формату файлу та першого екрана, який бачить відвідувач після сканування.

Один практичний приклад це добре пояснює. Плакат ресторану в лобі може отримувати переважно сканування з iPhone під час обіду й кілька відвідувань із десктопа від офісних працівників пізніше протягом дня. Ці дві моделі поведінки потребують двох різних макетів сторінки, хоча обидва стартували з одного й того ж QR-коду.

Невелика деталь, великий ефект. Тип пристрою часто пояснює, чому QR-кампанія виглядає «успішною» в аналітиці, але в реальності дає слабший результат.

Перевірте, чи ваша аналітика може розділяти дані за типом пристрою

Перший крок вузький: чи записує ваша QR-панель, підключений аналітичний інструмент або звіт цільової сторінки категорію пристрою, операційну систему чи дані user agent? Якщо ні, відстеження за типом пристрою буде здогадкою, а здогадки швидко стають хаотичними.

Відкрийте звіт для одного QR-коду й подивіться, чи є там поля на кшталт типу пристрою, ОС, браузера або рядка user agent. Деякі платформи групують сканування як mobile, tablet і desktop. Інші йдуть глибше та показують iOS, Android, Windows, Safari або Chrome. Деякі лише передають ці дані до вебаналітики після переходу.

Перевіряйте шлях, а не заголовок. QR-платформа може показувати загальні підсумки сканувань на одному екрані й надсилати відвідування до окремого аналітичного облікового запису, де дані про пристрій з’являються лише після завантаження цільової сторінки.

Якщо ваша схема включає відстеження на базі Google, перегляньте пов’язані сторінки політик, перш ніж покладатися на потік даних; на сторінках privacy policy – privacy & terms і google terms of service – privacy пояснюється, що саме збирається і як це обробляється.

Одне застереження: не кожне сканування QR-коду можна безпосередньо прив’язати до деталей браузера. Попередній перегляд у камерних застосунках, налаштування конфіденційності та ланцюжки редиректів можуть приховувати або розмивати дані про пристрій. Це означає, що звіт може показувати чітку закономірність, але не кожне окреме сканування буде позначено ідеально.

Визначте категорії пристроїв, які вам справді потрібні

Не звітуйте про все одразу. Практичний поділ за пристроями зазвичай менший за обсягом, ніж сирі дані, і це добре.

Для багатьох команд перший поділ простий: мобільні проти десктопних. Уже цього достатньо, щоб відповісти на питання про ширину сторінки, зручність натискання та те, чи варто замінити PDF на вебсторінку. Якщо в кампанії є кіоск, підставка для планшета або дисплей на виставці, додайте планшет як окрему категорію.

Деяким командам важливіші дані на рівні ОС. iOS і Android можуть поводитися по-різному в одному й тому самому QR-потоці, особливо коли ціль містить завантаження файлу, pass для гаманця або форму з автозаповненням. Якщо кампанія живе всередині роздрібного застосунку або воронки з великим навантаженням на браузер, сімейства браузерів можуть бути важливіші за тип пристрою.

Тримайте список коротким. Трьох категорій може бути достатньо: mobile, tablet, desktop. Додатковий список може бути нижче: iOS, Android, Windows, macOS. Усе, що виходить за ці межі, має мати причину, інакше це перетворюється на звітне театральство.

Просте правило: якщо категорія не змінює дизайнерське рішення, відмовтеся від неї.

Позначте QR-ціль так, щоб дані про пристрій було легше читати

Дані про пристрій легше читати, коли ціль правильно позначена. Додайте UTM-параметри, окрему цільову сторінку або і те, й інше, щоб один QR-код не змішувався з не пов’язаним трафіком із email, соцмереж чи пошуку. Це особливо корисно, коли потрібно порівнювати пристрої в межах однієї кампанії.

Чистий шаблон виглядає так: один QR-код веде на одну цільову сторінку, а ця сторінка містить мітки кампанії, як-от source, medium і campaign name. Якщо вам потрібна глибша структура, ті самі правила іменування слід повторювати для сканувань із друку, постерів і упаковки. Тоді звіт по пристроях стоятиме поруч із акуратною міткою кампанії, а не з купою анонімних відвідувань.

Один корисний побічний ефект: якщо сканування з телефона і десктопа потрапляють на одну й ту саму сторінку, їх усе одно можна розділити пізніше за міткою кампанії, часом і полями пристрою. Це важливо, коли QR-код розміщено у кількох місцях, наприклад у флаєрі, на коробці продукту та на картці біля каси.

Якщо вам потрібен практичний орієнтир щодо міток кампаній, гайд про відстеження UTM-посилань для кампаній показує, як зберігати назви трекінгу послідовними, не роблячи URL нечитабельним.

Пам’ятайте про одне застереження. QR-ціль із надто великою кількістю параметрів може виглядати непривабливо, а непривабливі посилання потім складніше перевіряти. Використовуйте лише стільки тегування, скільки потрібно, щоб прив’язати звіт по пристроях до правильного QR-коду. Не більше.

Скануйте QR-код з різних пристроїв і порівнюйте результати

Перевірте QR-код, перш ніж довіряти звіту. Якщо можливо, використайте щонайменше три пристрої: один iPhone або Android-телефон, один планшет і один десктопний браузер. Відскануйте той самий код із кожного й запишіть час кожного сканування.

Потім перевірте, чи аналітика присвоює кожне відвідування очікуваному типу пристрою. Якщо скан із телефона відображається як desktop, звіт, можливо, читає браузерну сесію, а не фізичний пристрій. Якщо планшет показується як mobile, це може бути нормально — залежно від того, як ваш інструмент класифікує планшети.

Ця перевірка має зайняти 10 хвилин, а не пів дня.

Повторіть її двічі, якщо перші результати виглядають дивно. Одне сканування може не спрацювати через кешований редирект, запит на конфіденційність або повільне завантаження сторінки. Два послідовні сканування переконливіші за одне випадково вдале.

Практичний журнал тестів допоможе. Запишіть модель пристрою, браузер, версію ОС і точний QR-код, який використовувався. Якщо код змінюється між тестами, порівняння вже не є чистим, і результатам важче довіряти.

Знайдіть розбивку за типом пристрою у своєму поданні аналітики

У більшості панелей інформація про пристрій знаходиться всередині деталей візиту, а не на картці з підсумком QR. Шукайте звіт, у якому перелічено категорію пристрою, операційну систему, браузер або розмір екрана, а потім відфільтруйте його до однієї QR-кампанії.

Якщо у вашому інструменті є поле пошуку, почніть із нього. Введіть назву кампанії або slug цільової сторінки й звузьте перегляд, перш ніж перевіряти дані про пристрої. Це не дасть перевантаженій панелі змішати трафік із кількох кодів.

Деякі панелі показують дані про пристрій у таблиці. Інші ховають їх за графіком із маленьким випадаючим меню. У будь-якому разі шукайте ті самі три речі: категорію пристрою, операційну систему та браузер. Ці поля — найшвидший спосіб зрозуміти, чи поводиться один QR-код по-різному на різних екранах.

Якщо ваш робочий процес заходить у продуктове середовище або в аналітичне API, перевірте доступні endpoint-и, автентифікацію та квоти, перш ніж обіцяти клієнту або команді автоматизоване звітування по пристроях.

Одна хороша звичка: зберігайте відфільтроване подання для кожної кампанії. Це позбавляє від нудної потреби щоразу відтворювати той самий фільтр. Також так легше помітити, якщо сканування з десктопа раптово зростуть після зміни місця розміщення плаката.

Експортуйте дані сканувань і згрупуйте їх за типом пристрою

Деякі інструменти не показують розбивку за пристроями на екрані. Експортуйте журнал сканувань, а потім відсортуйте або зведіть його в таблиці за полями, пов’язаними з пристроєм. Це запасний варіант, який нудний, але працює.

Шукайте стовпці з назвами device, category, OS, browser, user agent або referrer. Якщо експорт містить сирі рядки user agent, можливо, їх потрібно буде спочатку нормалізувати. Наприклад, кілька рядків браузера можуть позначати одну й ту саму сім’ю моделей телефону, а таблиця сама цього не зрозуміє.

Один поширений метод — зведена таблиця, де рядки відповідають категорії пристрою, а стовпці — назві кампанії. Інший — спочатку фільтр за операційною системою, а потім за сімейством браузера. Якщо експорт містить часові мітки, можна також порівнювати тип пристрою за днем або навіть за годиною. Це допомагає, коли плакат зранку привертає один набір пристроїв, а після обіду — інший.

Точність тут важлива. Якщо в експорті є непослідовні назви, стандартизуйте їх перед створенням графіків. «iPhone», «iOS» і «mobile Safari» — це не одне й те саме поле, навіть якщо вони вказують у схожому напрямку.

Саме тут може допомогти UTM-відстеження для коротких посилань, бо чітка структура короткого посилання полегшує зіставлення експортованих рядків із QR-кампанією, яка їх створила.

Використовуйте результати за типом пристрою, щоб покращити QR-досвід

Суть відстеження типу пристрою — у діях. Якщо на мобільні припадає більшість сканувань, цільова сторінка має відкриватися з основним CTA, коротким заголовком і формою, зручною для натискання пальцем. Якщо десктопних сканувань більше, ніж очікувалося, QR-цілі може знадобитися більше деталей, більше повітря між елементами або краще пояснення above the fold.

Аналітика QR-кодів за мобільним і десктопом також може змінити формат файлу, який ви прив’язуєте до QR-коду. Аудиторія, що переважно використовує телефони, може віддати перевагу вебсторінці замість PDF, тоді як аудиторія з переважанням десктопа може краще сприйняти більш насичений документ або довший продуктовый лист. Якщо ціль має залишитися тією самою, змінюйте макет, а не посилання.

Один поширений спосіб — різний перший екран для різних пристроїв. Користувач із мобільного бачить коротку сторінку з однією кнопкою. Користувач із десктопа бачить повніший вміст, можливо, із допоміжними посиланнями або таблицею порівняння. Такий поділ може зменшити тертя без створення двох окремих QR-кодів.

Розташування CTA теж має значення. На мобільному розміщуйте дію ближче до верху, бо прокрутка забирає увагу. На десктопі можна розмістити допоміжні деталі поруч із кнопкою, не роблячи сторінку тісною.

Для команд, які вже керують брендованими посиланнями, корисним пов’язаним ресурсом буде брендовані короткі посилання для афілійованого маркетингу, що стане у пригоді, коли QR-ціль має виглядати послідовно на різних пристроях і в різних кампаніях.

І остання деталь: якщо більшість ваших сканувань приходить із неочікуваного типу пристрою, перевірте весь шлях ще раз — від камери до завантаження сторінки. QR-код може бути ідеально читабельним і все одно вести людей на сторінку, яка відчувається неправильно на пристрої, яким вони насправді користуються. Саме це люди помічають першим.