Trigify закривається: як перенести пошукові запити social listening до KWatch.io

Що припиняє роботу 22 жовтня?

Офіційне повідомлення Trigify коротке. Ваш акаунт закривається, ваші збережені пошуки припиняють виконуватися, а все, що вони живили (синхронізація з CRM, таблиця в Clay, сценарій Zapier або n8n, сповіщення в Slack), перестає отримувати нові рядки. Trigify просить клієнтів експортувати потрібні дані до завершення доступу за допомогою функцій експорту в додатку або написавши їхній команді на електронну пошту.

Тому перше завдання — присвятити пів дня копіюванню, перш ніж взагалі думати про новий інструмент. Відкрийте кожен збережений пошуковий запит і випишіть чотири речі: платформу, умови «ТА» (AND), умови «АБО» (OR) та умови «НЕ» (NOT). Також зверніть увагу на фільтри за посадами в пошуках у Linkedin і складіть список усіх місць, куди передавалися результати.

Цей список — ваш справжній актив. Ваша команда, ймовірно, витратила місяці на налаштування цієї логіки пошуку, і це саме та частина, яку ви не можете завантажити як CSV із минулими результатами.

Що робили пошуки Trigify та що покриваємо ми

Довідковий центр Trigify описує збережений пошук як булевий запит із трьома полями. Кожна умова «ТА» має бути присутньою, принаймні одна умова «АБО» має бути присутньою, а будь-яка умова «НЕ» виключає публікацію. Збіг ключових слів відбувався без урахування регістру, а також усередині довших слів, тому «automate» знаходило «automated». Пошуки в Linkedin були обмежені 6 ключовими словами загалом, а в X та Reddit — 10.

Пошуки виконувалися за розкладом, а не безперервно. Нові пошуки за замовчуванням могли використовувати частоту, яку Trigify називає Bi-Daily (двічі на день), з обмеженням до 100 результатів за запуск, і кожен знайдений допис витрачав один кредит.

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

Джерела збігаються для Reddit, Hacker News, X, Linkedin та Youtube. Ми також покриваємо дописи у Facebook та публічні групи у Facebook. Ми не підтримуємо подкасти, Substack або daily.dev, тому якщо ці пошуки приносили вам ліди, для них вам знадобиться додатковий інструмент.

У Linkedin є ще дві відмінності, з якими ви зіткнетеся. Ми відстежуємо публікації в Linkedin, включно з тими, які Google не індексує, але ми не відстежуємо коментарі в Linkedin. Крім того, у нас немає фільтра за посадою автора, тому ми покажемо вам кожен відповідний допис і залишимо кваліфікацію вам (докладніше про це нижче).

Перетворення булевого пошуку на сповіщення KWatch

Щойно у вас буде список, перенесення стане суто технічним завданням. Єдине, до чого потрібно звикнути: у KWatch немає поля «АБО», тому кожна альтернатива стає окремим сповіщенням.

Рядок, який змінює кількість ваших сповіщень, — це «АБО». Все інше зіставляється один до одного.

Візьмемо типовий пошук із купівельним наміром: CRM AND (looking for OR recommend) NOT hiring, на Reddit. У KWatch це перетворюється на два сповіщення Reddit. Перше містить ключові слова crm, looking for а друге містить crm, recommend. В обидва додається hiring як виключене ключове слово. Якщо вас цікавлять лише певні спільноти, додайте їх до списку включених сабреддітів, наприклад sales, smallbusiness, startups.

Поки ви налаштовуєте параметри, варто звернути увагу на кілька корисних функцій. У Reddit та Hacker News можна вибрати дописи, коментарі або і те, і інше, а також увімкнути пошук лише за цілими словами, якщо частковий збіг у Trigify створював багато шуму. Пошук слова всередині іншого слова в Trigify — це причина, чому «sell» знаходило «upsell».

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

Скільки сповіщень вам знадобиться?

Розгорнувши умови «АБО», підрахуйте кількість сповіщень для кожної платформи та зіставте результат із нашими тарифами. Ось ліміти зі сторінки цін KWatch станом на жовтень 2026 року.

У Linkedin та X найсуворіші ліміти, тому саме тут розділення умов «АБО» відчуватиметься насамперед. Почніть підрахунок із них.

Припустимо, у вас було три пошуки Trigify у Linkedin, кожен із двома умовами «АБО», плюс кілька пошуків у Reddit та X, які передавали дані до Clay. Це шість сповіщень для Linkedin, що на одне більше, ніж дозволяє тариф Business.

Ви можете відкинути найменш корисний варіант, об'єднати два пошуки, які повертали однакові дописи, або перейти на Enterprise. Якщо ваші пошуки в Trigify живили інтеграцію, вам підійде тариф Business за 79 $, оскільки це перший тариф із підтримкою вебхуків та Slack. Якщо у вас великий список ключових слів, Business також дозволяє завантажити його у форматі CSV замість введення вручну.

Перенесення потоків даних до Clay, n8n або Slack

Підозрюю, що найбільше складнощів 23 жовтня виникне не через самі пошуки, а через переривання зовнішніх каналів передачі даних. У KWatch ви можете налаштувати вебхук Slack або вебхук API один раз для всього акаунта або для кожного сповіщення окремо; якщо налаштовано обидва, пріоритет має вебхук сповіщення. Саме так ви надсилаєте сповіщення про конкурентів до одного каналу, а сповіщення про наміри покупки — до таблиці Clay.

У разі збігу ключового слова ми надсилаємо POST-запит із невеликим JSON-тілом. Ось приклад із нашої документації.

{
  "platform": "reddit",
  "query": "Keywords: vllm",
  "datetime": "19 Jan 24 05:52 UTC",
  "link": "https://www.reddit.com/r/LocalLLaMA/comments/19934kd/sglang_new/kijvtk5/",
  "author": "lmzoo",
  "content": "sglang runtime has a different architecture on the higher-level part with vllm.",
  "sentiment": "neutral"
}

Поле query вказує, яке сповіщення спрацювало, щоб крок у Clay або n8n міг виконати розгалуження на його основі. Поле sentiment містить оцінку нашого ШІ щодо того, чи є публікація позитивною, негативною чи нейтральною стосовно вашого ключового слова.

Тут також вирішується питання з відсутнім фільтром за посадою. У Linkedin поле author виглядає як peter-mehlape (Peter Mehlape). Візьміть частину перед дужками, додайте її до https://www.linkedin.com/in/, і ви отримаєте URL профілю, який Clay може збагатити посадою та компанією. Потім відфільтруйте за посадою всередині Clay так само, як Trigify робив це під час пошуку.

Наші Шаблони Clay для сигналів продажу показують, як передавати ці дані до таблиці Clay, а стаття Автоматизація моніторингу соціальних мереж за допомогою KWatch.io, Zapier та n8n охоплює варіанти без написання коду.

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

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