Ashley Segura (00:00:00):
We are officially broadcasting.
Casey Markee (00:00:03):
Hey. Welcome guys. Welcome.
Arsen Rabinovich (00:00:05):
Casey Markee (00:00:05):
I still don’t see anyone populating the chat on my end.
Arsen Rabinovich (00:00:09):
They’re coming in. 28 people so far, 29.
Casey Markee (00:00:13):
Oh, there it is. There it is. I see it now. There it is. Now it’s a party. Look at all these attendees.
Ashley Segura (00:00:21):
Well, perfect. As everybody’s rolling in, hello and welcome to the sixth episode of SEO for Publishers. We’ve officially been doing these monthly webinars for six months now.
Arsen Rabinovich (00:00:32):
Casey Markee (00:00:32):
So sorry, guys. Wow. Can’t believe you guys don’t have anything else to do. Goodness.
Arsen Rabinovich (00:00:36):
Ashley Segura (00:00:36):
Well, thank you all for joining us today. As you’re rolling in and getting settled in, in the chats, please let us know where you’re tuning in from.
Casey Markee (00:00:48):
All right. You’d think after all this time we’d be able to figure… Hey, look, there we go. Amy’s back from Orange County. Amy, how are you doing?
Andrew Wilder (00:00:56):
Let’s do it, represent.
Casey Markee (00:00:58):
Arsen Rabinovich (00:00:58):
Whoop, whoop, whoop, whoop.
Casey Markee (00:01:00):
Aaron from Fort Worth.
Arsen Rabinovich (00:01:02):
Casey Markee (00:01:03):
[Paula Beck 00:01:03] from Buenos Aires, yep. We just spoke. Paula and I just spoke a little this month actually.
Arsen Rabinovich (00:01:08):
Casey Markee (00:01:09):
Yeah. We got Sydney, Australia on the call.
Arsen Rabinovich (00:01:12):
Casey Markee (00:01:12):
UK, look at that. Fantastic. Look at all these other states on lockdown. Hey, if you’re on lockdown right now, let us know in the chat. Greetings for Purple Tier, San Diego County. I know that Ashley is in Oregon, where they’ve locked down too, so it’s good to go. My kids are loving it. Yes. It’s fantastic having teenagers when you’re in lockdown. It’s really good.
Arsen Rabinovich (00:01:39):
We’ve got lots of people from Spain. Australia, Philippines… Oh, Philadelphia, not Philippines.
Casey Markee (00:01:47):
Amy’s in the Purple Tier too, so she knows all about that. Good times.
Arsen Rabinovich (00:01:52):
Andrew Wilder (00:01:53):
We’ve got two folks from Argentina.
Ashley Segura (00:01:56):
Arsen Rabinovich (00:01:59):
Casey Markee (00:02:00):
Arsen Rabinovich (00:02:01):
Ashley Segura (00:02:03):
Yeah, really. All right, we’re going to go ahead and get started. Today we’re going to be talking about Google’s Core Web Vitals with our amazing expert panelists, Casey Markee, Arsen Rabinovich and Andrew Wilder.
Ashley Segura (00:02:18):
We’ll be having a Q&A at the end, so please feel free to drop any questions in the Q&A section. It’s on the right hand side of Zoom. You can also throw them in the chat, but preferably in Q&A. We may stop and address it if it’s on topic. If not, we’ll get to it at the end when we open up for Q&A. Let’s get started. Let’s figure out this whole Google’s Core Web Vitals mess that we’re going to have to deal with here. Andrew, should we be scared?
Andrew Wilder (00:02:43):
Arsen Rabinovich (00:02:47):
Shut down your blogs, stop it.
Andrew Wilder (00:02:50):
No, actually, you should not be scared. I think actually everyone should see this as an opportunity. If you’re on this call with us, you know that this is important and you’re going to have a competitive advantage because you’re ahead of the curve. We still have time. This is an opportunity to basically improve your site in a way that will help you with your search rankings. I think instead of being scared, it’s better to see it as an opportunity.
Arsen Rabinovich (00:03:18):
Way to be optimistic. I love it.
Casey Markee (00:03:20):
Very good. I love it. I love it. Man.
Ashley Segura (00:03:24):
Can you break it down and explain what Core Web Vitals are and the history of them?
Casey Markee (00:03:30):
Absolutely not. It’s too complicated. We’re just going to do a public show for you guys.
Arsen Rabinovich (00:03:34):
Casey Markee (00:03:35):
No, no, we’re… Here’s the thing. The reason Google came up with these Core Web Vitals is site owners were tired of having performance gurus tell them what they needed to measure about quality performance. Instead, Google’s decided, we’re going to do this for you and try to dumb it down as much as we can. The Web Vitals Initiative, as it was called by Google, is an attempt to make this landscape less murky, a little simpler for everyone on the call. That’s hopefully what we’re going to do, freebase, kind of break it down.
Casey Markee (00:04:14):
Our goal is to allow you to focus in on what Google considers the most critical metrics, these Core Web Vitals at least in their opinion, that you can track and optimize over time because that’s what we want to do. We want to have a benchmark and we want to show what those benchmarks are and then we want to try to get as close as we can to those benchmarks. Google introduced these Core Web Vitals back in May of 2020.
Casey Markee (00:04:39):
They are a set of metrics related to speed, responsiveness and visual stability. There’s three of them. We’re going to go over all of those today in detail. Those metrics in no particular order are largest contentful paint, which is the time it takes for a page that’s made content to load, so an ideal LCP measurement would be around 2.5 seconds or faster. Again, simplest way to say, largest contentful paint measures loading. Okay. Then we get into metric number two, which is the first input delay.
Casey Markee (00:05:10):
First input delay is the time it takes for the page to become interactive to the average user. An ideal measurement there would be something like less than 100 milliseconds. First input delay measures interactivity. How long does it take before the user can interact with the page? Then we get into the third metric, which is the one that’s really cost much consternation and not only with everyone on this call, but in all of our clients particular is cumulative layout shift or CLS. Cumulative layout shift is the amount of unexpected layout shift that kind of happens on visual page content.
Casey Markee (00:05:49):
When you opt… An ideal measurement of that is like less than 0.1, which measures visual and self. You could say the cumulative layout shift measures visual stability. I can’t wait for Andrew to jump in on this. I know he has a lot to say. But these layout shifts specifically happen whenever a visible entity changes in a starting position. If I’m… Like top and left position is the default writing mode, between frames and that stuff moves. If I open up a page and you have a logo and that logo is not sized correctly, there’s some movement as the page loads, especially as it renders on a mobile device and that causes a shift and that shift to Google is a very poor user experience.
Casey Markee (00:06:31):
We’re getting a lot of that. The CLS metric specifically is impacted by a ton of issues for those of you on the sites running ads. Specifically, we have… If you use fonts that are improperly displayed and I know Andrew is going to get into this a little bit. He’s going to talk a little bit about FOIT versus FOUT, basically flash of invisible text versus flash of unstyled text, which can lead to fonts jumping around. Many of you suffer CLS issues because of embeds or just because of banner ads or IFrames. We’re trying to minimize those as much as possible.
Casey Markee (00:07:08):
Probably one of the biggest reasons that CLS happens is an inability of specified dimensions of images, which is something else that we’re going to talk about today. Or, of course, any content that is dynamically injected on a site. Hey, Andrew, what’s an example of content that’s dynamically injected on a site?
Andrew Wilder (00:07:25):
Casey Markee (00:07:26):
Oh, my god! Ads. Imagine that. Ads are one of the biggest things that you’re going to see is going to cause issues with CLS. Now, some ad companies are better than others in trying to fix this. So we’re going to review that today. Of course, one of the other biggest things that go into CLS or actions that are waiting for a response from the network, before updating the DOM and the DOM, of course, is the document object model that makes up the page. I know many of you are like, “Oh, my god Casey! Acronym soup. My eyes have already glazed over, what are we going to do?”
Casey Markee (00:07:59):
Again, we’re going to try to break this down for you, these three metrics, these three Core Web Vitals and then we’re going to talk about how these three Core Web Vitals are going to be grouped with four other metrics to make up what’s called the user experience algorithm that Google has already announced is going to be live next May. Hopefully, we’ll get into all of that today.
Ashley Segura (00:08:21):
Perfect. Thank you for that [inaudible 00:08:23] definition. Arsen, Google releases updates all the time. How is this one different? Would you say it’s more important than some of the recent ones?
Arsen Rabinovich (00:08:35):
Yeah. Because they announced it. Usually Google doesn’t come out and tell us that they’re doing an update. Usually, it just happens and then they let us know, post factum like, “Oh, we just did this update.” Typically, Google lets us know about these types of updates or changes to the way they evaluate websites when there’s something that we can do about it. Like mobile indexing. I can’t think of another one right now.
Arsen Rabinovich (00:09:07):
But basically stuff that you should be probably getting your site ready for. Stuff that’s within your control. How frequently this happens? Google changes it’s algorithm very frequently. I think Mueller said to Casey like, “Once a week, if not more. Almost on a weekly basis, they update their algorithm.” But this, this is something that they’re giving us time to prepare for. They’re giving us instructions.
Arsen Rabinovich (00:09:38):
But again, this is nothing new. This is stuff that we’ve been kind of preaching for a while and now this is one of those things where Google again, just like what we saw with the November update, Google’s coming out and saying, “Okay, so you guys haven’t been listening. We’re now making this a part of the evaluation of your website.” They’re giving us time, just like with mobile indexing. They’re telling us it’s going to come into action next year. So now’s the time to start paying attention and really, really following the advice that we’re putting out for you guys.
Ashley Segura (00:10:08):
Okay. Okay, that makes sense. Andrew, let’s start getting into the technical aspects of this. How does Search Console validation work or Core Web Vitals work?
Andrew Wilder (00:10:19):
Okay. Most of you probably have access to your Google Search Console already. Usually, when it sends out an error or warning, you can click the little validate fixes button and then it says… It does like a pre-validation for about a minute and then if it passes that it then says, “Okay, validation process has started.” Then in a few hours or a few days, it kicks out an email and says whether you passed or not.
Andrew Wilder (00:10:41):
For these, it works a little differently. You can’t just validate like that because it needs to look at real world values from the Chrome User Experience Report. If you’re trying to validate an issue with your cumulative layout shift for example, and you click validate fixes, that actually starts a 28-day clock. And so it starts tracking from that point on what it’s going to look like. Then after your 28 days, it may say that your CLS scores have gone down and are much better or may not.
Andrew Wilder (00:11:11):
When you’re doing optimization, you don’t want to constantly be clicking the validate button. You want to do all your optimization, get it as good as you can and then click the button to re-restart the test and then evaluate from there. That’s not the only tool for evaluating CLS. That’s just in Search Console. But I just wanted to… There’s been a lot of confusion about that in terms of validating that one. I wanted to just throw that out there and make sure everybody knows that… Starts the clock and you have to be patient on this stuff.
Casey Markee (00:11:40):
Just to very quickly to kind of add in on what Andrew has there said there, Google has a page, and I’m going to go ahead and paste it over. It’s called the Core Web Vitals report. And there’s lots of little snippets on that that I think all of you would find of value here. If you scroll down through that, there’s a couple things that you need to be aware of including, of course, as Andrew said, when you click validation on this. We’ve had clients come to us and say, “Well, Casey, I was in the account, I saw some errors and then I checked next week and there weren’t any errors and I didn’t do anything.”
Casey Markee (00:12:11):
Andrew, if you actually run across that where we’ve actually seen issues saying, “Okay, there were red errors there. But I didn’t validate. And now those are yellow.” Or “Oh, hey. I had some yellow errors there and now they’re green or they’re not there anymore.” I’ve only run across it a couple of times. But basically what’s happening there is Google is helping you out. It’s possible that you’ve made borderline changes to your pages without having to do anything on your part to let Google know about it, but they found those changes. When that happens, they specifically say that there is examples where we will go in and we will rerun reporting at our end without your notice. And if we see that you’ve made these changes, or you’ve made a big change, like for example, something switching their networks.
Casey Markee (00:12:50):
Here’s a good example, Arsen, if you were on Wix, and you switched from Wix over to WordPress and you made a lot of changes to your page speed that were very noticeable, especially for Google with Chrome UX history that they pulled from your search got from your analytics, you would most likely see big changes in data collection in Search Console. If you go in and take a look at this report here and I think I’m going to make sure that I paste it over here again, there’s lots of finite examples where Google will say, “Hey, we’re going to try to do some of this heavy lifting for you. If we see that you’ve made changes, we’ve seen that you’ve made dramatic changes to the site architecture itself or we’ve gone in and reassessed your site, you might see us… Especially if you’re a borderline case, we’ll give you the benefit of the doubt there.”
Ashley Segura (00:13:39):
Okay. Even Google’s help, this is clearly a very big deal and something that we need to prepare for. Arsen, how big of a ranking factor do you think the Core Web Vitals are going to be?
Arsen Rabinovich (00:13:52):
They’re going to be super important. I don’t know… I can’t speak to two of them being a ranking factor. Are they a quality signal? Absolutely. The Google has come out and said, I’m quoting, I just pulled this up, “A good page experience does not overwrite having great relevant content.” Google understands that not all sites are created equally. Not everyone is on WordPress. Not everyone has a CMS that… Andrew.
Andrew Wilder (00:14:24):
Arsen Rabinovich (00:14:27):
Not everyone has access to a CMS, they can… We’ve worked with some content management systems especially on the E-commerce side that still don’t give you a place to add a canonical to a page. You’re still very limited. And Google understands that. That’s why things like schema, having schema on your on your page is not a ranking factor. Having schema on your page is not going to help you rank higher on Google. It’s going to help Google understand what the page is about. It’s going to provide a better experience in the search results by putting out the little image, the thumbnails, the snippets, the star ratings and all of that. But you can still rank at the top of page one without any schema on your site.
Arsen Rabinovich (00:15:10):
Google understands that not everyone has access to do all this cool stuff or stuff that’s necessary to be done on their website. I don’t think they’re going to make this such a strong ranking factor. But then again, I really don’t know. But as a quality signal, super important because again, this all boils down to user experience and Google wants to make sure that whoever’s performing a query on their platform, the top results that they’re going to engage with are going to be quality, that they’re not going to provide a bad experience because then they’re going to start losing market share to other search engines who are doing that. Keep that in mind. It’s good to do this, it’s important to do this. But fixing this will not make you number one on Google.
Casey Markee (00:15:48):
Yeah. That’s important. I believe that, again, these Core Web Vitals are going to be grouped with four other ranking factors and they are going to be part of a larger user experience algorithm and that user experience algorithm is going to function more like a tiebreaker. Very similar to what happened individually with the HTTPS, the mobile friendly things, all of those. Now, this is important folks, because I know a lot of you on the call are in the food and lifestyle niche. You could be more impacted by this than the vast majority of other niches because your content is so similar.
Casey Markee (00:16:24):
How do I know that? Because today alone, I was targeted on Facebook with three Christmas cookie recipes that were exactly the same. From three different bloggers. They were literally the exact same recipe, little bit of difference here and there. But they were very specific approach. I’d even have to go and take a look at it. But it was a very specific kind of Christmas sugar cookie that they were doing. This is where this user experience algorithm may affect you. Because if you’re competing against another site for the same query and you’re relatively equal on a lot of other metrics, maybe they get a boost if their UX experience is better than yours. That’s something to be aware of. We definitely want to make sure that we get this styled in.
Ashley Segura (00:17:07):
So Casey. Let’s talk about [inaudible 00:17:11] and what this really looks like. What’s the… If there’s only one thing, what’s the absolute top must fix item not publishers need to focus on fixing before May?
Casey Markee (00:17:25):
I would say that I would honestly because Google has said this repeatedly in everything that they’ve published about the page experience algorithm and Arsen just commented on it again. I’ve even went ahead and pasted over the full quote over here. The full quote that Arsen was talking about was, “A good page experience doesn’t override having great relevant content. However, in cases where there are multiple pages that have similar content, page experience becomes much more important for visibility in search.”
Casey Markee (00:17:51):
This is directly from the announcement that Google gave when they were pushing out the page experience algorithm. This is then telling you that again, your quality of your content, how you’re presenting is still of the utmost value. The rest is a tiebreaker. I think my advice, especially if you’re looking to concentrate on one thing is taking the rest of them aside. I’m hoping that everyone on the call knows that you have to focus on these seven metrics. Hopefully all of you on the call are already mobile friendly.
Casey Markee (00:18:21):
You’re already doing safe browsing, if you don’t have any safe browsing notices in your Search Console. You already moved to SSL. So you’ve got the HTTPS security dialed in. You’re not using intrusive mobile interstitials. Okay. So if you’re on the call and you have a mobile interstitial that’s popping up on the first clip from Google, you need to cut that stuff out immediately. A lot of incorrect information about that. All mobile interstitials that come up on the first click from Google, even if they scroll down, guys, that’s not correct.
Casey Markee (00:18:51):
If you go back to the original announcement from Google, it doesn’t matter if there’s a delay there. It’s on the first click from Google. So if you’re going to be using mobile interstitials, they definitely need to be non-intrusive, specifically. Taking that aside, let’s say that you’ve dialed in your three Core Web Vitals, you’ve dialed in these other four metrics here, the mobile friendliness, the safe browsing, the HTTPS and you’ve eliminated all the mobile interstitials, now we come down to the most important kind of the meat of the issue which is the quality and relevancy of your content.
Casey Markee (00:19:22):
Now, the general view is that all the elements of the page experience are important, but it’s still the best content that Google wants to rank. They’re going to prioritize over that over even some subpar issues on the individual metrics that go into the UX algorithm. Just bottom line, a good user experience doesn’t outweigh the quality and relevancy of the content for that query for that user at that point in time.
Ashley Segura (00:19:49):
Okay. Mobile [inaudible 00:19:52], usability, how your content is referenced and how relevant it is. That’s an issue. But Arsen, can slow site speed be one of those issues as well? Wouldn’t fall under usability?
Arsen Rabinovich (00:20:06):
Absolutely, absolutely. Yeah. We’ve all been there. We’ve all tried to load a very slow website trying to get a piece of information and it was very frustrating. I get this all the time. Dealership websites are notorious for their speed issues. A lot of recipe bloggers, unfortunately, we still on all of our audits that we’re doing, we’re still catching page speed issues.
Arsen Rabinovich (00:20:30):
But yeah, you definitely want to work on that. That’s one of the things that you should be looking at. I would focus on, if possible and if you’re with Andrew, this is already probably being handled for you. But you’d be moving on to say, third party scripts, setting up better hosting, lazy loading, removing large page elements or watching the size of your images, not the actual physical size, but the memory size of your images will all help. Every little bit helps. Again, it’s not the North Star. You should still be working on this. You should be working on this but it’s not something that you should drop everything else that you’re doing and focus on optimizing for speed.
Ashley Segura (00:21:19):
Okay. Okay, that makes sense. Andrew, Venice mentioned on their registration that they get different page speed metrics from Google than tools like Ahrefs. Who should you trust when it comes to looking at your metrics, especially because we’re going to be analyzing so many of our site metrics over the next few months trying to fix things? Specifically for page speed, is Google correct? Are these SEO tools correct? Where should you go to analyze your metrics?
Andrew Wilder (00:21:46):
It’s a great question because these are just testing tools. So they run a simulation and then give you a bunch of information so you can go fix your site. So they all work slightly differently. I like to rely on Google PageSpeed Insights first, because that’s Google, you’re going to the source. It doesn’t mean it’s the only tool to use. I think it’s important, especially for things cumulative layout shift, using multiple tools is really important.
Andrew Wilder (00:22:13):
[GPSI 00:22:13] doesn’t always catch all the CLS stuff. For example, if you’re using Slickstream on your site, which a lot of people are using, it’s the filmstrip that appears at the top that the recommendation engine… It recommends other posts. That actually appears late in the process. Carl, and his team has been really good about not interfering with page speed. But in the real world, that can track as a CLS shift or a layout shift by the Chrome User Experience Report. But the GPSI testing tool doesn’t flag it.
Andrew Wilder (00:22:44):
When you’re using GPSI, it’ll show the field data at the top and that’s actual real world user data that’s from the Chrome User Experience Report. That’s in actual browsers. If you do that and then you look at the lab data, lab data might say 0.0 in all green in the CLS section but if you look at the field data, you see that there’s a shift there. We see that a lot with Slickstream, in particular.
Andrew Wilder (00:23:07):
PageSpeed Insights doesn’t catch Slickstream. And there are ways to fix… Wow. Quite the tongue… There’s ways to fix that one. You basically have to put in the spacer so that when Slickstream loads, it’s not pushing the page down because you’re shifting layout preemptively so the user doesn’t see that.
Andrew Wilder (00:23:27):
The filmstrip at the bottom of PageSpeed Insights, if you look at the little thumbnail screenshots, if you compare them, you can see what’s happening during the load process. They’re really tiny. So they’re kind of hard to see. But if you see something where your text comes in and then the next thing, it’s lower, that’s a layout shift. Those thumbnails can be really helpful for identifying what they are.
Andrew Wilder (00:23:46):
WebPageTest is another great tool. You can record video with WebPageTest and actually play it back in slow motion. So it’s kind of like watching paint dry, because it’ll be tenths of a second. But that lets you really see what’s happening because it slows it down enough to sort of give you that insight. So you can see that this loads and then this loads and that pushes things down. So you can see what’s really going on. The short answer is use multiple tools. In terms of what’s important, I’d say the Chrome User Experience Report is pretty darn important, because that’s what Google’s looking at in terms of rankings. That’s not necessarily going to tell you how to fix it.
Casey Markee (00:24:27):
Yeah. You’ve talked about the… I know a lot of you are probably, again, alphabet soup here. What is the Chrome User Experience Report? We’ve pasted over the information in the chat. The Chrome User Experience Report is an example of a Big Query report that you can set up and run on a monthly basis and it will pull in all of your historical information from analytics showing how your site is graded on a monthly basis on these various Core Web Vital metrics.
Casey Markee (00:24:55):
Now, for you to make use of this report, you’re going to have access to a Google account and a Google Cloud project account. But they’re very easy to do. As a matter of fact, if you click on the link I’ve given you, it will go ahead and prompt you to create that Cloud account. And then you can go ahead and use the same link to enter your URL and start pulling your own historical data. This is something that I, Arsen, Andrew, we include regularly with our reports to clients. How these Google Chrome accounts work is there’s always a month lag.
Casey Markee (00:25:25):
So clearly, right now, the newest data we can get is up to the end of October. Then Google runs new Chrome UX data on the second Tuesday of every month thereafter. When I’m doing a mini audit, or a full audit, I will pull the Chrome User Experience data over several months. I can look through it and see, “Oh. Look, here’s where they worked with Arsen.” And “Oh, here. Look. Here’s where we changed hosting from Bluehost to BigScoots.” And, “Look at the jump in the Core Web Vitals.” And, “Oh, look here. Here’s where Andrew in NerdPress went in and enabled CloudFlare and did a little bit… A couple of issues.”
Casey Markee (00:26:04):
We have that historical record so that we can start looking at these metrics over time. The problem with these Core Web Vitals and the problem with these user experience reports is that Google changed how they measured them from April to May. There’s a lot of lost metrics. People reached out like Casey, my Core Web Vitals and everything were great in April and then they literally fell off a cliff in May or June and that’s because Google changed how they started to measure some of those metrics. So understand that if you’re going to run a historical report, kind of just ignore everything before May and look at May, June, July, August, September and start benchmarking from there. That’s a more solid and valid benchmark to use for these Core Web Vitals specifically.
Arsen Rabinovich (00:26:52):
Let me mention also just… This data that Casey’s talking about, it’s the same data that’s showing in GSC, it’s the same data that’s showing as the field data in PageSpeed Insights. It’s all the same information, it’s just different ways of viewing it.
Casey Markee (00:27:04):
It’s just visually, you can actually understand it. It’s charts. The chart shows you, here’s a month view of your first input delay. Here’s a monthly view of your cumulative layout shift. I’m like, “Oh, my gosh! Only four people out of 100 are having positive CLS issues, whereas previously, maybe five people out of 100 were having a good experience.” Again, it’s a visual way for you to kind of see a breakdown of improvement overall. If you’re working with someone, maybe you’re signed up for a hosting plan or not even a hosting plan, but a blog support plan and they’ve told you, Core Web Vitals are not important, you should get another blog support plan.
Casey Markee (00:27:46):
Or if you’ve asked them about these user experience metrics and they don’t know what you’re talking about, you should probably get a new blog support plan. I bring this up, because I’ve had this happen over the last several weeks. We’ve got those people to switch and they’re very happy they did. Be aware of that. This is a business. You want to pay for the best support you can possibly get. Lots of options out there. If you need some suggestions, we can help you on that.
Ashley Segura (00:28:11):
Going back on your data points, Casey, that you just mentioned, checking with Google update, making that update on the second Tuesday of every month or not update, but running things through checking things. If you make changes on your site, you basically need to wait a month to go through and look at the data?
Casey Markee (00:28:31):
Well, we certainly won’t be able to see it. For example, and Andrew will tell you, we can make changes for Google Core Web Vitals today and we could literally have 100% improvement the very same day. The only way we’re going to be able to visually see that is for us to run the Chrome plugin or to use Lighthouse or to use the Google PageSpeed Insights.
Casey Markee (00:28:54):
But we won’t see the aggregate data for at least 28 days because that’s how long it takes for it to run that collected information because Google uses an aggregate model. Their goal is to pull and aggregate values across all of your URLs. But that makes sense as well, because it could take 28 days for us to get most of our URLs reindex and re-processed anyway, so it makes total sense.
Ashley Segura (00:29:19):
We’re diving a little bit deeper onto this, but with the holiday period right now and bloggers in particular publishing a lot right now and making a lot of change to their content, should they wait until January to maybe start addressing this or would you still recommend addressing this right away on your site?
Casey Markee (00:29:39):
I’m going to give Andrew and Arsen a chance to weigh in on this. But whenever it’s a technical issue, we want to make those changes now because technical issues are one of those things where we can have huge ranking swings on the positive if we make technical improvements because we’re making it easier for Google to crawl and algorithmically score content.
Casey Markee (00:29:59):
If your page speed is so horrible that you’re timing things out or let’s say you’re on the call and you’re running AdThrive and you haven’t reached out to that drive to turn on deferred loading or little things like that, you’re going to be shocked at how much better you do by doing little things like that. Those are technical fixes. Or if you know that you’re failing Core Web Vitals because of issues with your logo or because now you know, kind of how to check those, making improvements and all that right now as we go into the busy holiday season is absolutely only going to help you. So in that respect, yes.
Arsen Rabinovich (00:30:32):
Thanks for letting us answer that question. Yes, we agree with everything you just said.
Andrew Wilder (00:30:36):
Absolutely. Whatever Casey said, it’s absolutely true.
Ashley Segura (00:30:38):
Thanks too. Perfect. Arsen, is updating a new theme, if you’re going to start to make the changes now-
Arsen Rabinovich (00:30:44):
No. Don’t update.
Ashley Segura (00:30:46):
Don’t update a theme?
Arsen Rabinovich (00:30:48):
Not right now. I’m kidding. Finish your question.
Ashley Segura (00:30:54):
If you need to update your theme, whether it’s a technical issue, user issue or you just hate the theme that you’re working with now and you’re going to update it now, is that going to be detrimental or is it going to be more beneficial for you?
Arsen Rabinovich (00:31:11):
Arsen Rabinovich (00:32:04):
Google has to recrawl the new site, has to get to know what the new organizational structure is and all that. If you’re considering moving to a new theme to address Core Web Vital issues, you’re probably on a really crappy theme right now that you want to switch to a new one to address this. I can’t speak to a theme. Skylar’s themes are amazing. A lot of you guys are on them.
Arsen Rabinovich (00:32:30):
Ashley Segura (00:33:16):
Are there any themes that you would recommend if a blog [inaudible 00:33:23]?
Arsen Rabinovich (00:33:23):
Skylar’s themes are very nice. We just had a few calls last week with bloggers who… A lot of times… Well not a lot of times. I’m noticing this already and this is the second year I’m noticing this, that towards the end of the year a lot of recipe bloggers are coming to us and like, “Oh I’m so tired of my theme and I want to do new things and I want to update it.” It’s like almost like I want to do a facelift on my theme. I recommend Skylar’s themes a lot. It’s weird. You have to know what you’re looking at. Just the aesthetic aspect of a theme is not going to be a win all for you.
Arsen Rabinovich (00:33:57):
You have to understand what else is in there. I’m sure Andrew can speak more intelligently on the different themes that are out there right now. I’m not that knowledgeable on theming. But again, be careful when you do this.
Casey Markee (00:34:09):
I would just add and I want to Andrew’s opinion on this too specifically about Divi themes and other ones like that that use page builders. That’s the issue, is that most of these themes are come with, grouped with page builders. Page builders add a lot of code bloat, they immediately kind of put you behind the eight ball with regards to excessive resources that load on the page. We can optimize them. It’s just harder to do. So we would try to have you not use a page builder. Gutenberg is a page builder. You don’t need two of them. Use Gutenberg. Use the blogs. That’s literally what WordPress is trying to do is move everyone to Gutenberg, which is the page builder. Honestly, that’s what the blogs are.
Arsen Rabinovich (00:34:50):
Casey Markee (00:34:51):
Yeah, go ahead.
Arsen Rabinovich (00:34:52):
Before Andrew before jumps in, we just recently analyzed a site and this goes with Divi, a site that was moved from one theme to Divi and then from Divi to a different theme, and now they came to us because things are just not functioning right. And then when we started, when I actually crawled through the site and looked at some of the historical content, some of the historical posts, they still had the Divi page builder code, the HTML that wraps around each div being rendered as text on page on these posts. And this poor blogger is like, “I don’t know why all these posts are tanking.” I’m like, “Well, you have just all kinds of weird code just showing.”
Arsen Rabinovich (00:35:36):
It came back as having an <h> wrapped around each sentence. It was like an h6 or something. Unless you’re like an E… Not even eCommerce. Lead gen and you’re constantly producing different types of landing pages and you don’t have the money to hire a developer or somebody to build these out for you, then a page builder like Divi or UDesign or any of those guys will work for you. But for recipe bloggers, it’s unnecessary. Andrew.
Andrew Wilder (00:36:09):
Don’t use Divi no matter who you are. It’s awful. There are some page builders that are okay. If you really need a page builder, Elementor is a decent one. There’s philosophical problems with these page builders. Like Arsen was saying, you get locked into them and especially if you’re using them for your content, that’s really hard because then you have to go back and edit your content.
Andrew Wilder (00:36:32):
Philosophically, I’m opposed to these page builder tools. So I think on the… I don’t think it’s a great idea to go to ThemeForest, for example, and pick a theme that you think is pretty and then run with it. Because the themes that have all these features, they’re adding all this extra code to make those features work. If you’re just building a little portfolio site and that’s not your core business and you don’t need to get lots of traffic, then it’s probably fine. But if you’re building a food blog or a travel blog and this is your business and you need to be competitive, those just very likely will not cut it.
Andrew Wilder (00:37:06):
I think Skylar’s themes are definitely a great way to go. They’re very reasonably priced. He’s also supporting them through the Feast plugin. As all of us are figuring out the CLS stuff or whatever it is that comes next, Skylar is busy updating the plugin to make sure that the best practices are implemented. It’s so much easier to update the plugin than to update themes. And so he’s able to keep actually improving the features there. I think it’s worth considering Trellis. They just released their beta. I don’t think it’s ready for primetime personally.
Andrew Wilder (00:37:37):
I hope nobody from Mediavine is on the call yet. But I think it has a lot of potential. At this point, especially if you’re a food blogger, do not switch your theme in Q4 unless you really have to. We’re at the week before Thanksgiving. This is peak traffic. If it ain’t broke, don’t fix it.
Arsen Rabinovich (00:37:56):
You have better things to worry about.
Andrew Wilder (00:37:57):
Yeah. But I think Trellis is growing. I think Trellis is going to be a very compelling replacement for Genesis which is kind of being phased out. Genesis is the parent theme that the Feast themes are actually built on. Right now Trellis only has three child themes and they’re not all that pretty.
Casey Markee (00:38:16):
I know that Skylar is going to be releasing some of Feast themes for Trellis, correct?
Arsen Rabinovich (00:38:22):
I think so, yes.
Casey Markee (00:38:23):
Update on that or do you know anything about that?
Andrew Wilder (00:38:25):
I know he’s working on it. I don’t know what the state is right now. But I think Trellis is complicated. Building a theme is complicated. It’s taking them a lot longer than they expected. I know everybody’s been like, “When can I get in on the beta?” I’ve worked on a few sites. I think it’s going to be great. It may not be there yet, but I think it’s going to be. I’m excited about what they’re building with it.
Casey Markee (00:38:49):
Well, I’m excited they correct the issues. I audited two last spring, early times, tons of issues, would not have recommended it to my worst enemy. It is substantially improved, improved now. They’re not wrapping everything and heading tags, they’re using headings correctly, they’ve provided some functionality that comes standard and things like the feasts themes or the Genesis as a default framework, ability to optimize category pages, having featured images, some built in schema when it makes sense.
Casey Markee (00:39:20):
But yeah. Again, the only concern I have with Trellis is that they tend to optimize for their own plugins first. The goal, of course, is to make sure that everything works with what you have. You should not have to change everything about your site to make Trellis work for you. It should be the other way around. Trellis should work as much as possible with widely accepted best practices. That’s always been something that we struggled with Mediavine specifically is that creates grow. These other plugins that they have, they tend to have more issues than their competitors, because they literally design them to work well with each other but not with their neighbors. And hopefully that’s something that we can see an improvement on with trellis and as we enter 2021.
Andrew Wilder (00:40:06):
Also, just to continue the spectrum of theming real quick. If you’re at the point where you’re ready to hire a designer for a custom theme, then speed and accessibility should be a big part of that conversation. You should be looking at samples of other themes that they built and running them through GPSI testing and seeing how fast they are.
Casey Markee (00:40:23):
Andrew Wilder (00:40:24):
They may not have total control, because the user might have added another plugin that slows things down. But you can put that stuff in your contract. You can say there needs to be… The CLS needs to be 0.0 when tested on webpage test and GPSI. A good developer will actually lead with that stuff. They’re going to say, “Oh, yeah, we’re on top of this stuff. So don’t worry about it.” So if you’re shopping for a custom theme, I think it’s something though to pay attention to.
Casey Markee (00:40:51):
Yeah. Custom themes are a tough thing. We get it all the time. Like, “Oh, my gosh Casey! Should I invest $20,000 on a custom theme?” That’s a lot of money. We think of how many [inaudible 00:41:04] goods I can buy with that. I tend to tell bloggers, “If you’re going to make that investment, they better going to be their long term view. Because the worst thing you can do is tie yourself to a designer, who makes a theme and then have the designer disappear or be very hard to reach.” Let me tell you, I won’t mention any names. That is an absolute issue in the food blogging niche.
Casey Markee (00:41:23):
You pay for issues on a custom theme and then it’s very hard to get this designer to come back and make small edits or to make changes to update that site for accessibility or best practices. That’s why if you’re going to get a custom theme, you want to work with someone who’s building on a fully supported framework like Genesis. We tend to recommend Genesis as a framework and then you build on Genesis with custom features. That’s what Feast does, that’s what Bill Erickson does. I believe that Madison Weatherwell, is that how you pronounce her last name? I always screw it up. I believe that she works with Genesis and she builds on Genesis. That’s what we’re looking to do.
Casey Markee (00:42:00):
The days of having these full custom themes hurts you, absolutely hurts you. I’m against that. You really do not need because then you have to just go back and have them add these features that they’ve forgotten because you don’t have the experience to ask the designer what you want in the theme until you’ve got an audit with the professional like myself or Arsen or someone else and we’re like, “How much did you spend on this theme? They didn’t do this, this and this. Can you go back and have them add this?” And usually it’s not possible.
Andrew Wilder (00:42:31):
I’d say also, you want to make sure you developer’s, if they’re building a theme for WordPress, following WordPress coding standards. If they do that, then any good developer should be able to pick it up and help with things. There are some companies that turn things around and make them [inaudible 00:42:46]. I don’t want to say anything bad about any companies-
Arsen Rabinovich (00:42:51):
Casey Markee (00:42:55):
We’re not there. There are plenty of horror stories. If anyone wants to contact us privately-
Andrew Wilder (00:43:01):
I will say actually, we have had enough clients with experiences bad enough that I will say it, I’ll name this name. There’s a company called [Vae 00:43:06].
Casey Markee (00:43:07):
Oh, wow. Yeah, let’s talk about Vae.
Andrew Wilder (00:43:10):
I know we’re kind of shifting from CLS stuff or Core Web Vitals, but they basically have built things that are so custom that we can’t fix it.
Casey Markee (00:43:20):
We’ve literally migrated every client who we’ve ever worked with from a Vae theme to something else. Here is the hilarious thing about it. These are some of the biggest bloggers in the world. They got suckered into spending a fortune with Vae on these custom themes. They didn’t have any improvement and then they come and they had an audit with me and again we’ll leave the names out of it.
Casey Markee (00:43:43):
But these people come they have an audit, we just tear the theme apart and so then they go back to Vae, Vae won’t make the changes. “No, this isn’t going to help you for SEO. No, we don’t need to be doing this.” They switch. And then Vae will actually send them an email, “You are going to tank your site by doing this.” And I love it because we save the emails and then we have the person email them back a year later, when they’ve tripled their traffic, telling them, “You need to hire new development staff.”
Ashley Segura (00:44:10):
Casey Markee (00:44:11):
Because we know you’re talking about. That’s how bad it is.
Andrew Wilder (00:44:15):
Yeah. I don’t even have words for how frustrated-
Casey Markee (00:44:17):
You don’t have words. It’s fine. I’ve got plenty of words for both of us.
Andrew Wilder (00:44:19):
Zero words. Everybody on the call, work with somebody else.
Casey Markee (00:44:24):
Nothing like taking a client who’s doing 100 to 250,000 on a Vae theme, moving them to Genesis and have them go to 3 million sessions a year because that’s happened a lot. That’s what you’re dealing with.
Ashley Segura (00:44:37):
While we’re on the subject of hiring out, let’s go back to the Core Web Vitals. Arsen, out of everything that needs to be fixed on a potential publisher’s site, what tasks would you recommend a publisher potentially hire out instead of trying to do themselves? Maybe some of the most technical ones or can you give any examples to kind of guide the publishers on the call what they should focus on and what they should maybe look for help?
Arsen Rabinovich (00:45:05):
Andrew Wilder (00:45:49):
Casey Markee (00:45:51):
Whatever floats your boat buddy.
Arsen Rabinovich (00:45:53):
No, I didn’t know if it was one of the questions. You said, sizes, attribution, dimensions for like media for your videos, your images, your gifs so it doesn’t mess around with the CLS. Make sure your ad elements have… I don’t even how to properly… A space that’s blocked off for the ad. So it’s not just like… It loads that block before the ad is actually loaded inside that block so that your paragraphs are not shifting when the ad comes into the page.
Arsen Rabinovich (00:46:29):
Stuff like that is definitely going to pay dividends much… As soon as the Google starts counting Core Web Vitals. If you’re not comfortable doing it, don’t go in there and try to do it yourself. The chances are, you’re going to mess something up. Don’t install plugins to do this also.
Andrew Wilder (00:46:54):
Generally, the first thing to do is start uninstalling plugins.
Arsen Rabinovich (00:46:58):
Right. Right. That was another point. Okay, go ahead.
Andrew Wilder (00:47:01):
Casey Markee (00:47:37):
Absolutely. Still 117, that’s the record. I haven’t found any sites with more than 117 yet. It’s been a while. Good times.
Arsen Rabinovich (00:47:46):
But a plugin audit should be happening at least… You should be reviewing your plugins at least once a month. You should be looking at what’s happening, does that need to be updated? You should… Anything weird, like, “Oh, my God! What is this plugin? Why is it even here?” By using this, you should not have anything under that you’re not using.
Casey Markee (00:48:04):
Arsen Rabinovich (00:48:06):
You can always download it later again. Sorry, if you install the plugin to help with one specific task to move a post to a page, get rid of it. You can always download it and install it again. You don’t need to have it live there.
Ashley Segura (00:48:20):
Gotcha. Okay. Andrew, what can you do to prevent cumulative layout shifts?
Andrew Wilder (00:48:27):
It’s similar stuff Arsen was just talking about, where if you’ve got ads, make sure your ad network is handling that. I know Mediavine is working on it. I assume AdThrive is working on it. They should handle that stuff. You want to have your ads loading below the fold. Actually, I saw a question from Sean. A few people actually are asking about CLS issues on desktop instead of mobile. Desktops probably read because you have above the fold ads, whereas you don’t have above the fold ads on mobile. I know with Mediavine, also everybody’s deferring ads on mobile, which is great, but they’re not deferring ads on desktop. Most desktop users, that’s probably not an issue because they’re going to have a faster connection. But if the ad is above the fold, that’s going to cause a layout shift.
Andrew Wilder (00:49:06):
If you’re willing to take the revenue hit, then you can get rid of those ads above the fold on desktop and that’s most likely going to solve it. Beyond that, it’s going to vary from site to site. If you’ve got Slickstream or if you’ve got a banner ad, that’s a common one. You’ve got a GDPR or a cookie notice that says like, “Hey, we have cookies.” If that shows up at the top and pushes your content down and that loads late in the process, that’s going to cause a layout shift.
Andrew Wilder (00:49:36):
One solution is to put it at the bottom, although that might interfere with sticky ads. Or you could have something on the sidebar. If you have an opt-in form, “Get my new recipes.” And you have an email form at the top, if that loads late in the process, that’s going to cause a layout shift. You have to have a spacer in there. Some plugins will be good at this and some won’t. Some of that might be changing out which plugin you’re using. Beyond that, it’s kind of you have to do it on a case by case basis and really look and see, use the tools and see what’s actually moving and then you can address it that way.
Ashley Segura (00:50:09):
Casey, do you think the Core Web Vitals are going to impact Google Discover traffic?
Casey Markee (00:50:20):
That’s a good question. Although Google has never said anything about it, specifically, we can kind of glean some insights based upon their information that they publish about Google Discover. I’m going to paste over a link which has a ton of information about Google Discover well worth your time. It’s under Google’s advanced SEO module that they’ve launched recently. The thing to be aware of it is that Google is very clear that Discover traffic is serendipitous.
Casey Markee (00:50:47):
For those of you who won’t know the big deal about that big word I just used, basically, we can’t plan for it. Google Discover is very unique. It’s tied to content based upon Google’s automated systems. It’s matched to your own individual your intense and your interest that you set up on your Google Discover feed. I’m going to go ahead and paste that over here a little bit. You can take a look at that.
Casey Markee (00:51:15):
Now, we can’t really create an optimized content for that. Therefore, I’m not really too concerned about the Core Web Vitals impacting Discover traffic too much. Clearly, we want everything to load fast as possible. But one of the things that you want to be aware of with Google Discover, especially if you’re a food or lifestyle blogger and you’re on the call is that you want to start looking in web stores. Web stories, there is a new carousel in Google Discover, completely devoted to web stores. Web stories is currently going through a land rush. It’s literally like the Homestead Act going through right now. People are going out and they’re putting together these web stories.
Casey Markee (00:51:53):
They went from having 1% Discover traffic to five, seven to 10% within a week. There’s a lot of people putting these web stories together. The problem is, is there’s kind of a correct and an incorrect way to put these web stories together. I’m going to go ahead and put over some information in the chat in a minute about what you need to know for these web stories. But mostly, these web stories are again and I’m not a fan of amp, but if you’re going to use amp, only use them for the web stories. These web stories, you download the web stories plugin from WordPress and start playing around with putting these web stories together and you want to use some of your already top performing recipes.
Casey Markee (00:52:36):
The web stories are already canonicalized to the page. There’s no duplicate content or anything going on here. The goal is to use the web story to drive traffic to the actual recipe. Now on that note, I want to go ahead and talk about JumpRope. I know a lot of you on the call are using JumpRope. I am 100% against jump rope and this is why. Jump rope is a great way for you to drive traffic to JumpRope. JumpRope is a great way for you to drive advertising income to JumpRope. JumpRope is not a way that you’re going to be using to build your traffic. It’s one of the most interesting things I’ve seen is how fast they came onto the screen but if you’ve ever pulled out your phone and looked at the Discover feed, those Jump Ropes, don’t go to your site, those JumpRopes, go to a JumpRope channel that you set up.
Casey Markee (00:53:21):
So you’re requiring users to click twice from that, from the JumpRope to the JumpRope channel, from the JumpRope channel to your site. You’re going to have an extremely low converting traffic on that. It’s just not worth your time. If you’re going to use web stories, don’t use JumpRope. Go ahead and build up your own web stories so that we can go ahead and have them sent to your site on every frame of that web story. That’s what we want to do. Okay, you don’t have… There is no benefit for you getting to the carousel using JumpRope, when you can just go ahead and start making your own web stories now and have the same visibility. Be aware of that going forward.
Ashley Segura (00:53:59):
Perfect. That’s good to know. We’re about to head into Q&A. If you have questions, please drop them in the Q&A box, not the chat box. But over there. Arsen, last question to you. This is definitely a question that comes up quite a bit. If users care less about the story behind a recipe, if they’re just clicking on that jump to recipe button and trying to just get what ingredients they need or the oven temperature, how can you satisfy especially with this update coming up both the audience giving them the recipe and Google who wants the content?
Arsen Rabinovich (00:54:31):
Well, again, so Google… There’s no such thing as content length as a ranking factor. It just doesn’t exist. It can actually have a reverse effect from what we’re seeing. You’ve got to keep in mind. Google is really heavy on intent and understanding what the intent is behind a query. We’ve covered this in a previous webinar. If my intent is to find a temperature to cook something like a tomahawk steak or a portabella mushroom, whatever it is, I’m going to go in there, I’m going to find the temperature and I’m going to get out. I’m not going to read anything else. My primary intent is to do that one thing.
Arsen Rabinovich (00:55:09):
I might have secondary passive intent, which focuses around what else can I serve it with? Maybe there’s a different way of cooking this. But it might be. Users are going to go in, they’re going to look at the piece of content that they’re interested in and they’re going to leave. If I’m trying to figure out what I’m going to make for dinner and I’m searching for keto friendly chicken dishes without cheese or with bacon, now, I’m presented with a page, whether it’s a category page or it’s a roundup post where I’m presented with a bunch of different recipes and I’m going to make my selection.
Arsen Rabinovich (00:55:59):
I’m going to spend a little bit more time on that page. Because that’s my intent. Google looks at that. We’re assuming that Google understands what or assumes what the intent is behind the query. I wouldn’t say that you have to write long form content in order to rank. Look at the big players. Look at the guys who have been winning through these last few updates. Content is short to the point addressing the primary intent. The primary intent is to get that recipe. We’ve been preaching this. Prioritizing content based on intent. You don’t need a long story. Give the user what they want and then everything that addresses secondary intent should be moved towards the bottom right. Focus on giving the user or matching the content to the query syntax and the query syntax are the words in that query. If I’m looking for temperature to grill tomahawk steak, that should be the first thing that I see when I land on a page.
Ashley Segura (00:56:58):
Gotcha. Okay. Now we’re moving into Q&A. We’ve got the first question from Andrea and, Andrew, it looks like you’re ready to answer this one live. How do you improve LCP and SCP?
Andrew Wilder (00:57:12):
LCP is largest contentful paint, we haven’t really talked about that one much. And FCP is first contentful paint. First contentful paint means it’s basically the first thing that gets drawn on the page. Largest is the largest thing and this is within the viewport. So basically, before you scroll, and we’re talking mobile, so if it’s on your mobile phone, whatever the first thing to appear is the first contentful page, whatever the biggest thing to appear is, is the largest. The Web Vitals are really focusing on largest contentful paint with the assumption that if it’s bigger on the page, it’s more important for the visitor.
Andrew Wilder (00:57:45):
Andrew Wilder (00:58:19):
It’s still going to do that for the rest of the page. But it’s already drawing stuff at the top in the beginning. This stuff is really important for user experience, particularly because up until this point, the user is staring at a white screen. If that takes two seconds, it feels like a long time. If you shave off two seconds, you want to do it from the beginning of your load process, not to the end. Once there’s something there for the visitor to look at, if it takes an extra second or two, it doesn’t matter as much, it feels faster because the user sees stuff happening.
Andrew Wilder (00:58:49):
If you can get that stuff to happen really fast, using a content distribution network is really important. For example, with our services, we use CloudFlare. We have an enterprise configuration now. We’re caching HTML at CloudFlare. Once it’s cached, we’ll return that HTML document to the visitor in under 50 milliseconds no matter where they are in the world. And then all of the other static assets can be returned really fast from CloudFlare as well. When you really start getting into this stuff, there’s lots and lots of layers. Some of the stuff we were talking about earlier like getting rid of extra plugins, you want to get rid of all that bloat first and then optimize the other things.
Andrew Wilder (00:59:25):
Our primary tool is WP Rocket. It’s a premium plugin, we include that with our plans as well. That will do most of what I just mentioned. We couple that with the CDN, we make sure somebody is on good hosting like BigScoots or Agathon. We take all of those things together and that should really make a significant improvement on both your first contentful paint and largest. One other weird thing about largest contentful paint is it can vary from page to page. We’ve seen this a lot where let’s say you have a really short post title and then you have another post with a really long post title which wraps under two lines. That becomes a bigger element.
Andrew Wilder (00:59:59):
If that pushes an image down, you could have a different largest content, full paint on each of those pages and you could have a significantly different speed. If you test the two pages, one might be two seconds, one might be six seconds and it’s because it’s loading something different or it’s looking at something different that loads at a different point in the sequence. We’ve seen that where if you have a weird discrepancy where some pages are very different, you have to actually look at that thumbnail image and look at what’s changed and that can make a big difference.
Andrew Wilder (01:00:28):
You have to dig into this stuff and really… Unfortunately, there’s a learning curve here. The other options and hire people. I think it’s important to hire experts once you hit your limit. But it’s also important to understand what you’re hiring them for so you can make sure they’re doing a good job and you can talk with them smartly about it to make sure they’re actually doing right by your site.
Casey Markee (01:00:54):
Casey Markee (01:01:33):
Ashley Segura (01:02:02):
Okay. It looks like Casey, you are ready to answer a [Apaline’s 01:02:08] question. “I have a problematic theme, which has just been recommended that I switch ASAP. However, it was mentioned not to switch theme in Q4, which you all recommended, when might be a good time to switch themes?”
Casey Markee (01:02:20):
Yeah, Apaline is signed up for an audit. In this case, do not listen to what we just said. You have a theme that is… Again, I don’t want to call you out. But you’re riding and Edsel and we need to get you switched to a Ferrari and your theme is so bad that any improvement we make is going to be phenomenal for you.
Casey Markee (01:02:44):
That’s just for her situation folks. Okay, so just be aware of that. That’s why I want to answer it quickly here. If you have any questions on that, we’ve been trading emails, you’ve already also been in touch with us Skylar, you’re in good hands. The faster we can get you converted the better.
Ashley Segura (01:02:59):
Adam Hunter who had the same question, it’s just goes to show it’s really going to come down to having an expert evaluate your site and make sure-
Casey Markee (01:03:07):
That’s exactly it. If you want to have… Like I said, this is the busy time. If your traffic is okay and you’re doing okay and we don’t need to make any dramatic changes. I’ll have [inaudible 01:03:21] with a client today. Andrew knows who that client is. She’s a current subscriber. She has issues with her theme but she is doing very well.
Casey Markee (01:03:29):
There is no reason for us to upseat an apple cart or do anything dramatic right now as we go into a busy period just to switch themes. But if your site is throwing up errors on every page and your page speed is non-existent and you have schema issues and literally again your theme looks like it was put together by a four-year-old, we need to make some changes. Again, don’t take any of this stuff personally but our goal is to get you to provide you the best advice, but that advice is relative to the site we’re looking at.
Ashley Segura (01:04:04):
Perfect. Okay. Let’s see, we only have time for a couple more questions. Let’s go to Katie with Google Web Stories, “Should we create these recipes that are already performing? Well say on page one, or focus on other recipes that are sitting on page two, three, etc?” Feel free anyone who’s comfortable.
Casey Markee (01:04:25):
I’ll just take this very quickly to Kate because I [inaudible 01:04:27] to answer her in the chat already. I would say that in your case, let’s just focus… This is a completely different channel. So it doesn’t matter if you focus on another recipe. It’s not really going to have a benefit on that algorithmically. This is a completely different channel for discoverance, web stories. So I would advise you to focus on your best content first. Let’s take your best content on your site, convert it to web stories and see if we can get it to do just as well on a different channel, the web stories carousel as it’s doing already algorithmically in Google with organic search. I would want to take a recipe that’s not doing well on organic search and try to convert it to a web story. Already no reason. No go with strength. Strength goes with strength with regards to web choice.
Ashley Segura (01:05:11):
Makes sense. Opening up, just two more questions. This question from Tammy to feel free any of you guys who want to respond to this, “My CLS on mobile seem to alternate between green and red on mobile for every post, but on desktop, they’re all poor. I have [inaudible 01:05:27] and I’m running the Feast plugin. Why do I have such discrepancies?”
Casey Markee (01:05:33):
First of all, I want to Andrew and Arsen to speak on this. I do not believe that Google is using desktop at all for Core Web Vitals at all, at all. I think that they’re doing it because they want to provide us both the information. But everything with Google is mobile first. It is my belief unless someone can show me a quote from Google otherwise, I wouldn’t even lose any sleep over the desktop nor would I even concentrate any resources on that. I would focus everything on mobile first because I don’t believe that you improving your Core Web Vitals on desktop is going to mean anything because we’re using the mobile first version of your site for all metrics. Unless someone tells me differently, for all of you on the call getting poor, Core Web Vitals for desktop, I would ignore them completely. We don’t even worry about them.
Arsen Rabinovich (01:06:17):
And just to add to that, I get the same thing. I have been running our website TopHatRank through both desktop and mobile. It varies. Why? I don’t know. The content shifts. So you have a responsive layout versus a desktop layout. But I really don’t care what’s happening in the desktop version. I only care… I’ve got the notification that I’m mobile first with Google. I don’t care about desktop at this point.
Andrew Wilder (01:06:43):
Tammy’s asking specifically on mobile about alternating between green and red on posts too. It’s also like there’s this weird fickleness in the reporting. I think there’s a lot of variation here that’s using real world data. So if you happen to have a different post that goes viral with different users who aren’t slower connections, like that stuff actually can move the needle. Because we’re talking about very subtle differences sometimes. You do have to still take some of this with a grain of salt. What you want to do a see improvement in general. I think if you’re doing that, you’re going to be in good shape.
Ashley Segura (01:07:22):
Okay, final question. Don’t worry if you didn’t get your question answered in Q&A in the recap. Casey, Andrew and Arsen go through any of the questions that weren’t answered and make sure that they get answered. Everything will get addressed in the recap post. But last-
Casey Markee (01:07:37):
Yeah, just one quick thing because I definitely don’t want to leave Laura hanging here. Laura has a great question, “Does sidebar content effective shifting? Do we ever need a sidebar if we were optimizing for mobile first?” Yes, you need a sidebar, please do not remove your sidebar. If you remove your sidebar, you’re going to have ranking drops because you’re removing strong site wide signals to Google that you had a lot of links on that. I know this site, I know your site specifically Laura. Don’t do that. We don’t see sidebars on mobile. No, it’s not having the impact on your CLS issues most likely. There are other things in play. Just very quickly there, I want to make sure that we got the answered.
Ashley Segura (01:08:13):
Perfect. Thank you, Casey. Kim’s question, she’s using Feast plugin. Doesn’t have any ads yet and mobile pages are greenlight according to GSC. But desktop pages definitely need improvement. Casey just mentioned, don’t worry about this stuff-
Casey Markee (01:08:26):
Don’t worry about that.
Ashley Segura (01:08:27):
But mobile’s good. She’s trying to figure out what is different between the two and whether or not that they can be duplicated, she can duplicate what she’s doing on mobile with desktop so that it’ll get approved by GSC.
Andrew Wilder (01:08:39):
I think we touched on that for Shawn’s as well. It’s most likely ads on desktop. Get rid of your… If you really want to fix this, which we don’t think you need to but if you really want to, you get rid of your ads above the fold, you can also… Oh, you don’t have ads. Sorry. There’s probably something else on desktop that’s doing it or obviously, but probably doesn’t matter.
Andrew Wilder (01:09:03):
Having said that, if you have a large percentage of your traffic, your human traffic that is using a desktop version of your site, then that’s another story. It’s not only about search engine rankings. It’s about real world users. For most of our audience, most of you guys, you’re going to have 70 to 80% of your traffic on mobile. That’s why we’re really pushing mobile. That’s why Google pushes mobile but if your site is a different topic that attracts a desktop audience, then you need to tweak things slightly differently.
Casey Markee (01:09:34):
Katie’s quick question about the sidebar, you’re fine, Katie, don’t worry about it.
Ashley Segura (01:09:40):
Perfect. Okay, great. Well, that wraps up the sixth episode of SEO for Publishers. Again, we are going to have a recap post that’s going to have this replay, the transcript, links to all the resources especially everything that was in chat, which Casey, Arsen, Andrew, thank you for sharing all that detailed info and [inaudible 01:09:59]. Attendees from all over the world, thank your for joining us. It’s absolutely amazing to have you with us every single-
Casey Markee (01:10:07):
Yeah. I can’t believe my wife doesn’t even like to listen to me talk. So it’s always shocking when we do one of these and someone can actually stay awake for an hour to listen to all of us speak. We really appreciate it. We wish you guys a very happy and safe Thanksgiving. Try to keep those gatherings small and we’ll see you in December.
Ashley Segura (01:10:25):
Take care everyone.
Arsen Rabinovich (01:10:27):