Большинство сайтов ставят один чат-виджет и считают задачу закрытой. На десктопе он выглядит прилично, на телефоне — перекрывает кнопку «Купить», вылезает поверх меню и закрывается случайным касанием. Формально чат есть. Фактически на мобильных он не работает.
Это не мелочь оформления. Мобильный трафик давно перестал быть «второй версией» сайта, и разговор с посетителем на экране 6 дюймов идёт по другим правилам, чем на 24-дюймовом мониторе.
Разберём, в чём именно разница и что с этим делать.
Сколько на самом деле мобильного трафика
Здесь стоит сразу снять одну иллюзию. Универсальной цифры «мобильный трафик = 80%» не существует, хотя её любят повторять на конференциях.
По данным StatCounter за апрель 2026 года, в Беларуси на десктоп приходилось около 61,7% веб-трафика, на мобильные — 38,3%. По России разные источники дают долю мобильных примерно в диапазоне 42–45% веб-трафика, при этом операторские отчёты об объёме прокачанных гигабайт показывают совсем другие пропорции — потому что считают видео и приложения, а не заходы на сайты.
Что из этого следует практически: не берите чужую цифру, смотрите свою. Откройте GA4 или Яндекс.Метрику, разбейте трафик по типу устройства и, главное, сравните конверсию. Типичная картина в услугах и B2B: мобильных заходов половина, а заявок с них — 15–20%. Вот этот разрыв и есть ваш реальный объём потерь.
И почти всегда часть разрыва объясняется не «мобильные хуже конвертят», а тем, что на телефоне человеку просто нечем с вами связаться, кроме формы на десять полей.
Чем мобильный чат отличается от десктопного
Разница не в размерах. Она в поведении.
Экран занят целиком. На десктопе виджет живёт в свободном углу. На мобильном любой элемент отбирает место у контента и часто перекрывает то, ради чего человек пришёл — цену, кнопку заказа, номер телефона.
Сценарий чтения другой. Мобильный посетитель листает быстрее, отвлекается чаще, сессии короче. Всплывающее окно на весь экран через две секунды после захода — это не вовлечение, это причина закрыть вкладку.
Ввод дороже. Набрать текст на телефоне сложнее, чем на клавиатуре. Каждое лишнее поле в форме лида на мобильном стоит вам процентов конверсии заметно дороже, чем на десктопе.
Клавиатура ломает вёрстку. При вводе всплывает системная клавиатура и съедает половину экрана. Если чат не рассчитан на это, поле ввода уезжает под клавиатуру, и человек печатает вслепую.
Есть «безопасные зоны». Нижняя часть экрана у современных телефонов занята системным индикатором, у браузеров — своей панелью. Кнопка, посаженная вплотную к нижнему краю, будет попадать под системные жесты.
Вывод простой: мобильный чат — это не десктопный виджет, которому уменьшили шрифт. Это отдельный сценарий, который нужно проектировать заново.
Кнопка чата: три рабочих варианта
От того, как выглядит свёрнутый чат, зависит, откроют его вообще или нет.
Круглая кнопка в углу. Классика, минимум помех. Хорошо работает на контентных страницах и в блоге, где важно не мешать чтению. Минус — на неё меньше нажимают, особенно если посетитель не привык к чатам.
Нижняя плашка. Полоса внизу экрана с подписью вроде «Задать вопрос». Крупная цель для пальца, заметно выше кликабельность. Минус — отбирает место и на длинных страницах начинает раздражать.
Гибрид. Наверху страницы — плашка, при прокрутке она сжимается в круглую кнопку, при возврате разворачивается обратно. Забирает лучшее от обоих вариантов: заметность на первом экране и незаметность при чтении.
Отдельно про поведение при скролле. Хорошо работает вариант, когда во время прокрутки кнопка прячется, а через мгновение после остановки возвращается. Человек листает — ничего не мешает; остановился, значит что-то читает — кнопка снова под рукой.
Что бы вы ни выбрали, проверьте три вещи: кнопка не перекрывает целевое действие страницы, отстоит от нижнего края с запасом под системную зону, и её можно закрыть.
Раскрытый чат: на весь экран или шторкой
Тоже два подхода, и выбор зависит от задачи.
Полноэкранный. Чат занимает весь экран, посетитель сосредоточен на диалоге. Подходит, когда цель — довести до заявки: консультация по услуге, подбор, расчёт.
Нижняя шторка. Чат выезжает снизу на 80–90% экрана, страница остаётся видна сверху. Подходит, когда человеку нужно продолжать смотреть контент — каталог, характеристики, цены. Он не теряет контекст: спросил и вернулся к товару.
Для интернет-магазинов и каталогов чаще выигрывает шторка. Для услуг с длинным циклом продажи — полноэкранный режим.
Первые касания: где проходит граница между вовлечением и навязчивостью
Самая частая ошибка — открывать чат сразу и на весь экран. На мобильном это воспринимается как поп-ап, и реакция соответствующая.
Рабочая схема выглядит так.
Касание 1. Через 5–10 секунд у кнопки появляется небольшое сообщение-подсказка: приветствие или вопрос по теме страницы. Чат при этом не разворачивается. Человек видит, что здесь можно спросить, но экран у него не отобрали.
Касание 2. Если он открыл чат — второе сообщение, уточняющее задачу.
Касания 3 и 4 — сбор контакта. Здесь важный нюанс, о котором ниже.
Несколько правил, которые экономят нервы посетителю и деньги вам:
показывать подсказку один раз за сессию, а не на каждой странице;
если человек закрыл её крестиком — больше не показывать;
если он сам начал печатать — не перебивать автосценарием;
не считать время, пока вкладка в фоне (иначе чат «выстреливает» у людей, которые открыли двадцать вкладок и вернулись через час).
Нерабочее время: как собирать заявки и не отталкивать
Классическая ситуация: заявка приходит в 22:40, отвечают в 9:15 следующего дня. Половина таких обращений к утру уже ушла к конкуренту.
Мобильный чат здесь помогает, если правильно построен сценарий. Когда операторы офлайн, бот не отвечает «мы сейчас не работаем» — эта фраза убивает диалог. Вместо этого он мягко предлагает оставить контакт: «Давайте я отвечу вам детально, так будет удобнее» — и показывает короткую форму.
Три требования к этой форме на мобильном:
Минимум полей. Телефон или email — одно основное поле. Имя и город — по желанию.
Правильные типы ввода. Для телефона — цифровая клавиатура, для почты — раскладка с «@». Мелочь, которую забывают, а она заметно влияет на заполняемость.
Никаких упоминаний, что вы закрыты. Предложение оставить контакт подаётся как забота, а не как вынужденная мера.
По опыту, именно off-hours-сценарий даёт заметную часть прироста заявок в нишах с вечерним трафиком — медицина, услуги, автотематика, недвижимость.
Что должен видеть оператор
Мобильный посетитель пишет коротко: «сколько стоит», «а есть в наличии», «когда можно». Без контекста оператор отвечает вслепую и вынужден переспрашивать — а человек на телефоне ждать не будет.
Что реально помогает отвечать по делу:
страница, на которой человек находится — название и понятный адрес (ЧПУ), а не набор параметров;
источник перехода — органика, реклама, реферал, прямой заход;
UTM-метки, а для контекста — поисковая фраза, если она доступна;
устройство и браузер;
гео и таймзона — сразу видно, который час у собеседника;
активность: сколько страниц посмотрел, сколько времени на сайте, первый визит или повторный.
Заголовки H1 и мета-теги оператору в этот момент не нужны — это данные для SEO-отчёта, а не для разговора.
Отдельно про поисковые запросы, раз аудитория этой статьи — SEO-специалисты и директологи. По платному трафику Яндекса и Google Ads фразу получить можно, через utm_term и передачу данных из кабинетов. По органике Google запрос в аналитике не отдаётся — только агрегированные данные Search Console. Обещать «мы покажем, по какому запросу пришёл каждый посетитель из органики» — это неправда, и на внедрении такая неправда всплывает быстро.
Метрики: что смотреть, кроме количества диалогов
Число открытий чата само по себе ничего не значит. Считать стоит воронку и обязательно в разрезе устройств.
Базовые показатели:
открытие чата (отдельно мобильные / десктоп);
доля содержательных диалогов — больше двух сообщений от посетителя;
конверсия «диалог → лид»;
конверсия «лид → квалифицированный лид»;
скорость первого ответа оператора;
доля диалогов, закрытых без оператора;
необработанные обращения.
Разрезы, которые дают инсайты:
по типу устройства — сравнить мобильные и десктоп;
по посадочным страницам — где чат приносит заявки, а где просто мешает;
по источникам — органика, контекст, соцсети;
по времени суток — увидеть, сколько трафика приходит вне рабочих часов.
Практический смысл последнего разреза: если 30% диалогов начинается после 19:00, а операторы работают до 18:00, вопрос автоматизации решается сам собой.
Кому это критично
Разным сегментам мобильный чат нужен по-разному.
Услуги с дорогим выбором (медицина, стоматология, юристы, ремонт) — вечерний мобильный трафик высокий, человек листает с дивана. Цель — записать или взять контакт.
Интернет-магазины и каталоги — вопросы по наличию, размерам, доставке. Здесь важна шторка, чтобы не терять карточку товара из виду.
B2B и SaaS — мобильных меньше, но заходят руководители, часто вне офиса. Цель чата — не продать, а квалифицировать и назначить разговор.
Недвижимость и авто — почти всегда мобильный трафик с рекламы. Критична скорость ответа: конкуренция за один и тот же лид измеряется минутами.
Мультирегиональные проекты и сети филиалов — разные сценарии для разных доменов и регионов, с учётом местного времени работы.
Технические требования, которые стоит проверить перед внедрением
Список короткий, но каждый пункт лечит реальную боль.
Изоляция стилей. Виджет должен рендериться в Shadow DOM, иначе CSS вашего сайта поедет от чужих стилей или наоборот.
Асинхронная загрузка. Один тонкий скрипт, не блокирующий отрисовку. Мобильные Core Web Vitals не прощают тяжёлых виджетов, а LCP и INP влияют на ранжирование.
Учёт безопасных зон. Отступы под системные элементы телефона.
Поведение при клавиатуре. Поле ввода не должно уезжать под неё.
Один скрипт на все сайты. Если проектов несколько — каждый домен связывается со своим профилем без отдельной версии кода.
Разные профили под разные страницы. Сценарий на странице услуги и в блоге не должен быть одинаковым.
Как внедрять: короткий план
Посчитайте текущий разрыв конверсии между мобильными и десктопом. Это ваша база для сравнения.
Выберите 3–5 страниц с наибольшим мобильным трафиком и низкой конверсией.
Настройте под них отдельные сценарии первых касаний — под запрос, с которым туда приходят.
Задайте график работы и сценарий сбора контакта на нерабочее время.
Соберите базу знаний: услуги, цены, ограничения. Бот должен предлагать только то, что реально есть.
Установите, протестируйте на нескольких моделях телефонов — обязательно на iOS и Android.
Через 2–4 недели посмотрите реальные диалоги. Не метрики — именно тексты. Там видно, какие вопросы вы не закрыли на сайте.
Последний пункт часто оказывается самым ценным побочным эффектом. Расшифровки чатов — это готовый список того, чего не хватает на посадочных страницах, и источник семантики, которую не найти в Wordstat.
С чего начать
Посмотрите в аналитике две цифры: долю мобильного трафика и конверсию мобильных против десктопа. Если разрыв больше двух раз — на телефонах вы теряете заявки не из-за трафика, а из-за интерфейса.
Мы можем разобрать ваш сайт и показать, на каких страницах мобильные посетители уходят без обращения, и какой сценарий чата их удержит.
Получить разбор мобильных страниц · Запросить демонстрацию · Рассчитать внедрение
Частые вопросы
Если он загружается асинхронно и тонким скриптом — влияние на скорость минимально. Проблемы начинаются у тяжёлых виджетов, которые тянут шрифты и библиотеки при загрузке страницы. Проверяйте PageSpeed до и после установки.
Мешает не сам чат, а навязчивый оверлей, перекрывающий контент сразу при заходе. Поисковые системы негативно относятся к агрессивным межстраничным блокам на мобильных. Подсказка у кнопки без перекрытия контента такой проблемы не создаёт.
Да, и это правильный подход. Сценарий для страницы цен, каталога и статьи в блоге должен отличаться — по первому сообщению, по цели и по форме лида.
Нет, и не должен. Задача бота — не консультировать бесконечно, а помочь с типовым вопросом, квалифицировать интерес и вовремя передать человеку. Попытка полностью заменить оператора обычно заканчивается потерей сложных, то есть самых денежных, обращений.
Тогда основной сценарий — сбор контакта. Чат отвечает на базовые вопросы и переводит в заявку, а вы обрабатываете её в удобное время. Это всё равно лучше формы, потому что человек получает ответ сразу.
Да, при условии, что для каждой языковой версии заданы свои сценарии, тексты и график работы. Один сценарий на все рынки не работает — отличаются и вопросы, и время активности.