Description
Onsite Link Verdict checks the links and images in your posts, pages and comments and tells you which ones are dead.
It knows the difference between “broken” and “I could not check it”
This distinction is the whole reason this plugin exists.
Plenty of servers refuse automated requests. Amazon answers 503 to bots. X answers 403. LinkedIn answers 999. A site behind a firewall throws a challenge page. None of those links are broken — they open perfectly well in your browser. Report them as broken and you hand the user a list of two hundred problems, of which one hundred and ninety are not problems, and they stop trusting the list.
So Onsite Link Verdict only ever calls a link broken when it has proof:
- The destination server says the page is gone —
404or410. And even then we ask a second time, with a different method, before accusing the link: there are servers that answer404to one kind of request and200to another, and a wrong accusation here is the most expensive kind. - Or there is no server answering at all, three checks in a row — a domain that expired, a host that vanished.
Everything else goes to a separate “Unverifiable” tab, with a plain-language note about what happened. If a server answered us — with 403, 503, a rate limit, a challenge page, anything that is not 404 or 410 — it answered, and that is not proof the page died. Your list of real problems stays short, and short means believable.
It runs on your own server, and stays out of the way
There is no account to create, no cloud service and no credit card. Your posts, pages and comments are not uploaded anywhere — see “External services” below for everything that does leave your site, and why.
Checking links is real work for the same server that answers your readers. Onsite Link Verdict is built around that:
- No checking work happens inside the page your visitor is waiting for. It runs on your site’s cron, in a request of its own.
- At most 100 links per run, and never more than 45 seconds of wall clock, whichever comes first. Both are configurable; both are hard ceilings, not intentions.
HEADrequests first, falling back toGETonly when a verdict depends on it. At most 2 KB of any response body is ever read.- The same URL repeated across fifty posts is fetched once, not fifty times. Measured: 90 links across 15 posts, pointing at 6 different addresses, cost 8 requests.
- A site that already told us it does not talk to robots is not asked again the next day.
What it checks
- Internal links — links to your own posts and pages. If one points at something that is still a draft, private or pending, you are told exactly that, instead of being told the page no longer exists
- External links — links out to other sites
- Images, including the ones a page builder pulls in
- Links inside comments
- Redirects — it follows the chain, and says so when the chain loops or never arrives anywhere
A local broken link checker: no cloud service, no credits
The link scanner runs locally, on your own site’s cron, on the same server that answers your readers. There is no cloud service behind the plugin, no API key and no account to create: the results live in a table in your own database, and your content is never uploaded anywhere.
Some things do go out of your site — the servers hosting the links being checked, and Freemius, which runs our licensing and checkout. They are set out one by one, with the domains and with what you can decline, under “External services” below.
What that buys you:
- Nothing is metered. How many links you check does not change the price, because there is no price. Fifty thousand links cost the same as fifty. One structural limit worth knowing: a single post or comment with more than 1,000 links is checked to the first 1,000, and the panel tells you when that happens.
- No back end holds your data. There is nowhere for your content to be uploaded to, because there is no service on the other end holding it. What that means for your own processing records is your call — this is a description of the plugin, not legal advice.
- It works from inside the site. A staging site, an intranet, a site behind HTTP authentication or a firewall is not reachable from the public internet — but the plugin is not arriving from the internet, it is already there. Those pages get checked like any other.
The privacy note for the plugin is at https://onsitetools.dev/privacy/ and says the same thing in more detail.
Once the first sweep is done it keeps monitoring. Every link is checked again after a week, and one that is failing after a day, so a page that dies next month turns up next month — you do not have to remember to run an audit.
What you get
- Checks links and images, in posts, pages, custom post types and comments
- Sees inside page builders. On a page built with Elementor, Divi, SiteOrigin or Beaver the links are not in the stored post content — they are assembled when the page is rendered. Onsite Link Verdict renders the page first and reads what a visitor sees, so those links are found
- Four clear tabs: Broken, Warnings, Unverifiable, Good
- Plain-language explanation of the results that matter — not just a bare status code
- It knows your own site. A link to one of your pages that is still a draft, private or pending gives visitors a
404— and instead of telling you the page no longer exists, Onsite Link Verdict tells you it exists and is not published, and which status it is in - Automatic checks on your site’s cron, or start a full-site scan with one click. The scan itself is done in small slices and picks up where it left off, so it never has to finish inside a single request
- Progress you can actually see — “750 of 1,000 links checked (75%)”, with a rough time estimate, so you know it is working and not stuck
- Recheck any link on demand — it goes to the front of the queue and is checked on the next pass
- Entries disappear when the content does: remove a link from a post, trash the post, or delete a comment, and the entry leaves the list. The table does not grow forever
- Warns you if your site’s cron is disabled, so checks do not silently never run
- Clean uninstall — removes its table, options and scheduled events
What it does not do
Onsite Link Verdict finds broken links and tells you exactly which post, page or comment each one is in. It does not edit your content: you fix each link in the editor, where you can see it in context.
That is deliberate. Where a link should point is a judgement about your content, and the editor is where you can see the sentence it sits in.
Replacing one URL across an entire site in a single step is the obvious next thing to want. That is what Pro is for, below.
Onsite Link Verdict Pro
Everything above is free, and stays free. Pro does the mechanical part, for people with more than a handful of links to fix:
- Bulk-replace a URL everywhere at once. You type the new address, you see a list of every place it will change with the text around it, and only then does anything happen. There is an undo, and the undo refuses to run if you edited the content afterwards.
- It will not touch what it cannot verify. If a link comes from a shortcode, a page builder or a theme filter, the address is not in the content we would be saving. Onsite Link Verdict says so and leaves it alone, so the report you get matches what actually changed.
- Silence the domains that never answer bots. One pattern per line, and they stop appearing.
- Export any tab to CSV, in a form that opens correctly in Excel.
Pro is an annual licence, from 29 EUR a year plus VAT, for one site. It is bought from https://onsitetools.dev/onsite-link-verdict/ and there is a link inside the plugin. The free version never asks you for an email address of its own: the only place an email is shared is the activation opt-in described above, which you can decline.
External services
This plugin contacts two external destinations: the websites you link to, and Freemius, which
handles our licensing and payments. Here is what goes to each, and when.
1. The websites you link to
Checking whether a link is alive means requesting it from the server that hosts it. That server
receives the address being checked and, in the User-Agent header that identifies the checker,
your site’s address and the plugin’s version. This happens for every link in your content, on the
plugin’s own schedule. It is what the plugin is for, and it cannot be switched off without
switching off the checking.
Links to your own site are requested the same way, over HTTP, from your own server. When one of
those answers 404 or 410, the plugin then looks the address up in your own database, so it can
tell you the page exists but is a draft, private or pending, instead of reporting it gone.
2. Freemius
Freemius Inc. runs our licensing, updates and checkout. It is contacted in four situations, and
only the first is optional.
On activation, if you opt in. WordPress shows you a screen asking whether to share information
about your site. There are four groups, and you can clear all but the first:
- your WordPress user’s first and last name and email address (required to opt in at all);
- the home page address and title, the WordPress and PHP versions, and the site language;
- this plugin’s own version and whether it is active or uninstalled;
- the names, slugs and versions of the plugins and themes installed on the site, and whether each
is active. This one is ticked for you unless you clear it.
You can decline the whole screen, and the plugin works exactly the same — declining is handled
entirely inside your own site and sends nothing.
On a schedule, if you opted in. Your site then checks in with Freemius periodically to see
whether a licence has been bought or changed. This happens in the free version too, and needs no
licence key.
When you open the “Change Plan” screen inside WordPress. That screen loads the current prices
from Freemius when you open it, whether or not you opted in.
When you deactivate the plugin. WordPress shows a short form asking why; if you fill it in, the
reason goes to Freemius. Closing it sends nothing.
And, in the paid add-on only, your licence key is validated with the same service.
Domains contacted: api.freemius.com, wp.freemius.com, checkout.freemius.com.
Freemius terms: https://freemius.com/terms/ · Freemius privacy: https://freemius.com/privacy/
Nothing else
No other destination is contacted. Your posts, pages and comments are not uploaded anywhere, and
the result of every check is stored in a table in your own database.
Screenshots



Installation
- Install and activate the plugin.
- Go to Tools Onsite Link Verdict.
- Run the first scan. Depending on your site’s size, the first full pass may take a while — it runs in small batches on purpose.
FAQ
-
Does this send my content anywhere?
-
No. Your posts, pages and comments stay where they are, and the results are stored in your own database. There is no cloud service behind the plugin holding your content. See “External services” below for everything that does go out, and why.
-
What data does the plugin handle?
-
It reads your posts, pages and comments and stores the links it finds in a table in your own database. Your content is not uploaded, and there is no cloud service behind it.
Two destinations are contacted, and both are set out in full under “External services” above: the servers that host the links being checked, and Freemius, which runs our licensing and checkout. The Freemius contact starts with an opt-in screen you can decline.
What that means for your own processing records is for you to decide — this is a description of the plugin, not legal advice.
-
Will it slow my site down?
-
It is built not to. Work happens in small scheduled batches with a hard cap, not all at once.
-
Can it fix the broken links for me?
-
No. It finds them and tells you exactly where each one is; you change the link in the post editor, where you can see it in context. Replacing a URL across the whole site in one step — with a preview of every change before it happens, and an undo — is what the paid add-on does.
-
Why is a link listed as “Unverifiable”?
-
Because the server answered us with something that is not
404or410. Some servers refuse automated requests — Amazon, X, LinkedIn and anything behind a bot firewall all do. The link is probably fine; open it in your browser to confirm.They are kept separate on purpose. A refusal is not a death: the page is there, and a reader with a browser reaches it. Nor is it something you can fix from your own site, since what a distant server does with an automated request is not yours to configure.
-
Why is it taking so long to check my links?
-
Because it deliberately works in small bites in the background. How long depends on how many links you have and which speed you picked: the panel shows the estimate for your own site next to each setting, under Tools Onsite Link Verdict.
If it is slower than you want, change the setting to Fast — but read what it says there first. Checking faster means hammering the sites you link to harder, and more of them will start refusing the checks, which puts those links in “Couldn’t verify” instead of giving you a real answer.
-
I added an exclusion rule and the links are still in the list
-
They leave the list as each post is checked again, not all at once. A rule takes effect the next time Onsite Link Verdict scans the post, page or comment a link sits in — so on a small site they disappear quickly, and on a site with hundreds of posts a full sweep takes several background runs. Nothing is stuck; the list is catching up.
If you want a rule to take effect on one specific post right away, open that post and save it. That schedules a fresh scan of it.
(Exclusion rules are part of Pro.)
-
The plugin never seems to check anything
-
Your site’s cron is probably disabled. Onsite Link Verdict shows a warning at the top of its page when it detects this. Ask your host how to set up a real cron job.
Reviews
There are no reviews for this plugin.
Contributors & Developers
“Onsite Link Verdict — Broken Link Checker” is open source software. The following people have contributed to this plugin.
ContributorsTranslate “Onsite Link Verdict — Broken Link Checker” into your language.
Interested in development?
Browse the code, check out the SVN repository, or subscribe to the development log by RSS.
Changelog
0.6.6
- The plugin now links to its own home page, so you can reach the documentation and the paid add-on from the plugins screen instead of searching for them.
- The description says what the plugin checks — internal links, external links, images, links in comments and redirect chains — which it never actually said anywhere.
- Corrected: the description still said the paid add-on was not on sale yet. It has been on sale since 2 September.
- A new “External services” section sets out both destinations the plugin contacts — the websites you link to, and Freemius for licensing and checkout — naming the domains, what is sent to each, when, and which parts you can decline. The description used to claim that nothing left your site at all, which was not true: checking a link means contacting the server that hosts it, and the activation opt-in shares your details if you accept it. It is written out now instead of being claimed away.
- Corrected: the description said there was no cap on how many links are checked. There is one — a single post or comment is checked to its first 1,000 links. The panel already told you when that happened; the description did not.
0.6.5
- Fixed: the “Change Plan” page inside WordPress could open with no plans on it at all. It was asking for prices in US dollars, and the plans are priced in euros. It now opens in euros. The hosted checkout was never affected — it picks the currency from where you are.
0.6.4
- Fixed: after entering a valid licence key, the panel could still show the invitation to buy Pro. There is one more step after the key — a confirmation email — and until you click the button in it the paid features stay off. The panel now says that, instead of behaving as though you had never bought anything.
0.6.3
- Fixed: if a background run was interrupted — the host cutting the request short, the site running out of memory — the plugin waits ten minutes and then takes the job back. Two runs that reached that moment together could both decide it was theirs and start checking at the same time, which is twice the work on your server for no extra result. Only one can take it now, and the database is what decides.
- The exclusion rules typed into the box are cleaned before being stored. Web addresses with %-encoded characters are kept exactly as written.
0.6.2
- The list of links now comes first on the page. The speed setting and the note about the paid add-on moved below it. They were sitting between the tabs and the list, which meant that on a laptop you opened the tool to look at your broken links and saw a setting instead.
0.6.1
- Fixed: the line above the list still estimated the wait as if every run took an hour, which stopped being true when the speed settings arrived. On Normal it promised “about 19 hours” in the speed box and warned “about 4 days” two lines below, for the same site. Both numbers now come from the same calculation.
0.6.0
- You can now choose how fast it checks. Finding links was always quick; checking whether they are alive was capped at 100 an hour, which meant a site with ten thousand posts waited nearly two weeks for a complete picture. There are now three settings — Careful, Normal and Fast — and the panel shows what each one means for the number of links waiting on your site. The default is Normal, which is sixteen times faster than before.
- Faster is not automatically better, and the plugin says so: the quicker you check, the more of the sites you link to will start refusing the checks, and a refused check means the link lands in “Couldn’t verify” instead of getting a real answer. Careful is there for shared hosting.
- The per-run time limit did not change. It is the ceiling that actually protects your server, and a run still stops when it hits it.
0.5.2
- Renamed. The plugin was called Link Sentry; it is now Onsite Link Verdict, after the WordPress.org review pointed out that the old name was too close to an existing service and to a registered trademark. Nothing about what the plugin does has changed.
0.5.1
- Fixed: with both the free and the paid version installed at the same time — which is exactly the moment somebody upgrades — the paid version could quietly fall back to the free feature set. Only one of the two folders was ever searched for classes. Each folder now looks in its own.
0.5.0
- Housekeeping, with nothing to see on your site: the code for the paid add-on is now packaged and distributed separately, the way the plugin directory requires. The free version does exactly what it did before.
0.3.0
- Links inside page builders are now found. Elementor, Divi, WPBakery and many shortcodes hook into
the_contentand need to know which post they are drawing, which they ask the global$post. Onsite Link Verdict was not setting it up, so on a page built with Elementor — where the post content itself is empty — the scan found nothing and reported a clean bill of health. A false all-clear is worse than a false positive: with a false positive you lose time, with this you lose the page and never know. Verified against a real Elementor install.
0.2.0
- A link is never reported as broken on the strength of a
HEADrequest alone. Some servers answer404toHEADand200toGET— zazzle.com does exactly this — and a404is the one verdict Onsite Link Verdict gives immediately, with no second chance. Every404and410is now confirmed with aGETbefore the link is accused. Healthy links still cost a single request. - A server that answers is never reported as broken. Only
404,410and a total absence of response now count as proof. This fixes the case where a site that persistently answers503to bots — Amazon does exactly this — was reported as a broken link after three checks. - Challenge pages and bot walls are recognised from the response headers (
CF-Mitigated,CF-Chl-Bypass,X-DataDome,Retry-After) and go straight to Unverifiable, whatever status code they carry. - Links already settled as unverifiable are no longer re-checked on the short daily cycle. We stop knocking on doors that told us to go away.
- The Unverifiable tab explains why a server error ended up there, instead of showing a status code that seems to contradict the verdict.
0.1.0
- First release.
