| Informationen über godellalzf |
| Registriert seit: |
04-04-2023 |
| Letzter Besuch: |
(Versteckt) |
| Beiträge (gesamt): |
0 (0 Beiträge pro Tag | 0 Prozent aller Beiträge) |
| Themen (gesamt): |
0 (0 Themen pro Tag | 0 Prozent aller Themen) |
| Gesamte Onlinezeit: |
(Versteckt) |
| Empfohlene Benutzer: |
0 |
|
|
| Zusätzliche Informationen über godellalzf |
| Bio: |
Weekly Wisdom with Ross Tavendale: Site Speed Audit
Modified Transcript Hello everyone, and welcome to another Weekly Wisdom. I am Ross Tavendale of Type A Media. Recently, Google added a bunch of page speed insights into Webmaster tools, or should I say Search Console (that is one for the original Gs out there). So, today I want to show you how to use your Chrome browser to run a Lighthouse audit, but also dig into a bunch of things you can do in the site's code itself to speed things up. This isn't going to be super techie, but it is kind of intermediate. So strap in and let's get into it. Site Code Examination First and foremost, this is our website here. Let's have a look at our case studies page because there are lots of images on it. To get a true understanding of a new person coming to the site, I am going to clear the cache. The cache is essentially all the memory stored in the browser; I want to delete that, so when I click Command + R to reload, you see that that image didn't load as fast as it did the first time. So, let's dig into that and see what is actually going on there. I am going to hit F12 in order to get into the console itself. When you open it up, you SEO guys will be very familiar with doing control/Cmd + F to find and determine if there are canonicals on the page, are they broken, or why is it not ranking. Is it because there is a noindex tag on there or something like that? Evaluating Site Speed We are all very used to looking at the site's code itself, but when it comes to the order of things loading, and things like the first contentful paint, where do we find that information? Okay, well, let me show you. Let's jump into "Network", and what I am going to do is I am going to reload this guy again. Whoa, there is a lot, a bunch of stuff. Great. So, what we see here is something called the waterfall. When you have got all those resources on a page, from the browser's point of view, it is downloading them one after the other, after the other, after the other. When we are doing speed optimizations, there is something called the critical rendering path. The critical rendering path, of all the things that are in this waterfall, is there any big, massive resources at the front that are stopping everything else from loading? Now, if you use things like HTTP2, that becomes less of an issue, because it is like a multi-lane multi-threaded thing, where you can download lots of resources at once. And with HTTP3, something I am going to confess, I don't know a lot about, that is going to be even faster, but let's look at this website. So, what are the big things that kind of jump out to us? What I want to do is quickly click on time and get all the things that are really heavy in terms of loading at the very top. Now I can see what things are blocking the site from moving quickly. These are things like SVGs and JPEGs and a bunch of random scripts; there are even some scripts that are not firing. We will get into that in a second. https://new.allinclusive.agency/search-engine-optimization-service |
|
