10월 23일 아침을 상상해 보세요. 영업 담당자가 구매 시그널이 평소 수신되던 Slack 채널을 열었는데 아무것도 없습니다. 에러 메시지는 뜨지 않습니다. 피드가 그냥 멈춘 것이며, 하루이틀 동안은 모두가 그저 시장이 조용해졌다고 생각합니다.
Trigify를 통해 시그널을 계속 수신하고 있는 팀에게 10월 23일은 바로 이런 모습일 것입니다.
9월 23일, Trigify는 팀이 HubSpot에 합류하며 단독 플랫폼 운영을 종료한다고 발표했습니다. 대부분의 고객의 경우 액세스는 2026년 10월 22일 오후 11시 59분 BST(미국 동부 시간 오후 6시 59분)에 종료됩니다. Trigify에 따르면 계정은 HubSpot으로 마이그레이션되지 않으며 연동, API 액세스, 모니터링, 시그널 수집이 모두 해당 시점에 중단됩니다.
저는 Reddit, Hacker News, X, Linkedin, Facebook, Youtube를 위한 실시간 키워드 알림 도구인 KWatch.io를 개발하고 있으므로, 이를 염두에 두고 읽어주시기 바랍니다. 이 글에서는 Trigify의 핵심 기능 중 하나였던 키워드 리스닝 검색과 이를 KWatch 알림으로 재구성하는 방법을 다룹니다. Trigify를 주로 다른 용도로 사용하셨다면 관련 내용이 나올 때 언급하겠습니다.
Trigify의 공식 공지는 간단합니다. 계정이 폐쇄되고, 저장된 검색 실행이 중단되며, 해당 검색이 데이터를 전달하던 모든 대상(CRM 동기화, Clay 테이블, Zapier 또는 n8n 시나리오, Slack 알림)에 새 데이터가 들어오지 않게 됩니다. Trigify는 고객에게 액세스가 종료되기 전에 앱 내 내보내기 옵션을 사용하거나 담당 팀에 이메일을 보내 보관하려는 데이터를 내보내도록 안내하고 있습니다.
따라서 새로운 도구를 고려하기 전에 먼저 해야 할 일은 반나절 정도 시간을 내어 기존 설정을 복사해 두는 것입니다. 저장된 각 리스닝 검색을 열고 플랫폼, AND 조건 단어, OR 조건 단어, NOT 조건 단어의 4가지를 기록하세요. 또한 Linkedin 검색의 직책 필터도 메모하고, 검색 결과가 전달되던 모든 대상을 정리해 두세요.
그 목록이야말로 진정한 자산입니다. 팀에서 수개월 동안 그 검색 로직을 세밀하게 조정해 왔을 것이며, 이는 과거 결과의 CSV 다운로드로는 얻을 수 없는 부분입니다.
Trigify 고객센터에서는 저장된 검색을 3개의 필드가 있는 불리언(Boolean) 쿼리로 설명합니다. 모든 AND 단어가 포함되어야 하고, 최소 하나의 OR 단어가 포함되어야 하며, NOT 단어가 포함된 게시물은 제외됩니다. 대소문자를 구분하지 않으며 긴 단어의 일부와도 일치하여 "automate"가 "automated"를 감지했습니다. Linkedin 검색은 총 6개 키워드로 제한되었고, X 및 Reddit 검색은 10개로 제한되었습니다.
검색은 지속적이 아닌 정해진 일정에 따라 실행되었습니다. 새 검색은 기본적으로 Trigify가 'Bi-Daily(하루 2회)'라 부르는 주기로 설정될 수 있었으며, 1회 실행당 최대 100개의 결과를 가져오고 검색 결과로 반환된 각 게시물은 1크레딧을 사용했습니다.
KWatch는 다르게 작동합니다. 각 키워드 알림은 하나의 플랫폼을 모니터링하며, 매초 새로운 콘텐츠를 확인합니다. 몇 초 이내에, 트래픽이 몰려도 약 1분 이내에 알림을 받으실 수 있습니다. 요금제는 플랫폼별로 유지할 수 있는 키워드 알림 수에 따라 가격이 책정되므로 실행당 한도나 크레딧 차감이 없습니다.
지원 소스는 Reddit, Hacker News, X, Linkedin, Youtube에서 겹칩니다. 또한 Facebook 게시물과 공개 Facebook 그룹도 지원합니다. 팟캐스트, Substack, daily.dev는 지원하지 않으므로, 이러한 검색을 통해 리드를 확보하고 있었다면 해당 채널에는 별도의 도구가 필요합니다.
Linkedin에서는 두 가지 차이점이 더 있습니다. Google이 색인 생성하지 않는 게시물을 포함하여 Linkedin 게시물을 모니터링하지만, Linkedin 댓글은 모니터링하지 않습니다. 또한 작성자의 직책 필터가 없으므로 일치하는 모든 게시물을 보여드리며 선별 작업은 사용자에게 맡깁니다(자세한 내용은 아래 참조).
목록이 준비되면 변환 작업은 대체로 기계적입니다. 익숙해져야 할 유일한 부분은 KWatch에 OR 필드가 없어서 각 대안이 개별 알림으로 분리된다는 점입니다.
| Trigify 방식 | KWatch 방식 |
|---|---|
| AND 조건 단어 | 하나의 알림에 쉼표로 구분된 키워드 (모두 포함되어야 함) |
| OR 조건 단어 | 대안별로 1개의 알림 생성 |
| NOT 조건 단어 | 알림의 제외 키워드에 설정 |
| 검색당 플랫폼 | 알림당 플랫폼 |
| 서브레딧 또는 작성자 범위 지정 | 포함 또는 제외할 서브레딧 및 사용자 (Reddit, Hacker News, X, Youtube) |
| Linkedin 직책 필터 | 해당 기능 없음 (후속 단계에서 작성자 선별) |
| 실행 주기 및 회당 최대 결과 수 | 초 단위 확인, 회당 제한 없음 |
알림 수에 영향을 미치는 행은 OR입니다. 그 외의 모든 것은 1:1로 매핑됩니다.
전형적인 구매 의도 검색의 예를 들어보겠습니다: CRM AND (looking for OR recommend) NOT hiring (Reddit 기준). KWatch에서는 이것이 2개의 Reddit 알림이 됩니다. 첫 번째 알림에는 키워드 crm, looking for , 두 번째 알림에는 crm, recommend가 들어갑니다. 두 알림 모두 hiring 를 제외 키워드로 설정합니다. 몇몇 특정 커뮤니티만 모니터링하려는 경우 포함할 서브레딧(included subreddits)에 다음과 같이 추가하면 됩니다: sales, smallbusiness, startups.
설정하는 동안 몇 가지 유용한 세부 설정도 살펴보는 것이 좋습니다. Reddit 및 Hacker News에서는 게시물, 댓글 또는 둘 다를 선택할 수 있으며, Trigify의 부분 일치로 인해 불필요한 정보가 많았다면 '온전한 단어만 일치(whole words only)'를 켤 수 있습니다. Trigify의 단어 내 부분 일치 방식 때문에 "sell"이 "upsell"까지 감지했던 것입니다.
제외 키워드에 대한 한 가지 주의점: 공식 문서에 명시된 대로 제외 필드에 쉼표로 구분된 여러 단어를 입력하면 해당 단어가 모두 함께 나타날 때만 게시물이 제외됩니다. 만약 hiring 및 job posting 을 각각 개별적으로 제외하고 싶다면 먼저 실제 게시물에서 테스트해 보세요.
OR 조건을 분리한 후 플랫폼별 알림 수를 계산하여 요금제와 대조해 보세요. 2026년 10월 기준 KWatch 가격 페이지에 명시된 한도는 다음과 같습니다.
| 무료 플랜 | Essential | Business | Enterprise | |
|---|---|---|---|---|
| 가격 | $0 | 월 $19 | 월 $79 | 월 $199 |
| Reddit, Hacker News 키워드 알림 | 각 2개 | 각 20개 | 각 100개 | 각 500개 |
| X, Youtube 키워드 알림 | 없음 | 각 2개 | 각 10개 | 각 50개 |
| Linkedin, Facebook 키워드 알림 | 없음 | 각 1개 | 각 5개 | 각 25개 |
| 필터링, 결과 저장, AI 감성 분석 | 미지원 | 지원 | 지원 | 지원 |
| Slack, API 웹훅, MCP | 미지원 | 미지원 | 지원 | 지원 |
| CSV 대량 키워드 가져오기, 팀 관리 | 미지원 | 미지원 | 지원 | 지원 |
Linkedin과 X의 한도가 가장 타이트하므로 OR 확장의 영향을 가장 먼저 체감하게 됩니다. 알림 수를 계산할 때 여기서부터 시작하세요.
예를 들어 Linkedin에서 각각 2개의 OR 조건 단어가 있는 3개의 Trigify 검색을 실행하고, Clay로 데이터를 보내는 몇 개의 Reddit 및 X 검색을 운영했다고 가정해 보겠습니다. 이는 6개의 Linkedin 알림이 되며, Business 요금제 허용 한도보다 1개 더 많습니다.
가장 효과가 적은 변형을 제거하거나, 동일한 게시물을 반복해서 반환하던 두 검색을 병합하거나, Enterprise로 업그레이드할 수 있습니다. Trigify 검색이 외부 연동으로 연결되어 있었다면 웹훅과 Slack을 지원하는 첫 번째 요금제인 Business(월 $79)가 적합합니다. 키워드 목록이 긴 경우 Business에서는 일일이 입력하는 대신 CSV로 업로드할 수도 있습니다.
10월 23일에 겪을 가장 큰 어려움은 검색 자체보다는 후속 파이프라인이 끊기는 데서 올 것입니다. KWatch에서는 계정 전체에 대해 한 번 또는 알림별로 Slack 웹훅이나 API 웹훅을 설정할 수 있으며, 둘 다 설정한 경우 알림별 웹훅이 우선 적용됩니다. 이를 통해 경쟁사 알림은 한 채널로 보내고, 구매 의도 알림은 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에서 해당 기능을 지원합니다. 두 제품 모두 다른 사람의 바이럴 게시물과 상호작용한 모든 사용자를 추출해주지는 않으므로, 이러한 오디언스 스크래핑이 주 목적이었다면 전용 툴을 사용하는 것이 좋습니다.
22일까지 기다리지 말아야 할 이유가 하나 더 있습니다. KWatch에는 과거 아카이브가 없으므로 알림은 생성한 시점부터 시작됩니다. 지금 설정하면 Trigify가 종료되기 전까지 최대 2주 동안 동일한 검색으로 두 도구를 병행 실행하면서 각 도구가 감지하는 결과를 비교해 볼 수 있습니다.
가장 빠른 테스트 방법은 가장 성과가 좋았던 Reddit 또는 Hacker News 검색을 재구성해보는 것입니다. KWatch Free 플랜에서는 기간 제한이나 카드 등록 없이 이메일로 Reddit 2개, Hacker News 2개 키워드 알림을 제공하므로 실제 결과가 받은편지함에 도착하는지 확인할 수 있습니다. 알림을 확인했다면 Business로 전환하여 Linkedin, X 및 스택에 데이터를 공급하는 웹훅을 연동하세요.
Julien, Product Manager at KWatch.io