{"id":341663,"date":"2026-07-19T19:09:18","date_gmt":"2026-07-19T19:09:18","guid":{"rendered":"https:\/\/wordpress.org\/plugins\/pingview-external-uptime-monitoring\/"},"modified":"2026-09-23T10:31:23","modified_gmt":"2026-09-23T10:31:23","slug":"pingview-external-uptime-monitoring","status":"publish","type":"plugin","link":"https:\/\/cn.wordpress.org\/plugins\/pingview-external-uptime-monitoring\/","author":23428571,"comment_status":"closed","ping_status":"closed","template":"","meta":{"version":"1.7.0","stable_tag":"1.7.0","tested":"7.1.2","requires":"5.8","requires_php":"7.4","requires_plugins":null,"header_name":"PingView \u2014 Uptime, SSL & Checkout Monitoring for WordPress and WooCommerce","header_author":"PingView","header_description":"Monitor website availability from external locations and view the current PingView status in WordPress.","assets_banners_color":"0262c1","last_updated":"2026-09-23 10:31:23","external_support_url":"","external_repository_url":"","donate_link":"","header_plugin_uri":"https:\/\/pingview.app\/en\/wordpress-monitoring","header_author_uri":"https:\/\/pingview.app","rating":0,"author_block_rating":0,"active_installs":0,"downloads":617,"num_ratings":0,"support_threads":0,"support_threads_resolved":0,"author_block_count":0,"sections":["description","installation","faq","changelog"],"tags":{"1.0.10":{"tag":"1.0.10","author":"marcinatpingview","date":"2026-08-04 21:26:03","revision":3634645},"1.0.11":{"tag":"1.0.11","author":"marcinatpingview","date":"2026-08-13 14:58:45","revision":3645638},"1.0.3":{"tag":"1.0.3","author":"marcinatpingview","date":"2026-07-19 19:09:09","revision":3613861},"1.0.4":{"tag":"1.0.4","author":"marcinatpingview","date":"2026-07-19 20:28:15","revision":3613911},"1.0.5":{"tag":"1.0.5","author":"marcinatpingview","date":"2026-07-19 21:20:57","revision":3613939},"1.0.6":{"tag":"1.0.6","author":"marcinatpingview","date":"2026-07-19 21:42:54","revision":3613956},"1.0.7":{"tag":"1.0.7","author":"marcinatpingview","date":"2026-07-19 22:00:54","revision":3613963},"1.0.8":{"tag":"1.0.8","author":"marcinatpingview","date":"2026-07-20 07:14:11","revision":3614302},"1.0.9":{"tag":"1.0.9","author":"marcinatpingview","date":"2026-07-20 07:35:50","revision":3614329},"1.1.0":{"tag":"1.1.0","author":"marcinatpingview","date":"2026-08-16 08:11:11","revision":3649402},"1.3.0":{"tag":"1.3.0","author":"marcinatpingview","date":"2026-08-18 10:45:09","revision":3652562},"1.4.3":{"tag":"1.4.3","author":"marcinatpingview","date":"2026-09-05 18:34:29","revision":3682738},"1.5.0":{"tag":"1.5.0","author":"marcinatpingview","date":"2026-09-08 11:53:08","revision":3686531},"1.6.0":{"tag":"1.6.0","author":"marcinatpingview","date":"2026-09-09 08:18:06","revision":3687882},"1.7.0":{"tag":"1.7.0","author":"marcinatpingview","date":"2026-09-23 10:31:23","revision":3709080}},"upgrade_notice":{"1.7.0":"<p>Install this update to see response time over the last 24 hours and every monitor watching this site, right on the WordPress screen.<\/p>","1.6.0":"<p>Install this update if your shop does not use pretty permalinks, the cart and checkout could not be added for monitoring at all. Pages you monitor also report their state on the WordPress screen now, instead of only on pingview.app.<\/p>","1.5.1":"<p>Install this update if monitoring selected pages failed because an older monitoring location was no longer active.<\/p>","1.5.0":"<p>The PingView screen is shorter and leads with what changed: technical cards fold away until they have something to report, one action is highlighted instead of nine, and the plan you are on is kept up to date so paid features stop being advertised to people who already have them.<\/p>","1.4.3":"<p>The checkout test now checks each of your payment methods by name, so one disappearing (for example after a currency switch) is caught and named instead of hiding behind a passing cart total.<\/p>","1.4.2":"<p>A failing checkout test now shows on every admin screen and in the admin bar, the checkout journey card is fully translated into Polish, and the shop addresses PingView tests are kept in sync automatically.<\/p>","1.4.0":"<p>WooCommerce shops now send PingView their cart, checkout and product addresses automatically, so a checkout journey test can be built without configuring one by hand.<\/p>","1.3.0":"<p>The panel now tells you which PingView account this site reports into, connecting with an existing API key no longer leaves it empty, your cart and checkout pages can be monitored in one click, and a stopped WP-Cron is now visible instead of silent.<\/p>","1.1.0":"<p>The security headers report is now free for every site, a site without HTTPS is reported as a problem instead of &quot;not applicable&quot;, and the panel speaks Polish.<\/p>","1.0.11":"<p>The admin bar status dot is visible again, a changed site address repoints the monitor by itself, and the plugin is tested with WordPress 7.1.<\/p>","1.0.10":"<p>Security headers get their own card: the grade, the checks you fail, why each matters, and the exact header line to copy.<\/p>","1.0.9":"<p>The unstable speed score is replaced by a &quot;Needs attention&quot; summary. Site status in the admin bar, a faster route from activation to setup, the full location list, and accessibility fixes.<\/p>","1.0.8":"<p>Lighthouse and Mozilla Observatory results on the status screen, an alert channel overview, and a performance score that no longer jumps on every refresh.<\/p>","1.0.7":"<p>Per-location results, a 24 hour availability chart, a recent incidents list, and a rebuilt setup screen.<\/p>","1.0.6":"<p>The status screen now shows the installed plugin version.<\/p>","1.0.5":"<p>Redesigned status panel, plus fixes for the missing incident banner, an unstable performance score, and stuck &quot;checking...&quot; states.<\/p>","1.0.4":"<p>Dashboard layout improvements and safer handling of incomplete SSL certificate data.<\/p>","1.0.3":"<p>Security and WordPress.org review-readiness fixes.<\/p>","1.0.2":"<p>WordPress.org review compliance fixes for assets, translations, and external-service disclosure.<\/p>","1.0.1":"<p>Documentation improvements and metadata fixes for WordPress.org submission.<\/p>"},"ratings":[],"assets_icons":{"icon-128x128.png":{"filename":"icon-128x128.png","revision":3613898,"resolution":"128x128","location":"assets","locale":"","width":128,"height":128},"icon-144x144.png":{"filename":"icon-144x144.png","revision":3613898,"resolution":"144x144","location":"assets","locale":"","width":144,"height":144},"icon-152x152.png":{"filename":"icon-152x152.png","revision":3613898,"resolution":"152x152","location":"assets","locale":"","width":152,"height":152},"icon-192x192.png":{"filename":"icon-192x192.png","revision":3613898,"resolution":"192x192","location":"assets","locale":"","width":192,"height":192},"icon-256x256.png":{"filename":"icon-256x256.png","revision":3613898,"resolution":"256x256","location":"assets","locale":"","width":256,"height":256},"icon-384x384.png":{"filename":"icon-384x384.png","revision":3613898,"resolution":"384x384","location":"assets","locale":"","width":384,"height":384},"icon-512x512.png":{"filename":"icon-512x512.png","revision":3613898,"resolution":"512x512","location":"assets","locale":"","width":512,"height":512}},"assets_banners":{"banner-1544x500.png":{"filename":"banner-1544x500.png","revision":3615604,"resolution":"1544x500","location":"assets","locale":"","width":1544,"height":500},"banner-772x250.png":{"filename":"banner-772x250.png","revision":3615604,"resolution":"772x250","location":"assets","locale":"","width":772,"height":250}},"assets_blueprints":{"blueprint.json":{"filename":"blueprint.json","revision":3709081,"resolution":false,"location":"assets","locale":"","contents":"{\"$schema\":\"https:\\\/\\\/playground.wordpress.net\\\/blueprint-schema.json\",\"landingPage\":\"\\\/wp-admin\\\/admin.php?page=pingview\",\"preferredVersions\":{\"php\":\"8.2\",\"wp\":\"latest\"},\"steps\":[{\"step\":\"login\",\"username\":\"admin\",\"password\":\"password\"},{\"step\":\"installPlugin\",\"pluginData\":{\"resource\":\"wordpress.org\\\/plugins\",\"slug\":\"pingview-external-uptime-monitoring\"},\"options\":{\"activate\":true}}]}"}},"all_blocks":[],"tagged_versions":["1.0.10","1.0.11","1.0.3","1.0.4","1.0.5","1.0.6","1.0.7","1.0.8","1.0.9","1.1.0","1.3.0","1.4.3","1.5.0","1.6.0","1.7.0"],"block_files":[],"assets_screenshots":{"screenshot-1.png":{"filename":"screenshot-1.png","revision":3616553,"resolution":"1","location":"assets","locale":"","width":1364,"height":1276},"screenshot-2.png":{"filename":"screenshot-2.png","revision":3616553,"resolution":"2","location":"assets","locale":"","width":1906,"height":886}},"screenshots":{"1":"Checkout journey card: the synthetic cart to payment test built from the shop's own pages, with the payment methods it confirms and the step that failed","2":"Status header and KPI strip: current status, uptime for 24 hours and 7 days, response time and what needs attention","3":"SSL certificate and domain registration expiry, with days remaining","4":"Recent incidents: what broke, when and how long it lasted, with per-location results","5":"Setup: one field, the address alerts should go to, and the monitor is created"}},"plugin_section":[],"plugin_tags":[49036,5603,1536,29148,286],"plugin_category":[54],"plugin_contributors":[272360],"plugin_business_model":[],"class_list":["post-341663","plugin","type-plugin","status-publish","hentry","plugin_tags-downtime","plugin_tags-monitoring","plugin_tags-ssl","plugin_tags-uptime","plugin_tags-woocommerce","plugin_category-security-and-spam-protection","plugin_contributors-marcinatpingview","plugin_committers-marcinatpingview"],"banners":{"banner":"https:\/\/ps.w.org\/pingview-external-uptime-monitoring\/assets\/banner-772x250.png?rev=3615604","banner_2x":"https:\/\/ps.w.org\/pingview-external-uptime-monitoring\/assets\/banner-1544x500.png?rev=3615604","banner_rtl":false,"banner_2x_rtl":false},"icons":{"svg":false,"icon":"https:\/\/ps.w.org\/pingview-external-uptime-monitoring\/assets\/icon-128x128.png?rev=3613898","icon_2x":"https:\/\/ps.w.org\/pingview-external-uptime-monitoring\/assets\/icon-256x256.png?rev=3613898","generated":false},"screenshots":[{"src":"https:\/\/ps.w.org\/pingview-external-uptime-monitoring\/assets\/screenshot-1.png?rev=3616553","caption":"Checkout journey card: the synthetic cart to payment test built from the shop's own pages, with the payment methods it confirms and the step that failed"},{"src":"https:\/\/ps.w.org\/pingview-external-uptime-monitoring\/assets\/screenshot-2.png?rev=3616553","caption":"Status header and KPI strip: current status, uptime for 24 hours and 7 days, response time and what needs attention"}],"raw_content":"<!--section=description-->\n<p>PingView is for agencies and freelancers who look after WordPress sites and WooCommerce shops for other people. A management plugin looks at the shop from the inside; PingView checks from outside, from several locations, whether a customer can open the site and buy today, and emails you before the client notices.<\/p>\n\n<p><strong>What it checks<\/strong><\/p>\n\n<ul>\n<li>Site availability from several external locations, with per-location status and response time, so \"the site is down\" and \"slow from one region\" are told apart<\/li>\n<li>The WooCommerce checkout journey: a synthetic test built from your shop's own cart, checkout and product pages that adds a product, reaches payment and confirms each enabled payment method by name. Daily on the free plan, more often on paid plans<\/li>\n<li>SSL certificate expiry, domain registration expiry and a site still served over plain HTTP, with days remaining<\/li>\n<li>Uptime for the last 24 hours and 7 days, a 24 hour availability chart, one block per bucket, and a list of recent incidents with what broke, when and for how long<\/li>\n<li>WP-Cron: whether the scheduler is switched off, how many jobs are queued and whether the next one is overdue, plus an external heartbeat that notices when it stops<\/li>\n<li>Lighthouse scores and the Core Web Vitals behind them (LCP, CLS, TBT), from a daily scan on paid plans<\/li>\n<li>Security headers: the Mozilla HTTP Observatory grade, the checks you fail and the exact header line to paste<\/li>\n<li>Your cart, checkout, product and category pages, each with its own monitor, added in one click<\/li>\n<li>A status indicator in the admin bar, a status page badge you can embed, and the account and team the site reports into<\/li>\n<\/ul>\n\n<p>Alerts go to email out of the box; Slack, Microsoft Teams, Discord, webhooks and SMS are set up once in your PingView account and apply to every site.<\/p>\n\n<p><strong>For agencies<\/strong><\/p>\n\n<p>One plugin family, three platforms: PingView has the same plugin for WordPress, PrestaShop and Magento 2, and every client site reports into the same panel. Add a site with one field, the address alerts should go to, and PingView creates the account and the monitor. No API key to copy, no code on your visitors' page loads. Deactivating the plugin does not stop monitoring, and disconnecting removes only the local credentials.<\/p>\n\n<p><strong>How it works<\/strong><\/p>\n\n<ol>\n<li>Install and activate the plugin<\/li>\n<li>Enter the address alerts should go to<\/li>\n<li>PingView creates an external monitor and starts checking the site; WooCommerce shops also send their cart, checkout and product addresses so the checkout test builds itself<\/li>\n<\/ol>\n\n<p>The monitoring runs on PingView's servers. Nothing is added to the site's frontend and nothing runs during a visitor's request.<\/p>\n\n<h3>External Services<\/h3>\n\n<p>This plugin depends on the PingView external monitoring service (https:\/\/pingview.app). The service creates or connects a monitor, checks the configured website from external locations, sends downtime alerts, and returns monitoring information for the WordPress admin dashboard. The plugin cannot provide monitoring functionality without this service.<\/p>\n\n<p><strong>What the service is and what it is used for:<\/strong>\nPingView is an external website monitoring service provided by PingView. It checks website availability, performance, certificates, and incidents from external locations and provides the results shown by this plugin.<\/p>\n\n<p><strong>What data is sent and when:<\/strong>\n- During new account setup: the administrator's email address, WordPress site URL, site name, plugin version, and a source identifier stating that the request came from the WordPress plugin.\n- When connecting an existing account: the API token entered by the administrator. The token is sent in an authorization header so PingView can validate the account and list or create its monitors.\n- When a monitor is created: the site URL, generated monitor name, monitor type, check interval, response-time threshold, and selected monitoring locations.\n- When loading or refreshing the dashboard: the stored monitor identifier and API token, used to retrieve current monitoring status.\n- After setup, PingView's external servers request the monitored site URL at the configured interval to measure availability and related monitoring signals.<\/p>\n\n<p><strong>When data is transmitted:<\/strong>\n- When the administrator submits either setup form.\n- When the PingView admin dashboard is opened or manually refreshed.\n- Continuously after setup, when PingView performs external checks of the configured site according to the monitor's settings.<\/p>\n\n<p><strong>Service provider:<\/strong>\nPingView<\/p>\n\n<p><strong>Terms of Service:<\/strong>\nhttps:\/\/pingview.app\/en\/terms-of-service<\/p>\n\n<p><strong>Privacy Policy:<\/strong>\nhttps:\/\/pingview.app\/en\/privacy-policy<\/p>\n\n<!--section=installation-->\n<ol>\n<li>Upload the plugin files to <code>\/wp-content\/plugins\/pingview-external-uptime-monitoring<\/code><\/li>\n<li>Activate the plugin through the 'Plugins' screen in WordPress<\/li>\n<li>Navigate to PingView in the admin menu<\/li>\n<li>Enter your email and click \"Start Monitoring\"<\/li>\n<li>Review the newly created monitor in PingView<\/li>\n<\/ol>\n\n<!--section=faq-->\n<dl>\n<dt id=\"is%20it%20down%20for%20everyone%20or%20just%20me%3F\"><h3>Is it down for everyone or just me?<\/h3><\/dt>\n<dd><p>PingView checks the site from several locations outside your hosting, so the panel tells the two apart: every location failing is an outage, one location failing is a regional or network problem. A plugin that checks from inside the site cannot answer this at all, because when the server is gone, so is the plugin.<\/p><\/dd>\n<dt id=\"does%20it%20check%20that%20the%20woocommerce%20checkout%20actually%20works%3F\"><h3>Does it check that the WooCommerce checkout actually works?<\/h3><\/dt>\n<dd><p>Yes. The plugin sends PingView the shop's cart, checkout and product addresses, and PingView builds a synthetic checkout test from them: open a product, add it to the cart, reach payment, and confirm each enabled payment method by name, BLIK, card, bank transfer, whatever the shop offers. The result and the exact step that failed show on the checkout journey card, as a notice on every admin screen and in the admin bar. The test runs daily on the free plan and more often on paid plans.<\/p><\/dd>\n<dt id=\"will%20i%20know%20before%20my%20ssl%20certificate%20expires%3F\"><h3>Will I know before my SSL certificate expires?<\/h3><\/dt>\n<dd><p>Yes. The certificate card shows the days remaining, the domain registration expiry next to it, and a warning is sent before the certificate runs out. A site still served over plain HTTP is reported as a problem, not as \"not applicable\".<\/p><\/dd>\n<dt id=\"does%20it%20slow%20my%20site%20down%3F\"><h3>Does it slow my site down?<\/h3><\/dt>\n<dd><p>No. Every check runs on PingView's servers, outside the site. The plugin adds nothing to the frontend and no plugin code runs during a visitor's request; it only reads results when you open the PingView screen in wp-admin.<\/p><\/dd>\n<dt id=\"can%20i%20use%20it%20for%20client%20sites%3F\"><h3>Can I use it for client sites?<\/h3><\/dt>\n<dd><p>Yes, that is what it is built for. Each site gets its own monitor, all of them report into one PingView panel, and the same plugin exists for PrestaShop and Magento 2, so a mixed portfolio is watched in one place. Alerts can go to your own channels, the client's, or both. Deactivating the plugin on a client site does not stop the monitoring.<\/p><\/dd>\n<dt id=\"what%20happens%20on%20the%20free%20plan%3F\"><h3>What happens on the free plan?<\/h3><\/dt>\n<dd><p>The plugin and the monitoring it sets up are free to start: external checks from several locations, downtime alerts by email, the SSL and domain expiry warnings, the WP-Cron diagnosis, the security headers grade, and the checkout test once a day. Paid plans add shorter check intervals, more locations, more alert channels, the daily Lighthouse and Core Web Vitals scan, the WP-Cron heartbeat, public status pages and more frequent checkout tests.<\/p><\/dd>\n<dt id=\"do%20i%20need%20a%20pingview%20account%3F\"><h3>Do I need a PingView account?<\/h3><\/dt>\n<dd><p>No. Enter the address alerts should go to and the plugin creates the account and the monitor for you; a sign-in link is emailed to that address. If you already use PingView, choose \"Connect with an API key\" on the setup screen instead.<\/p><\/dd>\n<dt id=\"where%20can%20alerts%20be%20sent%3F\"><h3>Where can alerts be sent?<\/h3><\/dt>\n<dd><p>Email works out of the box. Slack, Microsoft Teams, Discord, webhooks and SMS are configured in your PingView account and apply to this monitor too.<\/p><\/dd>\n<dt id=\"does%20it%20monitor%20core%20web%20vitals%3F\"><h3>Does it monitor Core Web Vitals?<\/h3><\/dt>\n<dd><p>Yes, on paid plans. PingView runs a daily Google Lighthouse scan from outside your hosting and shows the performance, accessibility, best practices and SEO scores, with the lab Core Web Vitals behind the performance score: LCP, CLS and TBT. It is a monitor, not an optimizer: it does not cache, minify or defer anything on the site.<\/p><\/dd>\n<dt id=\"does%20it%20check%20my%20security%20headers%3F\"><h3>Does it check my security headers?<\/h3><\/dt>\n<dd><p>Yes, on every plan. PingView runs a Mozilla HTTP Observatory scan and shows the grade (A+ to F), the checks the site fails and the exact header line to paste. It is an external check of what the site sends over HTTP; it is not a firewall or a malware scanner.<\/p><\/dd>\n<dt id=\"what%20happens%20after%20disconnecting%20or%20uninstalling%20the%20plugin%3F\"><h3>What happens after disconnecting or uninstalling the plugin?<\/h3><\/dt>\n<dd><p>The plugin removes its local connection data when you disconnect, and all local plugin data when you uninstall it. The PingView monitor and account remain active. Sign in at https:\/\/pingview.app to pause or delete the monitor and manage the account.<\/p><\/dd>\n\n<\/dl>\n\n<!--section=changelog-->\n<h4>1.7.0<\/h4>\n\n<ul>\n<li>Added: A response time chart for the last 24 hours under the uptime figures, with a dashed line at the threshold above which a check counts as slow.<\/li>\n<li>Added: Other monitors running against this site, for example ones created in the PingView app or for a campaign page, are now listed on this screen. Only monitors for this site's own address are shown, never other sites on the same account.<\/li>\n<li>Improved: A location that is not simply operational now says why: answering but slow, not answering in time, or not answering at all.<\/li>\n<li>Improved: The link offering to change the slow threshold now opens the monitor's settings instead of its overview.<\/li>\n<li>Fixed: The card header counted a retired monitoring location, so it said \"checked from 5 locations\" next to a median taken from 4.<\/li>\n<li>Improved: New plugin name and description, and the remaining status panel texts are translated into Polish.<\/li>\n<\/ul>\n\n<h4>1.6.0<\/h4>\n\n<ul>\n<li>Added: Pages you asked PingView to monitor now report back on this screen. Each one shows its current state, when it was last checked, and links straight to that monitor in PingView. Until now the only thing the card said was that the page had been added, and everything else had to be read on pingview.app.<\/li>\n<li>Fixed: On shops that do not use pretty permalinks, the cart and the checkout were listed as already monitored the moment the home page was, and their checkboxes were hidden. They could not be added at all. They are now offered like every other page.<\/li>\n<li>Fixed: A monitor still pointed at http while the site had moved to https made the card offer to monitor the home page a second time.<\/li>\n<li>Fixed: Monitors created from this card were named after the page address, so on shops without pretty permalinks several of them ended up with the same name. They now carry the name of the page you ticked, for example \"Your shop - Cart\".<\/li>\n<li>Fixed: When your plan ran out of monitors part way through, the screen said the plan was full without mentioning the pages that had just been added, and left the old ticks in place, so clicking again could add the same page twice. It now says how many were added and refreshes the list.<\/li>\n<li>Fixed: Pages that failed to be added for any other reason were silently dropped from the confirmation, which reported only the successes.<\/li>\n<li>Fixed: When PingView could not be reached, the screen said monitoring was still being set up and waiting for its first check, on sites monitored for months. It now says only that the latest status could not be loaded.<\/li>\n<li>Improved: The warning colour used by the degraded and partial states was below the accessibility contrast minimum and is now darker. Disconnect is a button rather than a link, so it answers the space bar and is announced as an action.<\/li>\n<li>Improved: Confirmation and error messages are now announced by screen readers, and the one message that stayed in English on Polish installs is translated.<\/li>\n<\/ul>\n\n<h4>1.5.1<\/h4>\n\n<ul>\n<li>Fixed: Monitoring selected pages could fail when the main site monitor still contained a retired monitoring location. New page monitors now use PingView's current default location instead of copying historical locations.<\/li>\n<li>Improved: Monitor creation requests identify the WordPress plugin and its version, so rejected requests are visible in the PingView team audit trail.<\/li>\n<\/ul>\n\n<h4>1.5.0<\/h4>\n\n<ul>\n<li>Improved: The PingView screen led with five screens of diagnostics before anything you could act on. The technical cards, locations, certificate, security headers, scheduled tasks, alert channels and account, are now folded shut and open themselves when they actually have something to report, a certificate about to expire, a probe reporting trouble, an overdue scheduler. Nothing was removed.<\/li>\n<li>Improved: Nine buttons on the screen were styled as the main action, so none of them read as one. There is now a single highlighted action, and it stands down entirely while an incident is open or the monitor is still pointed at your old address.<\/li>\n<li>Improved: The screen now knows which plan you are on and why, refreshed daily instead of only at the moment the site was connected. Paid features no longer carry a \"Premium\" badge for people who already pay for them, and the account card says where the plan comes from, a subscription, an invoice, a trial or a grant.<\/li>\n<li>Fixed: \"Public status page\" in the footer opened the monitor page instead of your status pages.<\/li>\n<li>Fixed: When PingView could not start monitoring the pages you picked, the same sentence was printed twice, once as a summary and once in the list below it, making the problem look bigger than it was.<\/li>\n<li>Improved: The plugin menu entry now carries the PingView mark instead of a generic WordPress eye icon.<\/li>\n<li>Improved: Removed 42 KB of stylesheet left over from three earlier versions of this screen, which every page view was downloading and none of it was used.<\/li>\n<\/ul>\n\n<h4>1.4.3<\/h4>\n\n<ul>\n<li>Added: PingView's checkout test now checks each of your shop's enabled payment methods by name, BLIK, card, bank transfer, whatever you offer, instead of only confirming the cart total changed. A payment method that quietly disappears (for example after a currency switch) now fails the test by name instead of going unnoticed.<\/li>\n<li>Added: The checkout journey card now lists exactly which payment methods are being monitored, so nothing is checked without your knowledge.<\/li>\n<\/ul>\n\n<h4>1.4.2<\/h4>\n\n<ul>\n<li>Fixed: A failing checkout test was only visible if you remembered to open Settings, PingView and look. It now also shows as a dismissible notice on every wp-admin screen, and as a line under the admin bar status when the site itself is otherwise fine, so a broken checkout cannot go unnoticed for weeks.<\/li>\n<li>Fixed: Several labels on the checkout journey card, \"Checkout test\", \"Passing\", \"Not passing\", \"Checking now\", \"Resend shop configuration\", and the paragraphs explaining what the card does, were missing from the Polish translation and always showed in English regardless of site language.<\/li>\n<li>Added: The cart, checkout and product addresses sent to PingView are now kept in sync automatically. Once a day, PingView re-checks them and resends only if something actually changed, a new checkout URL, a theme change, a first product finally published, instead of requiring \"Resend shop configuration\" to be clicked by hand.<\/li>\n<\/ul>\n\n<h4>1.4.1<\/h4>\n\n<ul>\n<li>Fixed: The checkout journey card only ever showed when the shop's addresses were last sent, never whether the test built from them actually worked. A checkout test that silently failed its first run left downtime alerts off for that path with nothing in WordPress to say so. The card now shows the real state, checking, passing, or not passing with the exact step that failed, and says plainly that alerts stay off until it passes.<\/li>\n<li>Improved: The \"Premium\" label on the checkout journey card now says what it means, a paid PingView plan, instead of leaving you to guess whether opening it lands on a paywall.<\/li>\n<\/ul>\n\n<h4>1.4.0<\/h4>\n\n<ul>\n<li>Improved: WooCommerce shops now send PingView their cart, checkout and latest product addresses automatically, so PingView can build a checkout journey test itself instead of asking you to configure one by hand. The checkout journey card shows exactly what was sent, with a button to resend it after your pages change.<\/li>\n<\/ul>\n\n<h4>1.3.0<\/h4>\n\n<ul>\n<li>Added: The panel now shows which PingView account this site reports into, the team and its plan, with a way in to manage them. Until now it only said \"connected\", which is no help at all when a site changes hands and you need to know whose account holds the data.<\/li>\n<li>Improved: Links into PingView now carry your account address, so signing in is one click instead of remembering which address the account uses. Sign-in stays passwordless: the link is emailed to that address and nothing signs you in from inside WordPress.<\/li>\n<li>Improved: The setup screen now says plainly that an account is created for the address you enter and that a sign-in link is emailed to it, so nothing about the account happens silently.<\/li>\n<li>Fixed: Errors coming back from PingView said only \"Validation failed\", naming neither the field nor the reason. They now say what was rejected and why, in your language.<\/li>\n<li>Fixed: Connecting with an existing PingView API key, on a site that had no monitor yet, created the monitor but never finished connecting. The panel stayed empty and the only way out was to disconnect and start again.<\/li>\n<li>Improved: A new card lists the pages this site actually has, the cart, the checkout, a product and a category, and shows which ones are already watched. The ones that are not can be added with one click. A monitor pointed at the home page alone cannot tell you that your checkout is down.<\/li>\n<li>Improved: A new card watches WP-Cron. The diagnosis is free on every plan: whether the scheduler is switched off in wp-config.php, how many jobs are queued, and whether the next one is overdue. A dead WP-Cron stops your abandoned cart emails, order notifications and backups while the site keeps answering normally, so nothing checking from outside would ever notice.<\/li>\n<li>Improved: A new card gives you the copy and paste code for your public status page badge, with a live preview, when your team has a public status page.<\/li>\n<\/ul>\n\n<h4>1.1.0<\/h4>\n\n<ul>\n<li>Improved: The security headers report is now included for every site, on every plan. It used to appear only with deep scans enabled, so most sites saw three greyed out placeholder rows. You now get the Mozilla HTTP Observatory grade, the checks your site fails, and the exact header line to paste, with a copy button.<\/li>\n<li>Fixed: A site served over plain HTTP had its certificate reported as \"not applicable\", which read as though nothing was wrong. It now says the site is served over plain HTTP with no certificate, and that browsers mark such pages as not secure. This also appears in the list of items needing attention.<\/li>\n<li>Improved: A new card explains what a synthetic checkout journey watches, product page, add to cart and reaching payment, and where to set one up. An uptime check cannot see a broken checkout while the homepage still answers.<\/li>\n<li>Improved: The panel now states plainly that monitoring runs on PingView servers, that no plugin code runs on visitor requests, and that deactivating the plugin does not stop monitoring.<\/li>\n<li>Improved: Polish translation of the whole panel.<\/li>\n<\/ul>\n\n<h4>1.0.11<\/h4>\n\n<ul>\n<li>Fixed: The coloured status dot in the admin bar was never drawn, so the item showed the label with no indicator next to it. It is now visible on every screen, including the post and site editors where WordPress 7.1 keeps the toolbar in view.<\/li>\n<li>Improved: Moving the site to a different address, for example from http to https, now repoints the monitor instead of asking you to reconnect it by hand. There is also a button to move it straight away.<\/li>\n<li>Tested: WordPress 7.1.<\/li>\n<\/ul>\n\n<h4>1.0.10<\/h4>\n\n<ul>\n<li>Added: Security headers now have their own card. It shows the Mozilla HTTP Observatory grade and score, the checks your site fails, what each one protects against, and how many points fixing it wins back.<\/li>\n<li>Added: A copy button next to every failed check, with the exact header line to paste into your server configuration.<\/li>\n<li>Improved: The failed checks are ordered by how much they are worth, so the fix with the biggest effect is first. Smaller ones stay collapsed.<\/li>\n<li>Improved: The alerts card now points at the weekly summary, for the weeks when nothing breaks.<\/li>\n<\/ul>\n\n<h4>1.0.9<\/h4>\n\n<ul>\n<li>Fixed: The speed score changed on every refresh even when nothing about the site had. It restated the response time shown next to it and could not be acted on, so it is replaced by \"Needs attention\", which counts the certificate, domain and uptime issues waiting for you.<\/li>\n<li>Added: A status indicator in the admin bar, so you can see whether the site is up without opening the PingView screen.<\/li>\n<li>Added: A link to PingView on the Plugins screen, and the setup screen now opens right after activation.<\/li>\n<li>Fixed: The location list only showed locations that had already reported, so a monitor covering several locations could claim it was checked from one, or show no locations at all until the first results arrived.<\/li>\n<li>Fixed: Cancelling the \"Connect with an API key\" form left the key sitting in the field.<\/li>\n<li>Improved: Status and error messages are now announced by screen readers, and the API key form reports whether it is open.<\/li>\n<\/ul>\n\n<h4>1.0.8<\/h4>\n\n<ul>\n<li>Added: A quality report card with the daily Google Lighthouse scores for performance, accessibility, best practices and SEO, plus Core Web Vitals.<\/li>\n<li>Added: The Mozilla Observatory security grade for your site, next to the SSL and domain checks.<\/li>\n<li>Added: An overview of where alerts are delivered, covering email, Slack, Microsoft Teams, Discord, webhooks and SMS.<\/li>\n<li>Fixed: The performance score changed on every refresh, because it was based on a single check. It is now based on the 95th percentile response time over 24 hours and is labelled \"Speed score, 24h\".<\/li>\n<\/ul>\n\n<h4>1.0.7<\/h4>\n\n<ul>\n<li>Added: The status screen now lists every monitoring location your plan checks from, with its own status and response time.<\/li>\n<li>Added: A 24 hour availability chart, one block per time bucket, so a short outage is visible at a glance instead of hidden in an average.<\/li>\n<li>Added: A recent incidents list showing what broke, when, and how long it lasted.<\/li>\n<li>Fixed: The \"Where should we send alerts?\" text on the setup screen was not a real form label, so clicking it did not focus the field and screen readers did not announce it.<\/li>\n<li>Fixed: The refresh button icon sat off the text baseline.<\/li>\n<li>Fixed: Refreshing only cleared part of the cached data, so some panels could keep showing older values.<\/li>\n<li>Improved: Rebuilt the setup screen around a single card, so the connection form is no longer competing with a marketing panel for attention.<\/li>\n<li>Improved: The panel is centred and uses more of the available width on wide screens.<\/li>\n<\/ul>\n\n<h4>1.0.6<\/h4>\n\n<ul>\n<li>Improved: The status screen now shows which version of the plugin is installed.<\/li>\n<\/ul>\n\n<h4>1.0.5<\/h4>\n\n<ul>\n<li>Fixed: The incident banner never appeared, because open incidents were read from a field that does not exist. Active incidents are now shown with their reason and start time.<\/li>\n<li>Fixed: The performance score changed on every refresh even when the underlying data had not. The same response time now always produces the same score.<\/li>\n<li>Fixed: Sites monitored over plain HTTP no longer sit on \"Checking certificate...\" forever. They now state that no certificate applies.<\/li>\n<li>Fixed: A domain without registration data no longer shows an endless \"Checking domain registration...\".<\/li>\n<li>Fixed: The refresh button was rendered several times with the same HTML id, so only the first one worked.<\/li>\n<li>Improved: Redesigned the status panel around a header card, a four-tile metric strip, and a two-column layout.<\/li>\n<li>Improved: Response times, uptime percentages, and scores are set in a monospaced face so values line up and stay comparable.<\/li>\n<li>Improved: Every status is now conveyed by colour, icon, and text label together, never colour alone.<\/li>\n<li>Improved: The setup screen no longer promises a first check \"in ~5 minutes\" when the backend has not scheduled one yet.<\/li>\n<li>Improved: Honoured reduced-motion preferences and tightened the layout on small screens.<\/li>\n<\/ul>\n\n<h4>1.0.4<\/h4>\n\n<ul>\n<li>Fixed: Prevent an undefined SSL expiration warning when certificate data is incomplete.<\/li>\n<li>Improved: Redesign the monitoring dashboard for clearer desktop and mobile layouts.<\/li>\n<li>Improved: Remove horizontal overflow and improve visual consistency.<\/li>\n<\/ul>\n\n<h4>1.0.3<\/h4>\n\n<ul>\n<li>Security: Escape all API messages rendered in the admin dashboard.<\/li>\n<li>Security: Store new API tokens using authenticated encryption and fail safely when encryption is unavailable.<\/li>\n<li>Fixed: Render canonical PingView monitor statuses without reducing them to UP or DOWN (BR-STATUS-01 \/ CT-STATUS).<\/li>\n<li>Improved: Require an explicit, unchecked consent before sending setup data to PingView.<\/li>\n<li>Improved: Align feature descriptions with plan-dependent intervals and locations.<\/li>\n<\/ul>\n\n<h4>1.0.2<\/h4>\n\n<ul>\n<li>Fixed: Load all admin CSS through the WordPress enqueue API.<\/li>\n<li>Fixed: Match the translation text domain to the WordPress.org plugin slug.<\/li>\n<li>Improved: Fully document the PingView external service and transmitted data.<\/li>\n<li>Tested: WordPress 7.0 with WP_DEBUG enabled.<\/li>\n<\/ul>\n\n<h4>1.0.1<\/h4>\n\n<ul>\n<li>Fixed: Plugin URI updated to working URL<\/li>\n<li>Improved: Documentation for external service usage<\/li>\n<li>Updated: Contributors metadata<\/li>\n<\/ul>\n\n<h4>1.0.0<\/h4>\n\n<ul>\n<li>Initial release<\/li>\n<\/ul>","raw_excerpt":"Know before the client calls: external checks that the site is up, the WooCommerce checkout actually works and the SSL certificate is not expiring.","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/cn.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin\/341663","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cn.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin"}],"about":[{"href":"https:\/\/cn.wordpress.org\/plugins\/wp-json\/wp\/v2\/types\/plugin"}],"replies":[{"embeddable":true,"href":"https:\/\/cn.wordpress.org\/plugins\/wp-json\/wp\/v2\/comments?post=341663"}],"author":[{"embeddable":true,"href":"https:\/\/cn.wordpress.org\/plugins\/wp-json\/wporg\/v1\/users\/marcinatpingview"}],"wp:attachment":[{"href":"https:\/\/cn.wordpress.org\/plugins\/wp-json\/wp\/v2\/media?parent=341663"}],"wp:term":[{"taxonomy":"plugin_section","embeddable":true,"href":"https:\/\/cn.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_section?post=341663"},{"taxonomy":"plugin_tags","embeddable":true,"href":"https:\/\/cn.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_tags?post=341663"},{"taxonomy":"plugin_category","embeddable":true,"href":"https:\/\/cn.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_category?post=341663"},{"taxonomy":"plugin_contributors","embeddable":true,"href":"https:\/\/cn.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_contributors?post=341663"},{"taxonomy":"plugin_business_model","embeddable":true,"href":"https:\/\/cn.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_business_model?post=341663"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}