What Plugins is a site using

Which plugins is a website that uses the following

This means that this tool can recognize most plugins and designs used on a particular WordPress site. Simply enter the URL of the relevant WordPress page and they will do the rest. Plugins used on this website.

You can use this test to find out which plugins slow down your WordPress page.

If customers come to you to complain about a sluggish WordPress site, or if you see problems yourself with a performance test utility, it's important to act quickly. Let us assume you have done everything you can to accelerate your client's WordPress page. Now that all the pictures have been optimised, minimised and pages buffered, what could be the issue?

WordPress plugins may be responsible for the slower load speed of your website. While the number of plugins used can be a contributory consideration, it is more likely that there will be one or two plugins that will force your servers to work long hours. Here is how you can find out which plugins slower your WordPress page and what you can do with them once you've discovered their identity.

Some years ago there was a GoDaddy plug-in named Pro3 (Pluginformance Profiler). It seemed for a while that it was the best way for everyone to diagnose slower plugins. It has not been upgraded for some years and the plug-in itself seems to cause go figures (performance issues for websites).

If you don't have options like using PG3, you might wonder if there is a plug-in that replaces it. There' a query monitor that you can use, but it takes a long time to browse and interpret your information to find out which plugins are troublesome for performance. So you can see what I mean:

Access to the monitor is only possible via the administration panel in WordPress: You can find out more about what the request of each plug-in does and how long the processing will take the client on the Requests tab: It is also possible to get an idea of the overall request times for each plug-in when searching for components:

It doesn't necessarily give you an instant response to which plug-in slows down your WordPress page. Whilst I usually try to find ways for designers to automatize and rationalize WordPress problem tracking and diagnostics process, I won't do that in this case.

If it' s about figuring out which plugins slow down your WordPress page, I think your best choice is to do it manual. These are the instructions to be followed if you want to find the plugins that slow down your WordPress page: A number of free on-line tests are available that you can use for this stage.

Whilst most of these scanner should provide the same results, you should not run the risks of inconsistent handling of performance testing or being provided with different datapoints each use. Whilst there were proposals on the areas of concern mentioned, I wanted to concentrate on the loading times. You can see my side isn't very quick.

Indeed, if we deviate from what the Kissmetrics loading time info graphic says, I can reasonably assume that at least 40% of my site's traffic will leave because it will take more than three seconds to download. If you do this for your website, take a screenshots of the results or note them down somewhere.

This way, you can track the progression of your site as you work to eliminate slower plug-ins and other barriers that prevent your site from quickly reloading. In today's example, we concentrate on how it will fit into the velocity test procedure. 6 million WordPress supers are reading and trusting our blogs. As soon as you have verified that you have corrected everything else, make sure that WP Checkup does not identify any particular plugins as the cause of the issue.

This information can usually be found at the end of the service summary. Unless serious problems are identified, it is appropriate to move on to the manually performed test procedure. Although the following test is not likely to damage your website, do not perform this test on the web site itself as your users may pass through it.

Since this is the deactivation of plug-ins, you may be able to implement vulnerabilities or interrupt certain functions that rely on these plug-ins, so be sure to run this test in a secure area. Beginning with the config to the plugins everything must be the same. You can then run your test on the hosting site, locate the issue plug-in, and take actions on the site.

I suggest that you quickly check the slower WordPress plugins before you jump into the plugins of your WordPress installation. Because if your WordPress site is currently using one of these, you may have found the culprit. This won't always be the case, as there may be others that affect your system or a plug-in dispute that messes things up.

So before you press the shutter button and completely erase the infamous plug-in, test it out. From the Plugins in WordPress menus, uncheck all plugins. Start your WordPress page. lf so, it's definitely one of those plugins. It is the stage where you determine which plug-in (or which plug-ins) slow down your WordPress page.

Browse through your lists one by one and reactivate them one by one. When your listing contains one of the slower known plugins, begin with this one. Otherwise, begin at the top of your plug-in listing. When the first plug-in is newly installed, open your hosting site. What do you think of the load times?

Still as quick (or near enough) as your website without plugins enabled? lf so, then this plug-in is all right. Disable the plug-in again. Continue the test with the next plug-in in the test queue. Ensure that you always have only one plug-in running.

As soon as you find out which of them generates longer load speeds on your WordPress page, it's your turn to take actions on the web page. Since you have performed this test in your stage setting, you do not need to worry about the reactivation of your plugins there. Instead, go to your live WordPress page and remove the plug-in.

A brief note: Although Jetpack was one of the plugins included in the slower WordPress plugins raid, I don't think it needs to be taken off every website. If your website uses the vast majority of functions, or if it is one of only a few plugins available, then it shouldn't be a bot.

I' m just using it as an example for this test. Verify the removal and then review your web site to ensure it is performing better. Sometimes you may not need a substitute for the plug-in you removed (especially if it's something your clients install on their own).

But if the function or function associated with the plug-in is critical to your WordPress page, you will need a quicker substitute. When the culprit was one of the slower WordPress plugins, here are some proposals for replacing them. The summaries always contain a listing of high value and powerful plugins, so you are guaranteed to find a good substitute.

Installation and configuration of the new plug-in. Open your WP checkup tool and your WP checkup tool again. Loading durations and power values should have significantly increased since the original check, even with a newly reinstalled plug-in. As I said, it doesn't take too long to test for WordPress plugins that are too sluggish. Perhaps an hours of your own free elapsed work, a bit of spare parts research, and you'll quickly get your WordPress page up and running again at top speeds!

Mehr zum Thema