Site Speed Bot Website Speed Test

critical
We didn't detect a CDN or Content Delivery Network (we may be wrong though)
A CDN is a network of servers located around the world that serve up part of your website and files which both takes the load off your primary web server and speeds up your site globally. A CDN is a key component of a fast loading website. Here we probe for the presence of a CDN or Content Delivery Network - because of the complexities of how a CDN works this test may not be 100% accurate so doublecheck the result! Popular CDNs are: Cloudflare MaxCDN KeyCDN Note that this test is often inaccurate so manually check this result. There's thousands of different CDN services so near impossible to keep up to date with them all.
DANGER DANGER...ok you're out of control here. There's more than 400 files or requests for this page which is ridiculous.
Your page is very sick my friend....it's more bloated than my university housemate who we bet couldn't eat a 2kg spam ham and then somehow conned him into eating a family size Viennetta dessert afterward....I'm surprised you didn't break our servers. This usually happens when the page has too many Youtube, Vimeo, Soundcloud or third party embeds or where you're using an Ad Network or third party monetization and the provider is either out of control or something is broken. Lazy loading may help here but it's worth reviewing the waterfall view below in more detail to determine what the root cause is here. If you scroll down to the bottom of the page you'll see a breakdown of the site content by file sizes, quantity and hostnames. Other issues we see are Facebook or Twitter widgets that are displaying the full feed in the widget. This is like loading an entirely separate website inside yours and is horrible for speed - ideally these widgets should be removed.
We didn't detect any lazy loaded resources. Without lazy loading your site will be quite a bit slower than it could be.
Lazy loading can significantly speed up your site In this test we're probing for lazy load support. Lazy loading defers the load of files that sit outside the initial viewable area on your website or elements that are "below the fold". This speeds up the initial load of your website as there are less files to load. As the visitor scrolls down the page files and other resources are loaded as the come into view. This optimization is particularly useful on image heavy sites, pages that are really long with a long of images and pages with a lot of embedded content like several Youtube videos. It's really important that if you do decide to lazy load elements on your page you review how the page reacts on desktop, tablet and mobile to ensure lazy loading doesn't break the render of your site of make it feel weird. Best Lazy Load plugin for Wordpress If you're using WordPress, two easy ways to implement lazy loading for images, videos and Youtube embeds and iFrames are using either WP Rocket or PerfMatters. We use both WPRocket and PerfMatters but prefer PerfMatters. for lazy loading as it's more Core Web Vitals friendly as it allows us to exclude the first X number of images on the page from lazy loading as we want to avoid lazy loading images (we usually set to 4 or 6 images) above the fold. We strongly recommend excluding your logo image from lazy loading as that will help improve your FCP timing too. Read more about PerfMatters lazy loading features here. For additional information on fixing this error and reducing page sizes see this blog post titled How To Fix The ‘Avoid Enormous Network Payload’ Warning In Google Pagespeed Insights

high
Your Load Time (aka Onload time or document complete) is over 5 which probably means the user will experience some slowness.
Uh oh! Your TTFB (time to first byte) is really high. It's over 500ms (half a second) which is a problem.
We expect to see TTFB to sit between 0.1-0.2 seconds (100-200ms) in the country where you're hosted and 0.2-0.5 (200-500ms) internationally. Step 1, run this test one or two more times to make sure it's not a oneoff problem. If the TTFB is still high then there's likely a technical issue with the site. Click here to learn more about how to reduce your TTFB
Your Document Complete Time was over 5 seconds, the site will feel slow to visitors and needs some work.
It looks like you have over 200 requests from third party sites and servers, that's usually not good (***unless they're from your own CDN)
Click play on the video below to learn more about this metric: You'll see the exact number under the "Number of requests for resources not on tested domain" section. Most often this means you're running ads or ad monetization on your site. Ads can significantly slow down your page load times and can definitely cause issues with site speed. Two of the more popular ad networks, Adthrive and MediaVine have Pagespeed friendly features which reduce the impact of ads on your load time. These features need to be enabled. AdThrive Adthrive call this feature "Deferred Ad Loading", if you scroll down to the bottom of this article on their website you'll see more details about it. As of the time of writing you'll need to reach out to them to have them manually enable this. MediaVine MediaVine have a setting called "Optimize Ads for Mobile Pagespeed" that can be enabled in their dashboard. More info here on their website. Ezoic Ugh Ezoic! Ezoic are one of the worst offenders when it comes to slowing down your site. They have an obscure configuration that usually requires you to route traffic through their servers which then causes huge TTFB times and also really bloated HTML. They say this doesn't hurt site speed or SEO but it does and is bad. If you're not particularly attached to Ezoic we recommend switching to MediaVine or AdThrive - the payouts will likely be similar without such a heavy impact on speed. An easy way to test the impact your ad network is having on your site speed is to temporarily disable it! Particularly with a provider like Ezoic, you'll see load times return to looking normal or even quite fast.
Your LCP is over 4 seconds, that's generally considered slow and a poor user experience.
LCP or Largest Contentful Paint, is a core web vitals metric that represents the time needed for the biggest part of the webpage (an image, video, etc.) to appear in the visitor’s browser. It’s one of the most important factors when it comes to your site’s speed because it’s when the visitor perceives the page as loaded. To make Google happy, your largest contentful paint timing should sit under 2.5 seconds, so the largest content on the page should be visible and ready for interaction in no longer than 2.5 seconds. To pass Google’s Core Web Vitals Test for LCP timing, 75%+ of your visitors should get an LCP time of under 2.5 seconds. This article provides a detailed guide on reducing and improving your Largest Contentful Paint timing.
Uh oh, your HTML time was over half a second but still under 1 second, this is most likely an issue.
Your HTML needs to download before your site will render so the faster this happens the faster the actual AND perceived load time will be for your visitor. We measure this because poor quality or overloaded hosts will cause the HTML download time to be slow. If you're using Wordpress then you pretty much MUST use a caching plugin to get reasonable time on this metric and overall good load time for your site. WP Rocket is an excellent option here and if you're DIY-ing or less technical will usually be the best caching plugin to use. We often find that when people DIY their own speed optimization they blindly follow recommendations from online tools (many of these out of date) and end up generating huge HTML files that take a long time to download. The smaller your HTML file the faster it is to download. This article details how to improve your time to first byte and server response times.
Potential problem, your Fully Loaded Time was over 10 seconds. That's high. You should review the waterfall view to ensure that it's just 3rd party files making it high and not the core of the site - if the Document Complete time is low then this is usually fine.
Ideally we want our speed timings looking something like this: -TTFB 0.1-0.2 seconds (this is where is should be in the country where the site is hosted, 0.2-0.5 internationally) -FCP at or under 1 second -LCP under 4 seconds but ideally as close to the LCP as possible, generally within 1 second of the LCP is fast -load time 1.5-2.5 -fully loaded time can vary a lot depending on the third party code being used. Generally we'd expect to see it 1-2 second higher than the load time but this largely depends on the type of site, eg with a Woocommerce site this could easily be 3-5 seconds higher depending on the marketing code in use Usually a higher fully loaded time is due to third party files loading - like analytics tools, marketing code and so forth. It's worth reviewing the waterfall view below and the breakdown of file types beneath that to see if there's an obvious areas for improvement. When you look at the waterfall view, the longer or fatter the line the slower that file is loading. You ideally want to eliminate or fix any files that are taking excessively long to load. It's worth running the test a few times to get an average and also running from multiple locations. Occasionally a location will run fast or slow or the route may be congested so the test result may not be 100% accurate. Don't take this recommendation on face value, you really REALLY need to investigate and review the waterfall breakdown further below to understand how the site speed is really doing. Almost all types of sites will benefit from caching. Caching prebuilds each page so when a visitor arrives that the site all the code execution, database lookups and other work are already done and the HTML file is ready to go. If you're using WordPress, WP Rocket is an excellent DIY caching plugin and worth a look. It's worth running the test a few times to get an average and also running from multiple locations. Occasionally a location will run fast or slow or the route may be congested so the test result may not be 100% accurate. Don't take this recommendation on face value, you really REALLY need to investigate and review the waterfall breakdown further below to understand how the site speed is really doing.

warning
Your First Contentful Paint (FCP) time is over 1.8 seconds but under 3 seconds. It could be better, we ideally want it under 1.8 seconds.
The FCP time is the start of your site render, it's when the user sees something happening. FCP time encompasses a number of elements and there are many ways to improve this metric including reducing DNS lookup time, reducing TTFB, minimizing or eliminating render blocking CSS and Javascript as well as reducing the weight or filesize of elements “above the fold” on a page by doing things like using Lazy Loading and Nextgen Image Optimization. In most cases your FCP time should be lower than the Fully Loaded Time, if it's not usually the culprit is excessive amounts of javascript causing high CPU usage. This article goes into detail on how to reduce your First Contentful Paint or FCP Timing
You've got 20-50 JS files loading which is on the high side. You should check to make sure they're all required.
*Sometimes* you can improve how fast your site feels by moving your Javascript from the header of your site to the footer which causes it to load later in the loading and render process. Defering or loading Javascript asynchronously can also help minimize it's impact. A simple action step you can take is to analyze the waterfall view below and identify any software or tools you're not actively using and remove those from the website - often marketing and analytics tools were installed years ago and are no longer in use. If you're using WordPress and injecting code using plugins often you can squeeze a little more speed out of your site by implementing Google Tag Manager and using that to fire third party scripts and code.
Your page is between 2-3mb in size. That's passable but you might want to look at reducing it.
How To Reduce Page Size aka "Avoid Enormous Network Payloads" in Google Lighthouse or Pagespeed Insights Two simple ways to reduce the file size are to compress images, ideally with Nextgen image compression (we do probe for this, click the Nextgen image section for details on how to do this) and also use Lazy Loading to defer the load of images, Youtube embeds and videos and iFrames. With lazy loading in place, images and files that sit outside the viewable area or "above the fold" are not loaded until the visitor scrolls down to that section of the page. This helps make the initial load of the page much lighter and faster. Troubleshooting Excessively Large Page Sizes Excessively large pages would be 5mb, 10mb or larger. Here you really need to first identify the root cause. Scroll down to the bottom of the report and it'll give you a breakdown of file sizes by type - it's an easy way to identify whether large images are your problem or something else. The most common causes of problems here are excessively large images, for example images that are say 5000x3000 pixel resolution where the section they sit in on your site is 500x300 pixels, too many embeds on a page like several Youtube embeds or very heavy video backgrounds. Best Image Compression and Optimization Plugins for Wordpress The two image optimization plugins we typically recommend for WordPress are EWWW Optimizer and Shortpixel. We prefer EWWW Optimizer as it's more fully features and on some hosts can use server resources to compress images faster. Best Lazy Load plugin for Wordpress If you're using WordPress, two easy ways to implement lazy loading for images, videos and Youtube embeds and iFrames are using either WP Rocket or PerfMatters. We use both WPRocket and PerfMatters but prefer PerfMatters. for lazy loading as it's more Core Web Vitals friendly as it allows us to exclude the first X number of images on the page from lazy loading as we want to avoid lazy loading images (we usually set to 4 or 6 images) above the fold. We strongly recommend excluding your logo image from lazy loading as that will help improve your FCP timing too. Read more about PerfMatters lazy loading features here. For additional information on fixing this error and reducing page sizes see this blog post titled How To Fix The ‘Avoid Enormous Network Payload’ Warning In Google Pagespeed Insights

informational
Great, no admin_ajax.php requests detected
Requests made via the admin-ajax.php library are usually quite CPU intensive and slow so we ideally want to avoid them where possible.
Great! Your DNS resolution time is in the 0 to 50 millisecond range, nothing to do here.
Ideally your DNS resolution time should be consistently in the 10-20ms range if you're using a good quality DNS host. Cloudflare.com is consistently the top performing DNS host worldwide (the free plan is all you need) as tested by the team at https://dnsperf.com Run this test a couple more times from multiple locations. If the result stays consistent then you're all OK here.
Great! Your server supports the HTTP2 protocol, nothing to do here.
We didn't detect any HTTP/2 "pushed" files, if you're optimizing to the absolute limit it might be worth looking at this.
HTTP/2 Push is a feature of the HTTP/2 protocol. With HTTP/2 Push in place, files and resources required to render the webpage are automatically sent to the visitor before they even request them. This optimization is a key component of getting that instant, snappy load feeling for people visiting your website. Your web server needs to support HTTP2 in order for this feature to be available. If you're using Wordpress there are several plugins that will add this functionality to your site. ***NOTE that if you're using Cloudflare HTTP2 push may not be possible. Custom code can be added to your site to configure Cloudflare with HTTP2 push BUT on many hosts this can cause problems and intermittent "500 Internal Server Error" messages in 1 out of 10 or 20 page loads
Sweet dude, you have less than 10 CSS files which means your site render should be fairly snappy.
Make sure you have HTTP/2 Push in place too as that will juice up your CSS and render speed even further.

good
Next-Gen image files detected!
Double check this though as some third party code can trigger false positives in this text.
This page will take less than 5 seconds to download on a 25mb/second connection which would be considered a relatively fast broadband internet connection speed.
Your hosting provider is not on our slow hosts list.
With this test we probe your hosting provider to see if it's on our slow hosts list. Note that this test is not always accurate as there are thousands of providers across the web. Hosts that are well known across the web to be slow and unreliable include: Bluehost Godaddy Hostgator Site5 1and1 Any host that is part of EIG - Endurance (see EIG Hosts Crazydomains Netregistry Melbourne IT Network Solutions Three fast web hosting companies to consider that have a focus on speed and performance and do have http2 protocol support are: Cloudways - lightning fast, managed, dedicated servers Siteground - a fast general purpose web hosting provider Kinsta - a high speed managed WordPress host If you're looking for country specific recommendations, here's some additional information: The Fastest WordPress hosting Worldwide - a more detailed list of who we recommend, why we recommend them and who they're best suited to The Best WordPress hosting in Australia - a common mistake Australian businesses make is hosting overseas instead of a local provider which means your site is automatically 1-2 seconds slower. The Best & Fastest WordPress hosting in the UK - the UK and Europe are unique in that they often serve a broader geographic area than just a single country. Again a common mistake UK businesses make is hosting in the US which again makes the site much slower.
Your Core Web Vitals First Contentful Paint (FCP) time is under 1.8 seconds which is great!. This means in the real world your site appears quickly to your visitors and they will perceive your site to be fast.
The FCP time is the start of your site render, it's when the user sees something happening. FCP time encompasses a number of elements and there are many ways to improve this metric including reducing DNS lookup time, reducing TTFB, minimizing or eliminating render blocking CSS and Javascript as well as reducing the weight or filesize of elements “above the fold” on a page by doing things like using Lazy Loading and Nextgen Image Optimization. In most cases your FCP time should be lower than the Fully Loaded Time, if it's not usually the culprit is excessive amounts of javascript causing high CPU usage. This article goes into detail on how to reduce your First Contentful Paint or FCP Timing
Your Core Web Vitals average LCP is under 2.5 seconds, which is considered fast, nice work!. Users will feel like the site loads lightning fast!
Sweet dude! No 404 Errors Detected.

warning
You're using Jetpack Stats from Automattic. This is probably not necessary if you're using Google Analytics and means you're loading more javascript than it necessary, disabling this will speed you up.
Jetpack is a plugin from Automattic, the makers of WordPress. It has an inbuilt stats module that loads javascript on the front of the site to collect data from users. If you already have an analytics tool in place like Google Analytics then you probably don't need another one. Disabling Jetpack will remove this javascript from the front of your website.
It looks like you're using the WordPress plugin JetPack - this can slow things down.
JetPack is a plugin from Automattic, the team behind WordPress. The plugin has several features that claim to make the site faster which it some cases it does BUT on the whole we find that using a full CDN service like Cloudflare and a full image optimization plugin will have the site performing much faster. Each feature inside JetPack typically loads a javascript file. We recommend disabling the JetPack plugin entirely. If you wish to retain it then disabling all the features inside the plugin that you're not using will usually reduce the amount of code the plugin loads and executes thus speeding up your site.
Oooh, we detected Mediavine ads, that's going to slow things down a bit, click the expander button and we'll give you some pointers on how to speed up the ads.
If you're running an ad driven site you're absolutely going to see slower load times - all those ads and related pixels have to be loaded. Typically you'll see a fully loaded time somewhere in the 5-15 seconds and the number of requests will likely be 300-400 or more. That's not great for user experience. You're going to see quite a few red warnings in our tool as a result. Medavine have some built in optimizations that will help with load times - two features called "Optimize for Desktop Pagespeed" and "Optimize for Mobile Pagespeed" Turning these settings on changes the way the ads load - essentially they let the page load first and then fire the ads instead of firing the ads at the same time as your browser software is trying to load and render the page. If you scroll down to the bottom of this article it'll show you where to turn these settings on. Note that they say the Desktop Pagespeed setting will reduce your ad revenue - this *might* be true. We suggest you test running this setting for 30 days and see what happens. You may find no drops in revenue or you're monetizing with Amazon or some other affiliate channel you may find that there's an overall net increase in earnings because of the faster page loads. Without these settings enabled you're going to see a "slow" load time in Google Search Console reports. Other things that will help here are getting Nextgen Images in place as well as Lazy Loading - these won't directly speed up the ads but they will reduce the weight of the page so there's less stuff overall that needs to be loaded and processed by the browser.

This SERP analysis feature will give you basic recommendations around SEO on some fundamental SEO fields, the title tag of your page, your meta description and your open graph image.

These SEO fields determine how the website appears *most* of the time (sometimes Google will change it) in the search results. The title tag also tells Google what the page is about so can heavily influence what keywords or search terms your page ranks for and how high.

The meta description doesn't influence rankings directly BUT does tell searchers on Google what your page is about and when well written, will determine what percentage of people who see your page in the search results will click through to your website. This percentage or metric is known as Click Through Rate (CTR).

We added this basic analysis field as many people using our speed test tool are ultimately chasing better search engine rankings and more website visitors. We see again and again these SEO fields being used poorly or not at all which is frustrating to see as simply having these fields populated (even without optimizing or fine tuning them) can make a big difference to your Google Rankings and SEO traffic.

Open Graph Preview Section

Below you'll see a preview of the Open Graph Image and Tags if you have them setup on the site. OG tags are what is displayed when this page is shared on social networks and chat tools. A custom open graph image on each page, particularly your homepage, can dramatically improve CTR (click through rate). If nothing shows below you either don''t have these tags or our tool couldn't properly detect them.

We recommend BannerBear for generating high quality, high CTR Open Graph images on autopilot! - click here to visit Banner Bear

warning
Looks, you have few capitalized or no words starting with capitals in your title tag or meta description. Generally speaking capitalizing the start of each word in your title tag and meta description will help CTR.

informational
Your title is tag might be too short. Using the full length of the field will usually help improve your CTR (click through rate).

good
You have two words in ALL CAPS in your meta description - GREAT! In many cases ALL CAPS in a title tag can improve CTR

other
You have more than 2 words in ALL CAPS in your title tag, that's probably not a good idea as the title tag might look funny. Ideally keep the title tag to 1-2 words in ALL CAPS
You title doesn't have any numbers. Sometimes adding numbers to the title tag can boost CTR and very often for businesses that want phone calls, adding the phone number to the title tag can help a great deal with increasing phone calls AND CTR.
Your meta description is very short. Your meta description should be between 120 and 165 characters. Meta descriptions help increase the number of visitors who click through to your site after seeing it in the search results. Because your meta description is so short you're missing an opportunity to get more visitors to your site from Google search.

Summary
Page Size: 2.03 MB
Here we measure the total size of your page (excluding lazy loaded files) and smaller is better here. Generally a fast loading page will sit somewhere between 0.5mb-2mb in size. Google's guideline for page sizes is under 1.6mb. In the real world typically we see any page over 3mb will almost certainly fail to pass Google's Core Web Vitals test. How To Reduce Page Size aka "Avoid Enormous Network Payloads" in Google Lighthouse or Pagespeed Insights Two simple ways to reduce the file size are to compress images, ideally with Nextgen image compression (we do probe for this, click the Nextgen image section for details on how to do this) and also use Lazy Loading to defer the load of images, Youtube embeds and videos and iFrames. With lazy loading in place, images and files that sit outside the viewable area or "above the fold" are not loaded until the visitor scrolls down to that section of the page. This helps make the initial load of the page much lighter and faster. Troubleshooting Excessively Large Page Sizes Excessively large pages would be 5mb, 10mb or larger. Here you really need to first identify the root cause. Scroll down to the bottom of the report and it'll give you a breakdown of file sizes by type - it's an easy way to identify whether large images are your problem or something else. The most common causes of problems here are excessively large images, for example images that are say 5000x3000 pixel resolution where the section they sit in on your site is 500x300 pixels, too many embeds on a page like several Youtube embeds or very heavy video backgrounds. Best Image Compression and Optimization Plugins for Wordpress The two image optimization plugins we typically recommend for WordPress are EWWW Optimizer and Shortpixel. We prefer EWWW Optimizer as it's more fully features and on some hosts can use server resources to compress images faster. Best Lazy Load plugin for Wordpress If you're using WordPress, two easy ways to implement lazy loading for images, videos and Youtube embeds and iFrames are using either WP Rocket or PerfMatters. We use both WPRocket and PerfMatters but prefer PerfMatters. for lazy loading as it's more Core Web Vitals friendly as it allows us to exclude the first X number of images on the page from lazy loading as we want to avoid lazy loading images (we usually set to 4 or 6 images) above the fold. We strongly recommend excluding your logo image from lazy loading as that will help improve your FCP timing too. Read more about PerfMatters lazy loading features here. For additional information on fixing this error and reducing page sizes see this blog post titled How To Fix The ‘Avoid Enormous Network Payload’ Warning In Google Pagespeed Insights
Fully Loaded Time: 168.229s
Here we're measuring the total load time of your site using the Fully Loaded Time metric. Fully loaded time is the point where the "Onload" event fires AND there's been no network activity for 2 seconds. This timing is a good general measure of overall speed BUT note that other timings such as FCP (first contentful paint, aka the start of the site render) are also important as these relate to the user's perception of load speed. In a perfect world we want the site loading in under 1 second. On good quality hosting on a well optimized site, with a content delivery network (CDN) we'd expect to see load times site between 600-800ms in the country the site is hosted in. Internationally this number would be 0.5-1 second higher. If you're looking for a FAST web host, check out these guys: Siteground - one of the fastest Cpanel web hosting companies Cloudways - dirt cheap, dedicated server power without the complexity WPX Hosting - high quality, high speed managed Wordpress hosting at a great price Almost all types of sites will benefit from caching. Caching prebuilds each page so when a visitor arrives that the site all the code execution, database lookups and other work are already done and the HTML file is ready to go. If you're using WordPress, WP Rocket is an excellent DIY caching plugin and worth a look.
FCP Timing (Render Start): 2.85s
First contentful paint or FCP is an important metric as it's the start of the site render and is when the user sees something happening. FCP time encompasses a number of elements and there are many ways to improve this metric including reducing DNS lookup time, reducing TTFB, minimizing or eliminating render blocking CSS and Javascript as well as reducing the weight or filesize of elements “above the fold” on a page by doing things like using Lazy Loading and Nextgen Image Optimization. In most cases your FCP time should be lower than the Fully Loaded Time, if it's not usually the culprit is excessive amounts of javascript causing high CPU usage. This article goes into detail on how to reduce your First Contentful Paint or FCP Timing
Last Hero Painted (Broadly - Render Above The Fold Completed): 0.0s
Last Hero Painted is a render timing metric. Render metrics are important because they relate to how your visitors perceive load time and their overall user experience. This is a synthetic metric in that it’s a close approximation of when the user will experience the render above the fold (the viewable area of the site) complete. It goes hand in hand with the first contentful paint metric (the start of the render) and its essentially the end of the render as the user perceives it. It’s important to note that this metric can be inaccurate if you have popups, slide-ins and other animated or moving elements that impact the render of the site or the feeling of “load complete-ness”. This metric may also report zero if the tool had difficult rendering the site due to javascript errors or other errors that interfere with the render for example 404 errors. You can learn more about this metric at this blog post
Number of Requests: 738
Here we're counting the total number of files aka requests your web page is making. Less is better with this metric. A fast loading page will typically have 50-100 files that load. The more simple the page the less files that should load. A simple way to reduce this count is to use Lazy Loading to defer things like image loading and video loading.
TTFB (time to first byte): 0.833s
Here we're probing TTFB or Time To First Byte. This is a measurement of how quickly or how soon your web server starts sending data. Faster is better. Generally speaking your TTFB should be under 250ms in the country you're hosted and will typically sit between 250-500ms internationally. Slow DNS hosting and HTTP2 support have a direct impact on TTFB time so if your DNS hosting speed was poor and your host doesn't support HTTP/2 then this number will be higher than it really should be. Using better quality hosting and caching are two simple ways to reduce your TTFB Hosts that are known to be FAST and will have a low TTFB are Siteground - one of the fastest Cpanel web hosting companies Cloudways - dirt cheap, dedicated server power without the complexity WPX Hosting - high quality, high speed managed Wordpress hosting at a great price WordPress Caching Plugin If you're using Wordpress the WP Rocket caching plugin is the way to go if you're a DIYer looking to increase your speed. It's a paid plugin but dirt cheap in comparison to the benefit it provides.
DNS Resolution Time (aka DNS speed): 0.003s
Here we probe the speed of your DNS resolution. Nearly everything on the Internet starts with a DNS request. DNS is the Internet’s directory and if your DNS hosting is slow, your website will be slower to load. Cloudflare.com is generally the fastest DNS host in the world. You can see the top hosts compared and continually tested at "https://dnsperf.com">DNSPerf.com
SSL negotiation time: 0.023s
Connection Time: 0.0s
Here we're measuring how long it takes to connect to your server. Lower is better here. Usually when this metric is high there's a network error, your hosting is broken or you're on bad hosting. If the connection time was high (bad), run this test again to make sure it wasn't just a one off.
Wait time: 0.807s
Receive time: 0.022s

Other metrics
OnLoad Time: 168.229s
HTTP2 protocol supported by the server?: yes
In this test we probe your web host for HTTP2 protocol support. HTTP 2 is a newer version of the HTTP server protocol and dramatically speeds up how quickly files are downloaded by your website visitors. This protocol has been available since mid 2015 and by now your host should have upgraded your server to support it. The HTTP/2 protocol and support for it supercedes older speed recommendations you'll fine around the web such as domain sharding and parallelizing downloads across hostnames. This video highlights the difference in speed between HTTP 1.1 and HTTP2: The video is a demo from the Imagekit website, you can see the demo in person here: https://imagekit.io/demo/http2-vs-http1 If you don't pass the HTTP2 protocol support test you should log a support ticket with your host and ask them about it. If you get no success there then you should look elsewhere as hosting speed is likely not a priority for them. Three lightning fast hosts to consider are: Cloudways - lightning fast, managed, dedicated servers Siteground - the fastest Cpanel host in the world Kinsta - a high speed managed WordPress host If you're looking for country specific recommendations, here's some additional information: The Fastest WordPress hosting Worldwide - a more detailed list of who we recommend, why we recommend them and who they're best suited to The Best WordPress hosting in Australia - a common mistake Australian businesses make is hosting overseas instead of a local provider which means your site is automatically 1-2 seconds slower. The Best & Fastest WordPress hosting in the UK - the UK and Europe are unique in that they often serve a broader geographic area than just a single country. Again a common mistake UK businesses make is hosting in the US which again makes the site much slower.
HTML Download Time (TTFB + time to download HTML): 0.855s
Here we're measuring something we call HTML time. This is essentially your TTFB (time to first byte) AND the time required to download your HTML file combined. Your HTML needs to download before your site will render so the faster this happens the faster the actual AND perceived load time will be for your visitor. We measure this because poor quality or overloaded hosts will cause the HTML download time to be slow. If you're using Wordpress then you pretty much MUST use a caching plugin to get reasonable time on this metric and overall good load time for your site. WP Rocket is an excellent option here and if you're DIY-ing or less technical will usually be the best caching plugin to use. We often find that when people DIY their own speed optimization they blindly follow recommendations from online tools (many of these out of date) and end up generating huge HTML files that take a long time to download so this could be an issue too. The smaller your HTML file the faster it is to download. This article details how to improve your time to first byte and server response times.
HTML File Size: 21.4 KB
Here we're measuring the size of your HTML file. This is really important because the HTML file needs to be both downloaded and parsed in order for your site to render. The smaller your HTML file the faster it'll download, the faster it'll parse and thus the quicker your site will load and be perceived to load to your visitors. Ideally this number should be as low as possible, 50kb-100kb Quite often people blindly follow recommendations from online speed test tools and website audit tools and "inline" CSS and Javascript with the goal of making the site faster. The problem here is that this makes the HTML file HUGE which is something we absolutely want to avoid. How we improve this metric: We recommend you don't inline javascript files as 99% of the time Javascript is best left in separate files. Reducing the number of WordPress plugins and third party apps and tools can also reduce the size of your HTML and CSS. Most of the sites we see at WPSpeedFix.com have plugins and apps installed that are no longer being used and a simple audit identifies what can be removed. HTTP/2 Push on CSS can help speed up CSS and JS files in some cases too.
Number of Javascript Files: 48
Here we count the number of Javascript files your site or page is using. JS is required to do a whole bunch of things on your page and the fewer Javascript files you have the faster your site will feel. Javascript files all make the web browser do "work" which means they use CPU time and often talk to different systems on the internet. The more JS files you have typically the more processing your browser or device needs to do so the slower your page will feel. With this metric fewer is better. *Sometimes* you can improve how fast your site feels by moving your Javascript from the header of your site to the footer which causes it to load later in the loading and render process. Defering or loading Javascript asynchronously can also help minimize it's impact. A simple action step you can take is to analyze the waterfall view below and identify any software or tools you're not actively using and remove those from the website - often marketing and analytics tools were installed years ago and are no longer in use. If you're using WordPress and injecting code using plugins often you can squeeze a little more speed out of your site by implementing Google Tag Manager and using that to fire third party scripts and code.
Number of CSS Files: 4
Here we count the number of CSS files your site or page is using. CSS is required to render the page so the more lightweight and the fewer the number of CSS files you have, the faster your page will feel to visitors. This "feeling" of speed doesn't necessarily show up in speed test tools. CSS files need to load in order for your site to render (display to the visitor). CSS speed impacts a metric called "first contentful paint" or FCP (we don't currently test this). HTTP/2 Push will make a big difference to CSS load speed so important you have that in place.
Number of requests for resources not on the tested domain: 723
In this test we count the number of file requests that are not on the domain or web address you tested. When we look at site speed we typically break the site into two: 1. Your WordPress Core and everything that comes from your hosting 2. Third party files and resources. We have almost 100% control over WordPress and related files so they can almost always be heavily optimized but generally only a small amount of control over third party files and resources. We want to limit third party files and resources as much as possible as typically they're much slower to load than files loading off our WordPress core. Click play on the video below to learn more about this metric:
HTTPS support: yes
Initial server response: 200
Was a CDN or Content Delivery Network Detected?: no
Here we probe for the presence of a CDN or Content Delivery Network. A CDN is a network of servers located around the world that serve up part of your website and files which both takes the load off your primary web server and speeds up your site globally. A CDN is a key component of a fast loading website. Popular CDNs are: Cloudflare MaxCDN KeyCDN Note that this test is often inaccurate so manually check this result. There's thousands of different CDN services so near impossible to keep up to date with them all.
Number of admin_ajax.php requests: 0
This is a Wordpress focused test. Here we count the number of admin_ajax.php requests your page made. Generally these requests can be quite slow and heavy so we want to minimize them where possible.
HTTP/2 Push Detected?: no
HTTP/2 Push is a feature of the HTTP/2 protocol. With HTTP/2 Push in place, files and resources required to render the webpage are automatically sent to the visitor before they even request them. This optimization is a key component of getting that instant, snappy load feeling for people visiting your website. Your web server needs to support HTTP2 in order for this feature to be available. If you're using Wordpress there are several plugins that will add this functionality to your site. This optimization effectively supersedes some older recommendations you'll find around the web for CSS and JS combining and a technique called domain sharding. ***NOTE that if you're using Cloudflare HTTP2 push may not be possible. Custom code can be added to your site to configure Cloudflare with HTTP2 push BUT on many hosts this can cause problems and intermittent "500 Internal Server Error" messages in 1 out of 10 or 20 page loads
Does the Canonical SEO tag match the tested domain?: yes
We probe the canonical tag in the web page source code to make sure it matches the tested URL. They should match. If they don't match or this result returns a no then you may be missing the canonical tag or you may be testing the wrong address - for example you're testing https://wpspeedfix.com (missing the WWW) instead of https://www.wpspeedfix.com
Robots.txt support: yes
Does your site support Next-Gen image formats?: yes
In this test we probe for Next-Gen images formats (primarily .webp images) You're probably familiar with JPG and PNG images but most people don't realize there are newer, more optimized formats such as .webp Often .webp files will be 50%+ smaller than the equivalent JPG or PNG. Unfortunately not all browsers and devices support Next-Gen image formats so this needs to be done via plugin or a CDN (content delivery network) The guys at Shortpixel provide a tool to test how compress-able your images are. This blog post explains how to inject webp images in Wordpress using their plugin.
Slow Hosting Provider?: no
With this test we probe your hosting provider to see if it's on our slow hosts list. Note that this test is not always accurate as there are thousands of providers across the web. Hosts that are well known across the web to be slow and unreliable include: Bluehost Godaddy Hostgator Site5 1and1 Any host that is part of EIG - Endurance (see EIG Hosts Crazydomains Netregistry Melbourne IT Network Solutions Three fast web hosting companies to consider that have a focus on speed and performance and do have http2 protocol support are: Cloudways - lightning fast, managed, dedicated servers Siteground - a fast general purpose web hosting provider Kinsta - a high speed managed WordPress host If you're looking for country specific recommendations, here's some additional information: The Fastest WordPress hosting Worldwide - a more detailed list of who we recommend, why we recommend them and who they're best suited to The Best WordPress hosting in Australia - a common mistake Australian businesses make is hosting overseas instead of a local provider which means your site is automatically 1-2 seconds slower. The Best & Fastest WordPress hosting in the UK - the UK and Europe are unique in that they often serve a broader geographic area than just a single country. Again a common mistake UK businesses make is hosting in the US which again makes the site much slower.
Lazy loading detected?: no
Lazy loading can significantly speed up your site In this test we're probing for lazy load support. Lazy loading defers the load of files that sit outside the initial viewable area on your website or elements that are "below the fold". This speeds up the initial load of your website as there are less files to load. As the visitor scrolls down the page files and other resources are loaded as the come into view. This optimization is particularly useful on image heavy sites, pages that are really long with a long of images and pages with a lot of embedded content like several Youtube videos. Best Lazy Load plugin for Wordpress If you're using WordPress, two easy ways to implement lazy loading for images, videos and Youtube embeds and iFrames are using either WP Rocket or PerfMatters. We use both WPRocket and PerfMatters but prefer PerfMatters. for lazy loading as it's more Core Web Vitals friendly as it allows us to exclude the first X number of images on the page from lazy loading as we want to avoid lazy loading images (we usually set to 4 or 6 images) above the fold. We strongly recommend excluding your logo image from lazy loading as that will help improve your FCP timing too. Read more about PerfMatters lazy loading features here. For additional information on fixing this error and reducing page sizes see this blog post titled How To Fix The ‘Avoid Enormous Network Payload’ Warning In Google Pagespeed Insights
First CPU Idle: 46.609s
Load Time: 168.229s
Document Complete Requests: 738
Document Complete Bytes in: 2.03 MB
LCP Timing (Render Mostly Finished): 4.626s
Largest Contentful Paint (LCP) is a Google Core Web Vitals metric. It measures when the largest content element in the viewport becomes visible. Broadly you can consider it the render mostly complete. Google considers an LCP under 2.5 seconds to be fast. Over 4 seconds is bad. If this shows a zero there may be an error happening under the bonnet, e.g a 404 or JS error. This article provides a detailed guide on reducing and improving your Largest Contentful Paint timing.
Cumulative Layout Shift (CLS): 0.028
CLS measures the unexpected layout shift that occurs during the page load. Ideally this should be under 0.1. Scores over 0.25 are considered a poor user experience.
Total Blocking Time (TBT): 0.0s
Time To Download On 1.6mb Internet Connection (slow speed): 10.127s
Time To Download On 10mb Internet Connection (moderate speed): 1.62s
Time To Download On 25mb Internet Connection (faster speed): 0.648s
FCP Timing (Core Web Vitals): 0.0s
First contentful paint or FCP is an important metric as it's the start of the site render and is when the user sees something happening. This timing is the data Google has on the average FCP for this page or the entire site if page level metrics are not available. The data is data pulled directly from Google's Core Web Vitals API. A FAST score here is under 1.8 seconds FCP time encompasses a number of elements and there are many ways to improve this metric including reducing DNS lookup time, reducing TTFB, minimizing or eliminating render blocking CSS and Javascript as well as reducing the weight or filesize of elements “above the fold” on a page by doing things like using Lazy Loading and Nextgen Image Optimization. In most cases your FCP time should be lower than the Fully Loaded Time, if it's not usually the culprit is excessive amounts of javascript causing high CPU usage. This article goes into detail on how to reduce your First Contentful Paint or FCP Timing
LCP Timing (Core Web Vitals): 0.0s
CLS (Core Web Vitals): 0
CLS measures the unexpected layout shift that occurs during the page load. Ideally this should be under 0.1. Scores over 0.25 are considered a poor user experience.
First Input Delay (Core Web Vitals): 0
First Input Delay (FID) measures interactivity or how quickly the site responds to the first user input. Good is under 100ms, 100ms-300ms needs improvement and 300ms+ is not great.

Response Code	Responses
200 OK	413
204 No Content	80
301 Moved Permanently	7
302 Found	215
303 See Other	4
307 Temporary Redirect	15
400 Bad Request	2

Name: Automattic, Inc

Location: United States

IP address: 192.0.78.225

Nameservers: ns1.wordpress.com, ns2.wordpress.com, ns3.wordpress.com