A Trigify bezár: hogyan költöztesd át a social listening kereséseidet a KWatch.io-ra

Mi áll le október 22-én?

A Trigify saját közleménye rövid. A fiókod bezár, a mentett kereséseid leállnak, és minden, amit tápláltak (CRM-szinkronizálás, Clay táblázat, Zapier vagy n8n forgatókönyv, Slack-értesítés), nem kap többé új sorokat. A Trigify arra kéri az ügyfeleket, hogy még a hozzáférés lejárta előtt exportálják, amit meg szeretnének tartani, az alkalmazásban található exportálási lehetőségekkel vagy a csapatuknak küldött e-mailben.

Az első feladat tehát egy másolással töltött délután, még mielőtt bármilyen új eszközön gondolkodnál. Nyisd meg az egyes mentett figyelési kereséseket, és jegyezz fel négy dolgot: a platformot, az AND kifejezéseket, az OR kifejezéseket és a NOT kifejezéseket. Jegyezz fel minden beosztásszűrőt is a Linkedin-kereséseknél, és listázd az összes helyet, ahová az eredmények futottak.

Ez a lista a valódi érték. A csapatod valószínűleg hónapokat töltött a keresési logika finomhangolásával, és ez az a rész, amit nem tudsz letölteni a korábbi eredmények CSV-fájljaként.

Mit csináltak a Trigify keresései, és mit fedünk le mi

A Trigify súgója a mentett keresést egy három mezőből álló logikai (Boolean) lekérdezésként írja le. Minden AND kifejezésnek szerepelnie kell, legalább egy OR kifejezésnek meg kell jelennie, és bármelyik NOT kifejezés kizárja a bejegyzést. A kulcsszavakat nem érzékeny módon kereste a kis- és nagybetűkre, valamint hosszabb szavak belsejében is, így az „automate” megtalálta az „automated” szót is. A Linkedin-keresések legfeljebb 6 kulcsszóra voltak korlátozva összesen, az X- és Reddit-keresések pedig 10-re.

A keresések ütemezés szerint futottak, nem pedig folyamatosan. Az új keresések alapértelmezett gyakorisága lehetett az, amit a Trigify Bi-Daily-nek (naponta kétszeri) nevez, futásonként legfeljebb 100 találattal, és minden visszaadott bejegyzés egy kreditet használt fel.

A KWatch másképp működik. Minden kulcsszó-értesítés egy platformot figyel, és másodpercenként ellenőrizzük az új tartalmakat. Az értesítést néhány másodpercen belül meg kell kapnod, vagy túlterheltség esetén legfeljebb egy percen belül. Nincs futásonkénti korlát és nincsenek kreditek, mivel a csomagok árazása azon alapul, hogy hány kulcsszavas riasztást tarthatsz fenn az egyes platformokon.

A források átfedésben vannak a Reddit, Hacker News, X, Linkedin és Youtube esetében. Emellett lefedjük a Facebook-bejegyzéseket és a nyilvános Facebook-csoportokat is. Nem fedünk le podcastokat, a Substack-et vagy a daily.dev-et, így ha ezek a keresések leadeket hoztak számodra, egy második eszközre lesz szükséged hozzájuk.

A Linkedin esetében még két különbségbe ütközöl. Figyeljük a Linkedin-bejegyzéseket, beleértve azokat is, amelyeket a Google nem indexel, de nem figyeljük a Linkedin-hozzászólásokat. Továbbá nincs beosztásszűrőnk a szerzőre, így minden egyező bejegyzést megmutatunk neked, a minősítést pedig rád bízzuk (erről bővebben alább).

Logikai keresés újraírása KWatch-riasztásokká

Ha megvan a listád, az átültetés nagyrészt mechanikus. Az egyetlen dolog, amit meg kell szokni, hogy a KWatch nem rendelkezik OR mezővel, így minden alternatíva saját riasztássá válik.

A riasztások számát az OR sora változtatja meg. Minden más egy az egyben megfeleltethető.

Vegyünk egy tipikus vásárlási szándékra irányuló keresést: CRM AND (looking for OR recommend) NOT hiring, a Redditen. A KWatchban ez két Reddit-riasztássá válik. Az első a következő kulcsszavakat tartalmazza: crm, looking for a második pedig ezt: crm, recommend. Mindkettő megkapja a hiring kifejezést kizárt kulcsszóként. Ha csak néhány közösség érdekel, add hozzá őket a belefoglalt subredditekhez, mint például sales, smallbusiness, startups.

Érdemes egy pillantást vetni néhány apró beállításra is. A Reddit és Hacker News esetében választhatsz bejegyzéseket, hozzászólásokat vagy mindkettőt, és bekapcsolhatod a csak teljes szavak opciót, ha a Trigify részleges egyezése túl sok felesleges találatot adott. A Trigify szón belüli egyezése miatt találta meg a „sell” az „upsell” szót is.

Egy figyelmeztetés a kizárásokkal kapcsolatban: a dokumentációnk szerint, ha több, vesszővel elválasztott szót adsz meg a kizárt mezőben, egy bejegyzés csak akkor kerül elvetésre, ha mindegyik együtt szerepel. Ha külön szeretnéd kizárni a hiring és job posting kifejezéseket, először teszteld egy valós bejegyzésen.

Hány riasztásra lesz szükséged?

Az OR feltételek kibontása után számold össze a riasztásaidat platformonként, és vesd össze az összeget a csomagjainkkal. Ezek a KWatch árazási oldalának korlátai 2026 októberi állapot szerint.

A Linkedin és az X rendelkezik a legszigorúbb korlátokkal, így ott fogod először megérezni az OR feltételek kibontását. A számlálást kezdd ezekkel.

Tegyük fel, hogy három Trigify-keresést futtattál a Linkedin-en, mindegyiket két OR kifejezéssel, valamint néhány Reddit- és X-keresést, amelyek a Clayt táplálják. Ez hat Linkedin-riasztás, ami eggyel több, mint amennyit a Business csomag engedélyez.

Elhagyhatod a leggyengébb változatot, összevonhatsz két keresést, amelyek folyamatosan ugyanazokat a bejegyzéseket adták, vagy átléphetsz az Enterprise csomagra. Ha a Trigify-kereséseid egy integrációt tápláltak, a 79 dolláros Business az a csomag, amire szükséged lesz, mert ez az első, amely webhookokat és Slacket tartalmaz. Ha hosszú kulcsszólistád van, a Business azt is lehetővé teszi, hogy CSV-ként töltsd fel a kézi beírás helyett.

A folyamatok átirányítása a Clay, n8n vagy Slack felé

Gyanítom, hogy október 23-án a legnagyobb nehézséget nem maguk a keresések fogják okozni. Hanem a leállt, kiszáradt adatfolyamok. A KWatchban beállíthatsz egy Slack-webhookot vagy egy API-webhookot egyszer a teljes fiókra, vagy riasztásonként külön-külön – és a riasztásonkénti webhook élvez elsőbbséget, ha mindkettőt beállítod. Így küldhetsz versenytárs-értesítéseket az egyik csatornára, és vásárlási szándékra utaló riasztásokat egy Clay táblázatba.

Amikor egy kulcsszó egyezik, egy POST kérést küldünk egy kis JSON törzzsel. Íme a példa a dokumentációnkból.

{
  "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"
}

A query mező megmutatja, melyik riasztás aktiválódott, így egy Clay vagy n8n lépés elágazhat rá. A sentiment mező az AI-értékelésünk arról, hogy a bejegyzés pozitív, negatív vagy semleges-e a kulcsszavadra nézve.

Itt kezelhető a hiányzó beosztásszűrő is. A Linkedin felületén az author mező így néz ki: peter-mehlape (Peter Mehlape). Vedd a zárójel előtti részt, add hozzá a https://www.linkedin.com/in/hivatkozáshoz, és máris van egy profil URL-ed, amelyet a Clay beosztással és céggel gazdagíthat. Ezután szűrj a beosztásra a Clayben, pontosan úgy, ahogy a Trigify tette a kereséskor.

A Clay sablonok értékesítési szignálokhoz bemutatja, hogyan képezheted le ezt az adattartalmat egy Clay táblázatba, a Közösségimédia-figyelés automatizálása a KWatch.io, a Zapier és az n8n segítségével pedig a kódolás nélküli (no-code) lehetőségeket ismerteti.

Néhány csapat olyan dologra használta a Trigify-t, amit mi egyáltalán nem csinálunk. Ha számodra az volt a fontos, hogy konkrét személyeket figyelj (prospectek listáját, egy versenytárs alapítóit), és értesítést kapj, amikor posztolnak vagy kommentelnek, az fiókkövetés (account tracking), nem pedig kulcsszavas figyelés.

Testvértermékünk, a MultiFollow ezt teszi a Linkedin és az X felületén. Egyikünk sem listázza ki az összes embert, aki kapcsolatba lépett valaki más virális bejegyzésével, így ha ez a közönségkaparás (audience scraping) volt a fő felhasználási eseted, egy kifejezetten erre készült eszközre lesz szükséged.