Своя аналитика вместо Метрики и Google: зачем она нужна и сколько стоит

4

Этот текст написан в Сообществе, в нем сохранены авторский стиль и орфография

Аватар автора

Яков Радченко

Страница автора

Я делаю интернет-магазины и платформы на заказ, а ещё веду свой fashion-бренд IWANT. И на своём магазине я в какой-то момент выключил чужие счётчики — перестал смотреть на сайт глазами Яндекс Метрики и Google Analytics и собрал собственную аналитику прямо внутри движка.

Звучит как блажь: зачем городить своё, если есть бесплатные счётчики, которые ставят все? Но когда разбираешься, выясняется, что «бесплатно» — это не про деньги. Вы платите данными, скоростью и зависимостью от чужого сервиса. А с 2022 года к этому добавился ещё и юридический риск.

Разберу на пальцах: что не так с обычными счётчиками, что даёт своя аналитика, сколько это реально стоит и кому она пока не нужна. Без религии — не «своё всегда лучше», а где это окупается, а где нет.

О Сообщнике Про

Предприниматель. Фулстек-разработчик. Владелец магазина одежды Iwant Concept Store и студии веб-разработки Etern8.

Это новый раздел Журнала, где можно пройти верификацию и вести свой профессиональный блог.

Почему «бесплатный счётчик» — не бесплатный

Метрика и Google Analytics ставятся в две строчки кода и не стоят ни рубля. Поэтому их и лепят на каждый сайт по умолчанию. Но за это есть скрытая цена, и она не в деньгах.

Вы отдаёте свои данные наружу. Каждый визит, каждый заказ, каждый клик ваших покупателей уезжает на серверы Яндекса или Google. Это данные про ваш бизнес: что покупают, откуда приходят, где отваливаются. Вы ими пользуетесь, но владеет ими не только ваш бизнес.

Вы зависите от чужого сервиса. Счётчик могут переименовать, перекроить интерфейс, убрать привычный отчёт, поменять модель данных — так уже было не раз. Google Analytics целиком переехал на новую версию и сломал привычку миллионам. Вы под это подстраиваетесь, потому что это не ваш инструмент.

Это бьёт по скорости и баннерам. Внешний счётчик — это сторонний скрипт, который грузится с чужого домена и тормозит загрузку. Плюс cookie: чтобы ставить cookie законно, нужен баннер «мы используем cookie», который раздражает людей и который половина закрывает не глядя.

И юридический риск. Google Analytics складывает данные о российских пользователях за рубежом. По закону о персональных данных (152-ФЗ) данные россиян должны храниться в России — из-за этого использование GA на российских сайтах стало зоной риска. Метрика с локализацией в порядке, но это всё равно передача данных о ваших клиентах третьей стороне.

То есть «бесплатный счётчик» — это сделка: вы получаете отчёты, а взамен отдаёте данные, скорость и часть контроля. Для лендинга-визитки это нормально. Для магазина, который реально живёт онлайн, цена начинает кусаться.

Что я собрал вместо счётчиков

На своём магазине IWANT я сделал две вещи — и держу их прямо в админке, рядом с заказами.

Свой трекинг трафика — без cookie. Это мини-аналог Plausible: видно источники, устройства, страницы, но без единого cookie и без сбора персональных данных. Технически визиты считаются по обезличенной подписи (хэш), а не по идентификатору человека, и трекер уважает запрет на слежку в браузере (Do Not Track). Итог: данные остаются на моём сервере, баннер про cookie не нужен, 152-ФЗ соблюдён, чужих скриптов на сайте нет.

Бизнес-аналитика, а не «посещаемость». Метрика хорошо показывает, сколько народу зашло. Но мне как владельцу магазина важнее другое:

  • воронка корзина → заказ: где именно люди отваливаются;
  • сколько денег зависло в брошенных корзинах — это конкретная сумма в рублях, а не абстрактный процент;
  • что реально покупают, а что только смотрят;
  • неудовлетворённый спрос: что искали и не нашли.

Это не «посещаемость», это деньги и решения. И главное — данные уже лежат в моей базе, потому что заказы, корзины и каталог живут в том же движке. Аналитике не нужно ничего «досчитывать» из чужого счётчика, она читает напрямую из базы магазина.

Тот же подход я применяю в клиентских проектах. На платформе недвижимости vsedomatut, например, мы дали партнёрам-застройщикам аналитику по всей цепочке из 4 шагов: показы → просмотры → визиты → заявки. Это не «сколько зашло на сайт», а сколько на каждом шаге теряется и где именно, по каждому партнёру.

Сколько это стоит

Честный ответ, который удивляет: отдельным ценником «модуль аналитики» мы не продаём. И это не уловка — так устроена экономика.

Своя аналитика дёшева не сама по себе, а потому, что она встроена в собственный движок. Если у вас своя разработка, данные о заказах, корзинах и трафике уже лежат в вашей базе данных. Показать их в виде отчётов — это надстройка над тем, что уже есть, а не отдельная система, которую надо строить с нуля и кормить отдельным сервером.

Поэтому стоимость зависит не от «аналитики», а от того, на чём стоит ваш сайт.

Вы на платформе или шаблоне (Tilda, InSales, Битрикс, Shopify). Своей аналитики там нет и не будет — только внешние счётчики или платные приложения по подписке. Это потолок: вы видите ровно то, что отдаёт платформа, и доплачиваете за каждый расширенный отчёт.

У вас своя разработка. Аналитика — часть проекта, а не отдельная статья бюджета. В наших проектах своя разработка платформы начинается от 250 000 ₽, индивидуальная — от 500 000 ₽, и аналитика входит в этот контур, а не идёт сверху. Базовый cookieless-трекинг трафика — небольшой модуль. Бизнес-аналитика (воронка, брошенные рубли, неудовлетворённый спрос) сложнее, но она опирается на данные, которые в своём движке и так есть.

А что по содержанию? Своя аналитика не тянет за собой отдельный счёт. Мой магазин IWANT целиком живёт на VPS меньше чем за 1 000 ₽ в месяц — и аналитика крутится на том же сервере, рядом с самим магазином. Никакой отдельной подписки за то, чтобы видеть свои же данные.

Грубо так: на платформе вы платите подпиской за чужие отчёты вечно; на своей разработке вы один раз закладываете аналитику в проект и дальше она ваша, на вашем сервере, без чужих счётчиков.

Кому своя аналитика НЕ нужна

Честно: это не для всех, и навязывать не буду.

Оставайтесь на Метрике, если у вас лендинг, визитка или небольшой сайт со стандартным сценарием. Вам хватит «сколько зашло и откуда» — а это Метрика даёт бесплатно и хорошо. Городить своё ради этого — пустые расходы.

Не трогайте, если у вас нет своей разработки. На шаблонной платформе своя аналитика не появится — её просто некуда встроить. Тогда вопрос не про аналитику, а про то, готовы ли вы вообще к своему движку.

Подумайте о своём, если: у вас магазин или платформа, которая реально живёт онлайн; вам важна воронка и деньги, а не просто посещаемость; вы не хотите отдавать данные о клиентах наружу; или вам по закону некомфортно с зарубежными счётчиками. Вот тут своя аналитика окупается — и деньгами, и контролем.

Что в итоге

Метрика отвечает на вопрос «сколько людей зашло». Своя аналитика отвечает на вопрос «где я теряю деньги и почему». Для сайта-визитки хватает первого. Для бизнеса, который живёт в онлайне, второе важнее — и оно достижимо, если вы и так делаете свою разработку, потому что данные уже у вас.

Я прошёл это на своём магазине: выключил чужие счётчики, собрал аналитику внутри движка и перестал зависеть от того, что и как покажет чужой сервис.

бизнес
  • Mister EgosОдин только функционал отчётов со всеми фильтрами и группировками Яндекс.Метрики стоит бешеных денег. Это по сути целая CRM с функционалом воронки продаж, пользовательскими параметрами визитов и самое главное со своей командой разработки и бесплатной службой поддержки. Пробовал Roistat, но там точность хуже чем у бесплатных аналогов, а данных ещё меньше. Нужно быть миллиардером, чтобы тратить на разработку и поддержку собственной системы аналитики больше денег чем на сам продукт и всё равно получить на выходе ограниченный набор метрик, который рассмешит любого компетентного маркетолога. На мой взгляд (не маркетолога, а разработчика), если продукт не финансовый и не защищён государственной тайной, то своя система аналитики - это своего рода шапочка из фольги. Ну а в агентствах за точность аналитики с разработчика спрашивает и клиент, и маркетолог. Кто не хочет заработать дергающийся глаз и дополнительную кучу проблем, не связанных с самим продуктом, тот не станет строить подобные велосипеды без крайней необходимости Кстати, что там насчёт термина “cookie” в юридическом контексте? Использование LocalStorage вместо печенек позволяет избежать показа соглашения на сайте?0
  • Яков РадченкоMister, Согласен с большей частью и, кажется, мы про разное. Я нигде не предлагаю переписывать Метрику. Догнать в одиночку её отчёты, фильтры, сегменты и службу поддержки - это утопия, и любой, кто попробует, получит ровно тот дёргающийся глаз, о котором вы пишете. Тут спорить не с чем. Тезис статьи другой: не «сделайте свою Метрику вместо Метрики», а «если у вас и так своя разработка, часть аналитики уже лежит в вашей базе и грех её не показать». Это две разные вещи: Трафик (источники, устройства, страницы) - тут внешний счётчик почти всегда выигрывает, и я это в тексте прямо говорю: для этого Метрика бесплатна и хороша. Свой cookieless-трекер я держу не потому, что он «точнее», а потому что не хочу баннера и передачи данных наружу. Это осознанный размен, а не попытка победить Метрику по числу метрик. Бизнес-данные, воронка корзина→заказ в рублях, зависшие в брошенных корзинах деньги, неудовлетворённый спрос (что искали и не нашли). Вот этого Метрика не даёт в принципе, потому что заказы и каталог лежат в моей базе, а не у неё. И это не «ещё одна система аналитики», а SQL-отчёт поверх данных, которые в движке и так есть. Отдельная команда и сервер под это не нужны. Поэтому «нужно быть миллиардером» - это про сценарий «строим Roistat с нуля сбоку». Мой сценарий другой: аналитика не сбоку, а внутри продукта, который я и так делаю. Цена там не «+система аналитики», а «+пара экранов отчётов». Про агентства согласен целиком: если ты аутсорсишь трекинг и с тебя клиент спрашивает за точность атрибуции, то тут свой велосипед прямой путь к боли. Я пишу с позиции владельца продукта, а не подрядчика по перформансу. Разница важная, стоило оговорить в тексте явнее, спасибо. Теперь про cookie и LocalStorage. Вопрос хороший, и ответ, к сожалению, «нет». Юридический триггер - не слово «cookie», а факт, что вы (а) храните на устройстве идентификатор и/или (б) обрабатываете персональные данные. LocalStorage - это тоже «хранение информации на устройстве». В EU (ePrivacy) под согласие подпадает любой доступ к памяти устройства, не только печеньки, так что замена cookie→LocalStorage там ничего не спасает. В РФ прямого «закона о плашке cookie» нет вообще. Баннеры выросли из смеси мимикрии под GDPR и уведомления по 152-ФЗ; значение имеет, обрабатываете ли вы ПДн. Плашка исчезает не когда вы поменяли API хранилища, а когда реально никого не идентифицируете. У меня баннера нет не потому, что LocalStorage вместо cookie, а потому что идентификатора нет вообще: визит считается по обезличенной подписи, которая не кладётся в браузер как постоянный id, DNT уважается, ПДн не собираются. Уберёте идентификатор - уйдёт и повод для согласия. Оставите id в LocalStorage - повод останется. Дисклеймер: я разработчик, не юрист. За точным раскладом под конкретный проект к профильному.0
  • Mister EgosЯков, спорно. Для воронки продаж в Яндекс.Метрики есть сервис «Электронная коммерция». А источник трафика, на мой взгляд, это нулевая ступенька воронки, которая позволяет посчитать стоимость привлечения клиента по конкретному каналу. Если активно использовать Метрику, в том числе кастомные отчеты, то проще передать недостающие данные из проекта в Метрику. Если проект без особых требований, то причина не делиться данными выглядит чисто религиозной. Хотя.. Какой-нибудь озон наверно тоже не стал бы делиться данными о продажах. И всё-таки Метрика - это крутая вещь. А статистика в самом продукте - это маленькое дополнение к тому пулу информации, что дает метрика. Так что хранить статистику в двух разных местах, пытаясь скрестить ежа с ужом - это странно. Вебвизор в паре с пользовательскими параметрами визитов помогает даже баги локализовать, а не только понять, где теряются деньги.0
  • ДмитрийЧто пишет автор: "Я прошёл это на своём магазине: выключил чужие счётчики, собрал аналитику внутри движка и перестал зависеть от того, что и как покажет чужой сервис" Но на сайте магазина автора картинка другая. Так почему тогда куки и Метрика на сайте еще собираются, если кастомный движок закрывает все, что хочется? 🤓0
Сообщество