Заявки с сайта в Telegram: настройка и проверка доставки

Как проверить, что заявка дошла до сотрудника?

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

Учебная ситуация, не кейс автора. У мастерской есть форма «Рассчитать стоимость». В комментарий тестировщик вписывает ТЕСТ-ДОСТАВКИ, отмечает время отправки и проверяет запись в системе, где мастерская учитывает обращения. Затем находит сообщение в нужной группе Telegram, открывает карточку и проверяет, кому поручен ответ. Отправка, сохранение, уведомление и начало работы становятся отдельными наблюдениями.

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

Как подключить заявки с Tilda в Telegram?

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

1. Откройте @TildaFormsBot по ссылке из официальной справки Tilda и отправьте /start. Для рабочей группы добавьте бота в эту группу и выполните команду там.
2. Полученные API key и Secret key внесите в «Настройки сайта → Формы → Telegram». Ключи не публикуйте в переписке с общим доступом, документах или коде страницы.
3. Убедитесь, что сервис появился среди подключённых и бот прислал подтверждение настройки.
4. В редакторе страницы откройте «Контент» блока с формой, отметьте Telegram и опубликуйте страницу. Повторите для остальных форм, если приёмщик не назначен им всем.
5. Откройте опубликованный адрес и выполните контрольную отправку. Проверьте фактического получателя и содержание сообщения.

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

Что делать, если заявки есть, а сообщения нет?

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

Что наблюдается	Где проверить	Что подтвердит исправление
Приёмщик добавлен, уведомления нет	Включён ли Telegram в «Контенте» нужной формы; опубликована ли страница	Новая контрольная отправка приходит из этой формы
Страница сообщает об успехе, но сообщения нет	Tilda → раздел «Заявки» → «Журнал ошибок»	Найдена причина передачи и выполнен успешный повторный тест
Сообщение приходит другому человеку или в старую группу	Настройки получателя и место, где получали ключи	Тест найден у согласованного получателя
В чате сообщение есть, на телефоне оповещения нет	Уведомления этого чата и настройки устройства сотрудника	Сотрудник видит новый тест в согласованном рабочем режиме
Одна заявка дала несколько сообщений	Число записей, число отправок формы и журнал повторов интеграции	Понятно, был повтор обращения или повтор его уведомления

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

Что поручить разработчику для WordPress или собственного сайта?

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

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

В Telegram Bot API у ответа есть поле ok. Успешный sendMessage возвращает объект сообщения; такой ответ подтверждает успешный вызов API, но не прочтение сотрудником. При ограничении частоты ответ может содержать retry_after — время ожидания перед повтором. Попросите разработчика записывать результат отправки без токена и ограничить повторы, чтобы сбой не создавал бесконечный поток сообщений.

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

Что включить в уведомление и где вести учёт?

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

Новое обращение ТЕСТ-ДОСТАВКИ. Форма: «Рассчитать стоимость». Страница: /remont/. Карточка: ссылка в рабочей системе. Ответственный назначается в карточке.

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

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

Как принять интеграцию и оценить её расходы?

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

Отдельно согласуйте, кто поддерживает подключение после смены группы, плагина или владельца бота. В смете должны быть видны настройка, тариф сайта, CRM или посредника, сервер собственной интеграции и поддержка; уже оплаченные услуги учитывайте отдельно от дополнительных расходов. Универсальной цены подключения для этих вариантов нет, поэтому сравнивайте предложения на одном составе работ и своих объёмах обращений.

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