Поширена скарга на Google Search Console (GSC) полягає в тому, що дані є “неточними” порівняно з результатами Google Analytics. Люди намагаються вибудувати трафік на цільові сторінки з Analytics за допомогою кліків з Google Search Console, але цифри різні! Давайте заглибимося в деталі та з’ясуємо, чому це так.
Google Search Console і Google Analytics не вимірюють одне й те саме
Коротке пояснення полягає в тому, що ці два сервіси мають різні методології вимірювання. Статистика GSC будується на основі лог-файлів і кліків. Analytics збирає дані з потоку кліків через JavaScript. Щоб краще розуміти, що спричиняє відмінності в даних між GSC і Аnalytics, спочатку необхідно зрозуміти, як кожен інструмент збирає й обробляє дані про поведінку користувачів.
Анатомія лог-файлів і кліків
Google невпинно продовжує робити пошукову видачу більш якісною. Це змушує GSC і Google Analytics відстежувати безліч точок даних для кожного пошуку, щоб мати повне розуміння того, що відбувається в SERPs.
Існує кілька типів оцінки, які є стандартними для обох сервісів:
- Кліки.
- Відмова від пошукової видачі.
- Успішність сеансу.
- І т.д.
У Google є свій різновид цієї моделі, яка називається модель кліків, уваги та модель задоволеності користувача.
Найцікавіше полягає в тому, що ці лог-файли мають багато шуму.
Про який тип шуму йдеться?
Наприклад, скільки разів ви клікаєте на автопідказку, а потім розумієте, що пошукова видача формується на основі запиту “фанат” замість “фантастична четвірка”? Або коли ви гортаєте на мобільному телефоні і випадково товстий палець натискає неправильний результат.
Це все приклади того, як дані, які збирає Google, можуть містити велику кількість неточностей.
Отже, що знаходиться в лог-файлах
Лог-файли – це текстові файли, в яких записуються дані про користувачів та їхні взаємодії з SERP. Це дає уявлення про те, що відстежується – функції користувача, їхній запит і особливості того, на що вони клікають.
Пошукова система може отримувати мільйони запитів на день від користувачів по всьому світу. Для кожного запиту пошукова система створює запис у своєму лог-файлі. Цей запис може містити одну або кілька умов: час обробки запиту пошуковою системою; IP-адресу, що ідентифікує унікальний пристрій (наприклад, ПК або мобільний телефон), з якого надсилають запити; ідентифікатор, пов’язаний із користувачем, що представляє умови запиту (наприклад, ідентифікатор користувача у файлі cookie браузера).
По суті, Google у своєму лог-файлі визначає, чи є пошуки досить унікальними, щоб можна було їх записати як окремі.
У загальнодоступній документації Google Search Appliance не вказано, що саме вважається кліком або показом.
Наприклад, якщо я шукаю ключове слово і натискаю на результат, повертаюся і знову натискаю на той самий результат, чи буде Google вважати це як два різні кліки або як один?
Google вважає, що два подібних запити можуть представляти один пошук.
Наприклад, користувач може спочатку надіслати запит “French restaurant, Palo Alto, CA”, шукаючи інформацію про французькі ресторани в Пало-Альто, Каліфорнія. Згодом той самий користувач може надіслати новий запит “Italian restaurant, Palo Alto, CA”, шукаючи інформацію про італійські ресторани в Пало-Альто, Каліфорнія. Ці два запити логічно пов’язані, оскільки вони обидва стосуються пошуку ресторанів у Пало-Альто, Каліфорнія.
Цей зв’язок може бути виражений
тим фактом, що два запити надходять через короткий проміжок часу або ж вони мають спільні терміни (наприклад, “ресторан” і “Пало-Альто”).
Запити, що відносяться до різних тематик, розглядаються як різні сеанси, якщо тільки вони не йдуть у дуже тісній послідовності і не призначені іншому сеансу з аналогічними запитами. Той самий користувач, який шукає ресторани Palo Alto, може пізніше надіслати запит “iPod Video”, щоб дізнатися більше про новий продукт Apple Computer.
Цей новий запит пов’язаний з іншою темою, тому не групується в тому самому сеансі, що й запити, пов’язані з рестораном. Тому запити від одного користувача можуть бути пов’язані з кількома сеансами. Два сеанси, пов’язані з одним і тим самим користувачем, спільно використовуватимуть один і той самий файл cookie, але ідентифікатори сеансу в них будуть різні.
Згідно з документацією Google Analytics, за замовчуванням сеанс триває до 30 хвилин бездіяльності, але цей ліміт можна налаштувати так, щоб сеанс тривав від кількох секунд до кількох годин.
Ідентифікатор сеансу зазвичай присвоюється відвідувачеві під час його першого відвідування сайту. Він відрізняється від ідентифікатора користувача тим, що сеанси зазвичай недовговічні (вони закінчуються після заданого часу бездіяльності, який може становити хвилини або години) і можуть стати недійсними після досягнення певної мети (наприклад, після того, як покупець оформив своє замовлення).
Чому дані цих двох сервісів не збігаються
Простіше кажучи, клік консолі пошуку Google не є сеансом Google Analytics, а сеанс Google Analytics не є кліком консолі пошуку Google.
Водночас, якщо користувач виконує два різні пошуки і два різні кліки, його активність може вважатися одним показом і одним кліком. Але цей самий користувач може зробити свій ідентифікатор сеансу недійсним або час очікування може сплинути в якийсь момент, і Analytics це вважатиме як два різні відвідування.
Або, ось ще один приклад:
Користувач натискає на ваш сайт у пошуковій видачі, але ваш Analytics не спрацьовує з низки причин. Це говорить про те, що Analytics не завжди є найнадійнішим джерелом статистики.
Нарешті, GSC використовує канонічні URL-адреси, тоді як Analytics може використовувати будь-яку URL-адресу для складання звіту про сеанс.
У чому полягає проблема
Основна проблема полягає в тому, що багато маркетологів не вірять у дані GSC тому, що вважають Analytics найбільш точним інструментом.
Ігноруючи те, що вся статистика від початку недосконала, я вважаю, що паритет між цими сервісами нереальний, з тієї причини, що вони вимірюють по-різному.
Google Search Console показує дані з урахуванням того, що відбувається на самому Google, а не тільки те, що відбувається на сайті.
Як отримати більш точні дані
Що детальніше буде налаштована консоль пошуку, то точнішими будуть дані статистики.
Інакше кажучи, якщо у вашому профілі статистики налаштовані глибші рівні структури каталогів, інструмент видасть більше даних. Варто враховувати, що користувацький інтерфейс GSC має обмеження в 1000 запитів для кожного пошукового фільтра.
У цьому разі необхідно використовувати API для вилучення ваших даних, оскільки вони можуть видавати 5000 запитів.
Висновок
Точно так само, як дані реклами Facebook не збігаються з Google Analytics або дані в Kibana не збігаються з Adobe Analytics, так само не варто очікувати, що Google Search Console збігатиметься з даними Google Analytics.
