Kumasi - Ghana
We are available 24/7
Martin Splitt of Google explains rendering and the impact of rendering on Search Engine Optimization (SEO).
Martin Splitt of Google took part in a webinar regarding web page rendering and how it affects SEO. Rendering is what happens when a browser requests a web page, and it’s a big part of how Core Web Vitals ratings are calculated.
Understanding this removes some of the myth surrounding Core Web Vitals.
The process of building a web page involves what happens between the browser and the web page, which is known as web page rendering. High Core Web Vitals ratings are the outcome of an efficient rendering process.
Sales, advertising earnings, and even web page crawling can all be affected by inefficient rendering.
Martin Splitt of Google was asked to define rendering.
Martin answered by drawing a parallel between designing a web page and cooking a dish from a recipe.
HyperText Markup Language is the abbreviation for HTML. It’s a file format for producing documents that can be viewed in a browser once they’ve been rendered.
“If you think about HTML as a recipe, and you have all the ingredients in there:
You have a bunch of text
You have a bunch of images
You have a bunch of stuff
But you don’t really have it in the recipe. The recipe is a piece of paper with all these instructions on how to make a thing.”
The first part of Martin’s explanation is that HTML is like a recipe, the instructions. The text and images are the things used to create the finished meal, which is the web page.
Martin continued the analogy by comparing web page resources with the actual physical ingredients:
And the website that you know and use in your browser you see in your browser, that’s the final dish.”
Martin then compared rendering to the actual process of preparing the ingredients (images, CSS, and so on) and cooking them.
“And rendering is pretty much the cooking or the preparation process of that.”
Martin then explains what rendering is for Googlebot.
“So crawling fundamentally just goes into a big book of recipes and just takes out a page with a recipe and puts that into our realm, our reach, like basically we are standing here at a kitchen table …and we wait for the cooking to begin and crawling will basically just hand us a recipe.
And then rendering is the process where, rendering goes, Aha! Interesting! Crawler over there, can you get me these ten ingredients?
And the crawler will be conveniently, yes, I got you these ten ingredients that you need.
Thank you very much!
And then we start cooking.
That’s what rendering is.”
There’s an intriguing twist in the way we think about indexing, and it has to do with rendering.
When we think of page ranking, we usually think of indexing.
To put it another way, we usually consider the point in time when a search engine:
Indexing, on the other hand, isn’t the last step in the discovery process.
I believe that its weight will decrease over time, while the last stage – rendering – will increases and I suspect replaces the indexed version altogether.
Essentially, the difference between indexing and rendering can be illustrated with these two images:
The ability to prioritize material based on how a human would interact with a website is provided by rendering.
It tells the engine how content is shown in a browser and how visible different aspects are, so they’re judging or prioritizing content and weighing usability using the same product that a visitor is using.
“So rendering parses the HTML.
HTML fundamentally, when it comes from crawling, is just a bunch of text, conveniently formatted but …Text!
In order to make that into a visual representation, which is the website really, we need to render it, which means we need to fetch all the resources, we need to fundamentally understand what the text tells us to be like:
There’s a header here, okay.
Then there’s an image there and next to the image there’s a bunch of text and then under the image there’s another heading, it’s a smaller heading, it’s a lower level heading …and then there’s a video and then below that video there’s some more text and in this text there’s three links going to here, here and here.
And all this assembly process, this understanding what it is and then this assembling it into a visual representation that you can interact with in your browser window, that is rendering.”
So now you have the onions as a raw ingredient but you don’t put the onions as a whole into your dish, you cut them up.
Martin then moves on to discussing the Layout Tree. He’s referring to the Document Object Model, which is a hierarchical representation of all the components in a web page.
A web page’s various “bits and pieces” are similar to the leaves of a tree. The leaves on what Martin refers to as the Layout Tree are known as nodes in HTML.
But what then happens is we are assembling, like we are figuring out these bits and pieces and how we need to like assemble them on the page and that leads to something called, Layout Tree.
And the Layout Tree tells us how big things are, where on the page things are.
If they are visible or if they are not visible, if one thing is behind another thing.
So that’s rendering in a nutshell.
From we have some HTML to we have potentially a bunch of pixels on the screen. That’s rendering.”
“Google Search has the exact same struggle as a real-world user in this case.
Because, for a real-world user, even if you are on a modern phone and a really fast and fantastic and expensive phone as well, more execution also always, always, means more power consumption.
…The more expensive you make it the worse it is for us as an experience.
Google Search doesn’t really care. We just have to invest in the resources that we need and we do a lot of optimizations to make sure that we are wasting as few energy and time as possible.
But obviously, if you are optimizing that, a nice and really nice side effect is that your users will probably also be happier because they need less battery, their old phone will still work fine with what you put out there and they will be able to consume your web content and maybe not your competitors because your competitors don’t care and actually produce something that is less convenient to use on their phones.
So this is not something where you would pit Google versus user experience.
This is kind of like the same problem or the same challenge and we are all facing it, including Google Search.”
When it comes to Document Object Models, DOM trees, and rendering, Core Web Vitals can be a bit abstract and mysterious.
Martin Splitt’s analogies aided in removing some of the ambiguity surrounding one of the most critical aspects of understanding Core Web Vitals scores: rendering.
Another advantage of his presentation is that it raises awareness regarding expensive rendering and how it could affect site users with older phones that have problems rendering the page.
And it’s not just older phones; modern phones may have trouble downloading a web page if the phone has been on for days and the RAM is being used up by several active browser windows.
Finally, he de-mystified the term “rendering.” That advances the discussion on increasing web page speed and Core Web Vitals performance because technical jargon is one of the few things that can slow or stop progress on understanding something crucial.
Because of the coronavirus (Covid-19) outbreak, our in-person services are closed until further notice. However, our online services are available as usual with some special offers.
Subscribe to our weekly newsletter below and never miss the latest product or exclusive SEO tips we share with our readers.🙋♂️
You cannot copy content of this page