UsageRay – See Where Plugins Are Used
See what a plugin may still support before you deactivate, replace, or remove it.
Use with caution
UsageRay works, but test it on a staging site before relying on it in 2026. Was last updated 2 months ago, and scores 60/100 on our health check.
- Tested with the latest WordPress (7.1)
- Small user base (<10 active installs)
- Very few reviews so far
How does it stack up?
Side-by-side on installs, updates, ratings & supportDaily downloads
Download spikes usually follow a new release — each site that auto-updates counts as a download.
Rankings
Where UsageRay stands todayWordPress.org search rankings
Live position in the plugin search, top 100| Keyword | Position |
|---|---|
| blocks | >100 |
| cleanup | >100 |
| plugin usage | >100 |
| shortcodes | >100 |
| unused plugins | >100 |
About UsageRay – See Where Plugins Are Used
From the official readme · v0.8.0Description
Know what depends on a plugin before you turn it off.
UsageRay is a read-only plugin usage and dependency auditor for WordPress administrators, developers, agencies, and maintenance teams. It answers a practical maintenance question: what could this plugin still support? UsageRay gathers evidence from content and background systems, explains why each result was attributed, and links to matching content when WordPress provides an edit screen.
Audit your entire plugin stack
Run one site-wide audit to review every installed plugin from a single dashboard. UsageRay scans shared content and storage in bounded batches instead of repeating the same work for each plugin, then prioritizes confirmed dependencies, stored footprints, incomplete coverage, manual review, and cleanup candidates. You can monitor progress, cancel safely, resume after a page reload, search the results, filter by evidence status, expand the supporting details, and export the completed audit as CSV or JSON.
Record a shared Keep, Investigate, or Removal reviewed decision with a short handoff note for each plugin. Review-progress cards and a safety-prioritized queue show what still needs attention. Select several audited plugins to apply one confirmed decision or export a focused CSV or JSON handoff report. UsageRay marks a saved decision as needing re-review when the plugin version or its health classification changes. These records document administrator judgment only; they never deactivate or delete a plugin, and “Removal reviewed” is not a guarantee of safety.
Keep audit history current
Scheduled site-wide audits are optional and off by default. An administrator can choose Daily or Weekly from the Scan History card. UsageRay uses WordPress cron, prevents overlapping scheduled runs, continues large audits in bounded steps, and shows the next run, progress, completion, or failure status. It makes no external scheduling or tracking request and saves only the same compact, privacy-safe history summary as a manual site-wide audit.
Review before deactivation
UsageRay adds a Find usage action to the Installed Plugins screen. For active plugins, Deactivation Preflight places an evidence and risk review before the normal WordPress deactivation action. It also adds Review deactivation with UsageRay to the bulk-action menu so several selected plugins can be reviewed together, including declared plugin dependency warnings.
Opening a scan or preflight never deactivates anything. Deactivation requires a separate explicit confirmation and is then handled by WordPress’s normal protected workflow.
Plan a plugin replacement from evidence
The Migration Workspace lets an administrator choose a source plugin and a possible replacement, then captures a protected read-only inventory of the source plugin’s supported evidence. The baseline is created with the same resumable bounded scanner, belongs only to the administrator who created it, expires after 90 days, and can be explicitly deleted.
UsageRay classifies each baseline component as Ready to map, Manual review, No known replacement, or Already clear, with an explanation and the original evidence locations. Ready to map appears only when an exact maintained planning rule identifies a comparable replacement component. It is not a compatibility promise: UsageRay does not copy content, modify settings, or deactivate either plugin. Administrators must use supported vendor tools and verify every result.
Each item also has a private administrator checklist. Mark it Pending, Migrated, Intentionally retired, or Blocked, and save an optional handoff note. Checklist progress belongs to the administrator who created the workspace and is deleted with that workspace. A checklist status records human judgment only; it does not prove compatibility or modify the site.
Evidence instead of false certainty
UsageRay separates visible dependency evidence, stored footprint, and uncertainty. An old option, metadata key, empty custom table, or inactive widget is useful cleanup evidence, but it is not treated as proof that the plugin is currently active on the site.
An inactive plugin becomes a cleanup candidate only when UsageRay can attribute supported components and finds neither visible usage nor stored footprint. A candidate still requires manual confirmation. No visible evidence never means safe to delete. Background, security, caching, backup, SEO, and integration plugins may leave no supported content evidence.
What UsageRay checks
- Individual plugin deactivation links, with a cautious High, Medium, or Unknown preflight assessment.
- Selected-plugin bulk preflights, with separate risks, combined evidence, and declared Requires Plugins relationships.
- Gutenberg blocks declared or registered by the selected plugin.
- Shortcodes registered by the selected plugin or declared literally in its source.
- Active legacy widgets registered by the selected plugin.
- Attributable legacy widget options, classified as active, inactive, or orphaned instances without exposing their settings.
- Content stored in custom post types declared literally by the selected plugin.
- Reusable blocks, Site Editor templates and template parts containing detected blocks or shortcodes.
- Classic and block navigation records that reference attributed custom post types.
- Recurring and one-time WordPress cron events attributed through registered callbacks or conservative literal scheduling calls. Event arguments are never displayed or exported.
- Custom database tables attributed through maintained mappings or conservative literal creation patterns. UsageRay checks existence and COUNT(*) only; row and column values are never read or exported.
- Conservative references in the active child and parent themes for attributed blocks, shortcodes, custom post types, and plugin-owned function calls. Only relative filenames and line numbers are retained.
- Plugin-associated post metadata keys and generic option names. Generic option values are never read.
- Versioned adapter signals for Elementor, WooCommerce, ACF, Contact Form 7, WPForms, Gravity Forms, Formidable Forms, Ninja Forms, Yoast SEO, Rank Math, All in One SEO, The Events Calendar, Redirection, UpdraftPlus, LiteSpeed Cache, Wordfence, and WP Super Cache.
Transparent scan coverage
Every focused scan, site-wide audit, and Deactivation Preflight includes a Scan Coverage manifest. It distinguishes checked surfaces from surfaces that were not applicable, are not yet supported, failed, or were only partially inspected because of a safety limit. This makes the result’s limitations visible instead of implying complete detection.
Privacy-conscious and read-only
UsageRay does not modify content, delete plugins, or silently deactivate anything. Generic option values, post metadata values, scheduled-event arguments, custom-table row values, theme source text, and absolute filesystem paths are not retained in results or exports.
Use UsageRay when cleaning up an inherited site, replacing a form or page-builder plugin, preparing a client maintenance report, or investigating whether an installed extension still supports content or background behavior.
Use UsageRay from WP-CLI
Developers, agencies, and automation systems can run the same read-only audit engine without opening wp-admin. Use wp usageray audit to inspect the installed plugin stack or wp usageray inspect <plugin> for one plugin by slug or complete basename. List retained audits with wp usageray history list, compare previous with latest, or export a retained audit without rescanning content. Commands support concise tables and privacy-safe JSON or CSV output. Machine-readable formats include stable schema identifiers, automatically suppress interactive progress, and can use optional --fail-on policies for CI. Exit code 2 means a requested policy matched after successful output; operational failures remain exit code 1.
See UsageRay in action
Watch the short UsageRay overview:
The video narration is AI-generated.
Installation
- Upload the
usageraydirectory to/wp-content/plugins/or install the ZIP in WordPress. - Activate UsageRay.
- Open Tools > UsageRay, or click “Find usage” beside an installed plugin.
Frequently asked questions
Does this plugin tell me that another plugin is safe to delete?
No. It reports evidence and uncertainty. It never claims that absence of visible usage makes deletion safe.
Does it change my content?
No. UsageRay is read-only.
Does UsageRay deactivate plugins automatically?
No. Opening an individual or bulk Deactivation Preflight never changes plugin state. Only after an administrator explicitly confirms does UsageRay submit the reviewed action to WordPress’s normal nonce-protected deactivation handler.
Does Ready to map mean the two plugins are compatible?
No. It means an exact maintained planning rule identifies a comparable replacement component. UsageRay does not convert or copy that component. Use the replacement plugin’s supported import or recreation tools and verify every location.
What do migration checklist statuses do?
They record the workspace owner’s judgment about each baseline item. Pending means work remains, Migrated means the administrator says it was recreated or imported, Intentionally retired means it is no longer needed, and Blocked records that help or a decision is required. Saving a status or note never changes site content or plugin state and is not proof that migration succeeded.
How do I review several plugins before deactivation?
On the Installed Plugins screen, select the active plugins, choose “Review deactivation with UsageRay” from Bulk actions, and select Apply. UsageRay scans only that selection and presents a separate risk and evidence panel for every plugin.
Can I stop or resume an audit?
Yes. You can cancel a manual site-wide audit or Deactivation Preflight while it is running. If the page reloads during an unfinished manual audit, UsageRay resumes it automatically. Manual progress expires after one hour. Temporary scheduled-audit progress may remain for up to two days so a low-traffic site can continue the bounded scan.
Can UsageRay run audits automatically?
Yes, but only after an administrator explicitly enables Daily or Weekly scheduling in Tools > UsageRay. Scheduling uses WordPress cron, which runs when the site receives traffic, so times are approximate. It uses no external service, does not track the site, never changes plugin state or content, and can be turned off at any time.
Can I run UsageRay with WP-CLI?
Yes. Run wp usageray audit for a site-wide audit or wp usageray inspect plugin-slug for one installed plugin. A complete basename such as plugin-directory/plugin-file.php also works. Add --format=json or --format=csv for machine-readable output and --quiet to hide interactive progress. These commands do not deactivate plugins or change content.
Why did a Deactivation Preflight open immediately?
UsageRay reuses a completed preflight for up to 10 minutes when you select Deactivate again for the same plugin. The result says when it was completed and provides a “Run a fresh preflight” link.
Does UsageRay read private option values?
Generic option inspection reads option names only. For an attributable legacy widget option, WordPress must decode the option so UsageRay can identify its numeric instance keys. Widget setting values are immediately discarded and are never displayed, retained in results, or exported. Post metadata values are not retained or exported. The ACF adapter performs a database-side field-reference prefix comparison and returns only counts and content locations. For attributable custom tables, UsageRay checks the database catalog and runs COUNT(*) only. It never selects table rows or column values…
What is a cleanup candidate?
It is an inactive plugin with attributable supported components, no detected visible usage, and no detected stored footprint. This narrows manual cleanup work; it is not a claim that deletion is safe.
What is included in exports?
CSV and JSON exports contain plugin status and version, cautious guidance, review decisions and notes, scan coverage and limitations, component names, evidence counts, matching content locations, and edit links. They do not contain post content, metadata values, option values, or filesystem paths. Theme-reference evidence contains only an attributed identifier, relative theme filename, child/parent role, line number, and an optional Theme File Editor link. Theme source text is never retained or exported. Scheduled-event evidence includes the hook name, recurrence, and next-run time. Event…
Can it inspect inactive plugins?
It can find literal shortcode and custom post type registrations and block.json metadata in many inactive plugins. Runtime-only or dynamically registered components may require the plugin to be active.
Why can usage be “unable to determine”?
Some plugins work entirely in the background or register components dynamically. WordPress does not maintain a universal ownership record for all plugin data.
Changelog
0.8.0
- Added a private, read-only Migration Workspace for recording source-plugin evidence before a replacement project.
- Added evidence-by-evidence migration guidance with explicit reasons and conservative maintained mappings.
- Added a private human checklist with bounded notes while keeping decisions separate from scanner evidence.
- Added resumable fresh verification that reports Still detected, Changed, Not detected now, Newly found, Needs review, or Still clear.
- Required reliable relevant scan coverage before reporting that evidence is no longer detected.
0.8.0-rc.1
- Froze the 0.8.0 migration-guidance feature set for final regression testing.
- Consolidated the private migration workspace, evidence classifications, human checklist, and fresh verification workflow.
- Kept every migration action read-only and required reliable scan coverage before reporting that evidence is no longer detected.
0.8.0-alpha.4
- Added a resumable fresh verification scan for saved migration workspaces.
- Compared current source-plugin evidence with the immutable baseline as Still detected, Changed, Not detected now, Newly found, Needs review, or Still clear.
- Made negative results coverage-aware so missing or limited scan surfaces require review instead of implying removal.
- Added checklist-conflict warnings while keeping human checklist labels separate from scanner evidence.
- Stored only one bounded, private, user- and site-scoped verification per workspace and removed it with the workspace.
0.8.0-alpha.3
- Added a private checklist for every classified migration item with Pending, Migrated, Intentionally retired, and Blocked states.
- Added optional bounded notes, per-workspace progress counts, saved timestamps, and clear human-judgment cautions.
- Added nonce- and capability-protected checklist updates tied to stable current classification identifiers.
- Kept mutable checklist records separate from immutable evidence and removed them automatically with expired, pruned, or deleted workspaces.
- Added damaged-state, cross-user isolation, invalid-input, note-boundary, lifecycle, rendering, and responsive tests.
0.8.0-alpha.2
- Added evidence-by-evidence migration classifications: Ready to map, Manual review, No known replacement, and Already clear.
- Added conservative maintained planning maps for major form-plugin and SEO-plugin pairs.
- Restricted Ready to map to exact maintained component rules and explained every classification.
- Added responsive planning cards with explicit replacement targets and original evidence locations.
- Kept the workflow read-only: no compatibility promise, content rewrite, setting change, automatic migration, or plugin-state change is performed.
0.8.0-alpha.1
- Added a read-only Migration Workspace for choosing a source plugin and possible replacement.
- Added resumable source-plugin baseline scans using the existing bounded audit engine.
- Added immutable, user-scoped migration baselines with five-record and 90-day retention limits plus explicit deletion.
- Added a responsive evidence inventory that records source and replacement versions and activation state at capture time.
- Kept the replacement as planning context only: no compatibility claim, content change, setting change, migration, or plugin-state change is performed.
Screenshots
For developers
Is this your plugin? Show off the numbers.
Add a live badge to your site, docs or GitHub README. It updates on its own — no account needed.
Best UsageRay alternatives
All blocks plugins →FAQ
UsageRay: quick answers
Straight answers, pulled from live WordPress.org data.
Live data from WordPress.org · checked Oct 25, 2026
Is UsageRay free?
Yes. UsageRay is free to download and use from the official WordPress.org plugin directory.
Is UsageRay safe to use in 2026?
UsageRay works, but test it on a staging site before relying on it in 2026. Was last updated 2 months ago, and scores 60/100 on our health check.
How many websites use UsageRay?
UsageRay is active on <10 WordPress websites and has been downloaded 497 times since it launched in September 2026. It was downloaded 120 times in the last 30 days.
Does UsageRay work with WordPress 7.1?
Yes. The developer has tested UsageRay up to WordPress 7.1.3, the latest release. It requires WordPress 6.2 or newer.
What PHP version does UsageRay need?
UsageRay requires PHP 7.4 or higher. Most hosts run PHP 8.x today, so it works on any modern WordPress hosting.
When was UsageRay last updated?
The latest version, 0.8.0, was released on September 9, 2026 (2 months ago).
Who makes UsageRay?
UsageRay is developed and maintained by Dagemawi Alemayehu.
What are the best alternatives to UsageRay?
The most popular alternatives to UsageRay are Spectra Legacy (1M+ installs), Kadence Blocks (600K+ installs) and Extendify (500K+ installs).
Powered by PageForge
Want thousands of pages that rank like these? Build them in an afternoon.
This directory runs on the same engine as PageForge. Turn any spreadsheet, CSV or API into thousands of fast, SEO-ready WordPress pages — with schema, internal links and AI-written copy baked in.
- CSV, Google Sheets & API data sources
- AI content, schema & internal links per page
- Works with Elementor, Gutenberg, Yoast & Rank Math
- Free on WordPress.org — no credit card