Як перейти з Google Analytics на Matomo
Як перейти з Google Analytics на Matomo
Перехід із Google Analytics на Matomo — це не просто косметична заміна. Це зміна звітності з наслідками, і найбезпечніший варіант починається з вузького масштабу: один сайт, одна властивість або один набір кампаній. Якщо спробувати перенести все в перший же день, перший тиждень піде на розплутування старих тегів і суперечки щодо цифр.
Щоб старт був чистим, визначте, що означає «готово», ще до того, як торкнетеся коду відстеження. Практична мета звучить просто: у Matomo є ключові звіти, команда може читати їх без сторонньої допомоги, а GA залишається лише для порівняння на період переходу. Цього достатньо. Якщо ви не можете описати фінішну точку одним реченням, міграція занадто розмита.
Є одна фраза, яку варто сказати прямо: як перейти з Google Analytics на Matomo залежить не стільки від інструмента, скільки від того, який обсяг звітів ви захищаєте. Невеликий інтернет-магазин може зосередитися на оформленні замовлення, переглядах товарів і використанні купонів; контентний сайт — на читанні статей, глибині прокрутки та підписках на розсилку. Різний сайт — різний перехід. Та сама дисципліна.
1. Визначте, що означає «готово» для цієї міграції
Почніть із письмового обсягу робіт і тримайте його вузьким. Назвіть сайт, властивість і групу кампаній, які переїдуть першими. Якщо бізнес просить «перенести весь акаунт», зупиніть це і виберіть один набір звітів. Міграція з однією ціллю керована; міграція з п’ятьма цілями — це проєкт, який ніколи не стабілізується.
Запишіть критерії успіху так, щоб їх можна було перевірити за 10 хвилин, а не обговорювати 10 днів. Наприклад: «Matomo показує сесії, конверсії та основні цільові сторінки для сайту A», і «GA залишається активним лише 2 тижні для порівняння». Ці два рядки задають команді межу. Без них хтось попросить ще одну панель у найгірший момент.
Так само варто зафіксувати й межу провалу. Якщо в налаштуваннях Matomo не врахована головна конверсія або бізнес не може перевірити цифри під час періоду паралельної роботи, перехід ще не готовий. Це звучить жорстко. Зате економить час.
2. Зробіть інвентаризацію даних Google Analytics, які не можна втратити
Перш ніж щось переносити, складіть список елементів GA, які мають значення. Додайте точні панелі, які люди відкривають щодня, користувацькі параметри, що несуть бізнес-сенс, події, прив’язані до доходу, конверсії, аудиторії, фільтри та налаштування, пов’язані з атрибуцією. Міграція без цього списку — це вгадування з красивішою назвою.
Використовуйте назви, а не описи. «Панель платного пошуку» краще за «маркетингові штуки». «Подія відправлення форми ліда» краще за «контактні дії». Якщо за звітом стоїть реальний власник, запишіть його ім’я поруч. Цей невеликий крок дуже допомагає, коли пізніше хтось каже: «Я думав, що цим фільтром користується відділ продажів».
Деякі елементи GA не заслуговують на відтворення один-в-один. Це нормально. Рідко використовуваний сегмент аудиторії з минулого року може не варто переносити в Matomo, якщо він ніколи не впливав на рішення. Сенс не в тому, щоб зберегти кожен об’єкт; сенс у тому, щоб зберегти 20% того, чим люди реально користуються.
Якщо під час збору списку вам потрібна проста опора, тримайте окремий чекліст для дивних сторінок і нішевих звітів. Та сама звичка допомагає і в інших випадках; наприклад, команді, якій треба перевірити сторінку сайту, може стати в пригоді як перевірити, чи є в сайту швидкий шаблон для звірки. Назва змінюється, а правило лишається тим самим: знати, що саме треба знайти, ще до пошуку.
3. Зіставте концепції GA з відповідниками в Matomo
Створіть таблицю перекладу з 2 колонками: термін GA і термін або спосіб у Matomo. Запишіть, що збігається прямо, а що ні. Перегляди сторінок, події, цілі, сегменти, користувацькі параметри та відстеження кампаній — усе це має бути в таблиці. Саме тут міграція стає конкретною, а не теоретичною.
Деякі відповідності прості. Інші — ні. Аудиторії GA можуть перетворитися на сегменти Matomo або інше правило звітності. Налаштування атрибуції GA може не мати такого самого поведінкового сценарію в Matomo, тож, можливо, доведеться змінити саме запитання, а не намагатися втиснути стару відповідь у новий інструмент. Запишіть це, бо люди швидко забувають, щойно на екрані з’являються дашборди.
Залиште одну колонку для «та сама ідея, але інша логіка». Вона важлива. Якщо GA рахував метрику одним способом, а Matomo — іншим, команда має знати це ще до того, як побачить цифри. Інакше всі вирішать, що міграція зламана, хоча проблема — у зміні визначення.
Для команд, які вже ведуть структуровані довідкові сторінки, таке зіставлення працює так само, як уважний пошук у каталозі на кшталт сонника на літеру п: один термін, одне місце, одне значення. Інструмент може бути інший, але звичка знайома. Спочатку зіставляйте, потім сперечайтеся.
4. Сплануйте перехід як малоризикову зміну
Дата міграції має бути обрана свідомо. Уникайте запусків продукту, піків кампаній і дедлайнів звітності. Перехід у понеділок зранку часто створює зайвий шум; спокійне вікно в середині тижня зазвичай простіше перевірити. Один малоризиковий перехід кращий за драматичний.
Визначте, скільки триватиме період паралельної роботи: 3 дні, 1 тиждень чи довше. Він має бути достатньо довгим, щоб порівняти результати, але достатньо коротким, щоб ніхто не тримав дві системи просто за інерцією. На цей час призначте, хто перевіряє звіти, хто затверджує рішення і хто може призупинити перехід, якщо цифри виглядають неправильно.
Призначте одного відповідального за валідацію. Не трьох. Одна людина може зібрати зворотний зв’язок від аналітики, продукту та маркетингу, але рішення має бути за нею. Якщо перехід належить усім, то не належить нікому. Саме тоді дрібні проблеми відстеження тягнуться місяцями.
Про зміну доступів думайте лише після того, як період паралельної роботи стабільний. Якщо забрати доступ до GA занадто рано, люди почнуть панікувати й будувати таблиці вручну. Якщо затягнути надто довго, вони перестануть користуватися Matomo. Тут час важливіший за формальності.
5. Спочатку відтворіть у Matomo критичні звіти
Не намагайтеся копіювати кожен вигляд GA. Спочатку відновіть щоденні звіти: трафік за джерелами, найпопулярніші сторінки, основні конверсії та ті сегменти, які команда перевіряє щотижня. Якщо звіт не впливає на рішення, залиште його на потім. Саме тут багато міграцій сповільнюються без жодної причини.
По можливості використовуйте рідні налаштування Matomo. Близька копія GA може виглядати заспокійливо, але пізніше створити додаткові витрати на підтримку. Кращий підхід — відтворити бізнес-питання, а не старий скриншот. Якщо в GA було чотири вкладки, а Matomo може відповісти на те саме питання двома панелями, обирайте дві панелі.
Підключайте найпомітніші звіти ще до того, як хтось їх попросить. Якщо відділ продажів щодня дивиться якість лідів, а маркетинг — трафік кампаній щопісляобіду, саме ці два звіти слід відновити першими. Решта може зачекати. Люди швидше пробачають крайні випадки, ніж відсутній понеділковий звіт.
Деякі команди під час роботи над списками звітів люблять перевіряти й інші довідкові процеси сайту, особливо якщо контент розміщений на кількох сторінках. Практичний приклад — як перевірити, чи є в сайту, що показує цінність перевірки точної сторінки, яку очікує знайти користувач. Із звітністю так само: звіт має бути саме тим, яким люди реально користуються.
6. Перевірте події та цілі на реальних діях користувача
Тестуйте реальні дії, а не лише завантаження сторінок. Надішліть форму, завершіть покупку, завантажте файл і натисніть на зовнішнє посилання. Потім перевірте, чи Matomo зафіксував кожну дію так, як це потрібно бізнесу. Швидке тестування корисне, але методичне економить переробки.
Тримайте тест-кейси короткими та конкретними. «Відправлення контактної форми зі сторінки цін» краще за «перевірити воронку». «Завершення покупки з кодом купона» краще за «тест покупки». Чітка дія дає чіткий баг. Розмите тестування створює ввічливу плутанину.
Порівнюйте результати з GA під час періоду паралельної роботи, але не очікуйте повної ідентичності. Різні інструменти можуть рахувати трохи інакше через обробку згоди, час або особливості налаштування. Важливе питання — чи Matomo надійно фіксує ту саму бізнес-дію. Якщо ні, виправте тег або правило цілі ще до переходу.
Це також вдалий момент, щоб записати крайні випадки. Наприклад, файл для завантаження, який відкривається в новій вкладці, може потребувати іншого тригера, ніж стандартний клік по посиланню. Одне правило рідко вловлює всю поведінку з першого разу. Це нормально, і саме тому список тестів має бути достатньо коротким, щоб пройти його за один післяобідній сеанс.
7. Навчіть команду робочому процесу звітності в Matomo
Проведіть для аналітиків і стейкхолдерів 30-хвилинний огляд, а потім дайте їм письмовий шлях до 3–4 звітів, які вони використовують найчастіше. Поясніть, де живуть сегменти, як працюють анотації та які звички з GA більше не актуальні. Людям не потрібна лекція по кожному меню. Їм потрібно знати, де відповідь на понеділок.
Використовуйте реальні приклади з перенесеного сайту. Відкрийте звіт по лідах, звіт по продукту та звіт по цільових сторінках. Пройдіться по фільтрах. Якщо ви покажете звіт кампанії з точною назвою, яку маркетингова команда використовувала в GA, крива навчання одразу знизиться. Знімки екрана допомагають, але живі кліки — ще більше.
Пояснюйте відмінності прямо. Якщо аудиторія в стилі GA тепер є сегментом Matomo, скажіть це. Якщо збережений звіт змінив розташування, теж скажіть. Якщо стейкхолдер просить метрику, якої більше немає в такому вигляді, дайте відповідь через новий процес, а не історію про старий інструмент. Люди адаптуються швидше, коли відповідь пряма.
Деякі команди тримають невеликий довідник для повторюваних пошуків, і це може стосуватися також контентних сторінок. Якщо команда працює з інформаційними сторінками, посилання на кшталт сонника на літеру к нагадує, що впорядковані категорії зменшують час пошуку. Навчання звітності працює так само: одне місце для одного завдання.
8. Приберіть залежності від GA після передачі
Після того як узгоджений обсяг звітності стабільно працює в Matomo, складіть список усіх залишкових залежностей від GA. Це включає дашборди, теги, сповіщення, документацію, SOP, закладки в браузері та скрипти, які досі вказують на GA. Не залишайте жодного без перевірки. Старі посилання мають звичку переживати міграцію ще довго після того, як вона «завершена».
Видаляйте або переписуйте ці елементи по одному. Примітка на панелі з текстом «перевірити GA» має стати «перевірити Matomo». Інструкцію, де людині радили щоранку порівнювати дані з GA, слід оновити під новий процес або заархівувати, якщо вона більше не потрібна. Маленькі кроки очищення тут важливі, бо не дають старим звичкам повернутися.
Зробіть один фінальний контрольний чек порівняння, а потім закрийте вікно GA для перенесеного обсягу. Якщо команді все ще потрібен GA як історична довідка, обмежте його режимом лише для читання і призначте дату перегляду. Якщо ні — зменшіть доступ і приберіть рутинні перевірки. Чим довше GA залишається частиною щоденного процесу, тим важче зрозуміти, яка система є джерелом правди.
На цьому етапі допомагає проста звичка з підтримки: переглядайте активні звіти щомісяця, а не щокварталу. 15-хвилинна перевірка ловить застарілі панелі ще до того, як вони заплутають наступного власника кампанії. Невелике прибирання зараз дешевше за другу міграцію потім.
