Якщо після прочитання статей, наведених вище, розбіжності між кліками та сеансами все одно не зникли і їх важко пояснити, причиною може бути затримка. Як правило, проблеми з кліками та сеансами, спричинені затримкою, мають такі особливості.
- Розбіжності між кліками та сеансами можна відстежити у конкретній кампанії, групі оголошень або ключовому слові.
- У всіх активних кампаніях Google Ads помітне послідовне неповне врахування сеансів порівняно з кліками.
- Сегментація за пристроєм, наприклад комп’ютер, планшет і мобільний телефон, показує розбіжності, які зберігаються на кількох платформах.
Зміст:
- Чому швидкість настільки важлива
- Важливість розміщення
- Наслідки повільної роботи
- Тимчасове вирішення проблеми коротких кліків
- Як дізнатися про сповільнення роботи?
- Як пришвидшити завантаження сайту?
- Видалення переспрямувань або оновлення цільових URL-адрес
- CSS-спрайти
- Використання мережі CDN (мережа доставки контенту)
- Стиснення файлів HTML, CSS і JS
- Кешування популярних запитів
- Використання Ajax і плагінів, таких як Infinite Scroll або Lazy Load для Jquery
- Стиснення за допомогою Gzip
- Оновлення до Universal Analytics
- Швидший сервер веб-хостингу
- Додаткові поради та рекомендації
Чому швидкість настільки важлива
Як правило, користувачі в Інтернеті дуже нетерплячі. Про це свідчать численні дослідження, наприклад дослідження KissMetrics, що оприлюднило такі вражаючі твердження: "Затримка у відповіді сторінки на одну секунду може призвести до зменшення кількості конверсій на 7%", а також "47% споживачів налаштовані, що веб-сторінка завантажиться за дві секунди або швидше".
Що це означає для вас? Якщо сайт завантажується занадто повільно, користувачі можуть піти з нього до ваших конкурентів, особливо якщо останні надають такий самий вміст миттєво.
Важливість розміщення
Нас часто запитують, де слід розмістити код відстеження Analytics у вихідному HTML-коді сторінки. Відповідаємо: це залежить від того, наскільки точно ви хочете визначити кількість відмов користувачів. Якщо відбувається клік, а реєстрація сеансу триває кілька секунд, цілком можливо, що деякі з цих сеансів не буде відстежено. Загалом ми рекомендуємо розміщувати код відстеження безпосередньо перед закривним тегом </head>.
Наслідки повільної роботи
Короткі кліки. Короткий клік відбувається тоді, коли користувач натискає оголошення, а потім, перш ніж запуститься запит коду відстеження Analytics, натискає кнопку "Назад" або закриває веб-переглядач. Google Ads реєструє клік, проте Analytics не фіксує відповідний сеанс.
Загалом що повільніше відповідає веб-сайт і що більше запитів постає перед фрагментом Analytics, то вища ймовірність виникнення проблем із короткими кліками й зниклими даними про сеанс.
Крім того, короткі кліки репрезентують користувачів, які відвідують веб-сайт із відмовою. Тобто якщо ви не відстежуєте ці сеанси з відмовами, ваш показник відмов може бути штучно занижений.
Мобільні пристрої та короткі кліки. Як правило, мобільні пристрої працюють на повільнішій мережевій інфраструктурі (мережах 3G), ніж більшість настільних комп’ютерів (з ADSL- або кабельним з’єднанням). Якщо ви націлені на мобільні пристрої, веб-сайт із високою швидкістю реакції має ще важливіше значення для запобігання коротким клікам.
Тимчасове вирішення проблеми коротких кліків
Ненадовго вирішити проблему можна, розмістивши фрагмент коду відстеження Analytics якомога вище у вихідному коді HTML. В ідеалі – вище за інші файли JavaScript.
Як видно на цьому знімку екрана, кілька запитів файлу JavaScript мають відбутися (синхронні теги) до того, як запускається фрагмент коду відстеження Analytics. Ми обговоримо методи оптимізації пізніше, а наразі можна тимчасово розмістити фрагмент коду відстеження Analytics над іншими файлами JavaScript. Не хвилюйтеся, що Analytics збільшить час відтворення сторінки: тег JavaScript є асинхронним, а отже, не перешкоджатиме відтворенню сторінки, навіть якщо станеться затримка в роботі сервера Analytics.
Це рішення тимчасове, оскільки воно допоможе зареєструвати сеанси, які інакше не було б відстежено через те, що користувачі швидко залишають сторінку (фрагмент Analytics не запускається раніше). Однак у довгостроковій перспективі ви захочете утримати користувачів, які відвідують сторінку з відмовою, і усунути базову проблему – повільну роботу сайту.
Як дізнатися про сповільнення роботи?
Як уже було зазначено, розміщення коду відстеження Analytics вище у вихідному HTML-коді допоможе на певний час, але не менш важливо пришвидшити роботу веб-сайту.
Отже, як перевірити швидкість веб-сайту?
Спосіб 1
Очистіть кеш (і за бажанням файли cookie), відкрийте нову вкладку, введіть цільову URL-адресу в адресному рядку веб-переглядача, виберіть інструменти Chrome для розробників і перейдіть на вкладку "Мережа".
Завантажте веб-сайт і перегляньте список запитів. Він матиме приблизно такий вигляд:
Зверніть увагу на запити _utm.gif (класична версія Analytics) або collect (Universal Analytics) і перегляньте часову шкалу праворуч. Як видно на ілюстрації вище, з моменту першого запиту (коли було зареєстровано клік) до запиту Analytics (коли було зареєстровано сеанс) минає близько 8 секунд.
Якщо користувач натискає кнопку "Назад" протягом 8 секунд, Analytics може не зареєструвати сеанс на цьому веб-сайті, але Google Ads зафіксує клік.
Пам’ятаєте цитату з KissMetrics? "Половина користувачів очікують, що веб-сторінка завантажиться за дві секунди або швидше". Цей веб-сайт може працювати краще!
Спосіб 2
Analytics фіксує дані про час завантаження сторінки автоматично, у складі звітів "Швидкість завантаження сайту".
Цей звіт дає змогу побачити, як конкретні цільові URL-адреси Google Ads виконуються з погляду затримки. У вказаному прикладі ми бачимо, що швидкість завантаження сайту становить близько 25 секунд для наведеної URL-адреси, а це справді багато.
Зверніть увагу, що показник відмов для сторінки також високий. Таким чином, хоч ця цільова URL-адреса вже призводить до коротких кліків (тобто до відмов), інші сторінки, відображені у звіті, теж мають високий показник відмов, що не дуже добре.
Найкраще, щоб швидкість завантаження сторінки становила близько 3-4 секунд.
Хоч ці звіти про швидкість завантаження сайту непогано відображають час завантаження сторінок, за умовчанням вибірка становить лише 1% трафіку. Якщо за день ваш сайт відвідує відносно небагато користувачів – 100 000 або менше, ви можете використати вищий показник, наприклад 5%. Це допоможе отримати більш деталізовані дані про час завантаження сторінки та інші показники швидкості завантаження сайту.
Майте на увазі, що в такому разі кількість запитів зростає, але, як правило, це не шкодить взаємодії з користувачами.
Як пришвидшити завантаження сайту?
Звіти про швидкість завантаження сайту Analytics тепер містять пропозиції щодо оптимізації завантаження сайту. Введіть найбільш відвідувані цільові URL-адреси – і перегляньте пропозиції щодо того, як пришвидшити завантаження відповідних сторінок.
Видалення переспрямувань або оновлення цільових URL-адрес
Навіть якщо переспрямування на вашому сайті зберігають параметр автоматичного позначення Google Ads і передають його до кінцевої цільової URL-адреси, вони спричиняють додаткову затримку між кліками й часом реєстрації сеансу в Analytics.
Інколи на сайті є кілька переспрямувань між кліком Google Ads і кінцевою цільовою URL-адресою.
Вам потрібно оновити цільову URL-адресу Google Ads, щоб вона відображала кінцеву цільову URL-адресу й усувала необхідність переспрямувань.
Іноді клієнти використовують послуги посередників, наприклад сервер для реєстрації кліків, щоб фіксувати кліки Google Ads, часто використовувані платформами сторонніх розробників для створення звітів.
Ми розуміємо ваше бажання створювати звіти на кількох платформах, однак такі послуги можуть стати перешкодою й уповільнювати взаємодію з користувачами. Якщо у вас виникли труднощі з кліками та реєстрацією сеансів у Analytics, рекомендуємо на певний час видалити цю послугу відстеження, щоб перевірити, чи зросте співвідношення кліків до сеансів, а потім обміркувати ще раз, хочете ви відстежувати дані за допомогою платформи сторонніх розробників чи знайдете постачальника з вищою швидкістю надання послуг.
CSS-спрайти
CSS-спрайти можуть заміняти численні запити зображення.
Зверніть увагу, як веб-сайт на малюнку вище надсилає численні запити зображення (файли .png) до невеликих значків і графічних файлів. Перевага CSS-спрайтів очевидна: щоб запобігти численним запитам зображення, помістіть усі ці зображення в один запит (одне більше зображення) і використовуйте CSS, щоб контролювати, які частини зображення відображатимуться в певних частинах сайту. Один великий запит зображення здійснюватиметься швидше, ніж кілька невеликих.
Використання мережі CDN (мережа передавання вмісту)
Мережа передавання вмісту ефективно допоможе пришвидшити завантаження вашого веб-сайту, а також зробити його більш масштабованим і надійним. Вона розподіляє часто використовувані файли та вміст веб-сайту й розміщує їх на кількох серверах по всьому світу.
Як правило, служба веб-хостингу має фіксоване фізичне місцеположення, наприклад у Каліфорнії. Це добре для користувачів із Каліфорнії, оскільки вони швидко отримуватимуть вміст із вашого веб-сайту, але як щодо користувачів з Австралії чи Європи? Вони одержуватимуть файли з Каліфорнії зі значною затримкою, але завдяки мережі CDN зможуть отримувати файли із сервера, розташованого ближче до їх місцеположення.
Розподіливши свій веб-сайт на кілька серверів по всьому світу, ви менше стикатиметеся зі збоями або іншими проблемами інфраструктури.
Мережа CDN добре підходить для вмісту, який зазвичай залишається статичним або змінюється нечасто, як-от файли JavaScript, таблиці CSS, ресурси HTML і зображення або відео. Вона стисне ці файли до якомога меншого розміру, видаливши міжрядкові інтервали у файлах JavaScript, CSS і HTML.
Google надає свою власну мережу CDN – Google PageSpeed.
Стиснення файлів HTML, CSS і JS
Якщо ви не хочете використовувати мережу CDN (згадану вище), можна знайти, натомість, різні модулі, плагіни та безкоштовні веб-служби, які автоматично стискають вміст, видаляючи міжрядкові інтервали та об’єднуючи кілька файлів (наприклад, файлів CSS) в один запит.
Кешування популярних запитів
Популярним набором програмного забезпечення для веб-серверів є Linux Apache MySQL PHP (LAMP).
На схемі вище ми бачимо, що повернення обробленої HTML-сторінки користувачеві відбувається поетапно.
- Веб-сервер отримує запит
- Потім веб-сервер надсилає запит до PHP, що вибирає файли або рядки бази даних, до яких потрібен доступ
- PHP пакує їх і створює відповідну HTML-сторінку, яку й повертає користувачеві
Як кешування може допомогти
Найчастіше вміст сторінок не змінюється щоразу, як користувач запитує сторінку, наприклад ту, на якій містяться поширені запитання. Замість проходити цілий процес, зображений на схемі вище, можна побудувати сторінку один раз і кешувати її як тимчасовий файл HTML. Це вбереже веб-сервер від необхідності повторно генерувати сторінку через PHP, знову та знову надсилаючи запити до бази даних, і натомість дасть змогу надсилати статичний файл HTML максимальній кількості користувачів. Таким чином, кількість дій, одночасно виконуваних веб-сервером, зменшиться, а його робота – прискориться.
Є кілька безкоштовних модулів, які виконають це завдання для вашого веб-сайту.
Хоч у прикладі, наведеному вище, йдеться про PHP, багато інших веб-серверів працюють за схожим принципом і, швидше за все, мають подібні модулі, що кешують сторінки таким само.
Використання Ajax і плагінів, таких як Infinite Scroll або Lazy Load для Jquery
Ви коли-небудь помічали, що деякі веб-сайти завантажують вміст, коли ви прокручуєте сторінку вниз? YouTube таким чином завантажує значки пов’язаних відео, а в розділі коментарів відображає лише кілька перших результатів, якщо ви не робите спробу переглянути додаткові коментарі.
Правильно застосовуючи такі методи, можна зменшити запит початкового розміру сторінки й дати змогу користувачам переглядати її негайно. Якщо вони хочуть бачити більше вмісту, то можуть прокручувати сторінку далі, активуючи завантаження додаткових елементів.
Є кілька проблем, пов’язаних зі зручністю використання та доступністю, про які треба пам’ятати, якщо ви захочете використовувати це рішення. Докладнішу інформацію можна знайти в статтях про LazyLoad і InfiniteScroll.
Стиснення за допомогою Gzip
Старі веб-переглядачі не підтримують цю форму стиснення сторінок (HTML, CSS, JavaScript тощо), на відміну від новіших, зокрема на мобільних пристроях. Найкращим у цій функції є те, що скористатися її перевагами можна миттєво.
Докладніші відомості про Gzip містяться в цьому відео.
Оновлення до Universal Analytics
Якщо ви ще не виконали оновлення до Universal Analytics (analytics.js) із класичної версії (ga.js), можна перейти на новітню платформу Analytics. З нею ви не лише отримаєте доступ до найновіших функцій продукту, але й зможете скористатися вказаними нижче можливостями, які покращують ефективність.
- Бібліотека коду відстеження, що ґрунтується на модулях: analytics.js має зовнішні модулі, як-от "Електронна комерція", що більше не працюють для всіх веб-сайтів (як ga.js). Це зменшує вплив analytics.js на розмір файлу, тобто означає вищу швидкість передачі файлів.
- Менша залежність від файлів cookie: Universal Analytics тепер обчислює дані про кампанію та сеанс на сервері (а не на стороні клієнта), зменшуючи кількість даних cookie, переданих для кожного запиту файлу. Це допоможе незначно, але помітно збільшити ефективність.
Швидший сервер веб-хостингу
Через повільний веб-сайт ви можете втратити клієнтів. Варто обдумати оновлення до швидшого сервера для веб-хостингу.
Додаткові поради та рекомендації
Ця стаття охоплює не всі доступні методи оптимізації, але ми можемо запропонувати вам набагато більше відомостей. Перегляньте ці статті, щоб отримати додаткові поради й пропозиції.
Нарешті, майте на увазі, що ви можете поліпшити швидкість і оперативність вашого сайту, але якоїсь миті зіткнутися з проблемами повільного з’єднання з Інтернетом і повільної мобільної мережі. Це найбільш імовірно у віддалених і сільських місцевостях, а також у країнах, що розвиваються й мають застарілу або обмежену інфраструктуру телекомунікацій.
Найкраще, що ви можете зробити в таких умовах, – це пришвидшити роботу вашого сайту настільки, наскільки можливо, але навіть найбільш оптимізований сайт може потерпати через короткі кліки, якщо користувач має повільне з’єднання з Інтернетом.
