Чтобы проверить подмену номера, пройдите весь путь посетителя: откройте сайт по подходящей ссылке, сравните видимый телефон с номером для набора, проверьте основные страницы и сделайте контрольный звонок. Затем найдите его в журнале и сверьте источник. Одного скриншота изменившегося телефона в шапке недостаточно.
Ниже — сценарий для маркетолога, который принимает подключение коллтрекинга или проверяет его после обновления сайта. Он касается номера на самом сайте. Телефон в рекламном объявлении, карточке организации и форма обратного звонка требуют отдельных проверок.
1. Зафиксируйте, когда номер должен меняться
Сначала получите у специалиста по настройке четыре вещи:
- исходный номер, который размещён на сайте;
- подменный номер или список номеров, допустимых в этом сценарии;
- условие показа: например, конкретная UTM-метка или источник перехода;
- направление звонка: отдел, номер компании или SIP-адрес.
Отдельно уточните, для каких посетителей подмены быть не должно. Если настройка рассчитана только на определённый рекламный трафик, прямой заход с прежним номером сам по себе не означает ошибку.
Удобно записать ожидание одной фразой: «При переходе по ссылке X на странице Y вместо номера А показывается один из номеров группы Б; звонок приходит в отдел продаж». А и Б здесь — условные обозначения, а не реальные телефоны.
У статического и динамического коллтрекинга разные принципы закрепления номеров. Поэтому не ставьте условие «телефон обязан изменяться после каждого обновления страницы». Проверяйте соответствие согласованному сценарию, а не сам факт смены цифр.
2. Подготовьте отдельный тестовый переход
Возьмите согласованную посадочную страницу и тестовую ссылку, которая действительно соответствует правилу подмены. Не добавляйте произвольные UTM-метки в надежде включить её: правило может проверять другое значение или другой признак перехода. Для проверки UTM-сценария используйте подготовленный URL, без клика по собственному платному объявлению.
Пройдите по ссылке в отдельном профиле браузера без прежних посещений этого сайта. Для быстрой проверки подойдёт и новый сеанс инкогнито. В Chrome сначала нужно закрыть все уже открытые окна инкогнито: дополнительное окно продолжает прежний сеанс. Это описано в справке Chrome.
Запишите ссылку входа, время и часовой пояс, браузер и устройство. Если сайт переадресовал вас, сохраните также конечный адрес. Эти данные помогут воспроизвести результат.
После первичного теста повторите путь в обычном браузере с привычными настройками. Инкогнито — способ отделить посещение от предыдущих, но не точная копия условий каждого клиента: например, Chrome по умолчанию блокирует в нём сторонние cookie.
3. Сравните видимый телефон и адрес ссылки
У телефонной ссылки есть два значения: текст, который читает посетитель, и адрес tel:, который передаётся приложению для звонка. Они могут расходиться. Например, на странице уже показан номер Б, а ссылка продолжает вести на исходный номер А.
На компьютере нажмите на телефон правой кнопкой и скопируйте адрес ссылки, если браузер предлагает такое действие. Вставьте его в текстовый редактор. Если адрес начинается с tel:, сравните номер после этого префикса с тем, что видите на странице. Пробелы, скобки и дефисы могут различаться; сравнивайте сам телефон, учитывая код страны.
Если адрес скопировать нельзя или кнопка запускает собственный сценарий, попросите разработчика проверить фактическую цель нажатия. Не считайте это автоматически неисправностью.
На смартфоне проверьте, какой номер получает приложение для звонка. Поведение tel: зависит от устройства и обработчика — это отмечает MDN. Нажимайте осознанно: действие может начать вызов. Заранее согласуйте тест с отделом продаж.
4. Пройдите сайт, а не только главную страницу
Для каждого места, где посетителю предлагают позвонить, повторите сравнение текста и адреса ссылки:
- шапка и подвал;
- контакты и основные посадочные страницы;
- карточка товара или услуги;
- мобильное меню и закреплённая кнопка звонка;
- всплывающее окно с контактами.
Открывайте меню и окна после загрузки страницы. Перейдите с посадочной на внутреннюю страницу, затем вернитесь назад. Если сайт меняет содержимое без полной перезагрузки, отдельно повторите этот путь: успешная подмена при первом открытии ещё не проверяет появившиеся позже элементы.
Оценивайте каждый телефон по его назначению. Номер другого филиала не обязан становиться номером отдела продаж. Заранее согласуйте, какие контакты участвуют в подмене, а какие должны оставаться прежними.
Проверьте мобильную версию на настоящем смартфоне. Узкое окно на компьютере помогает увидеть вёрстку, но не подтверждает передачу номера в телефонное приложение.
5. Сделайте контрольный звонок и найдите его в журнале
Позвоните на номер, показанный во время тестового посещения. Не подставляйте вместо него основной телефон компании из адресной книги — так вы проверите другой маршрут.
Попросите сотрудника принять вызов и подтвердить, что он поступил в нужный отдел. Зафиксируйте время с часовым поясом, номер, с которого звонили, и набранный подменный номер. После обработки звонка найдите соответствующую запись в коллтрекинге, учитывая выбранный период отчёта.
В CallKeeper можно сопоставить обращение с данными журнала звонков и его UTM-метками. Проверяйте те признаки источника, которые предусмотрены вашей настройкой; не ожидайте рекламную кампанию или ключевое слово от любого посещения. Если используются статические UTM-метки, заранее выясните, должны ли они дополнять или перезаписывать данные перехода.
Сохраните ID найденного звонка. Успешный разговор подтверждает маршрут, а запись с ожидаемыми данными — результат учёта именно этого теста. Одна проверка не доказывает корректность всех рекламных источников и достаточность пула номеров под нагрузкой.
Передачу обращения в аналитику проверяйте следующим этапом. Для этого есть отдельный разбор: почему звонки и цели Яндекс.Метрики могут не совпадать.
Где искать причину, если проверка не прошла
Номер нигде не изменился. Начните с соответствия тестового перехода правилу. Затем передайте разработчику проверку загрузки скрипта, его запуска и настройки элементов подмены. Если скрипт заблокирован, зафиксируйте причину; отключение защит браузера не должно быть условием успешной приёмки.
В шапке номер изменился, в подвале остался прежним. Проверьте, включён ли этот контакт в настройку. Если подмена ищет элементы по CSS-селектору, он должен находить нужный элемент в текущей вёрстке. Телефон, нарисованный внутри изображения, требует отдельного решения.
Текст правильный, набирается другой номер. Передайте разработчику пару «видимый телефон — фактическая цель нажатия». Проверять нужно и ссылку, и обработчик кнопки, если он есть.
После открытия меню или перехода номер вернулся к исходному. Зафиксируйте последовательность действий. Разработчику нужно проверить, как обрабатываются новые элементы и повторная отрисовка страницы.
Звонок пришёл, но источник неожиданный. Сопоставьте ссылку входа, конечный URL, правило подмены и правила записи UTM. Не меняйте несколько настроек одновременно: иначе будет трудно понять, какая исправила результат.
Что сохранить в результате проверки
Для каждого сценария оставьте короткую запись: ссылка входа → ожидаемая подмена → страница и элемент → видимый номер → цель нажатия → результат разговора → ID звонка и источник. Приложите скриншот проблемного места, если есть расхождение.
Например, условная запись «мобильное меню: виден Б, ссылка ведёт на А» уже даёт разработчику конкретную задачу. Формулировка «коллтрекинг иногда не работает» этого не делает.
Принимайте подключение, когда согласованные сценарии проходят весь путь: нужный номер показывается во всех предусмотренных местах, нажатие использует его же, звонок приходит по назначению и находится в журнале с ожидаемыми данными. После изменения шапки, контактов, меню или шаблона посадочной повторите затронутые проверки.