RSS емисиите на Reddit спират на 13 ноември: как да продължите да получавате известия за ключови думи в Reddit

Какво променя Reddit?

Новината беше обявена в две публикации на 30 септември – една в r/modnews за модератори и една в r/redditdev за разработчици. Причината на Reddit се побира в един ред: платформата заявява, че RSS „вече е широко разпространена повърхност за мащабно извличане на данни и автоматизирани злоупотреби“.

Емисиите са само една стъпка от по-дълъг график. Това са датите, обявени от Reddit, както съобщават TechCrunch и PPC Land.

За екипите по маркетинг, поддръжка и ръководените от основатели екипи 13 ноември е критичната дата. Датите за API засягат предимно ботове и инструменти за разработчици, като Reddit им предлага път за миграция към Devvit – собствената си платформа за разработчици. Емисиите не получават подобна алтернатива.

Модераторите получават едно изключение. Reddit препоръчва приложение за Devvit, наречено Discord Relay, за модераторски известия, което може да публикува както в Slack, така и в Discord. То обаче покрива само общности, които модерирате, така че няма да ви извести, когато някой спомене вашия продукт в r/sysadmin.

Ако сте написали собствен скрипт за неавтентифицираните .json крайни точки на Reddit, тази врата се затвори по-рано. Reddit потвърди в публикация за модератори около юни 2026 г., че тези крайни точки са били спрени.

С какви емисии разполагате?

Преди да замените каквото и да било, ви е необходим списък, а RSS емисиите лесно се забравят. Обикновено те се намират на едно от три места: нечий личен четец на емисии, Slack канал, абониран чрез приложението Slack RSS, или работен процес в Zapier или n8n, стартиращ от RSS тригер.

Потърсете във всяко от тях reddit.com. В Slack въвеждането на /feed list в даден канал показва за какво е абониран той. В Zapier и n8n отворете всеки работен процес с RSS тригер и проверете дали URL адресът сочи към Reddit. Попитайте и колегите си: емисията, която има най-голямо значение, често е тази, която някой от екипа е настроил за себе си.

След като разполагате с URL адресите, структурата на всеки от тях показва какво е правил. Емисията и известието за ключова дума следят за ново съдържание, но задават различни въпроси. Емисията пита „какво ново има на тази страница?“. Известието за ключова дума пита „каза ли някой току-що това?“. Повечето емисии се пренасят безпроблемно, но един вид – не.

Емисиите за търсене са лесният случай и най-често срещаният за мониторинг на бранд. Създайте известие в Reddit със същата ключова дума и изберете дали да съвпада с публикации, коментари или и двете. Ако търсенето ви е изисквало няколко думи да се появяват заедно, поставете ги в едно известие, разделени със запетаи, като acme, pricing, защото всяка ключова дума, разделена със запетая, трябва да съвпада.

Вероятно веднага ще забележите една разлика. Четецът на емисии извлича данни по свой собствен график, така че дадено споменаване може да остане незабелязано известно време. В KWatch известията обикновено пристигат в рамките на няколко секунди или до около минута при натоварване.

Емисиите за subreddit са мястото, където двата модела се разминават. Ако сте следили всяка нова публикация в малък subreddit, няма конкретна ключова дума, която да ни зададете, а KWatch се нуждае от такава. Най-близкото решение е създаването на няколко известия, ограничени до този subreddit, с думите, които ви интересуват най-много – като продуктовата ви категория, името на конкурент или „recommend“. Ще пропуснете публикациите извън темата. Това може да е напълно приемливо, но ако наистина четете всичко в r/yourniche, по-добре дръжте отворен раздел в Reddit за целта.

Емисиите за потребители работят по същия начин. Филтърът за включен потребител ограничава известието до публикациите и коментарите на един човек, но известието все пак се нуждае от ключова дума.

Емисиите за теми съответстват на проследяването на разговори. Вие ни посочвате публикация в Reddit, а ние ви известяваме за всеки нов коментар. Можете също така да проследявате единичен коментар и тогава ще получавате известия само за отговорите под него. Това е удобно при тема за стартиране на продукт или при дълго оплакване, на което искате да отговорите бързо.

Колко известия ще са ви необходими?

След като прегледате списъка си, пребройте известията за Reddit и проследяваните разговори и ги съпоставете с подходящ план. Тези лимити са от страницата с цени на KWatch към октомври 2026 г.

Ако сте имали само емисия за търсене на вашата марка и една за конкурент, планът Free покрива това по имейл. Повечето реални конфигурации се нуждаят от малко повече. Страницата с цени посочва филтрирането като платена функция, така че планирайте Essential, след като насочите известията към subreddit-и или потребители, или проследявате тема.

Ако емисиите ви са постъпвали в Slack канал, Business е планът, който възстановява досегашната ви конфигурация. Това е първият план със Slack и уебхукове.

Насочване на известията там, където отиваше емисията

Последната стъпка е повторното свързване на канала, който емисията е захранвала. Ако тя е отивала във входяща поща или четец, известията по имейл покриват това във всеки план.

Ако е постъпвала в Slack, добавете Slack уебхук в KWatch – еднократно за целия акаунт или за всяко известие поотделно. Уебхукът за конкретно известие има предимство пред този за акаунта. Така споменаванията на вашия бранд могат да отиват в канала за поддръжка, докато споменаванията на конкуренти постъпват в маркетинга.

Ако работен процес в Zapier или n8n е обработвал емисията, заменете неговия RSS тригер с уебхук тригер и насочете API уебхук от KWatch към него. Всяко съвпадение пристига като 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"
}

По-голямата част от съпоставянето в работния ви процес се запазва. link заема мястото на връзката към елемента, content заменя описанието, а datetime замества датата на публикуване. Получавате също и sentiment, което емисията никога не е предлагала, така че дадена стъпка може да пренасочи отрицателните споменавания към по-спешен канал.

Нашите ръководства за Slack известия за социално слушане и KWatch с Zapier и n8n описват подробно и двете конфигурации.

Докато правите тези промени, можете да оставите емисиите си за Hacker News на мира. Промяната на Reddit не ги засяга. Ако все пак предпочитате споменаванията в Reddit и Hacker News да пристигат на едно място, KWatch предлага известия и за двете.