- -
- 100%
- +
Стабилизируйте идентификаторы: одинаковый звонок не должен приходить в систему под разными ID, иначе вы не сможете отделить дубль от нового события.
Задайте правило по перезвону: если был пропущенный и затем перезвон, в сигнал должен попадать подтверждённый контакт, а не обе попытки.
Добавьте фильтр «шумовых источников»: спам, автодозвоны, тестовые звонки, внутренние номера – их нужно исключать отдельным правилом.
Регулярно контролируйте долю повторов: рост повторов чаще говорит о проблеме доступности/обработки, а не о проблеме рекламы.
Фиксируйте изменения дедупликации как изменения методики: иначе статистика периодов становится несравнимой.
1. Описать критерии «одного обращения» и окно повторов для проекта.
2. Настроить правила объединения пропущенный → перезвон и приоритет статуса.
3. Ввести техническую проверку дублей по ID/времени/номеру и журнал обнаружений.
4. Выделить шумовые категории (спам/тест/внутреннее) и исключить их из сигнала.
5. Вести метрику доли повторов и разбирать причины её изменения.
Дубли и шум: как распознать и устранить
Если число «результатов» растёт вместе с числом повторов, вы, вероятно, считаете цепочки обращений как отдельные события и завышаете эффективность.
Если в отчёте появляются одинаковые звонки с разными ID, проблема в интеграции или повторной отправке данных; это технический дубль, а не поведение клиента.
Если растёт доля коротких звонков, проверьте, не попал ли в сигнал спам/автодозвон; шум обычно проявляется именно в хвосте по длительности.
Если повторные звонки приходят через минуту-две, это часто «занято/не дозвонились»: проблема в доступности линии и скорости ответа.
Если при смене номера/канала дубли исчезли, значит раньше работали неверные ключи совпадения или логика объединения была слишком слабой.
Если перезвон учитывается отдельно от пропущенного, вы наказываете рекламу за обработку: разнесите статусы и объединяйте цепочку.
Если часть дублей «невидима», проверьте, не удаляются ли события при объединении; удаление лишает вас возможности доказать корректность отчёта.
Если клиент спорит о дублях, покажите логику: окно, ключи совпадения и пример цепочки. Спор должен решаться правилом, а не эмоциями.
Если разные кампании «делят» один и тот же звонок, значит атрибуция наложилась на дедупликацию; сначала очистите событие, потом назначайте источник.
Если вы не можете объяснить, почему событие удалено как дубль, значит дедупликация непрозрачна и не годится для SLA.
• Ошибка «цепочку считают как много обращений»: завышение результатов и стоимости.
• Ошибка «технические дубли не ловятся»: повторная отправка превращается в статистику.
• Ошибка «спам попал в сигнал»: качество «падает» без реальной причины.
• Ошибка «пропущенный и перезвон разнесены»: оптимизация наказывает канал.
• Ошибка «нет прозрачного правила»: каждый дубль превращается в спор.
Соглашение о дедупликации: что фиксируем в регламенте
В регламенте зафиксируйте определение «обращения» и окно, в рамках которого повторы считаются одним кейсом.
Опишите ключи дедупликации: по каким признакам события считаются дублями и что делать при конфликте признаков.
Согласуйте правило для пропущенных и перезвонов: какой статус является итоговым и в каком виде подтверждается контакт.
Отдельно закрепите категории шума (спам, тестовые, внутренние) и правило их исключения из оплаты и оптимизации.
Укажите, что события не удаляются бесследно: даже при объединении должен сохраняться лог, доступный для выборочной проверки.
Пропишите порядок обработки инцидентов: обнаружение дублей, срок реакции, фиксация причины и предотвращающие меры.
Согласуйте метрику контроля: доля повторов, доля шумовых и динамика по периодам как обязательная часть управленческого отчёта.
Закрепите, что изменения дедупликации оформляются как изменение методики с датой вступления, без ретро-применения.
Определите, как дедупликация взаимодействует с атрибуцией: сначала очистка события, затем назначение источника по правилам.
Добавьте механизм урегулирования споров: решение принимается на основе правила и лога, а не по субъективной оценке.
Глава 5. Кампании и семантика через качество звонков
Кампания и семантика в звонковой модели строятся не вокруг кликов, а вокруг намерений, которые дают предсказуемое качество обращений. В этой главе – как связать запросы, группы и объявления с причинами нецелевых звонков.
Семантика через качество: почему это работает
Семантика становится управляемой, когда вы режете её по намерениям: «срочно», «цена», «заказать», «консультация», а не по формальным словам. Эти намерения дают разную долю целевых и разный профиль причин нецелевых – значит, требуют разной логики ставок и креативов.
Минус‑слова – это не «санитария ради порядка», а инструмент фильтрации качества. Их корректно добавлять по факту причин нецелевых: что именно пришло, почему это не ваш клиент и как это отрезать на уровне запросов.
Если в одной группе смешаны разные услуги или разные сценарии, статистика становится непригодной для решений: вы видите «среднюю температуру». Лучше меньше групп, но так, чтобы каждая группа отвечала за один понятный сценарий и оффер.
Качество обращений часто ломают не ключи, а несоответствие обещаний: объявление и посадочная должны обещать ровно то, что реально доступно в приёме звонка (цена, зона, сроки, режим). Иначе вы покупаете не спрос, а конфликты.
Семантика под звонки: правила построения кампаний
Структура кампаний должна отражать логику качества звонков: группируйте ключи так, чтобы различались намерения, а не только формулировки.
Разведите кампании под разные сценарии: «срочно», «цена», «заказать», «консультация». Эти сценарии дают разные статусы и разную экономику.
Заранее задайте уровень детализации: слишком мелкая нарезка даёт красивые отчёты и слабую статистику по каждой группе, слишком крупная – скрывает проблемы.
Используйте минус-слова как инструмент качества, а не как «порядок ради порядка»: вычищайте запросы, которые системно дают нецелевые звонки.
Смотрите на качество по группам: один и тот же CPL/CPA может скрывать противоположные картины по целевым и нецелевым.
Связывайте объявления с оффером: если тексты обещают одно, а человек, принимающий звонок говорит другое, вы получите нецелевые даже на лучших ключах.
Контролируйте посадочные страницы: соответствие запросу и быстрый путь к звонку важнее «идеального дизайна» при телефонной модели.
Ведите учёт причин нецелевых по семантике: без этого вы будете бесконечно спорить, что «ключи хорошие, просто люди не те».
Не оптимизируйте по малым числам: вводите минимальный порог статистики для решений по ключам и группам.
Конец ознакомительного фрагмента.
Текст предоставлен ООО «Литрес».
Прочитайте эту книгу целиком, купив полную легальную версию на Литрес.
Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.