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. Ни один из наших сервисов не предоставит список всех, кто взаимодействовал с чужим вирусным постом, поэтому, если вашей главной задачей был сбор такой аудитории, вам понадобится специализированный инструмент.