Webhook fires the instant mods go inactive. Your automation posts first.
Subreddits don't stay moderated forever. Mod teams burn out, go inactive, or simply stop checking. When this happens, a community that previously removed every promotional post quietly becomes open territory — but there's no official announcement. Nobody knows except Reoogle, which monitors mod activity continuously.
The window is real and finite. Once a previously strict community goes unmoderated, the first marketers to discover and post there get the full benefit of an audience that's never seen their content. Weeks later, when the community is full of promotional posts and competing content, the signal-to-noise ratio collapses and results deteriorate.
Manually checking which subreddits have gone inactive is not a viable strategy. There are hundreds of thousands of subreddits — the only way to catch these transitions in time to act on them is automated monitoring with real-time alerts.
The mods.inactive webhook fires within hours of Reoogle detecting that a previously moderated subreddit's mod team has gone inactive. Each event payload includes the subreddit name, member count, current activity level, and the estimated time since the last mod action — enough to make an immediate targeting decision. Wire this into a scheduling automation and you can have a post live in that community within 45 minutes of the transition being detected.
Set up your webhook receiver endpoint
Create a POST endpoint on your server that accepts raw request bodies (don't parse JSON before signature verification). The endpoint must return HTTP 200 within 10 seconds or Reoogle will retry. A simple Express or Next.js API route is sufficient.
Register the webhook with Reoogle
POST /webhooks with your endpoint URL, the events array set to ["mods.inactive"], and a human-readable description. The response includes your signing secret — store it immediately as an environment variable. It cannot be retrieved again.
Verify every incoming request
Compute HMAC-SHA256 of the raw request body using your signing secret. Compare the result to the X-Reoogle-Signature header using a timing-safe comparison (crypto.timingSafeEqual). Reject any request that doesn't pass this check — never process unverified webhooks.
Filter events worth acting on
Check data.member_count before scheduling a post. Communities with fewer than 500 members rarely have meaningful organic reach, even unmoderated. A threshold of 1,000–2,000 members is a practical minimum. Also check data.posts_60d > 5 to confirm the community has recent activity.
Fetch the subreddit profile before committing
Call GET /subreddits/{name} to get the full subreddit profile — category, language, avg_comments, and activity data. This takes 1–2 seconds but gives you the information to write a post that fits the community context rather than a generic one.
Schedule an immediate first post
Use POST /schedule with scheduled_for set 30–45 minutes from now. This gives the scheduler time to prepare without losing the early-mover advantage. Write the post to feel native to that community's topic — even if the mod team is gone, the readers are still there and will downvote obviously out-of-place content.
Add the subreddit to your ongoing rotation
After the first successful post, add the subreddit to your active posting list. Check back weekly via GET /subreddits/{name} — sometimes a new mod team gets appointed and the community returns to moderation. When that happens, remove it from your promotional rotation before you get banned.
Register the webhook
curl -X POST https://reoogle.com/api/v1/webhooks \
-H "Authorization: Bearer rog_live_YOUR_KEY" \
-H "Content-Type: application/json" \
-d '{
"url": "https://your-app.com/webhooks/reoogle",
"events": ["mods.inactive"],
"description": "Auto-post on mod-inactive transition"
}'Handler — verify + auto-schedule
import crypto from 0