Trigifyがサービス終了：ソーシャルリスニングの検索条件をKWatch.ioへ移行する方法

10月22日に停止する機能とは？

Trigifyからの公式通知は簡潔です。アカウントは閉鎖され、保存された検索は停止し、それらが連携していたすべてのもの（CRM同期、Clayテーブル、Zapierやn8nのシナリオ、Slackアラート）に新しいデータが届かなくなります。Trigifyは顧客に対し、アプリ内のエクスポート機能を利用するか、同社チームにメールして、アクセス終了前に保存したいデータをエクスポートするよう求めています。

したがって、新しいツールを検討する前にまず行うべき作業は、半日かけて設定を書き出すことです。保存されている各リスニング検索を開き、プラットフォーム、AND条件、OR条件、NOT条件の4つをメモしてください。Linkedin検索の役職フィルターも控えておき、検索結果の送信先もすべてリストアップします。

そのリストこそが真の資産です。チームはおそらく何ヶ月もかけてその検索ロジックを微調整してきたはずであり、過去の結果をCSVでダウンロードしても手に入らない部分です。

Trigifyの検索機能とKWatchの対応範囲

Trigifyのヘルプセンターでは、保存された検索は3つのフィールドを持つブールクエリとして説明されています。すべてのAND条件が含まれ、少なくとも1つのOR条件が含まれ、NOT条件が含まれる投稿は除外されます。キーワードは大文字と小文字を区別せず、長い単語の一部にも一致するため、「automate」は「automated」にもヒットしました。Linkedin検索は合計6個、XおよびReddit検索は10個のキーワードに制限されていました。

検索は継続的ではなく定期スケジュールで実行されていました。新しい検索はデフォルトでTrigifyが「Bi-Daily（1日2回）」と呼ぶ頻度に設定でき、1回の実行あたり最大100件の結果を取得し、検索によって返された各投稿が1クレジットを消費しました。

KWatchの仕組みは異なります。各キーワードアラートは1つのプラットフォームを監視し、毎秒新しいコンテンツをチェックします。数秒以内、混雑時でも約1分以内にアラートが届きます。プランは各プラットフォームで保持できるキーワードアラートの数に応じた料金体系となっているため、実行ごとの上限やクレジットはありません。

対応ソースはReddit、Hacker News、X、Linkedin、Youtubeで重複しています。また、Facebookの投稿や公開Facebookグループもカバーしています。ポッドキャスト、Substack、daily.devはカバーしていないため、それらの検索からリードを獲得していた場合は、別のツールが必要になります。

Linkedinではさらに2つの違いがあります。Googleがインデックスしていないものを含めLinkedinの投稿を監視していますが、Linkedinのコメントは監視していません。また、投稿者の役職フィルターはないため、一致するすべての投稿を表示し、選別はユーザー側で行っていただきます（詳細は後述）。

ブール検索をKWatchアラートとして書き換える

リストを作成してしまえば、移行作業はほぼ機械的です。慣れる必要がある唯一の点は、KWatchにはORフィールドがないため、各選択肢が個別の独立したアラートになるということです。

アラート件数に影響を与えるのはORの行です。それ以外は1対1で対応します。

典型的な購買意図の検索クエリの例を挙げます： CRM AND (looking for OR recommend) NOT hiring（Redditの場合）。KWatchでは、これが2つのRedditアラートになります。1つ目のアラートにはキーワード crm, looking for 、2つ目のアラートには crm, recommendを設定します。両方のアラートで hiring を除外キーワードとして指定します。特定のコミュニティのみを対象にしたい場合は、含まれるサブレディットに以下のように追加します： sales, smallbusiness, startups.

設定時には、いくつか便利な細かい設定も確認しておくとよいでしょう。RedditとHacker Newsでは、投稿、コメント、またはその両方を選択でき、Trigifyの部分一致で不要な情報が多かった場合は「完全一致（単語単位）」をオンにできます。Trigifyの単語内一致により、「sell」が「upsell」を拾ってしまうことがあったのはそのためです。

除外設定に関する注意点：ドキュメントに記載されているとおり、除外フィールドにカンマ区切りで複数の単語を入力した場合、投稿が除外されるのはそれらすべてが同時に出現したときのみです。もし hiring および job posting を個別に除外したい場合は、まず実際の投稿でテストしてください。

アラートはいくつ必要ですか？

OR条件を展開したら、プラットフォームごとにアラート数をカウントし、プランと照らし合わせてみてください。以下は2026年10月時点のKWatch料金ページの上限です。

LinkedinとXは上限が最も厳しいため、OR条件の展開の影響を最も受けやすくなります。カウントする際はまずここから始めましょう。

たとえば、Linkedinでそれぞれ2つのOR条件を持つ3つのTrigify検索を実行し、さらにClayに連携するいくつかのRedditおよびX検索を運用していたとします。これには6つのLinkedinアラートが必要となり、Businessプランの上限を1つ超えてしまいます。

最も重要度の低いバリエーションを削除するか、同じ投稿が返されていた2つの検索を統合するか、あるいはEnterpriseに移行することができます。Trigifyの検索を外部ツールと連携していた場合、WebhookとSlackが含まれる最初のプランであるBusiness（79ドル）が最適です。キーワードリストが長い場合、Businessなら手入力の代わりにCSVでアップロードすることも可能です。

パイプラインをClay、n8n、Slackへ移行する

10月23日の最大の混乱は検索そのものではなく、後続の連携パイプラインが途絶えることにあると思われます。KWatchでは、Slack WebhookまたはAPI Webhookをアカウント全体で1回設定することも、アラートごとに設定することもでき、両方を設定した場合はアラートごとのWebhookが優先されます。これにより、競合アラートを1つのチャンネルに送り、購買意図アラートをClayテーブルに送るといった運用が可能です。

キーワードが一致すると、軽量なJSONボディを含むPOSTリクエストが送信されます。以下はドキュメントに掲載されている例です。

{
  "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 フィールドは、投稿がキーワードに対して肯定的、否定的、または中立的かをAIが判定した結果です。

不足している役職フィルターの処理もここで行います。Linkedinでは、 author フィールドは次のように表示されます： peter-mehlape (Peter Mehlape)。括弧の前の部分を取得して、 https://www.linkedin.com/in/の後ろに追加すると、Clayで役職や会社情報をエンリッチできるプロフィールURLになります。あとはTrigifyが検索時に行っていたのと同様に、Clay内で役職によるフィルタリングを行うだけです。

弊社の 営業シグナル向けClayテンプレート ではこのペイロードをClayテーブルにマッピングする方法を解説しており、 KWatch.io、Zapier、n8nによるソーシャルメディア監視の自動化 ではノーコードでの連携手順を詳しく説明しています。

一部のチームは、KWatchがまったく対応していない用途でTrigifyを使用していました。特定の人物（見込み顧客のリストや競合の創業者など）を監視し、その人物が投稿やコメントをした際に通知を受け取ることを主な目的としていた場合、それはキーワードリスニングではなくアカウント追跡です。

弊社の姉妹製品 MultiFollow はLinkedinとXでその機能を提供しています。どちらの製品も他人のバズった投稿にエンゲージした全員をリストアップすることはしないため、そうしたオーディエンススクレイピングが主な用途だった場合は、専用のツールが必要になります。