Изменения

Как читать журнал#

• Тег загружается с analytics.daratech.ru вместе с настройками сайта, поэтому новая версия доходит до страниц сама — не позже чем через 5 минут после выпуска. Переустанавливать код на сайте не нужно.
• API — версия в адресе: https://analytics.daratech.ru/api/v1. Адрес и коды ошибок внутри версии не меняются, а новые поля в ответах появляться могут — поля, которых ваш код не знает, игнорируйте.
• Записи идут от новых к старым.

28 февраля 2026 — кабинет 4.3.2#

Сайт и вход:

• Вход окном. «Войти» и «Подключить бесплатно» на сайте и в документации открывают окно входа поверх страницы — без перехода на отдельную страницу. Страница входа /cabinet/login осталась: на неё ведут прямые ссылки, письма и вход ассистента через MCP.
• Код отправляется сам. Как только введена, вставлена или подставлена с телефона шестая цифра, код проверяется и открывается кабинет — без кнопки «Войти». При регистрации, если не отмечено согласие, галочка подсвечивается, и вход продолжается сам, как только её поставят.

Тег, адреса и поля API не изменились. Номер выпуска сервиса и API — 4.3.2, его отдаёт GET /openapi.json.

28 февраля 2026 — кабинет 4.3.1#

Кабинет:

• Даты в одном виде. Даты и время в отчётах, списках посетителей и записей, подписях периода и графиков — ГГГГ-ММ-ДД ЧЧ:ММ (24 часа). Поля «С» и «по» — текстовые, ГГГГ-ММ-ДД: браузер больше не подставляет свой формат вроде 10/01/2026.
• Телефон и планшет. Страница не прокручивается вбок (конструктор отчётов, «Расходы на рекламу»), кнопки, поля, вкладки и пункты меню — не меньше 44 px по высоте, надпись «Загружаем запись…» в плеере исчезает после загрузки.
• Сайт. На ширинах до 1040 px шапка не закрывает заголовок раздела после перехода по ссылке оглавления.

Тег, адреса и поля API не изменились. Номер выпуска сервиса и API — 4.3.1, его отдаёт GET /openapi.json.

17 февраля 2026 — тег 4.0.1#

Тег 4.0.1:

• Запись сессии останавливается вместе с визитом. Когда визит закрылся по бездействию, запись тоже останавливается; следующее действие посетителя начинает новый визит и новую запись. Одна загрузка страницы пишется не дольше 4 часов, дальше запись продолжится с новой загрузкой страницы или новым визитом.
• Отправка формы. Клик по кнопке формы, которую браузер не пропустил своей проверкой (пустое обязательное поле, неверный email), больше не считается отправкой — если сайт сам не отправляет форму по этому клику.
• Исключения записи с «*» в адресе проверяются быстро при любом числе звёздочек.
• Страницы вне доменов сайта (Google Переводчик, заход по IP, копия сайта): недоставленные пачки больше не повторяются.

Адреса и поля API не изменились. Номер выпуска сервиса и API — 4.3.0, его отдаёт GET /openapi.json.

2 февраля 2026 — MCP: вход ассистента через кабинет#

API:

• MCP: подключение через кабинет (OAuth 2.1). Коннекторы Claude, ChatGPT и другие ассистенты, где ключ вставить некуда, теперь подключаются к https://analytics.daratech.ru/api/v1/mcp сами: ассистент открывает страницу ДАРА АНАЛИТИКИ, вы входите в кабинет и нажимаете «Разрешить». Доступ — только чтение отчётов всех сайтов аккаунта; отключить ассистента — отозвать его ключ «MCP: …» в разделе «Аккаунт → Ключи аккаунта». Вход по ключу ak_… и aa_… работает как раньше — API.

Адреса и поля прежних методов не изменились.

2 февраля 2026 — расходы на рекламу и окупаемость#

Отчёты: в разделе «Источники» появилась вкладка «Расходы и окупаемость»: расход, цена визита (CPC), цена заказа, цена цели (CPA), ROI и ДРР по UTM-меткам utm_source, utm_medium и utm_campaign. Расход вносят в «Настройках → Расходы на рекламу» — строкой или файлом CSV из рекламного кабинета — или методом API. Сопоставление идёт без учёта регистра меток; модель атрибуции действует на визиты, заказы и цели, а не на расход — Отчёты и метрики.

API:

• Расходы на рекламу: GET, POST и DELETE /ad-costs. Строка — день, три UTM-метки и сумма; повтор строки заменяет сумму, пачка до 1000 строк записывается целиком или не записывается вовсе, сумма в другой валюте пересчитывается по курсу ЦБ на дату расхода — API.

• Расчёт воронки: POST /funnels/{funnel_id}/report. Воронку, заведённую через API или в кабинете, теперь можно и посчитать из кода: посетители на каждом шаге, конверсия от первого и от предыдущего шага, отток, среднее время до следующего шага — те же числа, что в кабинете. Бюджет — как у отчёта.

• Изменить сайт: PATCH /sites/{site_uuid}. Название и домены — например, добавить зеркало — без похода в кабинет; только ключом аккаунта. Пояс и валюта по-прежнему меняются только в кабинете.

• Метрики расхода в POST /reports, POST /reports/async и GET /meta: ad_cost, cost_per_visit, cost_per_order, cpa:{код цели}, roi, crr. Рядом с ними — только три UTM-метки и день, неделя или месяц, фильтры по меткам, без сегмента. У метрики в GET /meta добавилось поле cost — true у метрик расхода.

• MCP для ИИ-ассистентов: POST /mcp. Ассистент, поддерживающий MCP, подключается по вашему ключу и сам строит отчёты и воронки по вопросу на обычном языке. Только чтение, пределы строже, чем у API: не больше 15 вызовов в минуту на ключ сайта и 20–100 строк в отчёте — API.

Адреса и поля прежних методов не изменились.

Кабинет: вход сотрудника ДАРА в ваш кабинет теперь видно на странице «Аккаунт» — даты входов за 90 дней и режим: только просмотр или с правом изменений. Вход закрывается сам через час.

Тег 4.0.0: без изменений. Номер выпуска сервиса и API — 4.1.0, его отдаёт GET /openapi.json.

1 февраля 2026 — отчёты без ожидания, выгрузка аудитории сегмента и уведомление о cookie#

API: тяжёлые запросы больше не держат соединение, а управление сайтами стало свободнее. Адреса и поля прежних методов не изменились, ни один прежде работавший запрос не превратился в отказ.

• Отчёт без ожидания: POST /reports/async и GET /jobs/{job_id}. Тело запроса — то же определение, что у POST /reports, а в ответ сразу приходит job_id. Состояние задания спрашивается по GET /jobs/{job_id}, и по тому же адресу у готового задания приходит результат — поле в поле тот же ответ, что отдаёт POST /reports, поэтому переписывать разбор ответа не нужно. Неверное определение отвечает 422 сразу, при постановке. Повтор того же запроса второе задание не ставит. Результат отчёта хранится час — API.
• Выгрузка аудитории сегмента: POST /audiences/export. Отвечает на вопрос «кто из ваших посетителей попал в сегмент за период»: visitor_id (значение cookie _dara_a на вашем домене) и ваш user_id, если вы его присылали, плюс дата последнего визита и число визитов. В выгрузке только идентификаторы: почты, телефона, имени и других персональных данных посетителей в ней нет. Условие обязательно — сохранённый сегмент или условия сегмента прямо в запросе. До 100 000 строк, готовая выгрузка приходит страницами того же GET /jobs/{job_id} (до 10 000 строк на страницу, обход курсором) и хранится сутки.
• Очередь не даёт заказать больше работы, чем синхронный отчёт. Постановка тратит тот же лимит, что POST /reports, а невыполненных заданий может быть 2 на ключ сайта и 4 на аккаунт — столько же, сколько одновременных отчётов. Сверх этого — 429 с заголовком Retry-After — Ошибки и лимиты.
• GET /sites показывает и сайты, где вы администратор по приглашению. У каждой строки новое поле role: owner — сайт ваш, admin — вас позвали администратором в чужой аккаунт. Удалить и восстановить можно только свой сайт, а заголовок X-Dara-Site принимает только свои сайты: по сайту с role: admin он отвечает 404. Предел числа сайтов приглашённые сайты не занимают.
• Удалить сегмент, воронку и ручное сопоставление категории можно и ключом сайта ak_… — так же, как завести и изменить их. Ключ аккаунта работает, как и раньше. Удаление самого сайта по-прежнему только ключом аккаунта.
• Предела на число сайтов, созданных за сутки, нет. Действует один предел — число действующих сайтов в аккаунте (по умолчанию 30), и удаление освобождает место сразу.

Поля, которых ваш код не знает, игнорируйте: в строке списка сайтов добавилось поле role.

Сайт и кабинет: на страницах analytics.daratech.ru появилось уведомление об использовании cookie; после нажатия «Хорошо» оно больше не показывается. На странице входа — ссылки на политику конфиденциальности и пользовательское соглашение.

Отчёты: без изменений. Тег 4.0.0: код тега не менялся — сменился только номер: ДАРА АНАЛИТИКА, ДАРА ОТПЕЧАТОК и ДАРА РЕКОМЕНДАЦИИ перешли на общую нумерацию 4.x.x. Переустанавливать код на сайтах не нужно, на сайтах, где стоит тег, уведомление о cookie не появляется.

28 января 2026 — сайты, сегменты, воронки и категории настраиваются через API#

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

• Сайты аккаунта: GET /sites, POST /sites, DELETE /sites/{идентификатор} и POST /sites/{идентификатор}/restore. Эти четыре метода работают только ключом аккаунта aa_… — ключ сайта получает отказ 403. В ответе создания приходят идентификатор сайта и ключ тега, поэтому подключить новый сайт можно целиком из кода: завели сайт, поставили тег, завели цели. Удаление обратимо: сайт помечается удалённым, данные не стираются 30 суток, ответ прямо называет срок возврата, а POST …/restore возвращает сайт — тот же порядок, что и в кабинете. Чтобы удалить сайт, в теле запроса нужно повторить его основной домен: одна опечатка в идентификаторе иначе сносит живой сайт. Повтор удаления безопасен и отвечает так же, как первое — API.
• Сегменты и воронки: GET, POST, PATCH и DELETE по адресам /segments и /funnels. Условия задаются той же формой, что и в кабинете, и проверяются теми же правилами: что нельзя в кабинете — нельзя и через API. Цель в условии называется своим кодом, а не внутренним номером. Через API заводятся общие сегменты и воронки сайта — те, что видит вся команда; личные сегменты сотрудников API не показывает и не трогает. Удаление здесь окончательное, поэтому ответ DELETE содержит удалённую строку целиком вместе с условиями: чтобы вернуть её, достаточно повторить POST тем же телом — Конструктор отчётов.
• Сопоставление категорий товаров: GET /categories, GET/POST /category-mappings, PATCH и DELETE. GET /categories отдаёт справочник категорий сети (номер, родитель, уровень, путь, название) — без него сопоставлять категории из кода было нечем. Остальные методы делают то же, что кнопки в кабинете: закрепляют за категорией вашего магазина категорию справочника или снимают ручное сопоставление, оставляя автоматическое — Электронная торговля.
• Списки обходятся страницами. У всех списков — /sites, /segments, /funnels, /goals, /categories, /category-mappings — одинаковые параметры limit и cursor и поле ответа next_cursor: передайте его в следующий запрос, а null значит «страниц больше нет». Один цикл обхода подходит ко всем спискам сразу. GET /goals без параметров отвечает ровно тем же, чем отвечал раньше.
• Удаление данных просит ключ аккаунта. DELETE сегмента, воронки и сопоставления, как и все методы сайтов, выполняется только ключом aa_…. Ключ сайта ak_…, который обычно лежит в сборке и на страницах установки тега, читает и настраивает, но ничего не уничтожает.
• Удаления цели в API по-прежнему нет — как и в кабинете: ненужную цель отключают (PATCH с is_active: false). Код цели остаётся в истории отчётов, в составных целях, сегментах и воронках, поэтому удалить её значило бы порвать сразу пять видов ссылок — Цели.

Поля, которых ваш код не знает, игнорируйте: в ответе GET /site добавился идентификатор сайта, в строке списка сайтов — признак возможности восстановления.

Отчёты: без изменений. Кабинет: без изменений. Тег: без изменений.

28 января 2026 — один ключ API на все сайты аккаунта#

API: появился второй вид ключа. Адреса методов, поля запросов и поля ответов не изменились, ни один прежде работавший запрос не превратился в отказ — работающий код менять не нужно, ключи ak_… работают ровно как вчера.

• Ключ аккаунта aa_… — один ключ на все сайты вашего аккаунта. Агентству с сотней сайтов больше не нужно заводить сотню ключей и сотню раз их менять. Возможности у двух видов ключа одинаковые: ключ аккаунта делает всё то же, что ключ сайта. Прав и сроков жизни у ключей нет — ключ работает, пока его не отзовут, а отзыв ключа аккаунта закрывает доступ ко всем сайтам сразу. Приставки разные нарочно: по одной строке видно, один сайт она открывает или весь аккаунт — API.
• Где выпустить. Ключ аккаунта — в кабинете, новый раздел «Ключи аккаунта» рядом с «Аккаунтом»; там же видно, какие сайты он покрывает. Ключи сайта остаются там, где были, — настройки сайта, раздел «Ключи API». Полный ключ, как и раньше, показывается один раз.
• Какой сайт имеется в виду — говорит заголовок X-Dara-Site с идентификатором сайта: это тот же идентификатор, что в адресе страницы сайта в кабинете. Ключу сайта заголовок не нужен, но он его принимает, если в заголовке его же сайт, — поэтому один и тот же ваш код работает с ключом любого вида, и перейти с ключа сайта на ключ аккаунта можно, не переписывая запросы.
• Сайт никогда не угадывается. Ключ аккаунта без заголовка — ответ 422, и сервис прямо называет заголовок, которого не хватает. Заголовок с сайтом, которого нет или который не ваш, — 404 (ответ одинаковый в обоих случаях). Ключ сайта с заголовком на другой ваш сайт — 403. Записать данные не в тот сайт сервис не может ни в одном случае — Ошибки и лимиты.
• Лимиты частоты считаются на ключ, а не на сайт, поэтому один ключ аккаунта на сто сайтов не урезан до бюджета одного сайта, а сайт в заголовке на лимит не влияет. Ключу аккаунта бюджеты вчетверо шире: 200 запросов чтения в секунду вместо 50, 80 записей вместо 20, 240 отчётов в минуту вместо 60; одновременных отчётов у него 4 на аккаунт — общих для всех его ключей. У ключа сайта все прежние числа остались без изменений.
• GET /meta и GET /network заголовок не требуют — они отвечают одинаково для всех сайтов, и ключ аккаунта зовёт их без него.

Для подключения к проекту рекомендаций ДАРА по-прежнему нужен отдельный ключ сайта ak_…: ключ аккаунта core не принимает — Подключение к ДАРА.

Отчёты: без изменений. Кабинет: новый раздел «Ключи аккаунта» в аккаунте; на странице ключей сайта — ссылка на него.

Тег: без изменений.

27 января 2026 — подписи значений, каталог отчётов и цели через API#

API: шесть добавлений. Адреса методов, поля запросов и прежние поля ответов не изменились — работающий код менять не нужно.

• Названия значений приходят вместе с отчётом. В ответе POST /reports появился словарь labels: labels["device_type"]["phone"] — «Смартфоны», labels["interest"]["214"] — название интереса. Раньше отчёт отдавал только код или номер, а названия были видны лишь в кабинете. Значения, у которых название совпадает с самим значением (адрес страницы, поисковая фраза), в словарь не попадают: чего в labels нет, то само себе подпись — API.
• Число строк и происхождение чисел. К ответу отчёта добавлены total_rows (сколько строк у отчёта всего, без limit — для постраничного обхода), sample_share и quota_sampled (какая доля данных в ответе и по каким дням числа — оценка из-за исчерпанной суточной квоты), date_from, date_to, а также cached и generated_at — по ним видно, что одинаковые числа в двух ответах пришли из общего кэша, а не означают остановку сбора.
• Быстрый грубый отчёт по просьбе. В запрос отчёта можно добавить "accuracy": "low" — отчёт считается по выборке 1/10, то есть примерно в десять раз дешевле для сервиса, и отвечает быстрее, а в ответе стоит sampled: true и sample_share: 0.1. Это для панелей, которые обновляются часто, а точность до единицы им не нужна. Умолчание прежнее — полная точность.
• GET /meta — каталог измерений и метрик. Полный список идентификаторов с названиями, группами, уровнями (визиты или хиты), операциями фильтров, наборами подписей значений и пределами запроса. Раньше больше половины идентификаторов нельзя было узнать ниоткуда: кабинет показывает названия, а не идентификаторы.
• GET /site — про сайт, которому выдан ключ: часовой пояс, валюта, первый и последний хит, глубина хранения данных в месяцах, квота хитов на сутки с расходом за сегодня и датой этих суток по Москве, участие в сети данных. Пояс и валюту больше не нужно держать копией в своих настройках.
• Цели через API: GET /goals — каталог целей сайта, POST /goals — создание (все двенадцать типов, шаги составной цели задаются кодами целей), PATCH /goals/{код} — название, ценность, условия, включение и отключение. Теперь серверная интеграция настраивается целиком из кода: завели цель и сразу шлёте по её коду конверсии, без похода в кабинет. Повтор запроса создания безопасен — та же цель отвечает тем же телом, второй цели не появится; цель с таким кодом, но другая, отвечает ошибкой 422, а не подменяет вашу. У каждой цели в ответе есть accepts_conversions — примет ли POST /conversions её код (такие цели проверяет тег). Код и тип цели через API не меняются: смена кода сломала бы интеграцию, которая этим кодом шлёт конверсии, — это делается в кабинете — Цели.

Удаления цели в API нет — как и в кабинете: ненужную цель отключают. Поля, которых ваш код не знает, игнорируйте.

Отчёты и кабинет: без изменений. Тег: без изменений.

26 января 2026 — API перестал обещать то, чего не делал#

API: исправлены пять мест, где метод принимал запрос, но вёл себя не так, как написано в документации.

• Сравнение периодов возвращается. POST /reports с полем compare в запросе раньше считал сравнение и не показывал его; теперь в ответе появляется пятое поле compare — date_from, date_to, data (строка к строке с основным data, null — такой строки в периоде сравнения не было) и totals. Запрос без compare отвечает теми же четырьмя полями, что и раньше — API.
• Сегмент называется так же, как в кабинете. В segment_id теперь передаётся идентификатор сегмента из адреса его страницы в кабинете (…/segments/{идентификатор}), а не внутренний номер, которого кабинет нигде не показывал. Неизвестный сегмент — ошибка unknown_segment.
• Понятные ошибки вместо 500. Отчёт с целью, которой у сайта нет (в том числе в сохранённом сегменте или в шаге составной цели), отвечает 422 и называет то поле запроса, которое нужно исправить, — segment_id, segment или номер метрики.
• Повтор пачки POST /users безвреден. Раньше при повторе (а повторять после 503 велит наша же инструкция) интересы записывались ещё раз и вес темы удваивался. Теперь повтор той же пачки в течение 15 минут не записывается второй раз: ответ приходит тот же, вместе с заголовком Idempotent-Replayed: true. Пачку можно назвать самому заголовком Idempotency-Key — тогда повтор узнаётся сутки; тот же Idempotency-Key с другой пачкой отклоняется ошибкой 422. Менять код не нужно: повтор безвреден и без заголовка — Данные о посетителях.
• Описание OpenAPI больше не обманывает. В GET /api/v1/openapi.json появились схема безопасности ключа API и схемы ответов и ошибок каждого метода — клиент, собранный генератором, авторизуется сам, а коды ошибок в нём те же, что отдаёт сервис.

Адреса методов, поля запросов и прежние поля ответов не изменились; поля, которых ваш код не знает, игнорируйте.

Отчёты и кабинет: исправлена ошибка 500 в конструкторе отчётов, выгрузке XLSX и сохранённых отчётах, если сегмент или воронка ссылались на удалённую цель.

Тег: без изменений.

21 января 2026 — ответ GET /health называет поток очереди#

API: в ответе GET /health появилось поле spool_lag_stream — поток очереди приёма, ближе всех подошедший к своему порогу (при degraded — виновник состояния); у разных потоков нормальное отставание разное, поэтому с spool_lag_s они могут относиться к разным потокам. Остальные поля и адрес метода не изменились — API. Заодно исправлено само состояние: раньше сервис показывал degraded, когда часть очереди штатно ждала свои данные, — теперь degraded означает неисправность. Ответы остальных методов не изменились.

Отчёты и кабинет: без изменений.

Тег: без изменений.

20 января 2026 — раздел «Подключение к ДАРА»#

Документация: новый раздел Подключение к ДАРА — как подключить сайт аналитики к проекту рекомендаций ДАРА (core.daratech.ru): какой сайт подключать, ключ API и его смена, идентификаторы пользователей, что core запрашивает, когда появляются данные и как отключить подключение. Ключ выпускаете вы в своём кабинете и вводите в настройках своего проекта core. Ссылка на раздел есть в «Интеграциях» настроек сайта.

Ключ вводится в настройках проекта core, на вкладке «ДАРА АНАЛИТИКА».

API: без изменений — core работает обычным ключом ak_… и теми же методами, что и ваш сервер, API: посетители.

Тег: без изменений.

17 января 2026 — схема API атрибутов посетителей и исправления отчётов#

Отчёты и кабинет: исправлены ошибки, из-за которых часть отчётов не строилась:

• отчёты и конструктор с измерениями, фильтрами или метриками аудитории — пол, возраст, интересы, параметры посетителя, число визитов посетителя и дни с первого визита;
• список «Посетители» и «Записи сессий» с сегментом или фильтрами по аудитории;
• воронки с окном «в пределах визита»;
• составные цели: конверсии, достижения и ценность цели, сегменты и шаги воронки с такой целью, предпросмотр цели.

API: ответы не изменились. В описании OpenAPI у POST /visitors/attributes, GET /visitors/{visitor_id} и GET /network появились схемы ответов и ошибок — API: посетители, Ошибки и лимиты.

Тег: без изменений.

17 января 2026 — записи сессий, карты и аналитика форм#

Кабинет:

• раздел «Записи сессий»: список записей визитов с периодом, сегментом, фильтрами и избранным; плеер со скоростью от 1× до 8×, пропуском простоя, шкалой событий и страницами визита; до 100 избранных записей на сайт хранятся 90 дней, остальные — 15 дней — Записи сессий;
• в настройках сайта — раздел «Записи сессий»: включение записи, доля записываемых визитов, исключённые адреса, суточный лимит и срок хранения;
• раздел «Карты»: таблицы элементов и ссылок страницы и кнопка «Открыть карту» — карта кликов, ссылок или скроллинга рисуется прямо на сайте, а вид, устройство, период и сегмент выбираются на её панели — Карты;
• раздел «Формы»: просмотры страниц с формой, начала заполнения, отправки, конверсия и уходы по каждой форме и воронка полей — на каком поле уходят, без значений полей — Формы;
• записи сессий открываются из оттока шага воронки, из отчёта «Формы» и из карточки посетителя;
• сегменты применяются к записям сессий и картам.

API: без изменений.

Тег: обновляется сам, переустанавливать код не нужно.

• модуль записи сессий загружается только для визитов, выбранных для записи: поля ввода, текст, похожий на email, телефон или номер карты, и элементы с атрибутом data-dara-mask маскируются ещё в браузере, элементы с data-dara-ignore не записываются;
• модуль карты загружается, только когда карту открывают из кабинета, и не отправляет хиты;
• отдельных директив CSP модули не требуют — Установка тега.

16 января 2026 — люди и сеть ДАРА: формы, аудитория, посетители и API атрибутов#

Отчёты и кабинет:

• раздел отчётов «Аудитория»: пол, возраст, пол и возраст, интересы с индексом соответствия, география людей, дети, компании, категории покупок в сети и ценовые сегменты, параметры посетителей и пересечение с сетью; у каждого отчёта видна доля «не определено» и какая часть значений с вашего сайта, а какая из сети ДАРА;
• в сводке — виджеты «Пол и возраст» и «Интересы»;
• раздел «Посетители» — список посетителей с фильтрами по сегменту, полу и возрасту — и карточка посетителя: визиты на сайт, атрибуты, параметры, отправленные формы без значений;
• измерения и метрики аудитории в конструкторе, условия сегментов «Атрибут аудитории» и «Параметр посетителя»;
• в настройках сайта — разделы «Формы» (какие формы и поля собираются, вид поля, отключение сбора), «Участие в сети» (статус и условия карантина) и «Интеграции» (подключение DARA Fingerprint);
• в разделе «Электронная коммерция» строки категорий сопоставляются со справочником категорий сети;
• сеть ДАРА: сайты-участники получают выводы о посетителях от других сайтов — правила в разделе Сеть ДАРА.

API: POST /visitors/attributes и GET /visitors/{visitor_id} — атрибуты посетителей без персональных данных, GET /network — настройки сети, POST /users — данные сайта о посетителях. Подробнее — в разделах API: посетители и Данные о посетителях.

Тег: обновляется сам, переустанавливать код не нужно.

• значения распознанных полей форм — email, телефон, имя, дата рождения, город, ИНН, выбранные варианты — отправляются по HTTPS и хранятся зашифрованными; пароли, скрытые поля, номера карт и другие запрещённые поля не читаются никогда — Формы;
• команда dara('form') для форм без события submit;
• dara('user') передаёт email, телефон, пол, возраст, город, детей, интересы и параметры посетителя;
• при подключённом DARA Fingerprint тег читает cookie dara_visitor — DARA Fingerprint.

16 января 2026 — цели, электронная коммерция, конструктор и API#

Отчёты:

• раздел «Цели»: двенадцать типов целей, конверсии, достижения и ценность целей, цели по источникам; большинство целей считается по сохранённым данным, поэтому новая цель сразу показывает конверсии за прошлые дни;
• раздел «Электронная коммерция»: выручка, заказы, средний чек, товары, категории, бренды, источники выручки и возвраты; суммы в чужой валюте пересчитываются по курсу ЦБ РФ на дату заказа;
• конструктор отчётов: до 5 группировок и 10 метрик, фильтры, сравнение периодов, сохранённые отчёты — личные и общие;
• сегменты посетителей и воронки от 2 до 10 шагов;
• выгрузка любого отчёта в XLSX — до 100 000 строк;
• в сводке появились виджеты «Цели» и «Выручка», а сами виджеты теперь добавляются, удаляются и переставляются.

API: POST /conversions — достижения целей с сервера, POST /orders — заказы и возвраты, POST /reports — отчёты тем же движком, что в кабинете, GET /openapi.json — машинное описание методов. Ключи API создаются в настройках сайта.

Тег: версия не менялась. Цели «в теге», события dara('goal'), dara('ecommerce'), dara('user') и чтение dataLayer в форматах Яндекс Метрики и GA4 были в теге с первого выпуска и включаются настройками сайта — переустанавливать код не нужно.

15 июля 2025 — первый выпуск#

Тег 1.0.0:

• просмотры страниц, в том числе переходы в одностраничных приложениях и команда dara('page');
• визиты с общим id для вкладок одного браузера;
• источники: UTM-метки, метки кликов рекламы, реферер;
• автоматические события: активное время и прокрутка, клики, внешние переходы, скачивания файлов, контакты;
• метаданные форм без значений: начало заполнения, отправка и уход без отправки; форма с атрибутом data-dara-ignore не собирается;
• команда dara('event') — свои события с параметрами;
• признаки автоматизации браузера для отбора роботов;
• замена email, телефонов и параметров с персональными данными в адресах на *;
• переходы между доменами одного сайта с параметром _dara;
• команда dara('ready');
• служебное событие tag_error об ошибках тега для «Проверки установки»;
• пиксель для браузеров без JavaScript.

Отчёты: сводка, посещаемость, источники, содержание, технологии, «Сейчас на сайте»; квоты хитов и выборка.