| PageSpeed InsightsMeasurement | Compare controlled Lighthouse diagnostics with available real-user CrUX data. Open the hosted report with a public page URL. | Start with a report, not a new website plugin. Keep the tested URL, device, date and report conditions so another run can be compared meaningfully. | It does not repair the site. A good lab score does not prove good real-user results; a low-traffic page may have no field data. Data definitions. |
| LiteSpeed CacheWordPress optimization | Use full-page caching on a compatible LiteSpeed setup or through QUIC.cloud CDN; investigate page optimization separately. | Confirm the hosting stack and any CDN/service charges. Without a LiteSpeed server or QUIC.cloud CDN, optimization features remain available but the plugin's caching does not. | Do not run competing full-page cache plugins together. A plugin switch saying “on” is not evidence of a cached response. Requirements and verification. |
| CloudflareEdge delivery | Cache eligible resources closer to visitors and investigate delivery behavior. Check whether the affected request actually passes through Cloudflare. | Confirm proxy/DNS ownership, required plan features and who can safely purge or revert rules. Price the exact setup rather than assuming every optimization is included. | Default CDN caching does not include HTML or JSON. An edge cache is not a replacement for fixing expensive browser JavaScript. Default behavior. |
| Cookiebot CMPConsent management | Scan and classify trackers, present choices, and control eligible resource loading through a configured blocking implementation. | Budget by domains and scanned subpages, not just visits. Small-site free eligibility is limited; verify the current threshold, premium features and subdomains. Plan rules. | A visible banner does not prove blocking works. Scan coverage, classification, script order and server-set cookies need attention. Implementation limits. |