The Ultimate Member Real-time Notifications add-on sends in-site alerts to members for events (new message, friend request, wall post, mention, follow). Each notification is stored as a record linked to a recipient user_id, sender user_id, type and read-state flag, with a creation timestamp. The default surface is the in-site bell menu and a per-member notification panel, which is right for the recipient reading their own alerts and unhelpful for understanding the channel as a whole.

SleekView reads the notification records joined with wp_users and renders each one as a row in an audit table. Filter to last-7-days notifications by type for rule-tuning, sort by recipient for support triage, group by sender_id to investigate complaints about a specific sender. The same dataset the chart view aggregates becomes a row-level surface for community managers, support and product.

The add-on keeps owning event triggers and the bell menu UI. The table view owns the audit surface, so the notifications the add-on already writes stop hiding inside per-recipient bells.

Ultimate Member Real-time Notifications captures the data delivery operators need: which notification went to which recipient, of what type, opened or not, when. The default surface places that data inside the recipient's bell menu, which is right for the member reading their alerts and unhelpful for almost everything operators do with channel data at the cohort level. A queryable audit table answers the questions teams actually ask: which type floods the channel, who is buried in unread alerts, did the new rule cause complaints.

Same notification rows, same timestamps, completely different decision posture. The table renders the channel the add-on already runs as an auditable cohort, which is the difference between knowing notifications fire and knowing how the channel is performing this week.