Метрика, ты что?! Всё верно, но я забыл про реорганизацию: как не потерять данные веб-аналитики при изменениях на сайте

Внезапное «озарение»: аналитика показывает нули, хотя сайт работает, реклама крутится, менеджеры обрабатывают заявки. Привычная картина для тех, кто однажды решил «немного» переделать структуру проекта и забыл предупредить об этом счётчик. Именно такой случай описывается в недавней публикации на Хабре: разработчики провели реорганизацию сайта, всё сделали правильно, но про настройки Метрики вспомнили уже после того, как данные перестали сходиться. Заголовок статьи — «Метрика, ты что?! Всё верно, но я забыл про реорганизацию» — точнее всего передаёт смесь удивления и досады. В этом материале разбираемся, почему реорганизация — это не только про код и дизайн, но и про аналитику, а также даём практический чек-лист, который поможет избежать подобных ошибок.

Что такое реорганизация с точки зрения веб-аналитики

Под реорганизацией обычно понимают комплексное изменение структуры сайта: смена CMS, переезд на новый домен, объединение разделов, изменение URL-адресов, внедрение новых посадочных страниц или даже переход с HTTP на HTTPS. Для пользователя это часто незаметно — главное, чтобы страницы грузились быстро. Но для счётчиков аналитики любые изменения — это серьёзный стресс. Яндекс.Метрика, Google Analytics и другие системы собирают данные на основе правил, которые были заданы при настройке: цели, фильтры, виртуальные визиты, разметка ссылок. Если правила остаются прежними, а структура сайта меняется, данные начинают отражать не реальное поведение пользователей, а артефакты прежней конфигурации.

Самые частые проблемы:

• Битые цели. Цель типа "переход на страницу /thanks/" перестаёт работать, если после реорганизации благодарственная страница получила другой URL.
• Потеря разметки. UTM-метки проставлялись вручную в старой CMS, а новая их обрезает или не поддерживает.
• Дубликаты страниц. Одна и та же страница доступна по двум адресам (с www и без, с /index.php и без), и Метрика считает их разными.
• Зацикленные фильтры. Фильтр по содержимому страницы или по параметрам может начать отбрасывать трафик на новых страницах.
• Потеря электронной коммерции. Если используется интернет-магазин, после реорганизации часто меняются идентификаторы товаров или валюты, что ломает передачу данных о заказах.

Кейс из публикации на Хабре: что произошло

Автор статьи, на которую мы ссылаемся, столкнулся с классической ситуацией: после реорганизации (в тексте не уточняется, была ли это смена CMS или новый роутинг) счётчик Яндекс.Метрики продолжал работать, но все новые страницы попадали в раздел "Не определён" или учитывались с искажениями. Самое обидное — визуально всё выглядело нормально: на странице сайта информер показывал количество визитов, но в отчётах по источникам трафика данные расходились с реальными логами сервера.

Разработчики, по их словам, долго искали причину: проверяли код счётчика, пересоздавали цели, смотрели сетевые запросы. В итоге оказалось, что при реорганизации структуры сайта был изменён порядок передачи параметров визита, а настройки Метрики (в частности, фильтр по поддоменам) остались от старой версии. Фильтр отбрасывал часть обращений, потому что в новом URL появился префикс, который раньше не использовался. После того как фильтры были обновлены, данные вернулись в норму. Источник

Как реорганизация ломает данные Метрики: технический разбор

1. Изменение схемы URL

Метрика по умолчанию склеивает визиты по cookie и IP. Но если на сайте теперь используется новый шаблон адресов (например, вместо /product.php?id=123 стало /catalog/123/), старые цели, основанные на подстроке /product.php, перестают срабатывать. Кроме того, если не настроен редирект со старых URL, поисковые системы могут индексировать оба варианта, а Метрика будет видеть переходы с одной и той же страницы как с разных.

2. Смена домена или поддомена

Когда сайт переезжает на новый домен, в Метрике нужно обновить список доменов в настройках счётчика. Если этовсего забыть, Метрика будет либо отбрасывать визиты как "левые", либо считать их без разбивки по источникам. Часто также требуется настроить перенос данных со старого счётчика, чтобы сохранить историю.

3. Переход на HTTPS

Для Метрики это не так критично, как для старых систем, но если на страницах остаются смешанные ссылки (http и https), браузер может блокировать отправку данных, и часть сессий потеряется. Рекомендуется после перехода на HTTPS проверить, что все внутренние ссылки используют защищённый протокол, и при необходимости настроить редирект.

4. Изменение кода сайта и атрибутов счётчика

Если реорганизация включает замену шаблонов, нужно убедиться, что код Метрики не потерялся на некоторых страницах. Бывает, что новый шаблон выводит счётчик только в футере, а страницы, которые рендерятся через AJAX, вообще его не содержат. Тогда данные по кликам на динамические элементы потеряются.

Чек-лист: что проверить после реорганизации

Чтобы не попасть в ситуацию из статьи, выполните следующие шаги в первые же часы после запуска новой версии сайта.

1. Проверьте базовую работу счётчика

Откройте сайт в браузере с включённым режимом отладки (консоль разработчика) и убедитесь, что запрос к mc.yandex.ru/metrika/watch.js (или аналогичному) выполняется на всех ключевых страницах. Число в визите можете сверить с логами сервера.

2. Сверьте цели

Составьте список всех целей в Метрике и пройдите по сайту по сценариям, которые должны их активировать. Обратите внимание на цели с условием URL. Если URL изменились — обновите их в настройках.

3. Проверьте фильтры

Перейдите в настройки счётчика → "Фильтры" и посмотрите, не содержат ли они старых доменов, подстрок "http://" или IP-адресов. Убедитесь, что фильтры не исключают новые разделы сайта.

4. Проверьте содержимое отчётов

Откройте отчёт "Источники" и "Страницы входа". Если видите большое количество страниц с меткой "(не определено)" или странные URL, которые не существуют на новом сайте, это верный признак того, что счётчик собирает данные со старых ссылок, возможно, из кэша поисковиков.

5. Протестируйте электронную коммерцию

Если сайт использует отчёты электронной коммерции, совершите тестовый заказ и проверьте, передаётся ли он в Метрику. Часто после реорганизации разработчики забывают обновить идентификаторы целей в ecommerce-модуле.

Пример из практики: реорганизация каталога

Представьте интернет-магазин, который реорганизовал структуру каталога: вместо категорий типа /catalog/phones/ были созданы поддомены для каждого бренда, например phone.example.com/samsung/. Если в Метрике настроена цель "Просмотр страницы" с условием URL содержит "/catalog/phones", она мгновенно перестанет работать. Более того, если в счётчике не указан основной домен example.com, то визиты на поддомен будут считаться визитами на другой сайт.

Как правильно действовать? Перед изменением структуры создайте новую цель с условием URL содержит "/samsung" и свяжите её со старой целью при необходимости через параметр "Внутренняя цель". После запуска проверьте, что обе цели срабатывают, а затем старую можно деактивировать.

Автоматизация настройки счётчиков через API

Ручная перенастройка Метрики после каждой реорганизации — путь к постоянным ошибкам. Гораздо надёжнее автоматизировать процесс. Яндекс.Метрика предоставляет API, с помощью которого можно массово обновлять цели, фильтры и настройки счётчиков. Например, можно написать скрипт, который сканирует карту сайта (sitemap.xml), сверяет её с базой целей и добавляет новые URL автоматически. Это особенно полезно при регулярных реорганизациях, когда сайт растёт и структура меняется ежемесячно.

Для автоматизации задач веб-аналитики многие используют платформы, которые уже умеют работать с API Яндекс.Метрики и других сервисов. ASI Biont поддерживает подключение к Яндекс.Метрике через API — подробнее на asibiont.com/courses. Это позволяет настроить автоматическую синхронизацию данных между сайтом, CRM и аналитикой без ручного вмешательства.

Типичные ошибки при реорганизации

1. Не проверяют редиректы. Если старые URL отдают 404, а не 301, Метрика не фиксирует переход, и вы теряете данные о посещении страницы, которую пользователь искал.
2. Забывают про SPA. Если новый сайт — одностраничное приложение (SPA), то стандартный код Метрики не отслеживает виртуальные просмотры. Нужно настроить вручную вызов ym(..., 'hit', url). Это обстоятельство часто упускают, когда реорганизация включает переход с классических страниц на SPA.
3. Копируют старые цели не глядя. Перенося цели из одного счётчика в другой, не учитывают изменившиеся параметры (например, теперь используется UTM-метка utm_campaign с другим значением).
4. Не обновляют метрику конверсий в рекламных кабинетах. В Яндекс.Директе цели привязаны к счётчику. Если при реорганизации вы создали новый счётчик, старые цели в кампаниях перестанут работать.

Заключение

История, описанная в статье на Хабре, — не единичный случай. Практически каждый разработчик, кто работает с веб-аналитикой, хотя бы раз сталкивался с тем, что после реорганизации сайта данные стали "врать". Причём проблема обнаруживается не сразу, а через несколько дней, когда накапливается статистика. Именно поэтому важно включать настройки счётчика в общий план работ по реорганизации.

Запомните простое правило: любое изменение структуры сайта требует аудита аналитики. Это не затратная операция, но она экономит часы на разбор искажённых отчётов. Используйте чек-лист из этой статьи, а для масштабных проектов подключайте автоматизацию через API. И тогда Метрика не скажет вам: "Ты что?!"