Free tool ยท No sign-up

WordPress Version Checker

Enter a website and see which WordPress version it runs, found from six independent signals. Then see whether that version is current, outdated or marked insecure by WordPress.org, how many releases behind it is, and how to update safely.

  • Six detection methods
  • Checked against WordPress.org
  • Update and hide guides

Want the full picture? Run the WordPress Security Checker, or list plugins with the Theme & Plugin Detector.

How it finds the version

Six places a WordPress version can hide

Removing one signal rarely removes them all. The tool checks each one and tells you which still give the version away.

Generator tag

The meta generator tag in the page head. WordPress adds it by default, and many themes and plugins remove it.

Core file numbers

WordPress stamps its own CSS and JavaScript files with ?ver= and the version. jQuery and plugin files carry their own numbers and are ignored.

RSS feed

The feed's generator line often names the exact version even when the page head does not.

Login page

The login screen loads WordPress files stamped with the version, even on sites that hide it elsewhere.

readme.html

The readme file that ships with WordPress states the version under the logo, until someone deletes it.

OPML export

wp-links-opml.php writes a generator comment with the version, and almost nobody remembers it exists.

Status

What the status labels mean

The labels come from WordPress.org's own release list, not from a guess.

What the status labels mean
StatusMeaningWhat to do
Up to dateThe newest public release.Keep automatic updates on.
OutdatedA newer release exists. Fixes ship in the newest versions first.Back up and update.
InsecureWordPress.org lists the version as having known security flaws.Update as soon as you can.
Newer than publicA beta, release candidate or development build.Not for a live site.
How to use it

How to check and act on a WordPress version

Three steps from a URL to a plan.

1

Enter the site

Use the home page of any public WordPress site, or switch to Enter a version if you already know the number.

2

Read the verdict

See the status, the releases behind, where the version shows up, and how sure the tool is.

3

Update, then hide

Follow the update steps first. Hiding the version only removes an easy shortcut, so it comes second.

Good to know

Version numbers and security, in plain terms

A few things that stop the version number being misread.

Hiding is not protecting

Scanners try known flaws whether or not the version is shown. Hiding helps a little. Updating is what closes the hole.

Minor releases matter most

6.4.1 to 6.4.2 is usually a security fix. Keep minor updates automatic even if you update major versions by hand.

Plugins are the bigger risk

Most WordPress compromises come through plugins and themes. Check them too, not just core.

Test on a copy

For a site that earns money, update a staging copy first and click through the key pages and forms.

Back up first

A backup you can restore turns any failed update into a short delay instead of a crisis.

Cached copies can mislead

A CDN or cache may serve an old feed or file. If signals disagree, the tool says so and shows the likeliest answer.

Why it matters

What a WordPress version checker does and why the version matters

A WordPress version checker finds which release of WordPress core a site runs and compares it with the releases WordPress.org has published. The version leaks in more places than most owners expect: the generator tag in the page head, the version numbers on core CSS and JavaScript files, the RSS feed, the login page, the readme.html file and an old OPML export file. This tool reads all six and lets each signal vote, so you can see which ones still give the version away.

The version matters because updates carry security fixes. WordPress releases are numbered in steps: major releases add features, and the third-number releases are maintenance and security fixes. By default WordPress applies minor core releases automatically. Plugins and themes are not updated automatically by default, and WordPress says only the latest version is officially supported, with fixes for older versions backported as a courtesy. A site that falls behind is running code with known, published fixes.

A status of outdated or insecure comes from WordPress.org's own data, not a guess, and it is a signal to update, not proof that a site has been hacked. Hiding the version is a separate, smaller step. The WordPress documentation says updating matters and calls security through obscurity generally unsound as a main strategy, so update first and treat hiding as an extra.

When to use it

When to check a WordPress version

Check whenever you need to know whether a site is current, and not only when something goes wrong.

During a site audit or handover

Record the version and its status for every WordPress site you manage or inherit. A site several releases behind is a clear first item on the to-do list.

To confirm updates are working

If you rely on automatic updates, check that the site really moved to the latest minor release. A stuck update can leave a site behind without anyone noticing.

Across a portfolio of client sites

Agencies and freelancers can run the same quick check on each client site to find which ones need attention first, without logging in to each dashboard.

After a migration or restore

Restoring an old backup can bring back an old core version. A quick check after the move shows whether the live site is as current as you expect.

Before and after hiding the version

See which of the six places still reveal the number. Removing the generator tag alone does not hide a version that the feed or core file addresses still show.

When the site blocks detection

If the version cannot be found from outside, enter the number you see in the dashboard under Updates to get the same status check from WordPress.org.

Common mistakes

WordPress version mistakes and how to fix them

Most trouble comes from delaying updates or from believing that hiding a version is the same as protecting it.

Hiding the version instead of updating

What goes wrong: Removing the number can make a site harder to identify, but it does not remove the flaws in an old release. Automated scanners can also try known issues without reading the version first.

The fix: Take a backup and update to the current release first. Then remove the generator tag as a small extra, not as the fix.

Turning off minor automatic updates

What goes wrong: Minor releases carry security and maintenance fixes. Turning them off to avoid surprises means a site can sit on a known-fixed flaw for months.

The fix: Leave minor core updates on automatic, which is WordPress's default, and keep a working backup so a bad update becomes a short delay and not a crisis.

Updating a live shop without a test

What goes wrong: A major update can clash with a theme or plugin. On a site that takes orders or leads, a broken checkout or form costs real money.

The fix: Update a staging copy first, click through the key pages, forms and checkout, then update the live site. Apply major releases within a few weeks, not months.

Hiding in only one place

What goes wrong: A site removes the generator tag but still shows the version in the RSS feed, on core file addresses or in readme.html, so a checker, or an attacker, finds it anyway.

The fix: Check all six places. Delete or block readme.html and the OPML file, and remove the generator from the feed as well as the page head. Re-test after each update, since files can return.

Trusting a cached answer

What goes wrong: A CDN or page cache may serve an old feed or file, so two signals show different versions and it looks like an error. Another cause is an old file left on the server.

The fix: Purge the cache, then re-run the check. The tool lists every value it saw and shows the likeliest one, so look at which signal is the outlier.

Only checking core

What goes wrong: A current WordPress core does not protect a site with outdated plugins or themes. A flaw in any one of them can be enough, and plugins are not updated automatically by default.

The fix: Check plugins and themes with the Theme & Plugin Detector and the dashboard, update them on a regular schedule, and delete the ones you do not use.

Glossary

WordPress version terms explained

WordPress core
The main WordPress software, separate from themes and plugins. Core updates are released by the WordPress project and versioned with numbers such as 6.8 or 6.8.1.
Major release
A release that adds features and changes, shown by the first two numbers of the version. It is applied automatically only on fresh installs of recent versions, not on existing sites by default.
Minor release
A third-number release, such as 6.8.1, that fixes bugs and security issues without adding features. WordPress applies these automatically by default.
Insecure status
A label from WordPress.org for versions with known security flaws that later releases fix. It is a strong reason to update, not a sign that your site has been attacked.
Generator tag
A meta tag in the page head that WordPress adds by default and that names WordPress and its version. Themes and plugins often remove it.
readme.html
A file shipped with WordPress that states the version number under the logo. It can come back after an update, so deleting it works best alongside a server rule that blocks it.
Automatic background updates
WordPress's built-in system for installing certain updates without you clicking. It handles minor core releases by default, while plugin and theme updates are not automatic by default.
Staging site
A private copy of your site used to test updates before applying them to the live one, so a broken update never reaches your visitors.
Madhav Kushwaha, SEO, AEO, GEO and digital marketing consultant in Kathmandu, Nepal

Built by

Madhav Kushwaha

WordPress runs a large share of the web, and an out-of-date version is one of the easiest things for an attacker to spot. I built this checker to show exactly where a version leaks, to compare it with WordPress.org's own data instead of guessing, and to give a plan that a site owner can follow the same day.

WordPress Version Checker: Frequently Asked Questions

It reads the page's generator tag and the version numbers on WordPress core files, then requests the RSS feed, the login page, readme.html and the OPML export, which are public files any visitor can open. Each signal votes, and the answer with the most agreement is shown.
Some sites remove the generator tag, strip version numbers from files and delete readme.html. When all six signals are clean, no outside tool can read the version. You can still check it yourself in the dashboard under Updates, then use the Enter a version tab.
It asks WordPress.org directly. The core update API names the latest release, and the stable check list labels every released version as latest, outdated or insecure. The tool does not guess.
WordPress.org marks a version insecure when it has known security flaws that later releases fix. It is a strong signal to update, not a statement that the site has been hacked.
Yes, and it is harmless, but it is not a security fix. Attackers and scanners try known flaws without checking the version first. Update WordPress, then hide the version as a small extra.
Usually a cache, a CDN or an old file. A page served from cache can show an older number than the feed. The tool lists every value it saw and shows the one with the most weight.
It tells you WordPress was not detected, and points you to the Website Technology Checker to find out what the site is built with.
Some sites refuse automated requests. Paste the page HTML to read the generator tag and core file numbers, or enter the version if you know it.
No. The requests run through Cloudflare's network, the comparison runs in your browser, and nothing is saved or shared.
Keep minor releases on automatic updates, since they carry security fixes. Apply major releases within a few weeks, after a backup and a quick test. Update plugins and themes at the same time.
Call WhatsApp SEO Audit