Омниканальный маркетинг

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

Многоканальность даёт то же присутствие без связки. Каналы работают параллельно и друг о друге не знают. Менеджер в мессенджере не видит вчерашнего звонка, отчёт по рекламе не видит покупки в магазине. Граница между двумя подходами проходит внутри, по данным. Снаружи оба выглядят одинаково.

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

Чем омниканальность отличается от простого набора каналов

Чем омниканальность отличается от многоканальности

Число каналов различие не задаёт. Компания с восемью каналами без общей базы остаётся многоканальной. Компания с тремя связанными каналами омниканальной.

Признак	Многоканальность	Омниканальность
Число каналов	много	столько же
Где лежат данные	у каждого канала свои	в общем хранилище
Что видит сотрудник	переписку своего канала	историю клиента целиком
Что видно в отчёте	результат отдельного канала	переходы человека между каналами
Что требуется от техники	настроить каждый канал	связать каналы идентификатором
Куда уходят деньги	закупка размещений	интеграция и поддержание данных

Российский замер показывает, как далеко рынок продвинулся по этой шкале. Ассоциация развития интерактивной рекламы (АРИР) и Data Insight опросили 100 маркетологов. Работа шла в феврале и марте 2026 года, компании отбирали со штатом от 100 сотрудников. Склейку офлайн-действий покупателя с результатами интернет-рекламы применяют 86% опрошенных. Во всех ключевых каналах маркетинга её используют 25%, почти половина работает со связкой в отдельных кампаниях (источник 2).

Разрыв между этими числами и есть предмет статьи. Инструмент подключён почти у всех, сквозная работа с данными почти ни у кого.

Откуда взялось

Слово пришло из англоязычной розницы. Кембриджский словарь помечает его как термин делового языка. Определение идёт через опыт покупателя: способ продажи устроен одинаково, покупает человек с компьютера, из мобильного приложения или в физическом магазине (источник 1).

В России тема развивалась вокруг более узкой задачи. Требовалось связать продажу в офлайне с рекламой, которая привела к ней человека. Борис Омельницкий, президент АРИР, описывает проблему так. Для многих компаний, особенно в омниканальном ритейле, значительная часть покупательского пути остаётся «слепой зоной», и вклад цифровой рекламы в офлайновую покупку в аналитике не фиксируется (источник 2). Отсюда и порядок внедрения, сложившийся на практике: сперва техническая связка данных, потом единая коммуникация.

Что нужно связать технически

Связка держится на трёх вещах: идентификатор, хранилище истории, отчётный слой. Поодиночке ни одна задачу не закрывает.

Единый идентификатор клиента

Идентификатор это ключ, по которому две записи в разных системах опознаются как один человек. Яндекс Метрика присваивает каждому посетителю ClientID. Он анонимный, создаётся случайно и определяет браузер: один человек в двух браузерах даёт два разных ClientID (источник 4). Собственный идентификатор передаётся методом setUserID. Привязывается он к ClientID только для тех визитов, во время которых метод был вызван (источник 5).

Для загрузки офлайн-конверсий Метрика принимает четыре ключа: ClientID, UserID, yclid и PurchaseId. Хотя бы один обязателен. Без него конверсия к визиту не привяжется вовсе (источник 8).

Рынок при этом опирается на другой ключ. Клиента опознают по номеру телефона 87% компаний. Дальше идут идентификатор программы лояльности (60%), электронная почта (55%) и номер карты (45%). Телефон исследование называет недостаточно стабильным решением (источник 2). С технической стороны справка Метрики говорит то же. Передача ClientID увеличивает вероятность корректной привязки заказа по сравнению с телефоном и почтой (источник 6).

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

CRM как место, где живёт история

CRM хранит то, чего нет в счётчике: сделку, её статус, сумму, состав заказа. Метрика принимает эти данные обратно. Заказ она привязывает к ближайшему по времени визиту, опознавая человека по ClientId, телефону или почте (источник 6).

Три ограничения привязки стоит знать до начала работ. Заказ привязывается к визиту в пределах 21 дня от текущей даты: сделка, переданная на 22-й день, к визитам не привяжется. После успешной привязки заказ можно менять ещё 111 дней с начала визита. Заказ без привязки виден только в отчёте «Посетители и клиенты» и в остальную статистику не попадает (источник 6).

В офлайновой точке ClientID записать негде. Для таких случаев предусмотрена технология Advanced Matching: привязка идёт по почте и телефону через отдельную настройку счётчика (источник 6).

Отчётный слой

Сквозная аналитика это место, где связанные данные превращаются в решение о деньгах. Справка Метрики описывает сборку из четырёх шагов. Разметить рекламные ссылки UTM-метками, загрузить расходы по кампаниям, собирать ClientID в CRM методом getClientID, передавать в Метрику клиентов и заказы. На выходе доступны отчёты «Источники заказов из CRM» и «Источники, расходы и ROI» (источник 7).

Границы отчётного слоя заданы механикой веб-аналитики. Окно атрибуции составляет 90 дней, и пользователь его не меняет: перерыв дольше этого срока завершает историю визитов (источник 11). Звонок не привяжется к визиту, если визит совершён после звонка или раньше чем за 21 день до передачи данных (источник 10). Файл офлайн-конверсий обрабатывается до трёх часов, ограничение на размер файла 1 Гб (источник 9).

Сколько это стоит

Расходы делятся на три части. Подписки в них самая понятная и самая мелкая.

Подписка на систему. Битрикс24 считает цену за всю компанию сразу, без оплаты за каждого пользователя. Тариф «Базовый» на 5 сотрудников стоит 2 490 ₽ в месяц, «Стандартный» на 50 сотрудников 6 990 ₽, «Профессиональный» на 100 сотрудников 13 990 ₽ (источник 12). Яндекс Метрика бесплатна, отчёты сквозной аналитики входят в неё же (источник 14). Для Битрикс24 и amoCRM есть готовые коннекторы: подключение идёт установкой приложения, без работы разработчика (источник 13).

Работа по связке. Публичного прайса на неё нет: объём зависит от числа сшиваемых систем и их состояния. Косвенную оценку даёт исследование. Среди компаний, которые склейку не используют, 21% называет причиной высокую стоимость. Столько же ссылается на нехватку компетенций и технических возможностей (источник 2).

Поддержание. Статья расходов, которую забывают при расчёте. Справочник UTM-меток ведётся руками, новые каналы размечаются по тем же правилам, статусы сделок в CRM заполняют продавцы. Полностью автоматизировали процесс 76% тех, кто склейкой пользуется (источник 2).

Видно и то, чего рынок просит для входа. Бесплатный пилот хотели бы 33% неиспользующих компаний, понятные кейсы с расчётом окупаемости 27%, простую интеграцию коробочного решения 20% (источник 2).

Когда омниканальность избыточна

Связывать данные имеет смысл там, где переход между каналами реально происходит. Происходит он не всегда.

Data Insight измерил маршруты покупателей бытовой техники и электроники. Большинство проходит полный путь в одном канале: 73% онлайн и 23% офлайн. Переходы между каналами вызваны либо ценой, либо потребностью в консультации и осмотре товара вживую (источник 3). В этой категории между каналами ходит меньшинство покупателей, а инфраструктуру связки обычно строят под всех.

Тот же вывод виден со стороны компаний. Среди продавцов, работающих только онлайн, склейку во всех ключевых кампаниях применяют 13%. Среди работающих и онлайн, и офлайн 37% (источник 2). Отсутствие острой необходимости при небольшой доле офлайна называет причиной отказа 21% (источник 2).

Случаи, когда связка не окупится:

• Один канал продаж и одна точка контакта. Связывать нечего: счётчика и CRM хватает.
• Сделка закрывается в один визит. Импульсная покупка не даёт маршрута, который стоило бы восстанавливать.
• Мало сделок. При десятках заказов в месяц разница между каналами тонет в случайности, и решение принимают разбором сделок поимённо.
• Клиент остаётся анонимным. Розница без карты лояльности и без чека на имя не даёт ключа, по которому человека узнают во второй раз.
• Некому поддерживать. Связка без владельца рассыпается за квартал и оставляет отчёт, которому не верят.

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

Что делать на практике

1. Проверить по данным, ходят ли клиенты между каналами. Отчёты источников и карта пути отвечают на это до покупки систем.
2. Выбрать идентификатор и назначить место, где он присваивается. Телефон удобен людям, ClientID точнее для машины, обычно нужны оба.
3. Ввести единый справочник UTM-меток и раздать его подрядчикам. Двадцать написаний одного канала ломают отчёт надёжнее любой технической ошибки.
4. Научить CRM записывать ClientID при создании сделки.
5. Передавать заказы и их статусы обратно в счётчик, соблюдая окно в 21 день.
6. Загрузить расходы по кампаниям, иначе окупаемость не посчитается.
7. Договориться о словаре. «Лид» должен означать одно и то же в отчёте агентства, в CRM и в разговоре с директором.
8. Проверить, что отчёт отвечает на исходный вопрос и что по нему кто-то принимает решения.

Чем измеряют

Сама связанность метрикой не является. Меряют то, что она позволила увидеть. Долю заказов с известным источником, долю клиентов с единым идентификатором, конверсию в заказ и в оплату, средний чек, окупаемость канала, долю повторных покупок. Для сегментации в отчётах Метрики доступны пять типов статуса заказа из CRM, среди них «Заказ создан», «Заказ оплачен» и «Заказ отменён» (источник 6).

Данные для решений применяют 80% компаний, использующих склейку. Бюджеты между каналами перераспределяют по ним 56% (источник 2). Второе число важнее первого. Отчёт, который никого не заставил переложить деньги, работу не оправдал.

Частые ошибки

• Считать восемь каналов омниканальностью. Присутствие в канале и связанность данных стоят разных денег.
• Начать с покупки платформы. Сначала проверяют, есть ли переходы между каналами, потом покупают инструмент.
• Держаться одного телефона как ключа. Номер меняется, вводится с опечаткой и принадлежит семье.
• Разрешить подрядчикам свою разметку. Общий справочник дешевле любой чистки данных задним числом.
• Забыть про окна. Сделка старше 21 дня к визиту не привяжется, и в отчёте её не будет (источник 6).
• Связать данные и не поменять решения. Тогда расходы на интеграцию превращаются в стоимость красивого дашборда.
• Строить связку под маршрут, которым никто не ходит. Сегментация аудитории показывает это до начала работ.

Ограничения и спорные места

Замер сделан на средних и крупных компаниях. Опрос АРИР и Data Insight охватил 100 маркетологов из компаний со штатом от 100 сотрудников, продвигающих товары конечным потребителям (источник 2). На малый бизнес и на B2B-услуги эти доли не переносятся.

Данные о маршрутах взяты из одной категории. Соотношение 73% и 23% измерено на покупателях бытовой техники и электроники (источник 3). В категориях с другим циклом выбора распределение будет иным, и проверять его надо на своих данных.

Роста продаж исследование не измеряло. Оно фиксирует перераспределение бюджетов в пользу каналов, которые стали видны (источник 2). Утверждения о приросте выручки от самой связки данных остаются без замера.

Единого идентификатора рынок не выработал. Телефон применяют чаще всего, и сами исследователи называют его нестабильным (источник 2). Метрика рекомендует ClientID, а в офлайновой точке его взять негде (источник 6).

Технические окна режут картину. Окно атрибуции 90 дней (источник 11), привязка заказа и звонка 21 день (источники 6, 10). Сделки с длинным циклом выпадают из отчёта по устройству системы, а не из-за ошибки настройки.

Персональные данные. Объединение сведений о человеке из разных каналов попадает под Федеральный закон № 152-ФЗ «О персональных данных» (источник 15). Вопросы согласия и хранения решаются с юристом до запуска.

Что здесь быстро устаревает

• Тарифы CRM и рекламных сервисов: цены пересматриваются несколько раз в год.
• Состав моделей атрибуции. С 20 мая 2026 года четыре модели отключаются в Метрике и Директе (источник 11).
• Ограничения загрузки данных: 21 день на привязку, 111 дней на изменение, 3 часа обработки, 1 Гб на файл.
• Доли из опроса АРИР и Data Insight: замер годовой, следующая волна перепишет числа.
• Список готовых интеграций с CRM.

Устройство задачи при этом не меняется. Пока у компании нет ключа, по которому две записи опознаются как один человек, число каналов роли не играет.

См. также

• Путь клиента
• Сквозная аналитика
• CRM-маркетинг
• Веб-аналитика
• Воронка продаж
• Ретаргетинг
• Email-маркетинг
• Отраслевой маркетинг
• Услуга агентства Optimism: сквозная веб-аналитика

Источники

1. Cambridge Dictionary. Omnichannel. Cambridge University Press. https://dictionary.cambridge.org/dictionary/english/omnichannel (проверено 09.09.2026)
2. АРИР, Data Insight. Использование склейки офлайн-действий с онлайн-рекламой (О2О данные). 22.04.2026. https://datainsight.ru/consolidationO2Odata (проверено 09.09.2026)
3. Data Insight. Каналы продаж бытовой техники и электроники в России. Потребительские практики в DTC и на маркетплейсах. Ноябрь 2025. https://datainsight.ru/sites/default/files/DI_DTC_2025_0.pdf (проверено 09.09.2026)
4. Яндекс. Использование ClientID и UserID. Справка Яндекс Метрики. https://yandex.ru/support/metrica/ru/general/clientid-userid (проверено 09.09.2026)
5. Яндекс. setUserID. Справка Яндекс Метрики. https://yandex.ru/support/metrica/ru/objects/set-user-id (проверено 09.09.2026)
6. Яндекс. Загрузка данных из CRM. Справка Яндекс Метрики. https://yandex.ru/support/metrica/ru/crm/about.html (проверено 09.09.2026)
7. Яндекс. Сквозная аналитика. Справка Яндекс Метрики. https://yandex.ru/support/metrica/ru/analytics/intro.html (проверено 09.09.2026)
8. Яндекс. Передача офлайн-конверсий. API Яндекс Метрики. https://yandex.ru/dev/metrika/ru/management/offline-conv (проверено 09.09.2026)
9. Яндекс. Загрузка офлайн-конверсий. API Яндекс Метрики. https://yandex.ru/dev/metrika/ru/management/openapi/offline_conversions/upload_1 (проверено 09.09.2026)
10. Яндекс. Отчёты группы «Звонки». Справка Яндекс Метрики. https://yandex.ru/support/metrica/ru/reports/calls (проверено 09.09.2026)
11. Яндекс. Модели атрибуции. Справка Яндекс Метрики. https://yandex.ru/support/metrica/ru/reports/attribution-model (проверено 09.09.2026)
12. Битрикс24. Тарифы и цены. https://www.bitrix24.ru/prices/ (проверено 09.09.2026)
13. Яндекс. Подключение к Битрикс24 для выгрузки данных из CRM. Справка Яндекс Метрики. https://yandex.ru/support/metrica/ru/crm/bitrix (проверено 09.09.2026)
14. Яндекс Реклама. Яндекс Метрика: всё о бесплатной системе аналитики. https://b2b.yandex.ru/adv/metrika (проверено 09.09.2026)
15. Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных». КонсультантПлюс. https://www.consultant.ru/document/cons_doc_LAW_61801/ (проверено 09.09.2026)