Меридиан Колокол
Задачи и аудитория Возможности Интерфейс Внедрение Стоимость Документация Реестр и лицензия Вопросы Контакты
01
← ООО «Меридиан»
Российское ПО · свидетельство № 2026667670

«Колокол» — вы видите,
какая реклама
приносит звонки

Система динамического коллтрекинга: подменяет номер телефона на сайте под каждого посетителя и связывает входящий звонок с конкретным каналом, кампанией и ключевым словом. Собственная разработка ООО «Меридиан» на российском стеке.

0
отечественная разработка
0
подключение сайта
0
работа коллтрекера

Правовой статус

Свидетельство о государственной регистрации программы для ЭВМ № 2026667670 от 09.06.2026

Правообладатель

ООО «Меридиан», ИНН 7734690311, Москва. Исключительное право принадлежит российскому юрлицу

Технологии

Python, Django, PostgreSQL, Redis, Docker. Полностью свободный стек без проприетарных иностранных лицензий

Размещение

Облако в российском ЦОД или on-premise на инфраструктуре заказчика

01

Какую задачу решает «Колокол»

В интернет-маркетинге веб-аналитика видит клики и заявки с форм, но не видит звонки. Между тем в услугах, медицине, недвижимости, автобизнесе и B2B телефон остаётся основным каналом обращений — и именно эта часть выручки выпадает из отчётов. «Колокол» закрывает разрыв между рекламным кликом и телефонным звонком.

📉

Бюджет уходит, источник звонков неизвестен

Отчёт по рекламе показывает клики и стоимость перехода, а звонки лежат отдельным списком в АТС. Связать одно с другим вручную невозможно — решения принимаются вслепую.

🎯

Нельзя отключить неэффективные кампании

Кампания, которая не даёт заявок с форм, может давать половину всех звонков. Без коллтрекинга её отключают — и теряют реальные обращения.

🔍

Метрика не знает о звонковых конверсиях

Алгоритмы автостратегий Яндекс.Директа обучаются на конверсиях. Если звонки в них не попадают, реклама оптимизируется под неполные данные и «недокручивает» результат.

📞

Спорные ситуации с подрядчиком по рекламе

Агентство отчитывается кликами, клиент считает деньгами. Нет объективной картины — «сколько звонков принёс канал X за месяц».

💸

Импортные сервисы: цена и риск

Зарубежные и «полуиностранные» платформы аналитики уходят с рынка, повышают цены или отключают лицензии. Данные о клиентах при этом хранятся неизвестно где.

🏛

Требование использовать отечественное ПО

Госкомпании, организации с госучастием и субъекты КИИ обязаны переходить на российские решения. Импортный коллтрекинг в этот контур не проходит.

Целевая аудитория
A

Бизнес с телефонным потоком

Компании, у которых звонок — основной способ обращения клиента и есть платный трафик на сайт.

  • Медицинские центры и клиники
  • Автодилеры и автосервисы
  • Недвижимость и застройщики
  • Услуги для дома, ремонт, логистика
  • B2B-производство и оптовая торговля
B

Агентства и подрядчики по рекламе

Тем, кому нужно доказывать результат клиенту цифрами и управлять десятками проектов из одного окна.

  • Digital- и performance-агентства
  • SEO-подрядчики
  • Внутренние маркетинговые отделы холдингов
  • Мультибрендовые и сетевые проекты
C

Телеком-операторы и интеграторы

Тем, кто продаёт клиентам телефонию и хочет добавить коллтрекинг как собственную услугу.

  • Операторы связи и виртуальные АТС
  • Системные интеграторы
  • Компании с требованием отечественного ПО
  • Организации с госучастием и субъекты КИИ
02

Как это работает и что умеет

Система состоит из четырёх связанных компонентов: JS-скрипт на сайте клиента, серверный модуль коллтрекера, веб-АРМ для настройки и отчётов и интеграционный слой с ERP и Яндекс.Метрикой. Ниже — полный цикл от захода посетителя до конверсии в рекламном кабинете.

1

Посетитель заходит на сайт

JS-скрипт «Колокола» определяет посетителя по устойчивому идентификатору (fingerprint UID и _ym_uid), собирает hostname, страницу входа, query-строку с utm-метками и реферер.

2

Сервер подбирает номер

Backend выбирает подходящий параметр проекта по правилам маршрутизации (regex по домену и рефереру, условия по странице входа, приоритеты) и резервирует свободный номер из пула города, линии и маршрута.

3

Номер подменяется на странице

Скрипт заменяет телефоны в текстовых узлах и в ссылках tel:, не трогая поля ввода и служебные теги. Визит продлевается циклическим polling, пока посетитель на сайте.

4

Звонок связывается с каналом

Входящий вызов на этот номер автоматически сопоставляется с визитом в ERP-системе, а конверсия по расписанию выгружается в Яндекс.Метрику — реклама обучается на реальных звонках.

Функциональные характеристики
🔄

Динамическая подмена номера

Каждому посетителю выдаётся собственный номер из пула на время визита. Поддерживается подмена в тексте страницы и в кликабельных ссылках tel:, включая динамически подгружаемые блоки.

🧭

Гибкие правила маршрутизации

Правила подбора номера настраиваются по домену, рефереру, странице входа, параметрам URL, городу, линии, маршруту и пулу. У каждого правила свой приоритет — можно описывать сложные сценарии.

🏷

Полный сбор параметров визита

Фиксируются utm-метки, реферер, страница входа, IP, user-agent, YandexClientId, время визита и статистика замен на странице. Данные доступны в веб-АРМ и выгружаются в ERP.

♻️

Экономия номерной ёмкости

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

📊

Выгрузка конверсий в Яндекс.Метрику

Звонки регламентно передаются в Метрику как офлайн-конверсии через OAuth-интеграцию. Автостратегии Директа начинают оптимизироваться с учётом звонков, а не только заявок с форм.

🔗

Интеграция с ERP и телефонией

Двусторонний обмен с ERP: загрузка сайтов, линий и телефонных номеров, выгрузка визитов и загрузка обращений. Входящий звонок автоматически сопоставляется с зафиксированным веб-визитом.

🖥

Веб-АРМ администратора

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

👥

Мультипроектность и разграничение прав

Тысячи проектов в одной инсталляции. Пользователи, группы и права доступа на уровне объектов; API-токены для интеграций сторонних систем.

🛡

Отказоустойчивость

Circuit breaker на внешних интеграциях, распределённые блокировки, очереди задач с разделением по типам нагрузки, эндпоинт проверки состояния системы и Telegram-уведомления об инцидентах.

⚡

Производительность под нагрузкой

Пул соединений PgBouncer в режиме transaction pooling, кеш и брокер на Redis, горизонтальное масштабирование воркеров. Архитектура рассчитана на десятки тысяч одновременных визитов.

🌐

Совместимость с сайтами

Скрипт собирается с транспиляцией до IE 11 и полифилом fetch — работает на legacy-сайтах, самописных CMS и конструкторах. Подключение — одна строка кода в шаблон.

🔐

Защита данных

Токены телефонных линий шифруются (Fernet), доступ к API — по токенам, административный интерфейс закрыт авторизацией. Персональные данные посетителей не собираются: только технические параметры визита.

Технические требования
Тип ЭВМ
Облачный сервер (Linux). Возможна установка на инфраструктуре заказчика — on-premise
Язык программирования
Серверная часть — Python 3.11; клиентская часть — JavaScript (сборка Webpack 5, транспиляция Babel)
Программная платформа
Django 5.2, Django REST Framework 3.15, Celery 5.4, gunicorn, Docker / Docker Compose
Система управления БД
PostgreSQL с пулером соединений PgBouncer (transaction pooling); Redis — брокер очередей, кеш и распределённые блокировки
Операционная система
Любой дистрибутив Linux с поддержкой Docker, включая российские ОС из реестра отечественного ПО
Минимальная конфигурация сервера
4 vCPU, 8 ГБ RAM, 80 ГБ SSD для стартовой инсталляции. Конфигурация под нагрузку рассчитывается на этапе обследования
Внешние сервисы
Доступ к webservice ERP-системы и к API Яндекс.Метрики (OAuth). Обратный прокси — Nginx
Требования к сайту клиента
Возможность разместить одну строку JS-кода в шаблоне. Поддерживаются браузеры вплоть до IE 11
Лицензии сторонних компонентов
Все используемые библиотеки распространяются по свободным лицензиям (BSD, MIT, Apache 2.0, PostgreSQL License). Проприетарные иностранные лицензии не используются
03

Интерфейс системы

Веб-АРМ «Колокола» — рабочее место маркетолога и администратора: настройка правил подбора номеров, журнал визитов, номерной пул, справочники и контроль фоновых задач. Ниже — экраны демонстрационного стенда, данные в них тестовые.

Главный экран веб-АРМ «Колокол»
Главный экранРазделы трекера, документация, журнал последних действий администратора
Список проектов коллтрекинга
ПроектыСайт, код проекта для подключения скрипта, счётчик Метрики, комментарий
Журнал визитов
ВизитыЖурнал визитов с фильтрами по активности, датам, статусу выгрузки в ERP
Параметры подбора номера
Параметры подбораПравила маршрутизации: приоритет, линия-источник, город, маршрут, пул
Номерной пул
Номерной пулТелефоны с типом номера, признаком выдачи, кодами маршрута и пула
Рекламные линии
Линии-источникиСправочник рекламных каналов: Директ, РСЯ, Авито, 2ГИС, SEO, карты
04

Процесс внедрения

Внедрение ведёт проектная команда ООО «Меридиан» без привлечения внешних подрядчиков. Ниже — регламентная последовательность работ. Сроки указаны для типового проекта; для мультибрендовых и распределённых внедрений график согласуется отдельно.

01

Бриф и обследование

Разбираем рекламные каналы, географию, структуру сайта и текущую схему приёма звонков. Фиксируем, какие источники нужно разделять и какая детализация отчётов требуется.

  • Перечень сайтов, поддоменов и посадочных страниц
  • Список рекламных каналов и кампаний
  • Текущая телефония, АТС и схема маршрутизации вызовов
  • Требования к интеграциям: CRM, ERP, Яндекс.Метрика
2–5 рабочих днейАналитик «Меридиан» + маркетолог заказчика
02

Расчёт номерной ёмкости и предложение

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

  • Расчёт пула по пиковой одновременной посещаемости
  • Подбор схемы размещения: облако или контур заказчика
  • Коммерческое предложение и проект договора
1–3 рабочих дняПроектная команда «Меридиан»
03

Развёртывание и базовая настройка

Разворачиваем систему в облаке или на серверах заказчика из Docker-образов, подключаем БД, очереди и обратный прокси. Заводим проекты, сайты, линии и загружаем номерной пул.

  • Установка backend, PostgreSQL + PgBouncer, Redis, Celery-воркеров
  • Настройка Nginx и выдачи JS-скрипта
  • Создание проектов и правил подбора номера
  • Настройка маршрутизации номеров в телефонии
3–10 рабочих днейDevOps и разработчики «Меридиан»
04

Подключение сайта и тестирование

Заказчик или наш специалист добавляет одну строку кода в шаблон сайта. Проверяем корректность подмены на всех типах страниц и устройств.

  • Установка кода подключения в шаблон сайта
  • Проверка замены номеров в тексте и в ссылках tel:
  • Контрольные звонки по каждому каналу
  • Проверка отсутствия ошибок JS в консоли браузера
1–2 рабочих дняСпециалист «Меридиан» + веб-мастер заказчика
05

Интеграции и обучение

Подключаем Яндекс.Метрику по OAuth и настраиваем передачу звонков как офлайн-конверсий, связываем систему с ERP или CRM заказчика. Обучаем сотрудников работе в веб-АРМ.

  • Настройка выгрузки конверсий в Яндекс.Метрику
  • Обмен визитами и обращениями с ERP / CRM
  • Обучение маркетолога и администратора, передача инструкций
  • Выдача API-токенов и учётных записей веб-АРМ
2–5 рабочих днейИнтеграторы «Меридиан»
06

Опытная эксплуатация и передача в поддержку

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

  • Мониторинг доступности и глубины очередей
  • Корректировка правил подбора и размера пула
  • Сверка звонков и визитов, приёмка результатов
  • Подписание акта и переход на сопровождение
2–4 неделиСлужба поддержки «Меридиан»
05

Стоимость

Единого прайса у «Колокола» нет — и это осознанно. Стоимость складывается прежде всего из размера номерного пула и объёма трафика, а они у каждого проекта свои: сайту с сотней визитов в сутки и федеральной сети с десятками поддоменов нужны принципиально разные конфигурации. Мы рассчитываем цену после короткого брифа — обычно в течение одного-трёх рабочих дней.

Облачная подписка
Рассчитывается
индивидуально
Ежемесячный платёж. Система работает в нашем облаке, вы получаете доступ в веб-АРМ
  • Развёртывание и обслуживание на нашей стороне
  • Номерной пул под ваш объём трафика
  • Неограниченное число проектов и сайтов
  • Интеграция с Яндекс.Метрикой
  • Обновления версий включены
  • Техническая поддержка включена
Запросить расчёт
Лицензия on-premise ★
Рассчитывается
индивидуально
Разовая лицензия + сопровождение. Система разворачивается в вашем контуре
  • Установка на инфраструктуре заказчика
  • Данные не покидают ваш контур
  • Подходит для требований по отечественному ПО
  • Интеграция с вашими CRM, ERP и АТС
  • Доработки под ваши бизнес-процессы
  • Обучение персонала и передача документации
  • Сопровождение по SLA
Обсудить проект
Партнёрская модель
Рассчитывается
индивидуально
Для операторов связи, агентств и интеграторов, которые продают коллтрекинг своим клиентам
  • Мультиарендная инсталляция
  • Разграничение прав по проектам
  • API и токены для внешних систем
  • Возможность white label
  • Партнёрские условия по объёму
  • Техническая поддержка второй линии
Стать партнёром

От чего зависит стоимость

  • Размер номерного пула — главный фактор цены
  • Тип номеров: городские или мобильные
  • Количество регионов и городов присутствия
  • Объём трафика и пиковая посещаемость
  • Число сайтов, поддоменов и посадочных страниц
  • Количество рекламных каналов для разделения
  • Схема размещения: облако или ваш контур
  • Состав интеграций с CRM, ERP, АТС
  • Необходимость доработок под ваши процессы
  • Глубина хранения истории визитов
  • Уровень SLA и режим поддержки
  • Срок договора и объём партнёрских обязательств

Номерная ёмкость — не абстрактный параметр: она рассчитывается по пиковой одновременной посещаемости, чтобы двум посетителям из разных кампаний не достался один номер. Мы считаем её на этапе обследования и показываем расчёт: сколько номеров нужно, почему именно столько и как это влияет на бюджет. Оставьте заявку — подготовим предложение с расчётом под ваш проект.

06

Документация

Эксплуатационная документация опубликована открыто, без регистрации и запроса доступа — на странице kolokol.meridianooo.ru/documentation/. Там описание функциональных характеристик, информация, необходимая для установки и эксплуатации, и описание процессов, обеспечивающих поддержание жизненного цикла программы.

Открыто

Описание функциональных характеристик

Назначение программы, решаемые задачи, состав компонентов, полный перечень функций, вводная информация и выходные данные, затрачиваемые ресурсы, условия и ограничения применения.

Читать раздел 1 →
Открыто

Информация для установки

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

Читать раздел 2 →
Открыто

Информация для эксплуатации

Загрузка и запуск программы, работа в веб-АРМ по разделам, команды программного интерфейса и ответы программы, коды результата, периодические задачи, завершение работы, диагностика.

Читать раздел 3 →
Открыто

Процессы жизненного цикла

Проектирование, разработка, тестирование, поставка, эксплуатация и мониторинг, устранение неисправностей, совершенствование программы, поддержка версий, персонал и обучение.

Читать раздел 4 →
Открыто

Техническая поддержка

Каналы обращения, режим работы, классификация обращений по уровню критичности, сроки реакции и устранения, состав поддержки, язык обслуживания.

Условия поддержки →
Открыто

Свидетельство о госрегистрации

Свидетельство о государственной регистрации программы для ЭВМ № 2026667670, выданное Федеральной службой по интеллектуальной собственности 09 июня 2026 года.

Открыть PDF →

Документация открыта полностью — запрашивать доступ не нужно. По запросу выдаём только доступ к демонстрационному стенду с тестовыми данными, где можно посмотреть систему в работе на реальном интерфейсе. Обычно отвечаем в течение рабочего дня.

Запросить демо-доступ
08

Вопросы и ответы

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

При статическом коллтрекинге за каждым каналом закреплён один постоянный номер: вы видите «звонки из Яндекс.Директа», но не знаете, какая кампания и какое ключевое слово их принесли. Динамический коллтрекинг выдаёт отдельный номер каждому посетителю на время визита, поэтому звонок связывается не просто с каналом, а с конкретной кампанией, объявлением, ключевым словом и страницей входа. «Колокол» реализует именно динамическую схему.
Размер пула определяется пиковой одновременной посещаемостью, а не общим числом визитов за месяц. Нужно, чтобы двум посетителям из разных источников в один момент не достался один номер. «Колокол» использует динамический таймаут сессии и автоматическое закрытие неактивных визитов — это позволяет обходиться существенно меньшим пулом, чем при фиксированной схеме. Точный расчёт делаем на этапе обследования и показываем вам его логику.
В веб-АРМ создаётся проект, система генерирует код подключения — одну строку JavaScript. Её нужно вставить в шаблон сайта, обычно перед закрывающим тегом body. Дальше всё происходит автоматически: скрипт определяет посетителя, запрашивает номер и заменяет телефоны на странице. Правки в вёрстку сайта не требуются. Подмена работает и на динамически подгружаемых блоках.
Скрипт минифицирован, загружается асинхронно и не блокирует отрисовку страницы. Обращения к серверу идут по разреженному расписанию, а не непрерывно. Влияние на скорость загрузки практически незаметно; на показатели Core Web Vitals подключение не оказывает значимого эффекта.
Система не «сломается» и не покажет пустое место вместо телефона. Предусмотрены сценарии на все случаи: если подходящее правило не найдено или свободных номеров нет, на странице остаётся исходный номер компании — посетитель в любом случае может позвонить. Все такие ситуации фиксируются кодами результата в журнале, поэтому нехватка ёмкости видна сразу и устраняется расширением пула.
В момент визита система запоминает, какой номер и какому посетителю выдан, вместе со всеми параметрами: utm-метками, реферером, страницей входа, идентификатором Яндекс.Метрики. Когда на этот номер поступает входящий вызов, он автоматически сопоставляется с зафиксированным визитом. В результате в отчёте вы видите не просто «звонок», а звонок с указанием канала, кампании и страницы.
Автостратегии Яндекс.Директа обучаются на конверсиях. Если система видит только заявки с форм, она оптимизирует рекламу под неполную картину и недооценивает кампании, которые приносят звонки. «Колокол» регламентно передаёт звонки в Метрику как офлайн-конверсии через OAuth-интеграцию — алгоритмы начинают работать с полными данными, а вы получаете корректную сквозную отчётность.
При облачной инсталляции данные размещаются в российском ЦОД; при варианте on-premise они не покидают контур заказчика. Система фиксирует технические параметры визита — идентификатор устройства, IP, user-agent, utm-метки, страницу входа — и не собирает имена, адреса, реквизиты или иные персональные данные посетителей сайта.
Да, это штатный сценарий поставки. Система разворачивается из Docker-образов на любом Linux-сервере, включая российские операционные системы. Потребуются PostgreSQL, PgBouncer, Redis и обратный прокси Nginx. Установку и настройку выполняют наши инженеры, документация по развёртыванию передаётся заказчику.
Нет. В «Колоколе» отсутствуют скрытые функции удалённого управления, деактивации лицензий или блокировки работы извне. Обновления выпускает и распространяет правообладатель — ООО «Меридиан»; принудительное получение обновлений с иностранных серверов не предусмотрено. Для on-premise-инсталляций система работает полностью автономно в контуре заказчика.
Да. Для «Колокола» развёрнут отдельный демонстрационный стенд с тестовыми проектами, сайтами и номерами — он изолирован от рабочей инфраструктуры. Доступ выдаём по запросу: оставьте заявку, и мы направим адрес стенда с логином и паролем, а при необходимости проведём демонстрацию с нашим специалистом.
Типовой проект — от двух до четырёх недель от брифа до опытной эксплуатации:
  • обследование и расчёт ёмкости — до недели
  • развёртывание и настройка — от трёх до десяти рабочих дней
  • подключение сайта и тестирование — один-два дня
  • интеграции и обучение — до недели
Подробный график по этапам — в разделе «Процесс внедрения». Для распределённых и мультибрендовых проектов сроки согласуются отдельно.
Поддержку оказывают штатные сотрудники ООО «Меридиан» — разработчики, DevOps-инженеры и специалисты сопровождения, без привлечения внешних подрядчиков. Базовый режим — пн–пт с 09:00 до 18:00 по Москве, реакция на критичные обращения в течение двух рабочих часов. Расширенный SLA с режимом 24/7 доступен по отдельному соглашению. Подробности — в разделе «Правовой статус и поддержка».
Потому что честная цифра появляется только после расчёта номерной ёмкости. Она зависит от объёма трафика, числа регионов, типа номеров, количества сайтов и каналов, схемы размещения и состава интеграций — разброс между небольшим региональным проектом и федеральной сетью очень велик. Публиковать «цену от» мы считаем некорректным: она мало что скажет о вашем случае. Бриф занимает 15–20 минут, расчёт готовим за один-три рабочих дня.
09

Свяжитесь с нами

Через эту форму можно запросить демо-доступ, расчёт стоимости под ваш проект или обсудить внедрение в вашем контуре. Документация открыта и доступна без запроса. Отвечаем в течение рабочего дня.

Оставить заявку

Ответим в течение рабочего дня

✓ Заявка принята! Свяжемся в течение рабочего дня.