Track activity trends in your target communities. Post into momentum.
Subreddit activity is far from uniform. Communities spike 2–5× in activity around news events, product launches, seasonal trends, or viral posts — and then drop back to baseline. A post published during a spike rides a wave of increased eyeballs; the same post published 6 hours later competes against a wall of new content at normal traffic levels.
The challenge is that these spikes are unpredictable. You can't know in advance when r/SaaS will spike 3× because a major SaaS company just had a public incident, or when r/gamedev will spike because a major game just launched. The only way to react in time is automation.
Most marketers either ignore timing entirely (posting whenever it's convenient) or follow a fixed schedule based on general best-practices guides. Both approaches miss the actual live activity patterns of specific communities. Real-time data from the communities you care about is the only reliable signal.
The activity.changed webhook fires when Reoogle detects that a tracked subreddit's engagement level has shifted by more than 20% from its rolling average. The payload includes the exact delta percentage, current engagement score, and subreddit metadata — enough to decide in milliseconds whether to act. Wire this to an automated posting trigger and you can publish into a community during its peak activity window, consistently, without anyone watching a dashboard.
Identify the communities worth monitoring
Run GET /subreddits with your target categories and save the top 10–20 communities you want to track for engagement spikes. These should be communities where you already have good content ready to post — the spike trigger is only useful if you can act on it within minutes.
Register the activity.changed webhook
POST /webhooks with events: ["activity.changed"]. When the webhook fires, the payload includes subreddit, delta_pct, current_engagement, and baseline_engagement. Store your signing secret immediately — it's not recoverable.
Filter: only act on significant positive spikes
In your webhook handler, check delta_pct > 30 (a 30% increase from baseline) and ensure the subreddit is in your monitored list before scheduling anything. Negative deltas (drops) are useful for pausing posts, not for scheduling new ones. Avoid acting on tiny fluctuations — set a meaningful threshold.
Verify the spike is live, not a historical artifact
Call GET /subreddits/{name}/activity to get the hour-of-day engagement breakdown. Find the current UTC hour's score. If it's significantly higher than that hour's historical average, the spike is real and happening right now. If it's at or below average, the webhook fired on a stale data update — ignore it.
Schedule a post 10–20 minutes out
Use POST /schedule with scheduled_for set 10–20 minutes from now. This narrow window keeps you inside the spike while giving the scheduler time to prepare. Have a pre-written "spike post" template ready for each monitored community — during a live spike is not the time to write content from scratch.
Implement rate-limiting to avoid spam
Store the last time you posted to each subreddit in a database. In your webhook handler, check that at least 24 hours have passed since the last post before scheduling a new one. A spike that lasts 4 hours shouldn't trigger 4 posts to the same community.
Handle the activity.changed event
app.post( 0