Команды обычно начинают такой переход по 3 практическим причинам: отчётность кажется проще, изменились требования к конфиденциальности или старая настройка разрослась в набор собственных правил, который помнит только один человек. Если это вам знакомо, вы не одиноки. Со временем аккаунт Matomo может стать очень специфичным, и именно эту точность чаще всего хотят сохранить, избавившись от остального.
Секрет в том, чтобы воспринимать это как проект по трекингу, а не просто как замену инструмента. Если вы планируете, что каждый сайт, который вы ведёте, будет использовать одну и ту же логику измерений, миграции нужны названия, цифры и прописанная последовательность действий. Иначе первую неделю после запуска вы будете задаваться вопросом, почему одна конверсия попала в Matomo и так и не появилась в Astrina. Это плохая неделя.
Здесь важны две короткие мысли: сохраните старые данные в безопасности. И ещё: не делайте предположений. Переезд с Matomo на Astrina лучше всего проходит тогда, когда вы точно знаете, что отслеживается сейчас, что нужно перестроить и какие отчёты должны безболезненно перейти в работу в первый день.
1. Зачем переходить с Matomo на Astrina
Большинство команд уходят не потому, что им не нравится аналитика. Они переходят, потому что рабочий процесс вокруг Matomo стал тяжелее, чем вопросы, на которые они пытаются отвечать. Маркетинг-менеджеру могут быть нужны 4 ежедневных показателя, а не 40 экранов. Разработчику — меньше трекеров в поддержке. Специалисту по комплаенсу — другой подход к согласию, доступу к данным или срокам хранения.
Есть и отчётная сторона. Некоторые команды хотят меньше времени проводить в вложенных меню и больше — в одном дашборде. Если это ваш случай, Astrina может подойти лучше и удобнее, особенно если вам важна настройка, в которой одну и ту же структуру сайта, отчёта и событий сможет понять не один человек. Для агентств все сайты клиентов в одном дашборде могут экономить часы, которые иначе уходили бы на переключение между аккаунтами.
Смена платформы — это не только про функции. Это ещё и про людей, которым потом пользоваться этим каждый день. Если из команды из 12 человек Matomo глубоко понимают только 2, значит, инструмент, скорее всего, делает больше, чем нужно команде. Такое несоответствие быстро становится дорогим.
2. Проверьте текущую настройку Matomo
Прежде чем что-либо трогать, составьте полный инвентарь Matomo. Начните с отслеживаемых доменов: основной сайт, поддомены, staging и все важные кросс-доменные пути. Затем перечислите теги, цели, пользовательские измерения, события, роли пользователей и интеграции. Да, всё. Один забытый staging-домен может месяцами загрязнять отчётность на продакшене.
Далее проверьте, как называются события. Если одна команда использует «CTA Click», а другая — «Button Click», это уже два стандарта трекинга. Сохраните точные строки. То же относится к целям, основанным на URL, времени на странице или действиях с событиями. Если цель срабатывает на третьем шаге оформления заказа, запишите точный номер шага.
Доступ тоже важен. Отметьте, кто может редактировать теги, кто видит сырые отчёты, а кто получает только сводки. Миграция может провалиться в социальном смысле задолго до технического сбоя. Если 1 аналитик и 4 маркетолога зависят от одного аккаунта Matomo, всем им нужно понимать, что изменится в день запуска.
Интеграции легко упустить. Проверьте, передаёт ли Matomo данные в CRM, рекламные платформы, инструменты согласия или внутренние дашборды. Если отчёт каждую неделю по понедельникам выгружается в другую систему, для этой передачи нужен план замены. Нет передачи — нет доверия.
3. Сопоставьте отчёты и события Matomo с Astrina
Вот здесь многие миграции становятся поверхностными. Люди копируют просмотры страниц и забывают о бизнес-логике. Лучше заранее сопоставить каждый отчёт Matomo с тем отчётом Astrina, который его заменит, строка за строкой, ещё до установки любого скрипта. Если отчёт Matomo показывает трафик по посадочным страницам, решите, какой метрикой просмотров страниц в Astrina будет источник истины. Если событие Matomo фиксирует «Download PDF», оставьте эту метку или сделайте её столь же понятной.
То же самое сделайте для конверсий. Если Matomo считает регистрацию после страницы благодарности, а Astrina будет считать то же действие по событию отправки формы, обязательно отметьте разницу в таблице сопоставления. Эта одна деталь меняет то, как вы будете сравнивать старые и новые цифры в первые 2–3 недели. И она же не даст людям паниковать, когда в первый день отчёты не совпадут полностью.
Сделайте сопоставление настолько простым, чтобы его мог прочитать кто-то ещё. Хорошая таблица обычно содержит 4 столбца: элемент Matomo, значение, замена в Astrina и примечания. По одной строке на метрику. По одной строке на событие. По одной строке на цель. Если позже команде снова понадобится понять, как перейти с Matomo на Astrina для второго сайта, эта таблица станет шаблоном.
Если вы используете Astrina для более широких задач по сайту, полезно держать рядом и сопутствующие материалы, например astrina для решений по SEO-отслеживанию или структуре отчётности. Не каждой команде это нужно в первый день, но дисциплина в названиях хорошо переносится дальше.
4. Экспортируйте нужные данные и настройки трекинга
Перед переключением экспортируйте всё, что можно. Исторические отчёты важны, потому что они показывают базовый уровень, с которым вы потом будете сравниваться. Сохраните последние 12 месяцев, если возможно, или хотя бы те периоды, которые бизнес просматривает чаще всего. Продуктовой команде может быть нужно 90 дней. Контент-команде — 24 месяца. Количество зависит от цикла ревью, а не от инструмента.
Также задокументируйте настройки. Это означает ID сайтов Matomo, определения целей, категории событий, пользовательские измерения, фильтры и все сегменты, которые используются в регулярной отчётности. Если у вас есть отчёты по времени, сохраните часовой пояс. Если есть исключения URL, сохраните точные шаблоны. Мелочи становятся большими проблемами после миграции.
Сохраните копии скриншотов тех отчётов, которые важны для руководства. График с 6 месяцами тренда проще защитить, чем устно объяснять, что раньше происходило. Если позже кто-то спросит, почему в марте просел трафик, старые доказательства должны быть под рукой.
Некоторые команды экспортируют сырые данные для внутренних архивов. Другие документируют только те отчёты, которые реально используются. Оба подхода могут работать. Не работает только один вариант — оставить старую настройку без документации и надеяться, что через шесть недель память заполнит пробелы.
5. Настройте Astrina и установите отслеживание
Сначала создайте аккаунт Astrina, затем добавьте сайт. Если команда управляет несколькими доменами, используйте одинаковый принцип именования для всех свойств. «Main site», «blog» и «checkout» могут казаться очевидными, но понятные названия предотвращают ошибки, когда открыто 8 вкладок и кто-то поздно вечером в пятницу копирует настройки.
Установите трекинг тем способом, который Astrina рекомендует для вашего сайта. Для одних команд это означает добавление скрипта в header. Для других — через менеджер тегов или другой предпочтительный путь установки. Важнее не метод, а единообразие: один сайт, один проверенный трекер, одно известное место для его поддержки. Если вы уже храните документацию в централизованном месте, добавьте туда заметки по установке и версионируйте фрагмент кода.
После установки проверьте базовый поток просмотров страниц как минимум на 3 страницах: главной, контентной и странице конверсии. Такой быстрый тест помогает поймать многие типовые проблемы, от отсутствующих скриптов до двойной загрузки. Если страница исключена в Matomo, проверьте, нужно ли такое же исключение в Astrina до запуска.
Командам, которые сравнивают тарифы во время настройки аккаунта, astrina поможет выстроить разговор вокруг лимитов и роста. Это полезно, когда нужно решить, переносить ли 1 свойство сейчас или 5 свойств в одной фазе.
6. Воссоздайте цели, события и кастомный трекинг
Воссоздавайте элементы измерения по одному. Начните с целей, потому что они определяют успех. Затем переходите к отслеживанию событий, потому что названия событий обычно проще всего сравнивать в Matomo и Astrina. После этого настройте воронки и пользовательские измерения. Такой порядок делает первые отчёты понятными.
Если Matomo отслеживает отправку формы, воспроизведите тот же триггер в Astrina. Если Matomo считает покупку после экрана благодарности, решите, должен ли Astrina фиксировать её по финальному URL, по нажатию кнопки или по серверному подтверждению. Технический выбор должен соответствовать бизнес-смыслу. Это единственное, что действительно важно.
Пользовательские измерения требуют особого внимания. Такое поле, как «тип тарифа» или «статус входа в систему», может изменить интерпретацию каждого отчёта. Если в Matomo это поле хранилось в одном месте, а в Astrina хранится в другом, запишите сопоставление с примерами. Один пример лучше 10 расплывчатых заметок. Например, «тип тарифа = annual» должен означать абсолютно одно и то же в обеих системах.
Когда вы перестраиваете более сложные структуры, держите список событий коротким. Пять надёжных событий лучше, чем 15 наполовину используемых. Это также ускоряет последующую проверку. Добавить больше можно всегда — после первой чистой недели.
7. Протестируйте миграцию перед запуском
Тестировать нужно по чек-листу, а не на интуиции. Откройте сайт в чистом браузере, вызовите 3 просмотра страниц, запустите 2 события и пройдите 1 путь конверсии. Затем сравните данные Astrina с тем поведением, которое вы ожидаете от Matomo. Если есть кросс-доменный трекинг, проверьте и его. Одна отсутствующая связка может сломать весь путь.
Проверьте фильтры и исключения до запуска. Если внутренний трафик исключался в Matomo, подтвердите то же правило в Astrina. Если staging-домен не должен попадать в отчёты продакшена, протестируйте именно это условие. Одно пропущенное исключение может сделать первый отчёт больше, чем он должен быть.
Проверки на нескольких устройствах и в разных браузерах тоже полезны. Форма может нормально отправляться на десктопе и сбоить на мобильном. Событие оформления заказа может срабатывать в Chrome и зависать в Safari. Такие различия раздражают, но они проявляются сразу, если перед переключением вы протестируете 2 устройства и 2 браузера.
Если команда опирается на алерты или сводки в стиле digest, решите, настраивать ли их до запуска или в первую неделю после. Отдельный материал о том, стоит ли выбрать стоит ли выбрать alerts и daily digest в аналитике, поможет с этим решением.
8. Переключитесь, наблюдайте и отключите Matomo
Назначьте дату переключения и объявите её. Не расплывчатый период. Дату. Если маркетингу, продуктовой команде и разработчикам нужно обновить ссылки или дашборды, они должны знать точный понедельник или четверг, когда Astrina станет активным источником.
В день запуска оставьте Matomo работать для сравнения. Такой период параллельной работы обычно короткий, но полезный. Сравнивайте просмотры страниц, события и конверсии в течение 3–7 дней, а затем ищите причины любых различий. Иногда расхождение нормально: новый фильтр, другой триггер события или изменение логики подсчёта конверсии. Иногда это баг. В любом случае сравнение подсказывает, на чём сосредоточиться.
Внимательно следите за первыми отчётами. Первые 24 часа часто показывают базовые вещи: общий объём просмотров страниц, топ-страницы, объём событий и то, работает ли путь конверсии так, как ожидается. Если что-то выглядит неправильно, исправьте трекинг до того, как сообщите стейкхолдерам, что данные окончательные. Такой порядок помогает избежать неловкости.
Отключайте Matomo только тогда, когда команда уверена в Astrina и есть задокументированная причина перестать следить за старым аккаунтом. Некоторые организации оставляют Matomo только для чтения как исторический архив. Другие закрывают его после прохождения 1 полного цикла отчётности. Любой вариант подходит, если данные сохранены, таблица сопоставления хранится в архиве, а команда знает, где искать в следующий раз, когда отчёт изменится.
И последний практический совет: храните старые скриншоты, таблицу сопоставления и дату запуска вместе. Это и есть цепочка доказательств. Если через полгода кто-то спросит, почему во 2-й неделе изменилась конверсия, ответ будет лежать в 3 файлах, а не в памяти.
