У двох звітах за один місяць показано різні числа. Перш ніж шукати технічну помилку, запишіть, що саме порівнюєте: дію в Google Пошуку чи врахований на сайті візит. Search Console і GA4 спостерігають різні частини шляху, тому клік і сеанс не обов’язково відповідають один одному.
Візьмімо вигаданий приклад: за вибраний період у першому звіті 100 кліків, у другому – 82 сеанси Google organic. Арифметична різниця дорівнює 18. Вона не показує, скільки людей втрачено: спочатку потрібно звірити область даних, дати, адреси й умови вимірювання. Нижче – порядок такої перевірки.
Спочатку порівняйте визначення показників
Клік Search Console відображає перехід із результату Google на сайт. Сеанс GA4 – період взаємодії користувача із сайтом, врахований аналітикою. Повторні переходи з пошуку іноді входять до одного сеансу. В окремих випадках відрізняються дати й джерела у звітах. Зіставити кожен клік з окремим сеансом за цими звітами не можна.
Не порівнюйте кліки з користувачами, переглядами сторінок або всіма подіями як з однаковими одиницями. У звіті підпишіть показник і систему, а для заявок збережіть окремий рядок. Перехід не дорівнює зверненню, а сеанс не підтверджує покупку.
Які висновки можна і не можна робити з двох чисел
Різниця 18 становить 18% від вибраної бази у 100 кліків, але це лише спосіб описати два рядки в умовному прикладі. Такий відсоток не вимірює якість збору й не показує частку пропущених користувачів. Дві системи використовують різні визначення і не дають у цих звітах спільного ідентифікатора для попарного зіставлення кожного переходу із сеансом.
Якщо в аналітиці вийшло більше сеансів, не оголошуйте їх «зайвими» й не робіть зворотного висновку про помилку. Спочатку перевірте джерело, вибрані сторінки, період і область ресурсу в обох звітах. Напрямок розбіжності сам по собі не визначає причину. За невеликої кількості спостережень кілька додаткових подій можуть помітно змінити відсоток.
Узгодьте мету звіряння з отримувачем звіту. Для пошукової видимості потрібні покази, кліки й доступні запити; для поведінки після входу – виміряні на сайті дії. Заявки та продажі потребують окремих правил підтвердження. Не обіцяйте, що після налаштування дві системи стануть єдиним журналом користувачів.
Узгодьте тип пошуку та джерело
У Search Console виберіть потрібний ресурс і тип пошуку, наприклад вебпошук. У GA4 для близького порівняння використовуйте джерело й канал сеансу google / organic, перевіривши доступний звіт і налаштування ресурсу. Група Organic Search охоплює й інші пошукові системи. Тому її підсумок не можна автоматично приписувати Google.
Звірте країну, пристрій і склад сторінок. Розділи «Картинки», «Відео», Google Новини та інші поверхні не слід автоматично складати з вебпошуком або вважати їх точним аналогом одного каналу GA4. Навіть після фільтрації склад зрізів може відрізнятися.
Переконайтеся, що ресурс Search Console і потік даних GA4 стосуються потрібного сайту. Доменний ресурс охоплює варіанти адреси ширше, ніж ресурс окремого префікса. В одному ресурсі аналітики іноді збираються відомості кількох піддоменів. Запишіть область кожного джерела.
Зафіксуйте межі порівняння
Перед вивантаженням запишіть адресу пошукового ресурсу та склад потоків аналітики. Наприклад, доменний ресурс може включати піддомени, які не входять до розглянутого потоку, а потік – збирати кілька розділів. Звірте протокол, піддомен і мовні версії за фактичними даними. Якщо склад не вдається узгодити, підпишіть це поряд із цифрами.
У вихідному звіті аналітики перевірте саме параметр джерела сеансу, а не схоже за назвою поле іншого рівня. Збережіть точні умови відбору та визначення каналу. Не об’єднуйте джерела Google лише тому, що вони містять слово «google»: платні переходи та інші види трафіку відповідають іншому завданню.
Якщо звіт показує лише частину адрес, збережіть і загальний підсумок, і правило відбору. Порівняння вибраних сторінок корисне для діагностики, але не доводить, що розбіжність на решті така сама. Під час фільтрації запитів Search Console враховуйте, що не всі запити доступні в рядках: не призначайте невидимий залишок конкретному сегменту.
Перевірте дати, часові пояси та адреси
Порівнюйте завершені періоди однакової тривалості. Нещодавні дані ще уточнюються й іноді бувають неповними. Збережіть дату вивантаження та за потреби повторіть порівняння пізніше. Враховуйте часовий пояс: Search Console використовує тихоокеанський час, а в GA4 налаштовано часовий пояс ресурсу. Через це перехід на межі доби іноді потрапляє в різні дати.
Зіставте сторінку входу GA4 з адресами в Search Console і перевірте перенаправлення, мову, піддомен і параметри. У пошукових звітах дані можуть належати до вибраного Google канонічного URL, тоді як аналітика фіксує адресу, на якій працює вимірювання. Спочатку збережіть обидві адреси та правило зіставлення; не об’єднуйте їх лише тому, що назви схожі.
Окремо позначте PDF та інші файли: на них можуть переходити з пошуку, але тег сайту всередині PDF не виконується. Налаштована подія завантаження на сторінці сайту відповідає на інше запитання і не замінює доказу кожного прямого входу у файл.
Розберіть приклад зі зміненою адресою
Уявімо, що в пошуковому звіті переходи пов’язані зі старою адресою, а відвідувач після перенаправлення потрапляє на нову. В аналітиці сторінка входу може бути записана інакше. Перевірте фактичний ланцюжок переходу та сигнали сторінок, потім складіть карту «адреса в пошуку – адреса входу». Не видаляйте вихідні значення: за помилкової карти легко об’єднати різні сторінки.
Якщо кілька старих сторінок ведуть на одну нову, покажіть цю відповідність явно й перевіряйте суму вибраних рядків з урахуванням правил кожного звіту. Не робіть висновку про зміну попиту лише через зникнення старого URL з одного представлення. Перевірте, що відбувалося з призначенням і вмістом сторінки, а також коли змінилася адреса.
Різні межі доби особливо помітні на короткому проміжку або під час акції. Довший завершений період може зменшити вплив окремих переходів на межі доби на загальну картину, але не робить часові пояси однаковими. Збережіть дату вивантаження і за можливості перевіряйте однакові інтервали після оновлення даних.
Перевірте збір аналітики та згоду
Перевірте на важливих сторінках входу завантаження тега з урахуванням згоди відвідувача. Звірте налаштування потоку, спрацьовування подій і нещодавні зміни шаблону. Хтось закриває сторінку до завантаження тега; браузер або розширення іноді блокують передачу. Це можливі пояснення, а не встановлена причина для всіх 18 одиниць різниці.
Перевірте, як реалізовано запит згоди та пов’язані з ним налаштування. Відмова користувача й обмеження збору можуть змінити звіт. За відповідного налаштування та виконання умов сервіс також застосовує моделювання. Не вимикайте вимогу згоди заради збігу графіків і не припускайте наявності моделювання без перевірки фактичних налаштувань і доступності звітів.
Якщо тег відсутній на підтвердженій групі сторінок, передайте виправлення відповідальному й повторіть перевірку після випуску. Якщо тег є, продовжуйте розбір інших умов. Наявність коду не підтверджує запис кожного сеансу та його джерело.
Проведіть перевірку за спостережуваним сценарієм
Виберіть кілька важливих типів сторінок входу: наприклад, категорію, картку та статтю. З дозволу власника виконайте тестовий перехід і перевірте, чи з’являється очікувана подія в доступних засобах налагодження за відповідного стану згоди. Звірте адресу після переходу та джерело в доступному звіті, враховуючи затримку обробки. Один успішний тест підтверджує лише перевірений сценарій і не описує всіх відвідувачів.
Якщо тест на одному шаблоні не проходить, порівняйте налаштування цього шаблону з тим, що працює, і передайте розробнику конкретну адресу, час та умови відтворення. Після зміни повторіть той самий дозволений сценарій і перевірте звіт за завершений період. Не змінюйте банер або налаштування згоди без рішення власника: завдання звіряння не скасовує їхнього призначення.
Якщо тест проходить, а розбіжність залишається, не вважайте питання закритим і не робіть висновку, що причина саме у згоді. Поверніться до зіставності ресурсів, сторінок і дат; окремо перевірте відомі зміни вимірювання. Там, де перевірка неможлива, залиште гіпотезу відкритою та зазначте, які дані потрібні для рішення.
Знайдіть місце, де зосереджена різниця
Спочатку порівняйте загальний вибраний набір, потім розберіть окремо мову, тип пристрою та кілька важливих сторінок. Наприклад, якщо різниця помітна лише на сторінках після перенесення, карта адрес – розумна перша перевірка. Якщо вона з’явилася після випуску нового шаблону, перевірте його вимірювання. Обидва пояснення залишаються гіпотезами до спостереження.
Не складайте розбіжності за пристроями з розбіжностями за тими самими сторінками: один перехід присутній в обох зрізах. Для детального аналізу відкрийте перетин, наприклад мобільні візити на вибрану групу сторінок, якщо даних достатньо. Малі зрізи та різні способи групування обмежують висновок.
Складіть таблицю причин і наступних перевірок
У навчальному прикладі показники 100 і 82 взято за один період. Таблиця показує порядок звіряння, а не фактично знайдені помилки сайту.
| Параметр | Search Console | GA4 | Чи можна зіставити | Коригування | Залишкове обмеження |
|---|---|---|---|---|---|
| Одиниця | 100 кліків із Google | 82 сеанси Google organic | Різні події; порівняння приблизне | Зберегти визначення й період | Різниця 18 не дорівнює кількості втрачених людей |
| Джерело й тип | Вибрано вебпошук | Потрібні джерело й канал сеансу google / organic | Приблизно після фільтрації | Виключити із загального органічного каналу інші пошукові системи | Склад поверхонь і правила віднесення не завжди збігаються |
| Дата | Тихоокеанський часовий пояс | Часовий пояс ресурсу | Межі доби можуть відрізнятися | Перевірити налаштування та взяти повні періоди | Точний збіг за днями не гарантовано |
| Адреса | У звіті може використовуватися канонічний URL | Сторінка входу, де зібрано дані | Потрібна карта відповідності | Перевірити редиректи й фактичні адреси | PDF та інші ресурси можуть враховуватися по-різному |
| Географія та пристрій | Вибрано країну й пристрій | Потрібні ті самі обмеження | Більш зіставні після налаштування фільтрів | Зберегти визначення сегментів у звіті | Методи визначення та групування відрізняються |
| Збір і згода | Дані пошуку | Дані залежать від реалізації та згоди | Різні умови збору | Перевірити тег і сценарії згоди на важливих сторінках | Не можна приписати всю різницю одному чиннику без доказів |
Почніть із виявлених невідповідностей ресурсів і фільтрів, потім перевірте сторінки, де розрив помітніший. Запишіть спостереження, перевірену причину або гіпотезу, відповідального й дату повторного порівняння. Універсальний допустимий відсоток розбіжності не замінює знань про налаштування сайту та стабільність його даних.
Як оформити результат звіряння
У робочому записі залиште посилання на збережені вивантаження, дату, період, ресурси, фільтри та правила зіставлення адрес. Поряд перелічіть перевірені сценарії, відкриті гіпотези та дії з відповідальними. Для умовних 100 і 82 чесний висновок може бути таким: «Числа відрізняються на 18; причину за цими двома рядками не встановлено».
Після виправлення не оцінюйте його лише за тим, чи стали показники однаковими. Перевірте конкретну зміну в узгодженому сценарії, а потім спостерігайте зіставні періоди. Якщо склад каталогу або налаштування звіту змінилися, позначте розрив ряду. Рівність двох сум також не доводить, що вимірювання кожного візиту працює коректно.
Після узгодження доступних зрізів використовуйте кожну систему за призначенням: Search Console – для пошукових показів і кліків, GA4 – для доступних сеансів і дій на сайті. Наступний етап після звіряння даних – розбір того, як пов’язати SEO-трафік із якісними заявками.
Потрібна допомога з вашим проєктом?
Залиште ім’я та номер телефону. Зв’яжуся з вами, щоб обговорити завдання, обсяг робіт і наступний крок.
