Dynamic Rendering: Should You Still Use It? via @sejournal, @TaylorDanRW
Dynamic rendering can be an ideal temporary solution. Find out when to use it and questions you need to ask first with this detailed guide The post Dynamic Rendering: Should You Still Use It? appeared first on Search Engine...
JaneWalter
Dynamic rendering can effectively solve your JavaScript SEO problems, but Google advises it should be a workaround rather than a long-term solution.
As it adds an extra layer of complexity when building your website, it’s recommended to implement hydration, static rendering, or server-side rendering instead.
Both Bing and Google deem dynamic rendering important enough to announce as a quick fix to Google Search crawling and indexing problems with JavaScript.
This means web development teams and the technical SEO community must understand the dynamic rendering process and why it should only be considered a temporary setup.
What Is Dynamic Rendering?
Dynamic rendering combines the best of both worlds by presenting your JavaScript content differently.
Fully-rendered content (a static HTML version of the pages) is sent to search engines, while regular site visitors are served with normal (client-side rendered) content.
This rendering technique lets your website dynamically detect crawlers like Googlebot and enables Google to crawl and index your content without executing JavaScript.
As it provides relevant websites to users and search engine bots, dynamic rendering helps minimize the crawl time needed for each of your pages.
Not all sites need dynamic rendering, but how exactly does it work?
How Dynamic Rendering Works
Implementing dynamic rendering can be challenging, resource-intensive, and time-consuming.
The dynamic rendering process typically works by serving the whole JavaScript experience to users, and the HTML files to search bots.
An external dynamic renderer, such as Prerender.io, is installed on the server to identify search crawlers. Requests from crawlers are routed to the renderer, which serves as a translation of the content suitable for the crawler (such as a static HTML version). This page is then cached for later. A human user request is handled normally, sending them to the website. You can also use this part of the dynamic rendering process to determine if they require desktop or mobile content.What Problems Can Dynamic Rendering Solve?
Dynamic rendering helps Google crawl and index your website more quickly by picking out the relevant content generated by JavaScript.
This means search engines receive pages faster, allowing them to get through more pages on your site – making more of your pages visible in the search engine results pages (SERPs).
By eliminating the need for search engines to process JavaScript, you can optimize speed-related crawl budget issues and prevent search engines from missing your JavaScript-loaded content.
This makes the technique ideal for large websites that generate lots of content that is updated frequently (for example, an ecommerce store with a revolving inventory).
More content indexed in Google will help your content marketing efforts and organic search channel investment.
Should You Still Use Dynamic Rendering?
Dynamic rendering is still an excellent match for large, JavaScript-heavy sites that constantly evolve – but only as a short-term fix.
It’s also beneficial for companies who need to get the most out of their crawl budget and are low on engineering resources.
Because it’s faster and less resource-intensive than server-side rendering, it’s also easier to deploy.
There are three instances where web developers should consider temporarily using dynamic rendering:
If you have a large site with rapidly changing content that requires quick indexing – this helps with rankings and driving traffic and revenue. If your website relies on modern JavaScript functionality, dynamic rendering can overcome the limitations of processing JavaScript at scale while minimizing the number of HTTP requests. If your website relies on social media sharing and chat applications that require access to page content – embeddable social media walls, widgets, etc.Is Dynamic Rendering Cloaking?
Google describes cloaking as “sending different content or URLs to human users and search engines with the intent to manipulate search rankings and mislead users.”
It is considered a black hat SEO tactic – for example, showing a page about dogs to users and a page about cats to crawlers.
Even though dynamic rendering sends different content to both parties, it is solely to pre-render your content for bots.
If you implement dynamic rendering, minimize the differences between the version of the page you’re sending to search bots and the version going to users.
Serving the same end content to crawlers and human users enables Google to index easily, quickly, and economically.
How To Use Dynamic Rendering As A Workaround
According to Google, if your website is home to JavaScript-generated content unavailable to search engines, dynamic rendering can be used as a workaround to the problem.
If your bots have difficulties with JavaScript-generated content, use dynamic rendering to detect them and deliver a server-rendered version without JavaScript. A client-side rendered version of the content is then shown to users.
On the other hand, dynamic rendering creates additional, superfluous complexities and resources for Google. As it generates many prerendering requests, it can significantly slow down your server.
Dynamic rendering isn’t a viable long-term option, as it requires you to maintain two separate versions of your site.
You’ll need to verify separately that your website is well-optimized for users and search bots, taking up precious time for your SEO and development teams that could be better spent elsewhere.
Finally, dynamic rendering means your clients are served a client-side rendered version of your site. If users have older devices that aren’t built to handle large amounts of JavaScript, this can lead to poor page performance and a negative user experience.
Summary
Dynamic rendering is an ideal temporary way to mend your JavaScript SEO problems. Before you decide to go ahead with it, ask yourself the following questions:
Is your website indexable? Does your website use JavaScript for some or all of its content? Does your content change regularly? Are you facing budget constraints? Does your engineering team have too much on their plate to implement server-side rendering?Dynamic rendering exists to correct web pages that don’t show up on search engine results pages, but we’d always recommend server-side rendering.
After all, it’s easier to maintain with only one version of a website and more time-efficient, as you don’t have to verify if the versions for users and Googlebot are identical.
Once you’ve weighed up your development resources and technology capabilities, look for opportunities to switch to server-side rendering so all user agents receive the same content.
More resources:
Server-Side Rendering: The Pros & Cons To Consider For SEO An Introduction To Rendering For SEO How Search Engines WorkFeatured Image: stegworkz/Shutterstock
