Як налаштувати привітання чат-бота для нового глядача

Навіщо потрібна автовідповідь на перше повідомлення

Автовідповідь показує новому глядачеві, що його репліка не загубилася в чаті. У привітання зазвичай додають одну корисну підказку: команду з правилами, розкладом, посиланнями або навігацією каналом.

Не перетворюйте повідомлення на рекламу. Глядач тільки-но долучився до розмови, тому довгий текст із кількома посиланнями, проханням підписатися та згадкою про донати виглядає нав'язливо. Залиште одну точку входу: наприклад, команду з правилами або списком корисних посилань.

Який тригер потрібен для нового глядача

Назви подій залежать від платформи та бота. Перед увімкненням сценарію перевірте, що саме вважає бот: перше повідомлення за весь час на каналі, першу репліку за поточний ефір або будь-яке нове повідомлення в чаті. Це різні умови з різним ефектом.

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

Тригер першого повідомлення на каналі зручніший, але залежить від бази бота. Після зміни сервісу, очищення даних або повторної авторизації постійний глядач іноді знову визначається як новий.

Перше повідомлення на каналі та перше повідомлення за ефір

Сценарій «перше повідомлення за ефір» зазвичай простіший: бот запам'ятовує, що користувач уже писав у поточній трансляції, і не відповідає йому повторно до наступного запуску. Такий варіант доречний у маленькому чаті, де ведучий хоче швидко дати всім навігацію.

Недолік цього підходу прямий: регулярні глядачі бачитимуть однакове привітання на кожному ефірі. В активній спільноті це перетворюється на шум. Якщо важлива реакція лише на нових учасників, потрібен тригер з історією каналу або окрема база користувачів.

Приклад налаштування в StreamElements

У StreamElements спочатку перевірте розділ чат-бота та доступні чат-алерти або події для Twitch. Якщо в панелі є подія першого повідомлення нового глядача, створіть для неї окреме правило, а не звичайну команду чи таймер.

1. Виберіть подію першого повідомлення в чаті каналу, якщо вона доступна в підключеній інтеграції.
2. Додайте винятки для власника каналу, модераторів і службових акаунтів.
3. Вимкніть запуск на командах, якщо бот дозволяє відокремити команди від звичайних реплік.
4. У полі повідомлення вкажіть короткий текст і одну команду для навігації.
5. Увімкніть обмеження повторів для одного користувача та загальний ліміт на серію відповідей.
6. Перевірте правило з тестовим акаунтом, якого немає в історії бота.

Якщо потрібної події в інтерфейсі StreamElements немає, не замінюйте її таймером: таймер пише всім глядачам, а не новачкові. У такому разі використовуйте іншого бота з обробкою першого повідомлення або добровільну команду на кшталт !start. Недолік команди в тому, що глядач має ввести її сам.

Фільтри ролей, команд і повідомлень

До ввімкнення сценарію додайте винятки для власника каналу, модераторів, редакторів, ботів і акаунтів команди. Якщо інтеграція враховує ролі, окремо вирішіть, чи має сценарій відповідати підписникам, учасникам спільноти та глядачам із платним статусом.

Перевірте обробку команд, посилань, емодзі та технічних повідомлень. Бот не повинен вітати модератора за службову команду або користувача, який надіслав посилання в дозволеному форматі. Недолік строгих фільтрів у тому, що частина реальних новачків може не отримати відповідь.

Умови краще розташовувати по порядку: спочатку винятки за ролями та командами, потім перевірка історії користувача, після цього надсилання повідомлення. Так простіше зрозуміти, чому привітання прийшло зайвий раз або не спрацювало.

З яких блоків складається сценарій

У налаштуванні потрібні три блоки: подія запуску, умови та дія. Подією може бути перше повідомлення на каналі або перша репліка за ефір. В умовах задають ролі, стоп-слова, винятки для команд і перевірку історії. Дією буде надсилання тексту в чат.

Окремо налаштовуються затримка, захист від повторів і загальний ліміт. Не об'єднуйте ці параметри в одне правило: затримка визначає момент відповіді, захист від повторів працює з конкретним глядачем, а загальний ліміт захищає чат при різкому припливі нових повідомлень.

Як підставляти нік глядача без помилок

Підстановка ніка робить відповідь помітнішою, але змінну потрібно перевірити на тестовому акаунті. Ніки можуть містити латиницю, кирилицю, цифри, пробіли, емодзі та нестандартні символи. Довге ім'я розтягує коротке повідомлення, а непідтримуваний символ здатен зламати згадку або розмітку.

Якщо бот уміє обмежувати довжину імені, задайте обрізання та зрозумілий фолбек: наприклад, використовуйте скорочене ім'я або нейтральне звернення без ніка. Якщо такої функції немає, безпечніше відмовитися від персональної підстановки. Це менш помітно, зате бот не створить обривок ніка чи випадковий тег.

Увімкніть екранування спеціальних символів, якщо воно передбачене. Нік не варто вставляти всередину посилання, команди або складної розмітки. Для довгих і нестандартних ніків потрібен фолбек без звернення на ім'я. Недолік такого варіанта — привітання виглядає менш особистим.

Текст привітання для різних чатів

Повідомлення має виглядати як звичайна репліка, а не як розсилка. Достатньо привітання та однієї команди. Повні правила, перелік посилань і заклики підписатися краще винести в окрему команду, опис каналу або закріплене повідомлення.

Готовий короткий варіант з однією точкою входу

Ласкаво просимо в чат! Правила та команди — !help.

Варіанти для камерного чату

• Привіт, {нік}! Розташовуйтеся, правила та команди — !help.
• Раді бачити, {нік}. Розклад ефірів — !schedule.
• Ласкаво просимо! Посилання каналом — !links.

Варіанти для швидкого чату

• Новим глядачам: правила — !rules.
• Навігація каналом — !info.
• Корисні команди — !help.

У великому чаті краще використовувати текст без ніка або скоротити його до мінімуму. Серія персональних привітань швидко заповнює стрічку. Недолік знеособленого повідомлення в тому, що глядач може не одразу зрозуміти, що бот відповів саме на його репліку.

Затримка, захист від повторів і загальний ліміт

Затримка потрібна, щоб відповідь не виглядала миттєвою машинною реакцією. Вибирайте короткий інтервал і перевіряйте його в живому чаті: надто довга відповідь може прийти вже після того, як розмова перейшла на іншу тему.

Захист від повторів має обмежувати сценарій одним запуском на користувача. Перевірте, чи зберігається це правило між ефірами та після перезапуску бота. Якщо історія зберігається лише під час трансляції, постійний глядач вважатиметься новим на наступному стрімі.

Загальний ліміт потрібен при рейді, згадці каналу або іншій хвилі нових повідомлень. Коли ліміт досягнуто, бот має пропускати зайві привітання, а не надсилати їх пізніше пачкою. Недолік ліміту в тому, що частина новачків не отримає відповідь, але чат не буде забитий однаковими фразами.

Як перевірити сценарій перед ефіром

1. Використовуйте акаунт, якого немає в історії бота, або тимчасово увімкніть тестову умову.
2. Надішліть звичайне повідомлення та переконайтеся, що відповідь прийшла один раз.
3. Перевірте винятки для власника каналу, модератора, редактора та іншого бота.
4. Надішліть команду, посилання, повідомлення з емодзі та кілька реплік підряд.
5. Перевірте довгий нік, ім'я з нестандартними символами та нік із пробілами, якщо платформа їх підтримує.
6. Переконайтеся, що затримка не вклинюється в розмову надто пізно.
7. Перезапустіть бота або завершіть тестовий ефір, якщо історія користувачів має зберігатися.

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

Коли краще вибрати інший сценарій

Якщо бот не вміє надійно визначати нового глядача, можна використати перше повідомлення за ефір або добровільну команду !start. Перший варіант простіше налаштовувати, але він повторно вітає постійну аудиторію. Команда не засмічує чат, але більшість новачків не введе її без підказки в описі або закріпленому повідомленні.

Якщо глядачі скаржаться на автовідповідь, спочатку скоротіть текст, приберіть нік і залиште одну команду. На особливо активних ефірах сценарій краще тимчасово вимикати, а навігацію переносити в команду або рідкісне регулярне повідомлення. Недолік вимкнення в тому, що новий глядач залишається без автоматичної підказки.

Чек-лист перед увімкненням автовідповіді

• Вибрано тригер першого повідомлення на каналі, а не перша репліка за ефір.
• Виключено модераторів, команду каналу та службових ботів.
• Команди, посилання та технічні повідомлення не запускають привітання.
• Підстановку ніка перевірено на довгих і нестандартних іменах.
• Для ніка налаштовано обрізання, екранування символів або фолбек без імені.
• Захист від повторів обмежує одну відповідь для одного глядача.
• Загальний ліміт не дає боту заповнити чат при масовому припливі глядачів.
• У тексті привітання є лише одна точка входу: команда з правилами або навігацією.