Preflight
Deploy ReadinessAnswers one question before you ship: will THIS code run on THAT host?
You build on your own machine, it works perfectly, you hand it over — and it fills the client's screen with errors, because their host runs an older PHP than yours. WordPress's own Site Health only inspects a single environment; PHP compatibility checkers only lint code in isolation. Neither answers the question that actually matters before you deploy.
Two tools that normally live apart — Site Health inspects one environment, PHP-compat linters check code in isolation — fused into one go/no-go answer. The scanner is a from-scratch, dependency-free tokenizer so it runs on any host, and it escalates automatically to PHP_CodeSniffer with the PHPCompatibility standard when a host can support it.
- Environment parity diff — compares PHP, database, web server, memory and time limits, HTTPS and WordPress version between your site and the target, colour-coded match / risk / unknown with a plain-English consequence for each row.
- Dependency-free code scanner — a tokenizer engine flags version-sensitive syntax and functions across PHP 7.4 through 8.4 that the target can't run, down to the file and line.
- A single verdict — READY, CAUTION or NOT READY. Code that would fatal on the target turns the whole verdict red.
- Progressive target detection — an authenticated companion probe, passive HTTP auto-detect, a pasted Site Health export, or a manual host profile, whichever access you happen to have.
- Exportable readiness report — a self-contained, printable HTML document you can hand a client as proof you checked their environment before shipping.