Телеграм-бот
для сайта

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

Проверка аккаунта перед настройкой

Перед тем как подключить нового бота, специалист проверяет аккаунт BotFather и токен доступа. Если аккаунт уже используется для рассылок или другого бота, новый бот настраивается отдельно, чтобы не нарушить существующие функции. Пользователь получает новый токен и инструкцию, как его применить. Отдельная проверка нужна, если к тому же аккаунту уже подключено мини-приложение. Bot API при этом остаётся прежним, если менять только права доступа.

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

Мини-приложение внутри мессенджера

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

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

Уведомления по разделам

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

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

От чего зависит объём настройки

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

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

Когда настройка бота не подойдёт

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

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

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

Тестовая отправка после переезда

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

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

Совместимость с иной платформой управления

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

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

Сохранение истории переписки при переезде

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

Когда перенос не подойдёт

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

Полномочия на правку после переезда

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