| 开发者 | kinetichub |
|---|---|
| 更新时间 | 2026年7月13日 05:24 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.0 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
prefers-reduced-motion, cleans up after itself, and is safe to use alongside caching plugins.
Why use a preloader?
prefers-reduced-motion, no focus trap, aria-hidden overlay, removed from the DOM after hidingkinetichub-page-loader folder to /wp-content/plugins/, or install directly through the WordPress plugin directory.Install and activate KineticHub Page Loader, then go to Settings -> Page Loader. Enable the loader, upload your logo (or use the text fallback), pick one of the 7 loading screen presets, choose your colors, and save. The preloader appears on the next front-end page load.
No. KineticHub Page Loader does not improve server response time or optimize assets. It creates a branded loading layer that can improve the perceived first impression of your site while the page finishes rendering in the background.
The plugin is built to keep its footprint minimal: assets are minified, there are no external requests, the loader logo ships with explicit dimensions, and the overlay is fully removed from the DOM after hiding. The preloader is a visual layer on top of your page — it does not block search engine crawlers from seeing your content.
Yes. Under Display Rules you can choose between showing the preloader on the entire site or on the homepage only. You can also exclude specific post/page IDs and URL paths.
Yes. The show frequency setting supports every page load, once per session, or once per day. In session and daily modes, a no-flash suppression mechanism prevents the loader from briefly flashing on repeat pageviews.
Yes. Upload any image from the WordPress media library. You can apply logo effects (fade, grayscale reveal, soft scale), shapes (original, rounded, circle), and an animated loading ring around it. If no logo is set, a text fallback (defaulting to your site name) is displayed instead.
Yes. Desktop and mobile visibility can be toggled independently in the settings.
Yes. The loader HTML is output server-side and cached normally. Session and daily-limit tracking are handled entirely client-side using sessionStorage and localStorage, so no server-side session state is needed and full-page-cache compatibility is maintained.
Yes. The preloader is theme-agnostic: it overlays the finished page using the standard wp_body_open hook (with a wp_footer fallback), so it works with any theme or page builder that renders normal front-end pages. It does not modify your builder content.
Yes. The loader uses the wp_body_open action that all modern themes call. A wp_footer fallback is included for themes that do not call wp_body_open.
Yes. You can exclude the loading screen from WooCommerce cart, checkout, and account pages using the Exclude WooCommerce Pages toggle in the Display Rules settings. WooCommerce does not need to be installed for the plugin to work; the exclusion is applied only when WooCommerce is active.
No. The frontend script is plain vanilla JavaScript with no library dependencies, no external fonts, and no CDN or remote requests.
A <noscript> style block is output in <head> that hides the loader immediately. Visitors with JavaScript disabled see the page normally without any blocked overlay.
Yes. When the visitor's operating system or browser reports prefers-reduced-motion: reduce, all animations are collapsed to an instant transition and the minimum display time is effectively bypassed, so the preloader disappears as quickly as possible.
It is a safety net. If a third-party resource (script, font, image) never finishes loading and the browser load event never fires, the maximum timeout ensures the loading screen is removed anyway, preventing it from blocking the page indefinitely.
The loader uses aria-hidden="true" so screen readers skip it. There is no focus trap — keyboard focus stays on the page below. The loader is fully removed from the DOM after hiding, leaving no residual impact on the accessibility tree.
Yes. Use Excluded post/page IDs for individual posts or pages, Excluded URL paths for path-based rules, and the WooCommerce toggle for cart, checkout, and account pages.
width/height and fetchpriority="high" to reduce its impact on Largest Contentful Paint (LCP).transform instead of width, avoiding unnecessary layout recalculation while the bar advances.prefers-reduced-motion support.wp_footer fallback output for themes without wp_body_open support.