Hello, and welcome to the crazy optimizer presented by the WP help. I'm Michael Borgelt. I'm Abdul. And that's Abdul, the crazy optimizer himself in the house with us today. Today, we're going to go through a little bit of a report that we've created. And then we're going to actually jump over to gt metrics as we have the links kind of saved. And today we're going to talk about the page details that you see on gt metrics. So the fully loaded time, a total page size, and the number of requests. So here you can see quickly, the old site, the site that was previously launched, that was long running on their server, you can see that you know, low scores, but the fully load time was 37 seconds, almost 38 seconds, 900 megabytes and 290 requests. And then once we done that, once we did the optimization, the fully loaded time was two seconds 250 kilobytes and only 13 requests. So a pretty significant reduction on this on this site that we've created here. So here's we just dive in a little bit of more of the details of the seconds. And what we went down the page scores preparing the old and the new the number of requests the time to first byte we talked about that is that's a will learn today is a site speed it issue that we definitely want to address. And it's usually addressed at the server level, page, page speed or a page size. So you can see the difference. There's significant reduction there, which is obviously then gets the number of requests that reduce that as well. And then just quickly, we show the Google page insights tool as well that has you know, 22 for mobile and 57 for desktop and then 98 For after it's been optimized the 98 on mobile and 100 on desktop. So I have the two gt metrics scores pulled up here. And I think we'll just kind of dive right into it. So I think one of the first things we should just talk about is the fully loaded time and why this is important, and how different people measure it, right? Like people measured differently, based on what we've seen, even with tools that we've used, and even tools we're currently using right now. Or we're trying to convince them to measure it differently, right, of how they how they measure fully loaded and load time, just in general. So I'll just talk a little bit about that.
Okay, I think in the last video, we touched upon the Page Speed score, and we wanted to do the page load time and site and request today. So I think in my opinion, for me when I'm optimizing a website of themes, optimizing the website, scores are important, right? Because they show you how well you're doing on the best practices. But from a user's perspective, to me, the biggest thing that they feel is the load time. So that's the main importance of Because a website, do it's not generally possible, but I have seen it, sometimes I can have very good PageSpeed scores, but not a good low time. But if you normally it's not possible if you have a good pitch good co you always have a good load time because you've done the best practices. But just for the sake of ultimate, like, people don't care about the school rate for the school site. It's the website owner that cares because they know how well the website is built. And it's falling all the best practices. But if it's not loading fast, the user doesn't care. So the first and the only key metric that comes into effect with the user is the load time. So I think for us as men, it's very important like to make sure that you're learning fast, and it's so many studies done like in the past few years. Low time has been a very, very big factor when it comes to optimize when it comes to conversions as well when it comes to user experience as well. And now with Google's new update coming on anytime this year, we I expected to see chrome in Chrome the daily flagging websites that are And it still affects your rankings. But now it'll start affecting it more. So I think the people like because most of the people these days, code studies have four seconds, or you have to be under four seconds. But I think we mentioned in the previous video somewhere, because that studies also from below 15. So I think like, it's even gotten worse now. Like people expect websites go even faster than four seconds after like for us. Four seconds is not good enough, we always make sure that we like we have somewhere around two under two seconds, some of our websites even go under one thing. But to second is a good sweet spot with you anywhere from like 1.5 to 2.5 seconds, you end this in the safe zone, where you can say like, even with this updates that are coming up with people getting more demanding on speed, you end the safe zone.
Yeah. And I think that's a great point that you mentioned about, you know, obviously Google wants a great user experience. That's why it's a ranking factor. And one of the reasons I mean, how quickly a site loads is There is a user experience metric, right? So having a site that loads quickly is very important, and I believe does contribute to increase rankings, we have seen sites that jump on to our platform to have an increasing conversion rate of 18 to 30%, based on the studies that we've done, just due to having a quicker loading site, which which makes sense, right, people are able to bounce through, get more information, if they're on their mobile devices, or even on on the on the web. It's somebody that's loading the 37 seconds previously, probably not having a lot of fun bouncing around their website looking for information, right. So that's one of the things that we've seen, we also seen an increasing number of users. And just recently with the new Google rollout that just happened this last couple days. We've seen sites move up in regards to speed as well. And, you know, you mentioned the user experience of the tags coming out that Google is going to start applying to sites that's you don't think that's going to affect conversion rates. You're You're crazy, right? As soon as somebody sees that they're going to condition Just to go back and go to the next result, because it's not going to be a good user experience. So here, just quickly, you can see that, you know, gt metrics measures, you know, a fully loaded time on average is 6.9 seconds, I think we would all agree that's way too long. In general, just even if it's an average site that just shows how poor the web is performing right now, in regards to sites overall, in general, as gt metric is measured.
And I think one point that you also mentioned is how different tools track it differently, right. So we're right, because we have seen it in action we have seen when we use different tools, we do get different times when we started investigating. And the key thing that came out was that the way they calculate time, so in my opinion, gt metrics is one of the process what we're actually using, of how an actual user would go through your website. But some tools because when you do a lot of optimization, you have to do a lot of things. That's why we get good load times. A very good php page size. Good schools because we prioritize the pH level, you know that we have to give the first four to the user as soon as possible to start using the website. But the problem is that certain tools are not programmed to do it like that. So the Tula program to wait for the whole thing to load. So when a system is not even ready to give them the information, because they've not started interacting with the page of definitely the payload timeless i. So I've seen in my experience that gt metrics is one of the best of the closest one to an actual user, because we do test it on our systems as well on our end, and define it very close to what gt metrics sense. But we do use digital metrics because they accepted because we we do get our own tools as well, very measured, but gt metrics being one of the widely recognized ones. So that's where we form a baseline on
that. I think that and we use Google page insights, because those are the two biggest ones that people use. We talk a little bit about, like fully loaded versus page loaded and what's that actually called and how people recognize that differently. Can you go to the timings?
Okay, so the free time basically what happens is that you when a user hits enter once you use Alexis Valley plumbing.com, they send the request. The first thing, which is there's tttt fp, which is called time to first byte. So that is like a metric that is very much dependent on the server and the host you're on. Because if seen, like if a consequence goes on, so you have these three parts that are in there, that redirect the Connect and the backend, right? So redirect is if they have any redirects happening, or if they get redirected from a non secure to secure so there's, if there's a time for that, how long did the server take to connect it? How long did it take to start the request and send the first bite back to the beach. So lower this is, the better it is, and it's the uncertain elements with your website and also affected but like 90% is this whole thing that you're using? That is affecting this because we've seen the North We do have a list of bad hosts as well, Italy, which we were very know that the PDF, we will be higher. But if you go to any good host, they are actively working on this score and on this number to make sure that your websites are loading, like the first bite is as soon as possible. And anything like that 200 milliseconds is good.
Yeah. And I would say under what time how much time under 200 milliseconds, okay. So it's funny. When I long time ago, before I really knew what I knew now, I would call or I would talk with web hosts. And they would say, hey, that's not a server issue. That's not a server issue. They constantly say that and while it's interacting with the WordPress platform, and there's some, you know, you got to have optimization on both sides. I tested out 42 different platforms, right to find one, it wasn't necessarily the number one fastest because of beta didn't have some other features that I needed, but it was one of the faster ones just Because I was seeing, you know, very, very well known hosting providers over a second Justin first time tonight. So that's something you definitely need to look at and your hosting provider. And if you want quick load times, obviously, if somebody's taking a second just to connect to your site, and provide that information and start to load the page, that that's obviously going to affect your your load time. So why don't we keep going, this is a great screenshot here that we can just kind of
scan again, just to compare. Can you open the previous one? Yeah, yeah.
So this is a perfect example, like you mentioned, right? So here's the 1.2 seconds of first time to bite.
So yes, so that is why it's taking like it just took point six seconds, 600 milliseconds for the backend to get ready and respond. So that's where the server is. And once the server got connected in 300 milliseconds, it took 600 milliseconds to get connected, like 900 milliseconds in total to get connected, and then send the first bite back. If you compare to the optimized one,
the new one? Yeah, yeah, hold on real quick. I'm just gonna point this out. So that's 500 milliseconds, roughly. That's a point six, you've already wasted a second right there. Right? So that's what we're seeing in the waterfall before we can even really start seeing stuff, load. But if I go here, we'll see it's zero 51 milliseconds and 24 milliseconds.
Yes. So once the server got the request, it just took 24 milliseconds to get back to the user. So that's where the tdsb comes in. And it's a very important metric. Because if, if you're not good here, you already like you're like, with us the time was two seconds after the optimization, but previously, it's 1.2 seconds after the first bite. So that's why it's so important to start Well, here because if you don't start Well, here, then it's a knockdown effect that follows
you. I think you could say, this isn't a marathon, you're not supposed to start out kind of slow and you know, warm into it. It's definitely a this is the hundred meter, you know, dashians at the Olympics, you want to start off fast when the gun goes, right. So if you want to be quick in this in the, in the first 10 meters of the hundred meters.
So talk about I mean, we you kind of mentioned it to the DOM, you know, versus the DOM fully loaded, right. And that's how some people measure speed differently,
right? Yes. So for gt metrics, it measures all these things, where you have the contentful paint, then you have dominant life on the lake police website, we can see it's 1.6 seconds on 600 milliseconds, the first contentful paint is In, in on 702nd. So after 108 seconds, the dumpster initializing. So it's like when the page started starts building itself. So when you go to a website, what you'll see is that certain things start coming up. So that's what domination ization is that now the pages started to build out on the browser. So then we have the downloaded where majority of the things of the DOM have been loaded. And normally and onload means when the website is ready to use so that this all if you count all this, this will come to two seconds. So approximately, if they're not plus, like they not not normally, it looks like as they get 75 million seconds, plus 6.6 seconds plus point six seconds. It's not like that. It's it's like a these things. All load is a plus. So it's like it's a little technical in that sense, and how because things happening at the same time, so they're not six and 600 milliseconds after the BBs one, they at the same time so
they can run in parallel is what you're saying. Yes.
Because I think that's a it's a lesson every kind of person who works with WordPress learns the hard way. Download a plugin, a very good plugin. And this day SEO, there's so many nice things and we activated already want a website to get the best. So we activated all and then we go into pages like pretty much broken. So that's like my people like Irish mentally it's one option like do a couple of things, go back and check if it's working so you don't have to roll back the whole thing you know where the problems happen because certain websites react certainly because for some websites, we've seen it in experiments as well. Most of our websites like in a stack once the optimizing it, they go well very smoothly, because they're not using a lot of plugins. They're using like well maintained plugins, well maintained themes so we don't have any problems. But occasionally we do get a site that has been using a not very well maintained plugins, a well maintained themes, and that's where things start getting a little kind of out of control where we everything that you're trying to do is breaking something is breaking some part of the funnel analogy. And something that WordPress, especially if you're using e commerce like WooCommerce, or any other tools, a problem is that you just don't have to do like a visual check of how the site is looking, you have to do a functional check as well to make sure that it's functioning as well. All the WooCommerce all the pages, all the checkout pages got pages are working properly, because things start happening there as well, especially if you have server side caching as well, because that's where I see most of the plugins that you have for caching in WordPress are very well a very well optimized or integrated, or supporting WooCommerce and all that. So they make sure that they're not optimizing or they're not cashing cart pages, checkout pages, but what in my experience in that certain kinds of if you if you especially at a golf that is not like WordPress focused, if they're like a standard host, like a shirt often, especially like an environment with are configured for WordPress and they have server side caching. That's a good recipe for things going wrong because then you will have you'll have people, you'll have got pages cash, you have a lot of things happening by pages because you don't want to be cash because certain pages shouldn't be touched.
So your recommendation is to only have one of the two caching usually just the site itself.
We do have server side caching since well, but he only were because we were focused on WordPress and we just worked with WordPress, and with other WordPress providers as well that I the industry manage. What we do is for all of us to is there on server side, we have certain rules in place, because we know what kind of format the websites will follow. But if you're not on a host that is WordPress focused, then they it's a very good chance that they have just server side catching on where it's catching everything. It's not catching selectively. So only if you have like if you have if you're working with any good provider, WordPress focused provider like a managed WordPress provided pretty much discovered they'll have these things in place. A good idea to check it out to make sure it's working out, sometimes things go wrong. But we do also use server side caching, which is kind of we use normally Redis for that. Because which is one of the most leading ones. So use that as well. But like, for us, it's very much like it's not like a one size fits. All right? Once we get a website, look at it, and Wi Fi, okay. Like, for example, on this one, I know that you're not using Redis ago, it was causing some, because it has a lot of videos, we know, okay, we don't want to use that. So for us, it's a lot of customization that have to go in for each website. And that's how it has to be you can't have for optimization, you can't have one kind of thing that you fit on everyone.
Yeah, and I think that's that's a great point. I think it's, it's, I mean, we could probably just talk a whole session just about the server side cash and using Redis and things like that, and maybe we will maybe that'll be the next one. I think, you know, we're at about 2020 minutes right now. Let's talk. It flies we fake it happened. It goes very fast on these videos. Are you having fun talking about things we're very passionate about? Right? So we'll talk you know about, but I think that's what we should have. Low time needs that much time of this meeting, I mean, this video because it's that it's that important. So you know, the last five or, you know, eight minutes, we'll we'll kind of talk about, you know, total page size and number of requests. Obviously, when you're optimizing. The goal is to reduce the number of requests, why don't you explain why that is? I'll just show again, so that we can see that 290 requests before the average is 88, based on what gt metric shows, and now we have 13. Right. So talk a little bit about that.
So explain that a little bit. Like if the page needs them, if we scroll down,
Yeah. Now, all great points, and especially Google's pushing for the critical CSS early on. So anything you want to mention around you know, obviously when you're doing optimization, you have less requests, the total page size decreases, right? Do
you want to talk a little bit about that? Because you're not loading non essential things right. And also you're not sending in a lot of information at first because magazines for us a priority is to make the website usable on the first goal. So that gives us and the server time to make sure that every other thing is ready. So it's kind of like a you give the user what he needs at this time. And while you prepare for the all the other things that we see a paid site also going down because you're not sending it a lot of information. And the pace is pacing also goes down Because he optimize the images for email. So that is also one one year, because I think we mentioned before as well, because you can have websites where you have a lot of images like this one also has, where the images are huge. They're like 3000 by 3000 pixels, which is the end image, when you actually need just 500 by 500. So what we do is we don't load the full image, we just we, we cut it out, we load the image that we need. So that also reduces the page size drastically as well, especially where there are a lot of images. So like this one, I think was nine MB or something, it came down to this one. So one reason is be reduced to pace speed and be a mid size. we optimize images, we move them to a CDN. So they're loading faster, then we also remove the non essential things that are not near the time. So things like videos that are down down in the base, things like that. So that's one way to be safe schools don't. Cool. Great. And so what's a confession as well? Because no Many not many hosts have that also active, especially if you're coming from a shared offering, they might not have compression active on the host, we use nginx. We have compression already active on the server puts compressing the files on server level as well. So each file that's going out is compressed. So that also helps. Yeah,
no good points. Anything else that you want to mention as we wrap up, Episode Five of the crazy optimizer?
I think, for me, like I said, the start load time has to be the key metric that a person has to like a, an owner has to be monitoring and has to keep as the non stop. You can have pace pitfalls, you can have ISO scores, you can have any insight anything but the low time should be the North Star, where you should be focusing on it having something under three seconds at max low for your website, two seconds under two seconds. It's much better if you want to be more future proof, but under three seconds at any cost. So I think that should be not an Not for everything should follow for that. And it's not just optimization. It's, it's a certain mindset that a person has to follow. So that's what we seen with our clients as well when they come to us. And they have developed a certain mindset of being very performance focused, right? For certain things. They also like make sure that they're doing they're loading good images. They're loading optimized images around a huge images. So I think certain things not it's not just on the developers, you can't just like put everything on the developer side that are you are the bad people here, you didn't make a website faster, certain things that we do as well as users of the website. So I think if the North Star is the load time, if you thinking about that on the website, and you're measuring that very aggressively. So I think that's where your focus should focus should be on
Yeah, exactly. I think that's a great point because a lot of people just get enamored with the green color right and making sure that that happens, but if you're able to somehow get the you know, fully loaded time under a second, but you don't have amazing scores. I think that's more important just because of the load time. user experience. So thanks again for tuning in for episode five of the crazy optimizer. He's a dual. I'm Michael. We're here from the WP help giving websites hope. Have a good day. Bye