Setup 1
Install the connector
Upload the WPFixAgent Connector ZIP to WordPress and activate it from the plugin screen.
Workflow
WPFixAgent uses an outbound WordPress connector. Your site pairs with a one-time token, sends health signals, polls for approved commands, and reports results back to the dashboard.
Outbound
Connector
Signed
Commands
5 stages
Repair run
Audited
Outcome
The connector lifecycle
Setup and connection
The connector establishes a least-privilege outbound channel. Each stage produces a visible state you can confirm before moving on.
Setup 1
Upload the WPFixAgent Connector ZIP to WordPress and activate it from the plugin screen.
Setup 2
Create a short-lived pairing token from the SaaS dashboard for the selected organization.
Setup 3
Paste the token into WordPress. The connector registers the site, encrypts its site-specific secret locally, and begins signed outbound communication.
Setup 4
Wait for the first heartbeat, then review software inventory, REST health, cron state, disk signals, and connector capabilities.
Setup 5
Use the site's own Overview, Issues, Plugins, Backups, Repairs, Emergency, Tests, Alerts, and Activity pages for daily work.
Setup 6
Queue scans, restore points, supported fixes, and safe auto-fix. WordPress polls outbound and reports every command result.
Setup 7
Add the displayed hosting cron command when the rescue bridge must continue polling even if normal WordPress requests cannot load.
Setup 8
Apply a normal plugin, theme, core, or database update with an automatic snapshot, or reinstall a plugin or theme from its official source when a file was tampered with directly and no update is showing.
Request and result path
01
An authorized user reviews the site and queues a registered action.
02
The API scopes the command to the organization and connected website.
03
The plugin polls outbound, validates the signature and action, then reports the result.
04
Verification, failure, rollback, and audit evidence return to the website workspace.
Step 1
Signed inventory and health data establish the site's current state and connector capabilities.
Step 2
Health rules, incidents, vulnerabilities, and update findings become prioritized site-specific issues.
Step 3
The dashboard explains evidence, risk, available playbook, backup requirement, and whether the issue is safe to auto-fix.
Step 4
A required local restore point is created and validated before the repair can change site behavior.
Step 5
The API queues a signed, allowlisted command; the connector validates it, executes it, and reports the result.
Step 6
A fresh health scan and optional independent test confirm success. Failed checks preserve evidence and can trigger rollback when supported.
No arbitrary remote PHP execution endpoint
No generic shell access requirement
Commands are explicitly registered
Every queued command has a status and result
FAQ
No. The connector is designed to poll the API outbound.
Yes. The connector includes local settings for monitoring and repair permissions.
The failed stage and connector message remain in repair history. Backup-aware runs can enter rollback automatically when a valid restore point and rollback playbook exist.
Commands run when the connector polls. WP-Cron polling depends on site traffic unless a real server cron is configured.
No. A command result advances the run, but completion depends on follow-up verification rather than the command merely returning.
Free 14-day trial · no card required
Install the connector, pair with a one-time token, and start monitoring in minutes -- upgrade whenever you're ready.