Подмена номеров в Коллтрекинге: что ломается при смене тарифа и номера

Подмена номеров в коллтрекинге кажется простой штукой: подключили Коллтач или Каллибри, вставили на сайт скрипт, и каждому посетителю показывается свой телефон. На деле это один из самых хрупких механизмов в связке «сайт плюс реклама плюс отдел продаж». Он ломается тихо, без сообщений об ошибках, и владелец узнаёт об этом спустя недели, когда заявки уже не сходятся с рекламным бюджетом. Разберём, что именно ломается при смене тарифа, номера или правках сайта, и как выстроить эксплуатацию так, чтобы каждый звонок попадал в отчёт.
Как устроена подмена номеров и почему она ломается незаметно
Принцип работы одинаков у всех сервисов. На страницу сайта подключается небольшой скрипт. Когда посетитель открывает страницу, скрипт определяет, откуда он пришёл: из Яндекс Директа, из органической выдачи, из рассылки, с карточки в Яндекс Бизнесе или 2ГИС. Затем он находит на странице телефон и заменяет его на номер из пула, закреплённый за этим источником или за этим конкретным посетителем. Когда человек звонит, сервис видит, на какой номер поступил вызов, и сопоставляет его с сессией на сайте. Так в отчёте появляется строка: звонок по такому-то объявлению, по такому-то запросу, с такой-то страницы.
Хрупкость вытекает из самой схемы. Скрипт зависит от шаблона сайта, потому что ищет телефон на странице по определённому правилу. Номера зависят от тарифа, потому что пул имеет конечный размер. Отчёты зависят от связки с Яндекс.Метрикой и с рекламными кабинетами, а те зависят от меток в ссылках. Стоит изменить любое звено, и подмена продолжает как будто работать, только часть звонков уходит на основной номер, а часть вообще не попадает в статистику. Ошибки при этом нет: посетитель видит телефон, звонит, менеджер отвечает. Страдает только аналитика, а за ней и решения о бюджете.
Поэтому главная мысль этой статьи простая: коллтрекинг нельзя подключить один раз и забыть. Он требует регулярной проверки, как кассовый аппарат или замок на входной двери. Ниже перечислено, что проверять и в какой момент.
Что происходит при смене тарифа
Самая частая ситуация: компания начинала с минимального тарифа, пул из пяти или десяти номеров хватало. Потом реклама выросла, посетителей стало больше, и номера начали заканчиваться. Тарифы у сервисов устроены по-разному, но логика общая: чем больше номеров в пуле и чем больше источников нужно разделять, тем дороже. Когда пул меньше, чем число одновременных посетителей, сервис вынужден закреплять один номер за несколькими людьми сразу. Если два человека одновременно открыли сайт, а звонит один из них, система не сможет точно сказать, кто именно. Привязка к источнику становится вероятностной.
При переходе на более дешёвый тариф ситуация обратная. Компания экономит, и сервис сокращает пул. Часть номеров отключается, а в скрипте на сайте или в настройках сервиса остаются правила, ссылающиеся на ушедшие номера. Звонок на отключённый номер превращается в короткие гудки или в сообщение «номер не существует». Посетитель, который хотел оставить заявку, просто закрывает вкладку и звонит конкуренту.
Ещё одна неприятность при смене тарифа: меняется состав функций. На базовом тарифе может не быть динамической подмены по каждому посетителю, а только статическая, по источнику. Может исчезнуть запись разговоров, передача данных в СРМ-систему, отчёт по ключевым словам. Руководитель смотрит на отчёт и не замечает, что столбец с запросами теперь пуст, потому что функция отключена вместе с тарифом.
Практическое правило: перед любым изменением тарифа запишите, какие функции использовались на прежнем тарифе, и сверьте со списком возможностей нового. После переключения в тот же день сделайте тестовые звонки со всех основных источников и убедитесь, что каждый попал в отчёт с правильной меткой.
Что ломается при смене основного номера
Смена основного номера компании бывает вынужденной: переезд, переход на другого оператора, подключение многоканального номера. В этот момент в игру вступает человеческий фактор, и именно он создаёт большую часть проблем.
Первое: основной номер прописан в нескольких местах сайта. Он есть в шапке, в подвале, на странице контактов, в карточках услуг, в разметке микроданных, во всплывающих окнах, в формах обратного звонка, в файлах с прайсами. Скрипт подмены умеет заменять только то, что нашёл по своему правилу. Если правило ищет номер в виде текста определённого формата, то номер, написанный иначе, например с пробелами вместо дефисов или в виде картинки, не будет заменён. После смены номера старое правило перестаёт находить новый, потому что формат записи изменился.
Второе: в самом сервисе коллтрекинга основной номер задаётся как номер, который нужно искать и подменять. Если вы просто поменяли номер на сайте, а в настройках сервиса оставили старый, скрипт ничего не найдёт и подмена прекратится целиком. Страница будет показывать настоящий новый номер всем посетителям, и все звонки пойдут в одну кучу.
Третье: номер переадресации. Пул подменных номеров, как правило, переадресует вызовы на основной. Если основной сменился, а в настройках переадресации остался старый, звонки будут уходить в пустоту. Это самая дорогая ошибка, потому что она теряет вообще все звонки с подменных номеров, а они как раз составляют основную часть рекламного трафика.
Четвёртое: внешние площадки. Основной номер указан в карточке Яндекс Бизнеса, в 2ГИС, на сторонних справочниках, в объявлениях Яндекс Директа, в визитках и на фасаде. Изменить его только на сайте недостаточно. Если в карточках остался старый номер, часть клиентов продолжит звонить по нему. Поэтому смена номера должна идти по чек-листу, а не по памяти.
Скрипт подмены: где он живёт и что с ним случается
Скрипт обычно вставляется одним из трёх способов: прямо в шаблон сайта, через менеджер тегов или через модуль системы управления сайтом. На ХостСМС удобнее всего размещать его в общем шаблоне, в области перед закрывающим тегом тела страницы, либо подключать отдельным включаемым файлом, чтобы его легко было найти и заменить. На 1С-Битрикс и ВордПресс то же самое делают через шаблон сайта или специальный плагин.
Главная опасность в том, что скрипт живёт в шаблоне, а шаблон правят разные люди в разное время. Дизайнер меняет шапку и переносит телефон из одного блока в другой. Разработчик подключает новую библиотеку, которая конфликтует с кодом сервиса. Контент-менеджер вставляет номер в статью обычным текстом, а скрипт его не видит, потому что настроен на другой формат. Специалист по рекламе ставит ещё один сервис аналитики, и два скрипта начинают бороться за один и тот же элемент.
Типичные поломки скрипта выглядят так. Кэш сайта отдаёт старую версию страницы, где скрипта ещё нет или стоит прежний код. Система оптимизации загрузки откладывает выполнение скрипта, и посетитель успевает увидеть и запомнить основной номер, а подмена происходит через секунду. Страницы, которые подгружаются без перезагрузки, например всплывающие окна, не обрабатываются, потому что скрипт отработал один раз при загрузке. Пользователи с блокировщиками рекламы вообще не получают скрипт, и они видят основной номер. Доля таких людей может быть заметной, особенно в аудитории, привыкшей к технике, и об этом нужно помнить при чтении отчётов.
Если вы работаете с ХостСМС, имеет смысл заранее договориться с разработчиком, где именно лежит скрипт, кто имеет право его менять и как проверить результат после обновления шаблона. Эти три ответа должны быть записаны в короткой памятке, а не только в голове у одного человека.
Пулы номеров: сколько нужно и как их делить
Размер пула считается не по числу звонков, а по числу одновременных посетителей, которых нужно различать. Грубый ориентир: если на сайте в пиковый час бывает одновременно двадцать человек из рекламы, то для точной привязки каждого посетителя нужно не меньше двадцати номеров на этот источник. Если пул меньше, система будет выдавать номер из пула повторно через какое-то время, и точность падает. Для небольшого локального бизнеса часто достаточно сочетания: статические номера для постоянных источников и небольшой динамический пул для рекламы.
Разумная схема для компании, работающей на «3 в 1», выглядит так. Один отдельный постоянный номер закрепляется за карточкой в Яндекс Бизнесе. Другой постоянный номер закрепляется за карточкой в 2ГИС. Третий набор, динамический, подставляется на сайте. Тогда обращения из трёх каналов не смешиваются, и вы видите, сколько звонков принёс поиск вместе с нейропоиском, сколько карты Яндекса и сколько 2ГИС. Обращения с карт стоит считать наравне с заявками с сайта, потому что по цене и по качеству они нередко оказываются лучше: человек уже выбрал компанию на карте и звонит с намерением прийти или заказать.
Отдельный вопрос про рекламные кампании. Если вы хотите знать, какое объявление в Яндекс Директе приводит звонки, то пул делится по кампаниям или даже по группам. Это увеличивает потребность в номерах. Не нужно делить на слишком мелкие части: статистика по пяти звонкам в месяц ничего не доказывает. Лучше сначала разделить по крупным источникам, а затем уточнять там, где обороты уже значимые.
Следите за вторым ограничением: количеством звонков на один номер. Если подменные номера с одного региона получают спам-звонки или робокаллы, оператор может пометить их как подозрительные, и часть настоящих клиентов не дозвонится. Периодически просматривайте отчёт по коротким и пропущенным звонкам и заменяйте номера, которые стали проблемными.
Резервный номер и что делать, когда сервис недоступен
Любой сторонний сервис иногда падает. Сервер коллтрекинга может быть недоступен, скрипт может не загрузиться, а оплата может быть просрочена, после чего номера временно отключатся. Если на сайте стоит только подменный номер, то посетитель в такой момент увидит либо пустое место, либо номер, который не работает. Это недопустимо.
Резервный номер решает проблему. Принцип: в разметке страницы всегда стоит настоящий основной номер, написанный обычным текстом. Скрипт заменяет его на подменный только после успешной загрузки. Если скрипт не отработал, посетитель видит основной номер и может позвонить. Звонок не будет атрибутирован, но он не пропадёт. Это принципиально важно: сначала нужно сохранить заявку, а уже потом красиво её учесть.
Второй уровень резерва находится в настройках переадресации. Подменные номера должны переадресовывать вызовы не на один городской телефон, а на группу номеров или на виртуальную АТС с несколькими вариантами. Если основной канал занят или недоступен, вызов уходит на запасной. Для небольшой компании это может быть мобильный телефон руководителя или дежурного менеджера.
Третий уровень касается оплаты. Поставьте напоминание о продлении тарифа минимум за неделю до окончания. Подключите автоматическое списание, если есть возможность, и убедитесь, что уведомления о низком балансе приходят не только на почту уволившегося сотрудника. Это звучит банально, но отключение номеров из-за забытой оплаты случается с завидной регулярностью и всегда в самый неудобный момент, например в середине рекламной кампании.
Проверка после правок сайта: пошаговый порядок
Любая правка сайта, которая затрагивает шаблон, должна заканчиваться проверкой подмены. Не нужно устраивать длинную процедуру, достаточно десяти минут и последовательности действий. Вот она.
Первый шаг: откройте сайт в окне без сохранённых данных и перейдите на него по рекламной ссылке с меткой. Это можно сделать, вставив в адрес сайта те же параметры, что использует кампания. Убедитесь, что телефон на странице отличается от основного номера.
Второй шаг: пройдите по основным типам страниц. Главная, страница услуги, карточка товара, контакты, страница статьи, страница с формой. Везде должен стоять подменный номер, причём один и тот же на протяжении всей сессии. Если номер меняется при переходе между страницами, значит, сессия не сохраняется, и привязка будет неточной.
Третий шаг: откройте всплывающие окна, формы обратного звонка, мобильное меню. Нередко подмена работает в шапке, но не срабатывает в окне, которое подгружается позже.
Четвёртый шаг: повторите проверку на телефоне. Мобильная версия часто имеет отдельную вёрстку, и номер там может быть кнопкой с телефонной ссылкой, а не текстом. Если ссылка прописана жёстко, она не подменяется, и посетитель, нажавший на кнопку, позвонит на основной номер.
Пятый шаг: позвоните на подменный номер и убедитесь, что вызов дошёл до менеджера и что звонок появился в отчёте с правильным источником, страницей и датой. Только после этого правку можно считать закрытой.
Шестой шаг: проверьте, что в Яндекс.Метрике по-прежнему фиксируется цель «звонок» и что число целей за день согласуется с числом звонков в сервисе коллтрекинга. Разница в несколько процентов нормальна, разница вдвое сигнализирует о поломке.
Учёт звонков: как не потерять половину статистики
Даже если подмена работает идеально, учёт звонков может хромать. Первая проблема: целевые и нецелевые звонки перемешаны. Поставщики, ошибочные вызовы, соискатели, спам и существующие клиенты с вопросом о заказе попадают в общий счёт, и стоимость заявки получается заниженной. Нужна разметка звонков хотя бы в трёх категориях: целевой, нецелевой, повторный. Размечать удобнее всего прямо в сервисе коллтрекинга, слушая записи. Это занимает время, но без этого статистика врёт.
Вторая проблема: длительность. Звонок короче десяти или пятнадцати секунд обычно означает, что человек положил трубку, ошибся или попал на автоответчик. Такие вызовы лучше не считать заявками, а отдельно анализировать, почему так происходит. Возможно, менеджеры долго не берут трубку, а возможно, на номер звонят роботы.
Третья проблема: передача данных в СРМ-систему. Если вы используете Битрикс24 или амоСРМ, то каждый звонок должен создавать карточку клиента или сделку с источником. Проверьте, что после смены тарифа, номера или шаблона сайта интеграция продолжает работать. Типичный сбой: после обновления ключа доступа в СРМ-системе сервис коллтрекинга перестаёт слать данные, а в интерфейсе об этом нет ни слова.
Четвёртая проблема: смешивание источников. Заявки с форм, чатов, мессенджеров и звонков должны считаться вместе, иначе вы сравниваете несопоставимые величины. Возьмите единую таблицу, где в строках источники, а в столбцах: обращения всех видов, целевые обращения, договоры, выручка и затраты. Тогда видно, сколько стоит заявка в каждом канале и какая доля доходит до оплаты. Показатели посещаемости и видимости остаются вспомогательными: они объясняют, почему заявок стало больше или меньше, но целью не являются.
Пятая проблема: сравнение отчётов. Раз в месяц сверяйте три цифры: число звонков по данным оператора связи, число звонков по данным сервиса коллтрекинга и число обращений, которые зарегистрировали менеджеры в СРМ-системе. Если расхождение больше десяти процентов, ищите причину. Так вы найдёте и потерянные звонки, и звонки, которые не были обработаны менеджерами.
Как это связано с подходом «3 в 1»
Подход «3 в 1» означает, что заявки приходят из трёх точек: поиск вместе с нейропоиском, карточка в Яндекс Бизнесе и Справочнике, карточка в 2ГИС. Коллтрекинг в такой схеме выполняет роль общей бухгалтерии. Без него вы видите только то, что пришло через сайт, и недооцениваете карты. С ним вы получаете полную картину, и бюджет можно перераспределять осмысленно.
Практически это выглядит так. На сайте работает динамическая подмена, по каждому источнику свой пул. В карточке Яндекс Бизнеса указан отдельный постоянный номер, а в карточке 2ГИС другой. Все три номера переадресуют звонки на одну группу менеджеров, но в отчёте различаются. Раз в месяц вы смотрите стоимость заявки по каждому каналу и долю целевых обращений. Если выяснилось, что с карты Яндекса приходит вдвое больше звонков при том же бюджете, значит, стоит вложиться в фотографии, услуги с ценами и отзывы. Если 2ГИС даёт мало, но дорогие заказы, то карточку нужно поддерживать в идеальном состоянии, хотя в общем счёте она незаметна.
Для нейропоиска важно, чтобы на сайте был реальный основной номер, записанный в тексте, в контактах и в разметке организации. Подменный номер нейропоиск может не увидеть или не процитировать, и тогда в ответе окажется устаревший телефон. Поэтому в структурированных данных страницы контактов оставляйте основной номер и следите за тем, чтобы он совпадал с номером в карточках на картах. Единство контактов во всех источниках повышает доверие и к сайту, и к карточкам.
Типичные ошибки и памятка по эксплуатации
Соберём ошибки, которые встречаются чаще всего. Подмену подключили, но не проверили её на мобильном. Основной номер сменили, а переадресацию не обновили. Тариф понизили без сверки функций. Пул сделали слишком маленьким и считают точной статистику, которая на самом деле усреднена. Скрипт вставили в двух местах, и номера мигают. Подменный номер попал в микроданные, и в поисковой выдаче показывается временный телефон. Звонки с карт вообще не учитываются. Записи разговоров не слушают, и в заявки идёт всё подряд. Оплату забыли продлить.
Теперь короткая памятка, которую стоит распечатать и повесить рядом с рабочим местом ответственного за сайт. Раз в неделю: тестовый звонок с рекламной ссылки и проверка записи в отчёте. Раз в месяц: сверка трёх цифр по звонкам, просмотр коротких и пропущенных вызовов, проверка баланса и тарифа. После каждой правки шаблона: десятиминутная проверка по шести шагам. При смене номера: список всех мест, где он указан, включая карточки на картах, и проверка переадресации. При смене тарифа: сверка функций до и после. Раз в квартал: пересмотр размера пула и схемы разделения источников.
Назначьте ответственного. Не «маркетолог или разработчик», а конкретного человека с заместителем. Когда ответственность размыта, проверку делают все понемногу, то есть никто. Договоритесь, что любая правка шаблона согласуется с этим человеком, а в задаче на правку отдельным пунктом стоит проверка подмены.
Вывод и приглашение к бесплатной консультации
Подмена номеров не ломается громко, она ломается тихо. Смена тарифа сокращает пул или отключает функции, смена номера оставляет старые правила и неверную переадресацию, правка шаблона убивает скрипт, а отсутствие резерва превращает любой сбой в потерянные заявки. Защита проста: настоящий номер всегда в разметке, резервная переадресация, понятная схема пулов, регулярная проверка после каждой правки и ежемесячная сверка цифр. Всё это нужно для одного: чтобы каждая заявка из трёх каналов, поиска, Яндекс Бизнеса и 2ГИС, была учтена и привела к осмысленным решениям о бюджете.
Если вы подозреваете, что часть ваших звонков не попадает в отчёты, а заявки не сходятся с рекламными расходами, обратитесь за бесплатной консультацией к специалистам «Сайты Профессионально». Мы посмотрим, как у вас настроены Коллтач или Каллибри, проверим скрипт на сайте, переадресацию и связку с Яндекс.Метрикой и СРМ-системой, а затем подскажем, где вы теряете обращения и как вернуть их без лишних затрат.
Хотите получить бесплатную диагностику сайта?
Получите бесплатную экспресс-диагностику за 24 часа. Проверим ошибки, сбои, скорость, безопасность и скрытые ошибки — пришлём отчёт с рекомендациями.
- Скорость загрузки и мобильная версия
- Уязвимости, вирусы, взломы
- Битые ссылки, дубли, SEO-ошибки
- Статус домена, SSL, хостинга
Популярные решения наших клиентов:

До 10 часов работ в мес.
Ежедневная диагностика
Продление домена
Продление хостинга/сервера

До 40 часов работ в мес.

До 100 часов работ в мес.
