SleekView for User Switching: switch events as tables
User Switching fires actions on every switch_to_user, switch_back, and switch_off. SleekView reads a logged switch table populated via those hooks and gives admins a sortable audit grid for who switched into whom and when.
♾️ Lifetime License available
Every switch in one audit grid
User Switching exposes the switch_to_user, switch_back_user, and switch_off_user action hooks, which fire each time an admin steps into another account or returns to their own. The plugin itself does not write a persistent log table by default, so an audit trail requires either pairing it with an event logger such as Simple History or wiring a small custom plugin to record each event into a dedicated table.
Once those events are captured, SleekView reads the audit table directly. Each row carries the switching admin, the target user, the event type (switched in, switched off, switched back), the source IP, and the timestamp. Filter to a single admin to review their last week of impersonation. Filter by target user to confirm no unauthorized account was accessed during a sensitive period. Sort by timestamp to step through a session.
For compliance teams, that captured trail is the difference between trusting a verbal account and producing a queryable record. SleekView keeps the data read-only by default, gates the view with WordPress capabilities so only the right roles can see it, and exports filtered slices to CSV when an auditor asks for a window covering a specific incident.
Workflow
From action hooks to an audit grid
Hook the switch events
Connect the audit table
Build compliance views
Export on request
Sample columns
A typical User Switching audit view
Custom audit table populated via switch_to_user / switch_back_user / switch_off_user hooks
| Admin | Target user | Event | IP | User agent | Time |
|---|---|---|---|---|---|
| alex | customer-482 | switched in | 203.0.113.4 | Chrome 124 | 2026-04-25 14:12 |
| alex | customer-482 | switched back | 203.0.113.4 | Chrome 124 | 2026-04-25 14:18 |
| rio | shop_manager | switched in | 198.51.100.8 | Firefox 122 | 2026-04-25 13:40 |
| rio | (self) | switched off | 198.51.100.8 | Firefox 122 | 2026-04-25 13:25 |
Comparison
Default User Switching activity vs SleekView
Default User Switching
- No built-in admin screen for switch history
- Audit trail requires a separate logger or custom code
- No filtering by switching admin or target user
- No way to scope events to a specific incident window
- CSV export of switch events is not provided
SleekView
- Switch events with admin, target user, IP, and timestamp columns
- Filter by admin, target, or event type
- Sort by time to reconstruct a session
- Saved views for compliance reviews and incident windows
- CSV export of any filtered slice for auditors
Features
What SleekView gives you for User Switching
Per-admin review
Filter to a single admin and see every switch they performed in the last week. Useful for routine compliance checks and for any review triggered by an unusual customer report.
Target audit
Filter by target user to confirm whether a sensitive account was accessed during an incident window. The grid pairs the switching admin with the IP and user agent from the moment of impersonation.
Session reconstruction
Sort by timestamp and scope to one admin to step through a switch session in order: switched in, actions on the target account elsewhere in the audit log, switched back.
Audience
Who uses SleekView for User Switching
Compliance leads
Maintain a queryable audit trail of every admin impersonation event. Produce a filtered CSV of one user, one window, or one IP on demand without writing SQL.
Support managers
Review which support agents switched into which customer accounts last week and how long each session lasted, sorted by timestamp for a clean handoff to QA.
Incident responders
Scope to an incident window, filter by source IP, and confirm whether a compromised admin account was used to impersonate a customer before the lockout.
The bigger picture
Why impersonation deserves a queryable trail
Switching into a customer account is a routine support action that also looks identical, in the database, to a compromise. The same plugin that lets a support agent legitimately impersonate a buyer to debug their cart also lets an attacker who has captured an admin session impersonate any customer. The difference between routine ops and incident is the audit trail, and User Switching deliberately leaves the recording decision to the site owner so each team can choose its own logger and retention policy.
Once that decision is made and switch events are flowing into a table, the next problem is making them readable. Compliance leads do not want to write SQL, support managers want a per-team view, and incident responders need a date window scoped to one IP within ninety seconds of starting the response. A queryable grid with capability gating and CSV export turns a bare audit table into the working surface those roles actually need, without altering the capture pipeline or weakening the trustworthiness of the records themselves.
Questions
Common questions about SleekView for User Switching
No. The plugin fires action hooks on switch_to_user, switch_back_user, and switch_off_user, but it does not write a persistent log table itself. An audit trail comes from pairing it with an event logger such as Simple History, or from a small custom plugin that records each fired event into a dedicated table.
 From the audit table your team populates via those action hooks. SleekView does not capture switching events itself. It reads the rows that have already been recorded, so the source of truth stays in your audit pipeline and the grid is purely a working surface on top of it.
 Yes. The switching admin is a first-class filterable column. Scope to one administrator and the grid shows every switch they performed within the date range, with target user and IP visible inline so review does not require opening each row.
 Yes, when those values are present in the audit table. Capture them in your hook handler alongside the switching admin and target user, and SleekView surfaces them as sortable, filterable columns. Useful for tying impersonation events back to a specific session.
 Yes. Apply your filters, then export to CSV with the visible columns. Compliance auditors typically want a date window plus one admin or one target user, which is two filters and an export rather than a custom SQL query against the audit table.
 Yes by default. Audit records should not be edited from a working surface. SleekView gates inline editing behind a capability, and the recommended pattern for switch logs is to leave editing off entirely so the trail stays trustworthy.
 Yes. SleekView views are gated by WordPress capability. Compliance leads can see the full audit, support managers can see only their team's switches, and front-line agents see nothing of the audit grid at all unless you grant the capability explicitly.
 No. User Switching keeps doing its job, providing the actual switch mechanism and firing the hooks. SleekView is a view layer on top of whatever audit table captures those fired events, so the plugin's runtime stays untouched.
 Pricing
More than 1000+
happy customers
Explore our flexible licensing options tailored to your needs. Upgrade your license anytime to access more features, or opt for a lifetime license for ongoing value, including lifetime updates and lifetime support. Our hassle-free upgrade process ensures that our platform can grow with you, starting from whichever plan you choose.
Lifetime ♾️
Most popular
EUR
once
- Unlimited websites
- Lifetime updates
- Lifetime support
...or get the Bundle Deal
and save €250 🎁
The Bundle (unlimited sites)
Pay once, own it forever
Elevate your WordPress site with our exclusive plugin bundle that includes all of our premium plugins in one package. Enjoy lifetime updates and lifetime support. Save significantly compared to buying plugins individually.
What’s included
-
SleekAI
-
SleekByte
-
SleekMotion
-
SleekPixel
-
SleekRank
-
SleekView
€749
Continue to checkout