Колтреон — сервис интеллектуальной атрибуции телефонных обращений без динамической подмены номера. Он помогает связать визит сайта с реальным входящим звонком и передавать подтверждённые события в Яндекс.Метрику.
С чего начать
Что умеет Колтреон, как устроена атрибуция и что нужно подготовить.
Вместо аренды подменных номеров Колтреон сопоставляет технические признаки визита на сайте с подтверждёнными данными о входящем обращении.
Классический динамический коллтрекинг часто подменяет номера на сайте; Колтреон сохраняет номер компании и использует другую модель сопоставления обращения с визитом.
Пользователь переходит с рекламы на сайт, звонит или пишет в MAX, а Колтреон фиксирует обращение, проверяет источник и формирует нужную конверсию.
Сервис полезен организациям, где продажа начинается с телефонного разговора или обращения в MAX: услуги, ремонт, перевозки, медицина, недвижимость и другие направления.
Для полноценного запуска понадобятся сайт, рабочий телефон, доступ к Яндекс.Метрике и понимание, какой результат оптимизирует реклама.
Автоматическая модель передаёт звонковые события с Android. Модель «С подтверждением клиента» использует этап «Клиент» в CRM и отдельные цели для звонков и MAX.
Карточки, задачи и внутреннюю статистику CRM можно использовать как учёт обращений, но атрибуция «с сайта» и отправка результативных рекламных целей требуют данных о визите и корректной связки с сайтом.
Подключение сайта
Пошаговый мастер, установка кода, Метрика, проверка и контрольный запуск.
Мастер состоит из девяти шагов и последовательно проверяет настройки проекта, Метрики, установку кода, номер, режим, приложение и цели.
В кабинете сайт рассматривается как отдельный проект со своим доменом, номером, настройками и выбранной рекламной моделью.
Код фиксирует допустимые признаки посещения и позволяет сопоставить обращение с посетителем. Установка должна распространяться на все нужные страницы.
Если нельзя править исходники сайта, в мастере доступен сценарий установки через пользовательский HTML-тег Яндекс.Метрики.
В мастере подключения этот вариант отмечен как отдельный способ. Его доступность следует смотреть прямо в интерфейсе на момент подключения.
Для корректного мобильного перехода к звонку номер желательно оформить обычной ссылкой tel: и сохранить единый рабочий номер в настройках проекта.
Для конструктора Tilda важнее всего разместить индивидуальный код на всех опубликованных страницах и затем проверить его выполнение.
На WordPress следует добавить сгенерированный скрипт в общий шаблон сайта, не дублируя его на отдельных страницах.
На 1С-Битрикс скрипт удобно разместить в общем шаблоне сайта, чтобы он загружался на всех рекламных страницах.
На самописном сайте индивидуальный сниппет Колтреона вставляется в общий шаблон или глобальный HTML-блок, а не в отдельный рекламный баннер.
Наличие текста скрипта в исходном файле само по себе недостаточно. В мастере учитывается реальный запуск кода и сверка номера.
Нужен именно идентификатор того счётчика, который установлен на подключаемом сайте и к которому у вас есть права.
Колтреон использует OAuth-доступ к счётчику для проверки целей и отправки данных; одного введённого ID недостаточно.
Для первичного создания звонковых целей реальный тестовый звонок теперь не обязателен, поскольку мастер использует техническую инициализацию. Но тест полезен для проверки всей рабочей цепочки.
При обычной установке следуйте коду и подсказкам индивидуального мастера. Для типового шаблона подходит общий блок перед закрывающим body.
Звонки и атрибуция
Реальные звонки, источники, длительность, уникальность, проверка и спорные ситуации.
Базовое правило звонковой модели: входящий отвеченный разговор длительностью от 30 секунд. Пропущенные, исходящие и короткие разговоры не равны целевому звонку.
«С сайта» означает подтверждённую связь обращения с визитом. «Вне сайта» — подтверждённой связи нет. «Проверяется» — система ещё анализирует доступные сведения.
Атрибуция может выполняться не мгновенно: системе требуется сопоставить историю визита и подтверждённый факт разговора.
Клик по ссылке tel: подтверждает намерение пользователя, но не доказывает, что абонент действительно дозвонился и разговаривал.
Пропущенный вызов обычно имеет длительность разговора ноль секунд, не проходит порог целевого отвеченного разговора и может оставаться в журнале обращений.
Короткий входящий вызов может быть зафиксирован в кабинете, но не является целевым по стандартному критерию разговора от 30 секунд.
Стандартная атрибуция входящих обращений не должна засчитывать исходящие вызовы в качестве новых рекламных конверсий.
Колтреон различает новые и повторные обращения; цели с признаком уникальности не равны всем входящим звонкам.
Источник отображается в кабинете для тех обращений, по которым доступны сведения об атрибуции. Иногда можно определить сайт, но не конкретную кампанию.
Признаки источника определяются по наблюдаемым параметрам посещения, переходу и рефереру; рекламный переход и органический результат Яндекса не одно и то же.
В CRM можно указать фактическое время обращения. Колтреон пытается сопоставить его с доступными посещениями сайта и не должен автоматически назначать рекламный источник без подтверждения.
Скопированный или набранный вручную номер может не дать тех же доказательств причинной связи, что обычный мобильный переход к звонку.
На компьютере нажатие на телефонную ссылку обычно не равно фактическому исходящему звонку с мобильного устройства, поэтому доказательная цепочка может быть неполной.
Визит и звонок — разные события. Между ними может быть пауза, а в разных интерфейсах возможно отображение времени в разных часовых поясах.
При нескольких визитах и звонках система должна избегать произвольной привязки одного визита ко многим событиям.
Система использует защитные механизмы для фильтрации аномальных действий и не должна превращать массовые технические клики в подтверждённые целевые звонки.
Нет. При определении источника без подмены номера есть сценарии с неполными сигналами: набор вручную, особенности iOS, настольные посещения, ограничения браузера и сбои мобильного устройства.
Яндекс.Метрика и цели
Автоматические и CRM-цели, их создание, восстановление, передача и диагностика.
Есть три разных набора: стандартные звонковые цели, две цели подтверждённых клиентов CRM и отдельная цель MAX. Они не заменяют друг друга и зависят от выбранной модели.
Target call — стандартная цель звонка по продолжительности отвеченного разговора. В мастере Колтреона базовый порог привязан к разговору от 30 секунд.
Unique call — первичный отвеченный звонок. Unique target call — первичный звонок, который дополнительно прошёл целевой порог длительности.
ct_call_any — базовая цель, используемая для первичного создания и передачи данных о звонках. Наличие этой цели не означает, что восстановлены все производные звонковые цели.
При первом запуске мастер выполняет техническую передачу данных в Яндекс.Метрику и затем проверяет появление четырёх звонковых целей.
Если цель ct_call_any существует, а Target call, Unique call или Unique target call были удалены, повторная техническая передача автоматически их не восстанавливает.
Отсутствие базовой цели отличается от ситуации, когда удалены только производные цели. Сначала требуется повторно пройти первичную проверку счётчика и инициализации.
Это отдельные цели типа JavaScript-событие/action в Метрике для подтверждённых клиентов: по звонку и по обращению в MAX. Их создаёт Колтреон при включении модели CRM.
При сохранении режима «С подтверждением клиента» сервер проверяет цели нужного счётчика и при необходимости создаёт их через API Яндекс.Метрики.
В отличие от производных звонковых целей, цели подтверждённых клиентов создаются через API как цели действия. При действующем OAuth их можно повторно проверить и создать.
ct_max_target — отдельная цель для достигшего установленного порога личного диалога MAX, если функция включена и доступны подтверждённые данные.
Созданная цель и зарегистрированная конверсия — разные состояния. Для конверсии нужен подходящий реальный факт, корректная атрибуция и успешная обработка данных Яндексом.
В CRM отображаются разные стадии загрузки. «В очереди» — отправка ещё не завершена; «Обрабатывается Метрикой» — загрузка принята; «Передано» — подтверждённый результат обработки по данным сервиса.
В CRM-режиме передаются только подходящие подтверждённые клиенты с установленным источником «с сайта» и допустимой идентификацией визита.
Цели создаются и проверяются на уровне выбранного счётчика проекта; одинаковые названия в разных счётчиках не делают их одной конверсией.
После смены модели работы или восстановления целей следует проверить актуальность OAuth, условий цели и наличия цели в конкретном счётчике.
Звонки и подтверждённые клиенты могут загружаться в Метрику серверным способом. Для цели подтверждённого клиента используется цель типа action с условием события, но сам факт может быть загружен как офлайн-конверсия.
Сервис сначала передаёт и проверяет данные, после чего Яндекс обрабатывает цели и отчётность. Эти этапы не обязаны завершаться одновременно.
Яндекс.Директ и списания
Как выбрать конверсии, оценивать результаты и понимать механизм оплаты.
Для модели оптимизации под реальные звонки сначала нужны настроенные цели Метрики и достаточное количество фактических обращений.
Для этого используется модель «С подтверждением клиента» и цели ct_client_call / ct_client_max. Директ должен быть настроен на подходящую оплату за конверсии, иначе списания могут продолжаться по другим правилам.
При оплате за клики расходы связаны с переходами. При доступной и корректно настроенной оплате за конверсии списания зависят от достижения выбранного целевого действия по правилам Директа.
Выбор зависит от того, что вы считаете успешным результатом: отвеченный звонок, уникальный целевой звонок, результат переписки MAX или подтверждённый клиент.
Колтреон передаёт данные о результатах, но не управляет списаниями автоматически. Причиной может быть неподходящая стратегия, оплата за клики, недостаток конверсий или неверно выбранная цель.
Для выяснения причины нужно сопоставить событие в рекламном отчёте, модель оплаты и записи Колтреона. Списание не обязательно соответствует одному звонку в вашем телефоне.
Предельная цена результата зависит от конверсии обращения в продажу, прибыли с заказа и допустимой доли рекламных расходов.
Нужно проверить техническую цепочку и накопить реальные данные. Сразу после смены целей нельзя надёжно оценивать долгосрочную эффективность рекламы.
Автоматической стратегии нужны информативные данные. Если подтверждённых клиентов очень мало, целевой сигнал может поступать недостаточно часто.
Сравнивайте несколько разных показателей: рекламные списания, конверсии Метрики, реально зафиксированные обращения, подтверждённых клиентов и оплаченные заказы.
По актуальной логике проекта ИИ-модуль ориентирован на Единую перфоманс-кампанию (ЕПК) Яндекс.Директа, а не на управление Мастер кампаний.
Метрика принимает звонковые и CRM-конверсии, связывает их с посещениями и предоставляет целевые действия для стратегий Яндекс.Директа.
CRM и клиенты
Воронка, ручные и автоматические обращения, подтверждение, задачи и финансы.
CRM — встроенный рабочий раздел Колтреона с воронкой, клиентами, задачами, статистикой и финансами. Он позволяет подтверждать результат рекламы на уровне конкретного клиента.
CRM открывается из навигации кабинета Колтреон. Прямой маршрут основного кабинета использует раздел sales.
Стадии: «Новые», «В работе», «Договорились», «Клиенты» и «Не клиенты». Стадия фиксирует коммерческий результат и определяет дальнейшую обработку.
При ручной работе важно указать фактическое время самого первого обращения: от него зависит возможность связать клиента с визитом сайта.
При работе через Android приложение фиксирует допустимые входящие звонки и сервер формирует события/карточки для CRM. В режиме подтверждения менеджеру остаётся обработать результат.
Подтверждение — перевод карточки на этап «Клиент» после того, как обращение действительно привело к клиенту по критериям бизнеса.
Отдельный этап позволяет не считать отказ, спам и неподходящее обращение подтверждённой продажей.
Сервер пытается отправлять подходящие CRM-конверсии, когда карточка подтверждена, относится к CRM-режиму на дату обращения, имеет источник «с сайта» и идентификатор для атрибуции.
У iPhone нет такого же универсального доступа веб-приложения к журналу сотовых звонков, как у Android-приложения. Для подтверждённых клиентов предусмотрена ручная работа с CRM.
В CRM учитываются каналы обращения и история клиента. Для целевой конверсии важен корректно выбранный основной канал и отсутствие дублирования результата.
В карточке можно задать напоминание. Активные напоминания отображаются во вкладке «Задачи», а доступные уведомления могут приходить в установленный кабинет.
Финансы суммируют суммы подтверждённых клиентов и статус оплаты, позволяя отдельно видеть выручку, оплаченное и ожидаемое.
Статистика отображает обращения, подтверждённых клиентов, распределение по каналам и источникам за выбранный период.
CRM предоставляет поиск по имени, услуге и телефону, а также фильтры по этапу, каналу и источнику.
Для сопоставимых телефонных контактов CRM может отмечать повторные обращения, что помогает отличать новых клиентов от возвращающихся.
CRM поддерживает отдельную отметку скрытого номера при создании звонкового обращения, если реальный номер не доступен.
Для этапов воронки сумма не обязательна. Однако без неё показатели финансового раздела не отражают реальную стоимость подтверждённых заказов.
Этап карточки можно изменить, но рекламная конверсия, уже обработанная внешней Метрикой, не обязательно может быть автоматически отменена задним числом.
В автоматическом режиме CRM может использоваться для учёта обращений и этапов, но подтверждение карточки не заменяет выбранную модель автоматической передачи звонковых событий.
Настройки модели хранятся с историей переключений и привязаны к проекту. Для нового обращения применяется режим, действовавший на дату обращения.
Для звонков CRM может использовать подтверждённую атрибуцию исходного звонка; для ручных обращений — сопоставление реального времени с доступными визитами.
Интерфейс CRM предусматривает локальное сохранение части данных и последующую синхронизацию. Для актуальных результатов нужна сеть и успешное подтверждение изменений сервером.
Обращения в MAX
Фиксация переписок, цель MAX, настройки качества и работа через CRM.
Отдельный канал MAX учитывает допустимые личные входящие переписки и может передавать целевое обращение в Метрику при выполнении заданного порога.
Настройка MAX выполняется отдельно по проекту и требует корректной связки личного диалога, Android-устройства, сайта и Метрики.
В интерфейсе проекта доступен порог от одного до четырёх входящих сообщений в личном диалоге. Значение по умолчанию в коде — два.
Окно атрибуции — допустимый интервал между наблюдаемым визитом и началом общения в MAX. Оно не является временем жизни карточки CRM.
Для целевых обращений используются допустимые личные диалоги. Групповые чаты могут отображаться отдельно, но не должны безусловно становиться платными клиентскими целями.
Обращения MAX могут использоваться для работы с клиентом в CRM. В CRM-режиме подтверждение клиента относится к отдельной цели ct_client_max.
Возможные причины: цель выключена, неверный порог, групповая переписка, отсутствие факта входящего сообщения, неустановленный источник или проблемы с Метрикой.
Сценарии автоматической фиксации Android и iPhone отличаются. Для iPhone доступен ручной учёт общения в CRM при включённой модели подтверждённых клиентов.
Android и iPhone
Установка приложения, SIM, разрешения, PWA и ручная работа без Android.
Android-приложение используется для фиксации реальных вызовов и связки с посещениями. Актуальную сборку следует брать из официальной карточки RuStore.
Для регистрации входящих звонков приложение должно иметь доступ к соответствующим системным данным и возможность работать в фоне.
В Android-приложении в разделе «Слежение» → «Телефонные линии» каждая используемая SIM назначается нужному сайту либо ставится в «Не учитывать».
Разные устройства могут участвовать в работе при правильном входе, выборе проекта, линии и разрешений. Дублирующая фиксация одного и того же вызова требует проверки.
Обычно сначала нужно проверить режим слежения, разрешения, назначение SIM, фоновые ограничения и связь с сервером.
Приложение рассчитано на фоновую фиксацию, но Android может останавливать его при агрессивном энергосбережении или запрете фоновых операций.
Для получения итогового статуса и отправки на сервер требуется связь. Локальные записи и повторная синхронизация зависят от состояния установленной версии приложения.
PWA позволяет открыть и закрепить личный кабинет на домашнем экране, но не получает универсальный доступ к истории сотовых звонков iPhone.
Кабинет поддерживает сценарии push-уведомлений при наличии необходимых разрешений браузера и устройства.
Проверка зависит от последнего состояния зарегистрированного устройства и прав доступа к проекту.
iOS ограничивает доступ сторонних приложений и веб-страниц к журналу обычных телефонных вызовов. По этой причине для iPhone применяется ручной CRM-сценарий.
Проекты и мультиаккаунт
Несколько сайтов, номеров, устройств и отдельные режимы каждого проекта.
Мультиаккаунт объединяет несколько сайтов и позволяет управлять ими из одного кабинета с отдельными настройками проекта.
Один номер может присутствовать на нескольких сайтах, но автоматическое различение источника становится сложнее, если один и тот же факт звонка подходит двум проектам.
Для разных телефонных линий используйте назначение каждой SIM своему проекту внутри Android-приложения.
Да, модель «Автоматически» или «С подтверждением клиента» выбирается и сохраняется для каждого проекта отдельно.
Главные точки проверки: правильный домен, телефон, счётчик Метрики, назначение SIM и фактическое устройство.
Поддержка нескольких линий зависит от настроенного проекта и текущего способа фиксации. В мастере предусмотрены сценарии выбора номера, а на Android — назначение линий.
ИИ Колтреон
Работа с рекламой, возможности ИИ и безопасные ограничения автоматизации.
ИИ-модуль помогает анализировать и управлять разрешёнными параметрами ЕПК: семантикой, минус-фразами, объявлениями, стратегией, ставками, площадками и другими настройками при соблюдении прав и ограничений.
ИИ-реклама и мастер технического подключения — разные модули. Сначала должны быть проверены цели и модель работы, затем их можно использовать для оптимизации рекламы.
В продукте основное управление ориентировано на объекты и API Единой перфоманс-кампании. Другие типы кампаний могут иметь иные возможности и правила доступа.
ИИ анализирует релевантность запросов и может готовить изменения минус-фраз и семантики в рамках предоставленных разрешений.
ИИ имеет функциональные области анализа и управления размещениями в рамках поддерживаемых объектов ЕПК и прав аккаунта.
Автоматизация должна работать в пределах разрешений, ограничений бюджета и правил согласования, а не менять всю рекламную кампанию без контроля.
Возможные причины: ограничения доступа, неподдерживаемый тип кампании, недостаток данных, режим согласования или временная ошибка внешнего API.
Тарифы и оплата
Подписка, автопродление, промокоды, оплата, поддержка и партнёрство.
В действующем справочнике: Колтреон — 1 900 ₽ за месяц, 4 900 ₽ за три месяца, 11 900 ₽ за год. «Колтреон + ИИ» — 4 900 ₽ за месяц, 11 900 ₽ за три месяца, 39 000 ₽ за год.
Самостоятельное подключение предусмотрено без обязательной дополнительной услуги. В тарифной форме могут предлагаться разовые работы команды.
Оплата тарифов выполняется через личный кабинет, где выбираются план, период и дополнительные услуги.
Управление автопродлением доступно в платежных настройках кабинета. Отключение предотвращает последующее автоматическое продление по сохранённому способу оплаты.
При действующем автопродлении следующий платёж привязывается к окончанию оплаченного периода и действующему плану.
Промокод может предоставлять скидку или дополнительные дни в зависимости от условий акции, ограничений по пользователям, сроку и способу применения.
Если в условиях конкретного промокода предусмотрено начисление дней, интерфейс может дать возможность активировать такой код без отдельного платёжного заказа.
Сбой может происходить на стороне банка, платёжной страницы или подтверждения подписки в сервисе.
Для разбора технического вопроса полезны проект, точное время обращения, шаг мастера, скриншот статуса и краткое описание ожидаемого результата.
Партнёрские механизмы выделены в отдельный кабинет, где могут предоставляться ссылки, информация о клиентах, начислениях и выплатах по действующим правилам.
API и интеграции
Публичный API, CRM, телефонии, передача звонков и защита доступа.
В проекте предусмотрены API-механизмы и способы интеграции с телефонией/CRM. Набор доступных внешнему партнёру методов зависит от действующей реализации и выданных полномочий.
Интеграции внешней CRM должны передавать реальный факт обращения, направление, время и допустимые идентификаторы, после чего Колтреон выполняет собственную обработку.
Вебхук должен сообщать подтверждённые сведения о реальном звонке: номер, направление, время, статус ответа, длительность и идентификатор события в рамках доступной схемы интеграции.
API-токен или ключ интеграции — секрет, предоставляющий доступ к данным проекта. Он не должен оказаться на публичной странице или в клиентском JavaScript.
Для интеграции важны реальные доступные версии SDK, их методы, авторизация и поддерживаемые события. Следует проверять опубликованный пакет и документацию для каждой платформы отдельно.
Типовой факт обращения должен иметь правильный проект, входящее направление, фактическое время, длительность и уникальный идентификатор события; дополнительные сведения зависят от контракта API.
Решение проблем
Подробная диагностика установки, звонков, источников, целей и рекламы.
Такой результат требует проверки установки, номера, мобильного перехода, полноты телефонного события и итогового состояния атрибуции.
Автоматическая проверка зависит от доступности сайта по HTTP/HTTPS, корректных редиректов, SSL и сетевого ответа.
Установка в исходнике не гарантирует, что файл реально выполняется: причиной могут быть кеш, CSP, блокировщики, неверный тег или только частичная публикация.
Система сравнивает рабочий номер в проекте с тем, который обнаружен на сайте. Различия в мобильной версии, виджете или старом шаблоне могут дать ошибку.
В большинстве случаев причина связана с моделью на дату обращения, отсутствующей атрибуцией «с сайта», идентификатором визита, счётчиком или периодом события.
Причиной может быть повторная доставка факта из приложения или телефонии, несколько активных устройств или создание ручной карточки поверх автоматической.
Цель должна принадлежать доступному счётчику и быть пригодна для выбранного типа стратегии. После создания может потребоваться обновление данных в рекламном кабинете.
Нужно разделить проблему привлечения пользователей, удобства мобильного сайта, телефона, качества трафика и технической фиксации.
Причиной может быть кеш приложения, устаревшая сессия, ошибка сети или проблемное обновление веб-ресурсов.
Ошибки OAuth возникают, когда токен отозван, изменены права аккаунта, не выбран счётчик или внешний сервис временно не отвечает.
Ручная запись не доказывает сама по себе визит. Колтреон ищет допустимые признаки посещения на указанное фактическое время и может не найти достаточной связи.
Разные очереди отвечают за фиксацию звонка, расследование источника и выгрузку конверсии в Метрику. Поэтому сначала нужно определить, где именно задержка.
Привязка к сайту может быть доказана даже тогда, когда отдельный идентификатор ЕПК или подробности рекламного источника в доступных данных отсутствуют.
Номер — одна из ключевых настроек атрибуции. После замены нужно синхронизировать сайт, проект и линию устройства.
При смене домена нужно подтвердить установку трекера, корректность счётчика, номера и рекламных посадочных страниц.
Для точной проверки важно зафиксировать наблюдённые факты, а не предположения об источнике.
Не нашли нужный ответ?
Напишите в поддержку и укажите сайт, номер телефона, выполненные проверки и результат, который отображается в кабинете.