Веб-аналитика глазами разработчика

Коротко: веб-аналитика для разработчика в ДэйРике — одна строка скрипта объёмом около 1 КБ: без cookie, без баннера согласия и без consent-обвязки. Тринадцать событий собираются автоматически, нестандартные действия передаются вызовом window.dayrika(), а цели, воронки и отчёты настраиваются в кабинете. Для выгрузок есть сервисный API с Bearer-ключом и лимитом 600 запросов в час.

Как подключить аналитику к сайту

Подключение аналитики к сайту занимает одну строку перед закрывающим тегом </head>:

<script defer data-domain="ваш-домен" src="https://app.dayrika.ru/js/script.js"></script>

Скрипт весит около 1 КБ, ставится с defer и не блокирует отрисовку. Проверка приёма данных простая: откройте сайт в браузере, и через минуту посетители появятся в дашборде.

Второй вариант — first-party прокси: события принимаются через поддомен вашего проекта, например stat.ваш-домен.ru. На сервере настраивается reverse_proxy на приём ДэйРики (в документации — готовые конфиги Caddy и Nginx), в сниппете меняется домен скрипта. Для браузеров и расширений такой счётчик выглядит частью сайта, и блокировщики режут его реже. Когда подойдёт этот режим: сайты с аудиторией, плотно закрытой блокировщиками, и проекты, где важна максимальная полнота данных.

Что счётчик собирает без единой строки кода

Автозахват включается вместе со счётчиком. Девять событий пишутся сразу: переход по внешней ссылке, скачивание файла, страница 404, прокрутка, клики по кнопкам, клики по email и телефону, начало заполнения и отправка формы. Ещё четыре события корзины — «Товар в корзине», «Оформление заказа», «Переход к оплате», «Успешная оплата» — подключаются модулем dayrika-capture.js с data-dayrika-атрибутами на кнопках покупки. Для интернет-магазина это единственная разметка, которую придётся расставить руками.

Как передать custom-событие

Действия, которых нет в автозахвате, — просмотр видео, расчёт в калькуляторе, переключение вкладок — передаются вызовом из любого места клиентского кода:

window.dayrika('Имя события', {amount: 2400})

Три рабочих правила из документации: имя события используется в целях и должно совпадать символ в символ; свойство amount или revenue превращает событие в источник дохода; вызов размещается в том месте интерфейса, где действие фактически совершилось. Сумма передаётся в рублях, доход в кабинете хранится в копейках вместе с валютой сайта.

Что настраивается в кабинете без разработчика

Цели, воронки и отчёты — зона маркетолога, и код им не требуется:

• цели двух типов — по имени события и по просмотру страницы вроде /spasibo-za-zakaz; создаются в настройках сайта;
• воронка — последовательность из 2–10 шагов в рамках одного визита, с окном в минутах; отчёт показывает отвал между шагами;
• доход считается по событиям с суммой: вместо атрибута на форме оплаты можно передавать amount прямо в вызове события;
• публичные ссылки на дашборд /share/ — для клиентов и коллег без доступа в кабинет.

События автозахвата пишутся в базу до создания целей: цель, добавленная позже, начинает считать накопленную историю. Разработчику не нужно «задним числом» дособирать данные.

Как выгружать данные через API

Ключ создаётся в кабинете: настройки профиля → «API-ключи». Запросы авторизуются заголовком Authorization: Bearer, описание — по OpenAPI 3.0 (GET /api/v1/openapi.json). Основные ручки:

Ручка	Назначение
GET /api/v1/stats/aggregate	агрегаты: visitors, pageviews, events, revenue и другие
GET /api/v1/stats/timeseries	временные ряды с интервалом день или месяц
GET /api/v1/stats/breakdown	разрез по свойству: источник, страница, страна
GET /api/v1/stats/conversions	конверсии с utm, yclid, rb_clickid и доходом (скоуп conversions:read)

Лимит по умолчанию — 600 запросов в час на ключ, превышение отвечает 429. Для сервисных интеграций лимит повышается администратором, а доступ ограничивается белым списком IP. Ручка конверсий — сервисная: она отдаёт построчные конверсии с рекламными метками и доходом, из которых собираются собственные дашборды и синхронизация с CRM.

Как передать офлайн-конверсию

Оплаты по счёту или по звонку не проходят через сайт, поэтому их конверсии передаются через сервисный API как события с суммой и попадают в отчёты вместе с онлайн-конверсиями. Схема применяется, когда сделку закрывает менеджер: факт оплаты фиксируется событием с amount, и выручка в кабинете остаётся полной.

Какие платформенные сервисы подключаются рядом

A/B-тесты работают тем же принципом «минимум кода». Один скрипт SDK (ab.dayrika.ru/js/ab.js) подключается на сайт, вариант на визит назначает сервер — без cookie и хранилищ в браузере. Правки страницы (текст, цены, кнопки, стили) выполняются визуальным редактором, отчёт считает конверсию и доход по вариантам со z-тестом значимости. Для QA есть параметр принудительного назначения варианта.

Короткие ссылки живут на домене вашего проекта (go.ваш-домен.ru/promo): проставляют UTM-разметку, сохраняют yclid и rb_clickid с посадочной и атрибутируют конверсию источнику перехода. Служебный домен ДэйРики для клиентских ссылок не используется — ссылки остаются на бренде сайта.

От какой обвязки разработчик избавлен

Типовая связка «cookie-счётчик + баннер согласия + скрипт управления consent» в этой схеме не нужна: счётчик не записывает файлы cookie и идентификаторы в браузер посетителя. Уходит и поддержка этого хозяйства — версии баннера, согласования с юристами, логика блокировки тегов до клика.

Рамки честности: отсутствие cookie не отменяет требования 152-ФЗ к сайту в целом и не заменяет юридическую оценку проекта. Но именно запись идентификаторов в браузер — то, из-за чего аналитика тянет за собой согласия, и здесь этой причины больше нет.

Похожие статьи

Механика — по официальной документации: дэйрика.рф/docs/.