✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount

SleekView for ManageWP

ManageWP lives in the cloud. The Worker plugin lives on your site. SleekView gives the worker side a real WP Admin view of cron, options, and recent local actions you can audit without leaving the site.

♾️ Lifetime License available

SleekView table view for ManageWP

Two halves of the same product

Most ManageWP data lives in the SaaS dashboard at managewp.com: backups, performance reports, security checks, client billing. The Worker plugin on your site holds the connection token, schedules cron tasks, and writes update logs into wp_options. When something looks off in the cloud dashboard - a disconnected site, a stuck plugin update, a Worker handshake that timed out - the answer is almost always in the local Worker state, not in the cloud.

The catch is that the Worker plugin is intentionally minimal in WP Admin. It does not expose its option keys, its cron schedule, or its recent local actions in any list view. SleekView fills that gap by surfacing the options Worker writes (alongside standard cron entries) as a grid: recorded, action (Plugin update, Health check, Theme update, Worker handshake), triggered by (ManageWP, Cron), duration, outcome, connection state. That is the dataset the cloud dashboard cannot show because the cloud dashboard is on the other side of the handshake.

The Connection column is the one that matters during disconnections. ManageWP's cloud says the site is offline; the cloud cannot tell you why. The Worker's local handshake history can. A 30-second timeout against a Connected status that flipped to Disconnected at 03:00 is a different problem than a Worker that is connected but failing health checks. SleekView gives both views from the same grid, in the same admin, without needing to add a third tool.

Workflow

From Worker options to a local activity grid

1

Surface Worker options

SleekView reads the wp_options entries the ManageWP Worker writes plus the cron schedules it registers. No second store, no API calls to ManageWP cloud.
2

Map actions and outcomes

Plugin update, theme update, health check, handshake, with duration and connection state. The columns ops needs when debugging a disconnection.
3

Save the disconnect view

Filter to outcome equals Failed and connection equals Disconnected. That is your saved view for handshake outages without leaving WP Admin.
4

Cross-reference with cloud

When the cloud says a plugin update failed, the SleekView row tells you when it ran locally, how long it took, and whether the handshake was healthy at the time.

Sample columns

Worker activity

Local Worker activity surfaced from options and cron entries.
Source: wp_options entries written by the ManageWP Worker plus standard cron schedules (most data lives in the ManageWP cloud)
Array Array Array Array Array Array
Array Array Array Array Array Array
Array Array Array Array Array Array
Array Array Array Array Array Array
Array Array Array Array Array Array

Comparison

ManageWP cloud vs SleekView

ManageWP cloud

  • Cloud dashboard hides local cron and option state
  • No native WP-Admin view of Worker activity
  • Disconnections hard to debug from the cloud side
  • No grid of recent local actions on the site
  • Switching between cloud tabs and WP-Admin is constant

SleekView

  • Surfaces Worker option state in WP-Admin
  • Shows recent updates Worker performed locally
  • Filter by action type or by failed runs
  • Saved view for disconnected periods
  • Side-by-side with your other admin tables

Features

What SleekView gives you for ManageWP

Local Worker view

See the cron schedules, option flags, and recent updates Worker has touched. The data is there in wp_options; SleekView just makes it a grid.

Disconnect debugging

When the cloud says disconnected, SleekView shows the local handshake history with timeouts, durations, and the exact moment the connection flipped.

Action filters

Filter Worker actions by type so plugin updates, theme updates, and health checks stay separable. The 0m 04s health check stops drowning the slow updates.

Audience

For agencies running ManageWP

Agencies

Diagnose Worker issues in the same WP Admin you already log into for client work. No third tab, no second monitoring vendor.

Support engineers

Pinpoint when a Worker handshake started failing without leaving the site. The disconnect timestamp is one filter away.

Security review

Audit which actions Worker performed locally during an incident window. Plugin updates and theme updates inside the breach window are visible at a glance.

The bigger picture

Why local Worker visibility matters for ManageWP teams

ManageWP is a two-sided product: a cloud dashboard that orchestrates, and a Worker plugin that executes. Most failures look like cloud failures because that is where the human reads the alert, but most root causes are on the worker side. A token that expired, a server that was rebooted during an update, a cron event that did not fire because WP-Cron was disabled, a plugin update that timed out because the host throttled outbound HTTPS to the cloud.

None of those are visible in the ManageWP dashboard with any granularity, because the dashboard sees only what the worker reported, not what the worker tried. For agencies running ManageWP across dozens of client sites, the cost of switching between the cloud dashboard and each site's WP Admin to debug one disconnection is real. SleekView keeps the worker-side investigation inside the same admin the engineer was already in, with the same grid pattern the rest of their tools use.

It does not replace ManageWP; it gives the worker half of the product the visibility the cloud half already has.

Questions

Common questions about SleekView for ManageWP

No, and it could not. ManageWP is the source of truth for cross-site management, scheduled backups, performance reports, security checks, and client billing. SleekView covers the WP-Admin side only: the local Worker plugin, its options, its cron schedule, and the actions it executed on this specific site. Use both.

 

From wp_options entries the Worker writes (it stores its connection state, recent action history, and various flags there), the scheduled cron events Worker registers via wp_schedule_event, and the local update history WordPress maintains. No calls go out to managewp.com; everything is local.

 

Yes. The Worker plugin is the same regardless of plan. Premium features like white-label and advanced scheduling are configured in the cloud dashboard, and the worker side that SleekView observes does not change between the free and paid plans.

 

No, and we do not recommend it. Updates should still be triggered from ManageWP because that is where scheduling, rollbacks, and per-site policies live. SleekView is observational by design; the moment it tries to act, it would risk fighting the cloud orchestration that ManageWP does well.

 

Yes, although ManageWP often connects per subsite rather than at the network level. SleekView respects that: each connected subsite has its own Worker option state and its own SleekView grid pointed at it. Network admin sees the per-subsite views by switching, the same way ManageWP itself does.

 

None. The Worker option entries are tiny - typically a handful of keys - and SleekView paginates anyway. Even on agency sites with thousands of Worker history rows, the queries finish well under a second because they hit indexed wp_options lookups.

 

Yes. The Worker stores a token-state timestamp in wp_options. SleekView surfaces it as a column when configured, which is useful during incident review: a token that has not refreshed in three weeks against a daily-check schedule is a flag you would never see from the cloud side.

 

Yes. ManageWP's underlying Worker plugin and its option-based storage have not changed since the GoDaddy acquisition; only the branding and the cloud features have evolved. SleekView reads the same keys regardless of which ownership era your install dates from.

 

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.

Starter

€79

EUR

per year

  • 3 websites
  • 1 year of updates
  • 1 year of support

Pro

€149

EUR

per year

  • Unlimited websites
  • 1 year of updates
  • 1 year of support

Lifetime ♾️

Most popular

€249

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