will Google give breaks for slow plugins and apps?

Will Google Give Breaks for Slow Plugins and Apps?

Google’s core web vitals and slow apps.

According to Google Martin Splitt, the company will not give publishers a break on Core Web Vitals since third-party apps provide must-have functionality. In response to a question by Loren Baker, he discussed the issue of publishers who want marketing and sales related functionality on their pages, which slows down the website and contributes to a poor score on web vitals.As an example, a Shopify site with email list, review, and chatbox functionality had extremely poor core web vitals performance. But the question was applicable to all WordPress plugins, themes and third-party apps, regardless of platform. Publishers are generally not at fault for performance issues resulting from Core Web Vitals, which makes this a difficult issue to address. Apps, themes, and plugins are to blame for the poor performance. It’s unfair for Google to penalize a site for using a third-party plugin or app that provides users or publishers with a necessary function.

Google goals:

 “Is the Core Web Vitals Update going to give people a break, so to speak, if they’re using a third party app which is leading to their site having lower scores than if they would if they had no apps on the page?” The answer from Martin Splitt focused first on Google’s goals for Core Web Vitals, trying to get the publisher to understand it from that perspective. “I understand where they’re coming from. The answer for all of these questions is pretty much the same.

Think about what are we trying to do with the page experience signal. What we are trying to do there is we try to quantify what makes the user have a good experience with a page. And it doesn’t matter what tools are being used, what libraries, frameworks are being used, if there’s JavaScript on the site, if there’s no JavaScript on the site, if there’s apps on the site, if there’s all first party on the site, if it’s using Google analytics or Google Ads or Google Tag Manager- none of that matters. If it slows down the page, it’s detrimental to the experience of the user. It doesn’t matter where the reason is coming from if it’s… like bad first party code or bad third party code, everything is possible to do with less impact on the core web vitals than it is probably done right now out of not being like aware of that being a problem or a lack of care or other technical reasons that need to be addressed at some point.

As developers we’d like to speak of that as technical depth. So if they make things slower, that reflects in the core web vitals and that’s what matters in the end.”

Martin’s summary:

Martin talked about reviewing the core web vitals and summarized his thoughts by saying:  Apps and functionality should also be reviewed to ensure that they meet a must-have user experience. If it’s somewhat superfluous, consider getting rid of it. Implement site functionality in a way that does not interfere with the page’s rendering. Editing the code may involve adding extra elements attributes (like the lazy load image attribute or link rel=”preload”). The site publisher is unfortunately responsible for fixing this until template and plugin makers take action, whether they like it or not. Ask the app, plugin, and theme developers to create better implementations.

Leave a Comment

Your email address will not be published.