| 开发者 | johnokeane |
|---|---|
| 更新时间 | 2026年8月3日 07:01 |
| PHP版本: | 8.0 及以上 |
| WordPress版本: | 7.0 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
It's genuinely free and standalone. The Store Health Dashboard, money-path strip, local problem rules, unexpected-file scan, and opt-in email alerts (sent via your site's own email — see the alerts FAQ) run forever on your server with no account, no key, and no external calls. On top of that, your first 2 AI diagnoses are free on every site — no key needed.
No. It runs entirely locally. Only the AI diagnosis sends data (including your free ones), only when you run one, and only the diagnostic payload described under "External services" above.
No. DiagnosticIQ is read-only. It reports; you (or your developer) decide what to do.
It hands them the case already worked up, so they don't start from zero. Each diagnosis is a scoped brief: the root cause, the specific signals behind it (the plugins, settings, versions, and recent changes involved), and a suggested fix path — so they skip the billable "discovery" phase and start at the solution. From there they apply their own expertise, playbooks, and coding tools to ship the fix fast. You pay for the fix, not the hunt.
The dashboard reads standard WooCommerce and WordPress state, so it works anywhere WooCommerce runs — any host, any gateway, any theme. Some tier-1 rules go deeper for Stripe.
The one exception: the AI diagnosis and license check need your site to be able to reach our service at billing.wptechhouse.com over HTTPS. Almost every host allows this. If your site is locked down with WordPress's WP_HTTP_BLOCK_EXTERNAL setting, add billing.wptechhouse.com to WP_ACCESSIBLE_HOSTS and everything works.
Scans run on your site's own WordPress scheduler (WP-Cron), which fires when your site gets visits. On most hosts that's plenty. Two setups worth knowing about: very quiet sites may go longer than the chosen interval between scans, and some hosts replace WP-Cron with their own scheduler (Kinsta and Pantheon do this for you automatically; on WP Engine you can switch on "Alternate Cron" in your portal). If the dashboard's "last scan" time looks old, asking your host to run wp-cron.php on a server schedule fixes it for good — it's a standard, five-minute request. Your dashboard always shows when the last scan actually ran, so you can see for yourself that the watch is on.
Alerts use your site's standard WordPress email, so they're only as reliable as your site's email in general. Many hosts deliver it fine; some (by their own recommendation) need an SMTP plugin for dependable delivery. Everything an alert would tell you is also always on the dashboard.
It's built and tested for single-site WooCommerce stores. It may run on multisite, but we haven't verified it there yet — if you run a network and want this, tell us and we'll test it with you.
Yes. The plugin is built for WooCommerce stores and requires WooCommerce to be installed and active.