Браузерні push-сповіщення допомагають команді підтримки помітити нове звернення тоді, коли дашборд не перебуває перед очима. Це особливо важливо для live chat: клієнт уже на сайті, сформулював питання й часто готовий продовжити розмову одразу. Web Push скорочує шлях від нового повідомлення до реакції оператора, але приносить користь лише за умови точного маршруту, зрозумілого тексту та контролю над частотою сигналів.
Що таке Web Push і чим він відрізняється від сповіщення у вкладці
Web Push — це повідомлення від вебзастосунку, яке браузер показує через системний центр сповіщень. Після явного дозволу користувача push може надійти, коли вкладка сервісу перебуває у фоні або закрита. На відміну від банера всередині сторінки, такий сигнал не залежить від того, чи дивиться оператор на конкретний екран у момент нового звернення.
Технологічно браузер створює окрему підписку для сайту й пристрою, а service worker приймає подію у фоні та показує системне сповіщення. Підтримка API й поведінка інтерфейсу відрізняються між браузерами та операційними системами. Саме тому коректний продукт спочатку перевіряє доступність функції, просить дозвіл у зрозумілому контексті й дає оператору можливість вимкнути підписку.
У Lavenity Web Push вмикається для конкретного браузера в персональних налаштуваннях. Нове повідомлення клієнта проходить через чергу сповіщень, після чого система ще раз перевіряє актуальний стан розмови. Закритий діалог, уже прочитане звернення або відповідь команди не повинні повертати оператора до роботи, яка більше не потребує його уваги.
Як браузерні push-сповіщення працюють у Lavenity
Саме сповіщення містить імʼя чи інший доступний ідентифікатор клієнта, кількість непрочитаних повідомлень і стислий фрагмент найновішого. Натискання фокусує відкритий Lavenity або відкриває дашборд одразу на потрібній розмові. Оператор отримує не абстрактне «у вас нова подія», а достатній контекст для рішення: відповісти зараз чи завершити поточний крок і повернутися за хвилину.
Не кожне повідомлення має йти всій команді. Якщо розмова вже призначена конкретному оператору, Lavenity звужує маршрут до нього. Для непризначеного звернення сигнал доступний команді, доки автоматизація або людина не визначить власника. Така логіка підтримує відповідальність і зменшує ситуації, коли кілька колег відкривають один тред одночасно.
Маршрутизація push до оператора або команди
Браузерна підписка привʼязана до пристрою, тому оператор може свідомо ввімкнути сповіщення на робочому ноутбуці й не вмикати їх у приватному браузері. Це важлива відмінність від загального налаштування акаунта: дозвіл контролює і сам продукт, і браузер, а остаточно заблокувати або дозволити системні повідомлення може користувач.
Головний ризик Web Push — втома від сповіщень. Якщо кожен вхідний рядок створює окрему картку без обʼєднання контексту, оператор починає механічно закривати сигнали. У Lavenity повідомлення однієї розмови мають стабільний тег, тому новий push може оновити попередній, а превʼю показує найсвіжіший зміст замість накопичення однакових карток.
Як уникнути втоми від сповіщень
Не варто використовувати браузерні сповіщення як єдиний контроль SLA. Пристрій може бути вимкнений, дозвіл — відкликаний, а конкретний браузер — не підтримувати потрібний сценарій. Надійніший процес поєднує Web Push із видимою чергою непризначених розмов, відповідальними та відкладеним email-нагадуванням для звернень, які справді залишилися без відповіді.
Якість push-сповіщень варто оцінювати не за кількістю відправлених сигналів, а за результатом: чи зменшився час першої відповіді, чи стало менше діалогів без власника та чи не зросла кількість дубльованих відповідей. Якщо оператори часто ігнорують push, проблема може бути не в дисципліні, а в надто широкій маршрутизації або відсутності пріоритетів у черзі.
Як увімкнути й перевірити Web Push у команді
Нехай кожен оператор відкриє персональні налаштування Lavenity у тому браузері, який використовує для роботи, увімкне сповіщення та підтвердить системний дозвіл. Якщо браузер позначає функцію як недоступну або заблоковану, перевірте налаштування сайту, режим фокусування операційної системи й корпоративні обмеження. Не просіть дозвіл на всіх особистих пристроях за замовчуванням: підписка має відповідати реальному робочому контексту.
Для тесту створіть нове звернення з віджета, залишивши дашборд у фоні. Перевірте, що push містить зрозуміле ім’я або ідентифікатор, актуальне превʼю та після натискання відкриває саме цю розмову. Потім надішліть кілька повідомлень поспіль і переконайтеся, що система оновлює контекст одного треду, а не створює некерований стос карток.
Окремо протестуйте відповідальність. Призначте діалог одному оператору й переконайтеся, що сигнал не розходиться без потреби всій команді. Відкрийте або дайте відповідь до обробки наступного push — застаріла подія не повинна вимагати повторної реакції. Повторюйте цей тест після змін у браузерній політиці, домені дашборда або маршрутизації розмов.
Поширене запитання
Чи працюють браузерні push-сповіщення, коли вкладка Lavenity закрита?
Так, у підтримуваному браузері після надання дозволу Web Push може надійти через service worker, навіть коли вкладка Lavenity закрита. Доставка все одно залежить від браузера, налаштувань операційної системи, мережі та активної підписки на конкретному пристрої.