live24h Website Monitor

Description

live24h Website Monitor is a configuration helper, not a monitoring engine. It analyses your WordPress site, suggests the URLs and check types that matter, and creates them in your live24h workspace via API. The actual 24/7 monitoring happens on the live24h.eu platform.

What gets detected automatically

  • Homepage, primary menu entries, important slugs (/preise, /kontakt, /leistungen, /checkout, …)
  • robots.txt and sitemap.xml
  • WordPress REST API endpoint (/wp-json/)
  • WooCommerce shop, cart and checkout pages (if WooCommerce is active)
  • SSL certificate and domain expiry candidates

Check types proposed

  • HTTP / HTTPS availability (homepage, menu pages, WooCommerce URLs)
  • SSL certificate validity
  • Domain registration expiry
  • WordPress REST API endpoint (/wp-json/)
  • robots.txt and sitemap reachability (as HTTP checks)

Product Watch for WooCommerce (optional)

If you run WooCommerce, you can additionally hand-pick products or variants and let live24h watch their price and availability. You choose every product yourself; nothing is watched until you do. The plugin reports a change shortly after it happens and sends one daily snapshot per selection, and a delivery view in wp-admin shows whether the last reports went through (with a manual retry if one did not). See External services below for exactly what leaves your site.

A live24h account and API key are required. Sign up free at live24h.eu.

External services

This plugin is a configuration helper for the live24h uptime-monitoring service and communicates with the live24h API at https://api.live24h.eu. It requires a live24h account and API key. Nothing leaves your site before you, the administrator, act — there is no telemetry and no call the plugin makes on its own. Two things keep running afterwards, and only because you set them up yourself: the heartbeat pings (if you created a heartbeat check) and the optional Product Watch module (if you connected it and selected products). Both are described below.

What is sent, and when:

  • Test Connection (you click the button): your live24h API key is sent in the X-Api-Key request header to verify the key and read your plan capabilities. No site data is sent.
  • Scan site (you click the button): the scan itself runs locally on your server. Afterwards your API key is sent to read your plan (allowed check types and free slots) so the suggestions can be shown plan-aware.
  • Create checks (you click the button): the check definitions you selected — the public URLs to monitor plus the chosen check type and interval — are sent together with your API key so that live24h can create the monitoring checks.
  • Heartbeat pings (only if you created a heartbeat check): applying a heartbeat recommendation stores the ping URL that live24h returned for that check. WP-Cron then calls that URL once an hour, and — if you also created the backup heartbeat and run UpdraftPlus, BackWPup or Duplicator — once after each successful backup. A ping is a plain request to that URL with no payload and no site data attached; what live24h alerts on is the ping missing. Deleting the check in live24h (or clearing the stored URL) stops it.
  • Product Watch (optional, WooCommerce only — inactive until you connect the module and select products): after you select products or variants, the plugin sends an observation to the live24h API whenever a selected product’s price or availability changes, plus one daily snapshot per selection. They stop as soon as you clear your selection or disconnect the module. What is sent per observation: the product/variant reference, its public URL, the shop channel, country and locale, the price (amount and currency) and the availability state — together with your API key. The WooCommerce SKU is deliberately never transmitted, and no customer, order or user data is sent.

The plugin transmits only the public URLs you select and your API key. It never sends post content, user data, passwords or database rows beyond what is needed to enumerate the public URLs you choose to monitor. The API key is only ever sent to api.live24h.eu (or staging-api.live24h.eu if you configure the advanced staging override).

The live24h service is operated by Marcel Grunert (live24h.eu). Use of the service is governed by its Terms of Service and Privacy Policy:

  • Terms of Service: https://www.live24h.eu/en/legal/agb/
  • Privacy Policy: https://www.live24h.eu/en/legal/datenschutz/

Screenshots

Installation

  1. Upload the plugin to /wp-content/plugins/live24h-website-monitor/ or install via the WordPress plugin uploader.
  2. Activate the plugin through the Plugins menu.
  3. In your live24h dashboard, go to Settings API Keys Create Key and select the Write permission (not Read — a Read key can connect but cannot create checks).
  4. Copy the generated key (it starts with lv24_).
  5. Go to Tools live24h Website Monitor, paste the key, and click Test Connection.
  6. Click Scan site, review the suggestions, and click Create checks.

Note: each API key is bound to exactly one workspace. To monitor multiple workspaces, set up the plugin separately for each (one WordPress install = one key = one workspace).

FAQ

Which API key permission do I need?

Write. Only a key with the Write permission can create checks. A Read key authenticates (the connection test will pass) but every check creation returns a 403 error. Admin also works but is broader than necessary.

Does this plugin run monitoring on my server?

No. All checks are executed by live24h’s globally distributed worker network. The plugin only configures them.

Do I need a paid plan?

No. The free tier of live24h includes 15 checks, which is enough for a typical WordPress site.

Does this plugin send sensitive data?

The plugin sends only your selected URL list, detected page types, and your API key (to authenticate). It never reads post content, user data or database rows beyond what is needed to enumerate public URLs.

Reviews

There are no reviews for this plugin.

Contributors & Developers

“live24h Website Monitor” is open source software. The following people have contributed to this plugin.

Contributors

Changelog

0.7.1

  • WooCommerce shops: the Product Watch delivery job is now registered the way WooCommerce expects it. On sites running WooCommerce this removes debug notices on every page load — and makes sure the job is actually queued, so pending product reports leave your site reliably.
  • The robots.txt preview and the admin requests now resolve your real admin URL instead of assuming the default one, so installations with a relocated wp-admin are handled correctly.

0.7.0

  • Product Watch for WooCommerce (optional): hand-pick the products or variants that matter and live24h watches their price and availability — a report goes out when something changes, plus one daily snapshot per selection. A delivery view in wp-admin shows whether the reports arrived, and a single click retries one that did not. Your SKUs stay on your server, and nothing is watched until you select it.
  • Tested against WordPress 7.1.
  • Clearer documentation of what the plugin talks to: the heartbeat pings and the Product Watch deliveries are now spelled out field by field in External services.
  • Site scan: the page lookup no longer suppresses query filters, so multilingual setups keep their language context.
  • Packaging: the release archive now ships the composer manifest for the bundled live24h library, so its origin is visible at a glance.

0.6.0

  • Policy presets: roll out monitoring in one decision — choose “Essential”, “Recommended” or “Everything”, preview exactly what would be created (and what is skipped and why: already created, plan-locked, unavailable), then apply. The preview and the apply always agree, applying never creates files on your site, and anything the plugin cannot verify is skipped instead of duplicated.
  • Enterprise hardening across the plugin family: deeper test coverage, a shared CI gate for all nine adapters and per-adapter changelogs.

0.5.6

  • Maintenance release of the plugin line: the Shopware and TYPO3 plugins now ship the same health-center UX as WordPress 0.5.x (severity-first ordering, status chips, settled “Created” recommendations, the two-chip “file still missing” rule). No functional changes inside the WordPress plugin itself.

0.5.5

  • Two chips, two statements — a created file-shaped recommendation (robots.txt/sitemap) whose FILE is still missing now shows the amber “File still missing” badge next to the green “Created” one, with an amber (not green) row stripe. A row only reads fully green once nothing is left open.

0.5.4

  • Recommendations know what exists — recommendations whose monitoring check is already created now render settled (green “Created” badge, disabled and unchecked checkbox, excluded from “create all recommended”), exactly like the Scan tab. Their details — including the “how to get the file” guidance for robots.txt/sitemap — stay available, because “the check exists” and “the file is still missing” are two different statements. The overview summary no longer advertises already-created recommendations.

0.5.3

  • Settings sub-tabs — the settings page now uses real sub-tabs (Connection / Privacy & Telemetry / AI access / Setup Wizard) in the native WordPress tab look, exactly like the Health Center. Deep links (e.g. from the AI access card) open the right tab; without JavaScript all groups stay visible.
  • Scan tab clarity — suggestions that are already created are no longer pre-selected or selectable; the selection only ever contains checks that are still missing.

0.5.2

  • Dashboard tile — a live24h status widget on the WordPress dashboard: cached availability pass count, last scan time and a one-click “Open Health Center” link. It never runs score modules, a scan or an HTTP call.
  • Clear apply semantics — the Recommendations tab now states explicitly that applying creates monitoring checks in live24h and never creates files; the robots.txt/sitemap recommendations carry a remediation note explaining how WordPress serves those files natively, with a deep link to Settings Reading.
  • llms.txt deep link — the AI access card in the SEO area now links straight to the llms.txt controls on the settings tab.
  • Structured settings — the settings page is grouped into anchored topic cards (Connection / Privacy & Telemetry / AI access / Setup Wizard) with a jump navigation on top.

0.5.1

  • Recommendations tab now speaks the Health Center design language — card rows with a severity stripe, a clean severity chip on the right and quiet expandable details (severity no longer glued to the title).
  • Overview: failed availability rows now use their negative wording (“Homepage not reachable”) so a red PROBLEM badge never sits next to a positive check name.
  • Overview: every recommendation summary row carries a right-aligned “View recommendations” deep link, matching the “Go to problem” links above.

0.5.0

  • Problems first — every Health Center area now sorts its facts and cards by severity (problem needs attention healthy), so anything that needs action is the first thing on screen and a healthy area opens green.
  • Clear monitoring state — every card carries an explicit chip (“Monitored” / “Not monitored” / “Problem” / “Warning”); an already-monitored recommendation no longer shows a contradictory empty checkbox next to an “Already monitored” note.
  • Overview polish — the score breakdown is now cleanly aligned (label left, value right), and every critical problem line carries a “Go to problem” link that jumps straight to the affected area.
  • Cron jobs — a failing WP-Cron fact links directly to the setup guide, and the apply summary now says WHY entries were skipped (e.g. “already monitored”).
  • Recommendation reasons — the WP-Cron heartbeat recommendation now resolves its localized why/what-to-do copy from the shared catalogue instead of falling back to the raw English rationale.

0.4.1

  • Fixed plugin links — the “Visit plugin site” and author links in the WordPress plugin list now point to https://www.live24h.eu. The previous non-www address is served by a redirect endpoint whose HTTPS handshake modern browsers reject, so the links failed with a security error.

0.4.0

  • AI access card + llms.txt generator — the SEO tab reports whether llms.txt is served and evaluates the REF-aligned shortlist of visibility-critical AI crawlers, including whether each provider documents robots.txt compliance. One click serves a spec-conform /llms.txt with an H1, description blockquote and at most 30 curated links; no file or llms-full.txt is written, and physical files, foreign routes and existing responders are never overridden. llms.txt does not guarantee an SEO or AI-search boost; its effect remains unproven, while robots.txt access is the decisive lever.

0.3.0

  • SEO cards now create checks — every actionable card in the SEO tab (sitemap, homepage reachability, indexability, per-page checks) carries a checkbox and a “Monitor selected” button that creates the monitoring checks directly via the live24h API, with per-row feedback (created / skipped / failed). Discovered URLs are shown as plain text and are never turned into links.
  • WP-Cron activation guide — when WP-Cron is disabled (DISABLE_WP_CRON), the Cron jobs tab now shows a step-by-step guide with copy-ready crontab examples using your real site URL, hosting-panel pointers (cPanel/Plesk), the ALTERNATE_WP_CRON alternative, and how to verify the cron is really running via the heartbeat.
  • Complete German translation — every string in the plugin is now translated (including the SEO card actions), and a build gate keeps source strings, translation template and German translation in sync.
  • Recommendation checkboxes in all discovery tabs (SEO, Cron jobs, SSL & Domain, WooCommerce, Mail) are now wired to the same one-click apply flow as the Recommendations Center.

0.2.0

  • Health Center — the scan/wizard screen is now an eight-area Health Center (Overview, SEO, Cron jobs, SSL & Domain, WooCommerce, Mail, Recommendations, Settings). Areas only show when they apply to your site (a non-WooCommerce site no longer shows a WooCommerce tab).
  • Recommendations Center — grouped bulk review (critical / recommended / optional / locked) with one-click “create all recommended”; plan-locked checks are shown but never pre-selected.
  • Wider discovery — per-domain SSL certificate expiry + DNS, mail authentication (SPF / DKIM / DMARC / MX), WooCommerce storefront objects, and background-job heartbeats are detected during the scan and turned into monitoring recommendations.
  • Security hardening — central secret redaction guarantees no API key / token / webhook secret / certificate detail ever appears in a card, log or error, at any depth.
  • Built on the shared live24h CMS SDK so WordPress, Shopware and TYPO3 produce identical scores, suggestions and recommendations from the same facts.

0.1.0

  • Initial release — scan your WordPress site and create monitoring checks in live24h with one click: HTTP / HTTPS / SSL / domain-expiry, plus WordPress REST API, robots.txt and sitemap as HTTP checks.
  • Plan-aware suggestions — check types your live24h plan does not include are shown but not pre-selected (with an upgrade hint); your free check slots are displayed after a scan.
  • Hardening — the API key is preserved when you save settings without re-typing it; per-check errors from bulk creation are shown individually; the scanner follows only same-host redirects (never internal/loopback hosts); the API key is only ever sent to api.live24h.eu.
  • Full German translation included.