Overview #
Keeping plugins current is the single most effective WordPress security practice: most real-world exploits target known vulnerabilities in outdated plugins. Xpulse monitors your plugin update status using WordPress’s own update data and flags anything that needs attention, with no third-party feeds and no API keys.
The Alerts #
| Alert | Meaning |
|---|---|
| Plugin Update Feed Unavailable (warning) | WordPress couldn’t retrieve update data; outdated-plugin detection is temporarily offline |
| Outdated Plugin Detected (warning) | An active plugin has an available update (apply it as part of migration readiness) |
How Detection Works #
Detection is keyless: Xpulse reads WordPress’s own update data (the same update_plugins transient the core updater maintains). There are zero third-party calls and nothing to configure:
- WordPress core fetches update data from
api.wordpress.orgon its normal schedule. - Xpulse reads that data and flags active plugins that have an available update.
- Deactivated plugins are not flagged, but they appear in the plugin inventory.
No external vulnerability feed is queried, so detection works on any site with normal WordPress update access.
Why It Matters #
- Security: most WordPress compromises exploit known, already-patched vulnerabilities
- Compatibility: old plugin versions lag behind core and PHP changes
- Readiness: an outdated plugin can block or complicate a migration to the Xponent stack
When the Update Feed Is Unavailable #
The feed (api.wordpress.org) is what powers update detection. If it can’t be reached:
| Cause | Fix |
|---|---|
| Network/DNS issue | Verify the server can resolve and reach api.wordpress.org |
| Firewall/WAF | Allow the update API endpoints |
| Server clock wrong | Correct the time: API auth breaks with skewed clocks |
This alert doesn’t mean your site is unsafe: it means update visibility is temporarily reduced until we restore the feed.
Keeping Plugins Current #
On Xponent managed sites #
Target Stack plugins are updated and verified by our team on a controlled schedule: you don’t update manually (see How Xponent Keeps Your Site Updated).
Pre-migration / self-managed sites #
- Check for updates: Dashboard → Updates: apply core, plugin, and theme updates
- Back up first: a verified backup before any update batch
- Update in stages: plugins one by one on a staging copy if possible
- Watch for issues: if an update breaks something, roll back immediately (your backup is your safety net)
What You Should Do #
If you know why a plugin is outdated (e.g., a previous update broke something), tell us: that history matters. Otherwise nothing: we’ll bring it current as part of managed maintenance or your migration.
The Xponent Standard #
- Proactive updates: stack plugins updated and verified by us, on a schedule
- Backups first: a verified backup runs before every update batch
- Keyless detection: outdated plugins flagged from WordPress’s own data, no third-party feeds
- Migration readiness: outdated plugins are brought current as part of any migration