| 开发者 | danialpg |
|---|---|
| 更新时间 | 2026年10月19日 22:52 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
No. SpeeSeek is strictly advise-only and read-only. It reports issues and gives you the snippet to fix them yourself — it never edits your data, options, or files.
No. SpeeSeek adds nothing to your public front end and nothing to autoload. Scans run on demand in the admin. It is built to never become the bloat it detects.
Only if you opt in to the benchmark comparison, and even then only anonymous numbers (never URLs, content, or personal data). See the "External services" section above.
Those measure your site from the outside (the browser). SpeeSeek measures from the inside — autoload bloat, cron, database overhead, cache config, plugin cost — which is exactly where most server-side slowness actually comes from.
Yes. Open the Deep profile tab and profile the Dashboard, the Posts list, or the Plugins page. SpeeSeek measures one real, logged-in load of that screen and shows the database time per plugin and the slowest queries behind it. Autoloaded options (below) slow the admin just as much as the front end, and the scan checks those too.
WordPress loads every "autoloaded" option from the database on every single request — front end, admin, AJAX, cron. Plugins often leave large settings, caches, or logs there, even after they are deleted. SpeeSeek measures the total, estimates what it costs per page load, names the plugins behind the biggest entries, and shows how to fix each one safely.
Query Monitor is an excellent developer tool: it shows everything about the request you are viewing right now. SpeeSeek is a site-wide report for site owners: it checks things a single request never reveals (autoload growth, database leftovers, cron backlog, whether your page cache really serves pages), explains them in plain language, ranks the fixes, and tracks your score over time. Many people use both.
SpeeSeek requests your home page twice, as a logged-out visitor, and looks at what comes back. If no cache answered, the plugin is installed but not serving that page — commonly because caching is switched off in its settings, the home page is excluded, or something on the page (a cookie, a query string) makes it skip the cache. The finding lists the evidence it saw.
Yes. There are dedicated scanners for Elementor settings and for Jet/Crocoblock custom tables, SmartFilters, and widget packs, plus generic page-builder weight detection.
wp speeseek scan, wp speeseek report (table/json/csv), and wp speeseek profile for scripting audits across many sites.site_url() (the
same way WordPress prints them) instead of concatenating onto ABSPATH, so
measured asset weights are correct on subdirectory installs.wp_add_inline_style) and its print button through
wp_print_inline_script_tag() instead of raw <style>/onclick markup.