Как учитывать звонки из поиска, если номер телефона меняется на сайте

Чтобы учитывать звонки из поиска при смене номера на сайте, нужно проверить всю цепочку: источник посещения → показанный номер → поступивший звонок → запись в отчёте. Одной смены номера недостаточно. Система должна сохранить связь номера с посещением, передать сведения о звонке в аналитику и показать, по какому правилу определён источник.

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

Как подмена номера связывает звонок с посещением

При подмене посетитель видит на сайте выделенный телефонный номер. Звонок на него переадресуется в компанию, а сервис учёта использует сведения о показе номера, чтобы определить источник обращения. Основной номер компании и номер, который видит посетитель, при этом могут различаться.

Есть два подхода к подмене, от которых зависит подробность отчёта.

Статическая подмена закрепляет номер за источником или группой источников. Например, отдельный номер показывают посетителям из обычной поисковой выдачи. Такая настройка позволяет учитывать звонки на уровне группы, но сама по себе не связывает каждый звонок с конкретным посещением и просмотренными страницами.

Динамическая подмена распределяет номера между посещениями по правилам сервиса. Набор доступных номеров называют пулом. Сервис сохраняет, кому и когда показал номер, а затем пытается сопоставить звонок с посещением. Точность такой связи зависит от доступности номеров, времени их закрепления и сохранности данных о посетителе.

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

Что считать звонком из поиска

Сначала договоритесь о значении источника «поиск». Органический поиск — переход из обычной поисковой выдачи. Поисковая реклама — переход по рекламному объявлению. Человек также может увидеть телефон в карточке организации и позвонить без посещения сайта. Подмена на сайте такой контакт не связывает с посещением.

Для проверки разделите эти варианты:

Ситуация	Что нужно проверить	Как учитывать ограничение
Переход из обычной выдачи на сайт	Распознаётся ли органический источник	При отсутствии данных источник может остаться неизвестным
Переход по поисковой рекламе	Сохраняются ли рекламные метки и правильно ли определяется канал	Не объединять с органическим поиском
Звонок из карточки организации	Есть ли отдельный способ учёта этого номера	Не приписывать посещению сайта без подтверждения
Звонок на сохранённый номер	Сохранилась ли связь с прежним посещением	Помечать ограничение, если связь установить нельзя

Источник посещения и причина покупки — разные вещи. Человек мог узнать о компании по рекомендации, затем найти её название в поиске и позвонить. Коллтрекинг может связать звонок с поисковым посещением, но это не доказывает, что поиск впервые познакомил человека с бизнесом.

Что подготовить перед проверкой

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

Запишите основной номер компании, номера подмены и правила распределения источников. Узнайте, куда переадресуются звонки, как долго номер связан с посещением, что происходит при нехватке номеров и какая задержка передачи данных предусмотрена настройками. Здесь нужны параметры вашей системы, а не универсальные значения.

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

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

Как проверить подмену и передачу звонка пошагово

1. Откройте сайт из нужного источника

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

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

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

2. Проверьте номер во всех местах

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

Особенно внимательно проверьте кнопку звонка на мобильном устройстве. Видимый номер и номер, который передаётся приложению для звонков, должны совпадать. Если посетитель видит подменный номер, а кнопка набирает основной, связь обращения с посещением может потеряться.

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

3. Проверьте переход между страницами

Откройте несколько страниц так, как это сделал бы клиент: услугу, условия работы, контакты. Следите, сохраняется ли номер в рамках проверяемого посещения. Если он меняется, выясните причину и проверьте, сохраняет ли сервис возможность связать звонок с этим посещением.

Смена номера сама по себе ещё не доказывает ошибку: поведение зависит от правил закрепления. Но необъяснимая смена телефона требует проверки. Посетитель может записать один номер, а затем увидеть другой, и отчёт должен учитывать предусмотренный системой сценарий.

4. Позвоните на показанный номер

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

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

5. Найдите звонок в журнале сервиса

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

Если звонок есть, но источник неверный, проверяйте определение канала и закрепление номера. Если запись отсутствует, сначала выясните, прошёл ли вызов через номер сервиса. Настройка аналитики не исправит ситуацию, в которой звонок вообще не попал в систему учёта.

6. Проследите запись до итогового отчёта

Найдите тот же звонок в аналитике и CRM, если она подключена. Проверьте источник, статус и отсутствие дублирующих записей. Учитывайте задержку передачи данных, предусмотренную вашей настройкой.

Нажатие на телефон — ещё не звонок. Посетитель может открыть приложение для набора и отменить действие. Событие клика и подтверждённый вызов полезны для разных задач; их нельзя без пояснения складывать в одно число обращений. Также различайте поступивший вызов, разговор с сотрудником и обращение потенциального клиента.

Какие дополнительные сценарии проверить

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

• Повторный визит. Вернитесь на сайт напрямую после посещения из поиска и посмотрите, какой источник получит звонок.
• Отложенный звонок. Сохраните показанный номер и позвоните позже, сопоставив результат с правилами закрепления.
• Другое устройство. Откройте сайт на компьютере, затем на телефоне и проверьте, объединяются ли посещения и на каком основании.
• Ограничение отслеживания. Проверьте поведение при блокировке средств аналитики или отказе от соответствующих файлов cookie.
• Одновременные посещения. Попросите исполнителя проверить выдачу номеров при нагрузке и поведение при исчерпании пула.
• Пропущенный и повторный вызов. Уточните, как эти записи попадают в отчёт и считаются ли отдельными обращениями.

Последний пункт особенно важен для оценки заявок. Клиент может несколько раз перезвонить из-за занятой линии. Это несколько вызовов, но не обязательно несколько новых клиентов. Правила объединения обращений должны быть известны тому, кто читает отчёт.

Почему источники в разных отчётах могут различаться

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

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

Удобно проверить и описать три уровня: источник посещения в аналитике, источник звонка в коллтрекинге и источник обращения в CRM. В CRM источник мог попасть из более ранней записи клиента или быть выбран сотрудником вручную. Совпадение названий полей не гарантирует совпадение правил.

Где заканчивается точность учёта

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

Файлы cookie — небольшие данные, сохраняемые браузером, — могут использоваться для распознавания повторных посещений. Их удаление, ограничения браузера или смена устройства способны нарушить связь между визитами. Отсутствие такой связи нужно учитывать отдельно от неисправности переадресации.

Коллтрекинг также не гарантирует определение поисковой фразы для каждого звонка. Источник «органический поиск» и конкретный запрос — разные сведения. Если запрос недоступен, оставляйте поле пустым или указывайте отсутствие данных. Страницу входа можно использовать для анализа темы интереса, но она не доказывает точную формулировку запроса.

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

Как сделать отчёт понятным владельцу бизнеса

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

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

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

Короткий чек-лист приёмки

Работу учёта можно принять после проверки всей цепочки и фиксации ограничений:

• Номер подменяется в нужных местах, включая мобильную кнопку звонка.
• Вызов на показанный номер доходит до компании.
• Контрольный звонок появляется в журнале и связан с ожидаемым источником.
• Запись передаётся в нужные отчёты без необъяснимых дублей.
• Клики, вызовы и обращения потенциальных клиентов различаются.
• Правила повторных визитов, отложенных звонков и неопределённых источников описаны.

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

Проверить сайт бесплатно