Le rendu dynamique peut résoudre efficacement vos problèmes de référencement JavaScript, mais Google conseille qu'il s'agisse d'une solution de contournement plutôt que d'une solution à long terme.
Comme il ajoute une couche supplémentaire de complexité lors de la création de votre site Web, il est recommandé d'implémenter l'hydratation, le rendu statique ou le rendu côté serveur à la place.
Bing et Google considèrent le rendu dynamique suffisamment important pour être annoncé comme une solution rapide aux problèmes d'exploration et d'indexation de la recherche Google avec JavaScript.
Cela signifie que les équipes de développement Web et la communauté SEO technique doivent comprendre le rendu dynamique et pourquoi il ne devrait être considéré que comme une configuration temporaire.
Qu'est-ce que le rendu dynamique ?
Le rendu dynamique combine le meilleur des deux mondes en présentant différemment votre contenu JavaScript.
Le contenu entièrement rendu (une version HTML statique des pages) est envoyé aux moteurs de recherche, tandis que les visiteurs réguliers du site reçoivent un contenu normal (rendu côté client).
Cette technique de rendu permet à votre détecte dynamiquement les robots d'exploration tels que Googlebot et permet à Google d'explorer et d'indexer votre contenu sans exécuter JavaScript.
Comme il fournit des sites Web pertinents aux utilisateurs et aux robots des moteurs de recherche, le rendu dynamique permet de minimiser le temps d'exploration nécessaire pour chacune de vos pages.
Tous les sites n'ont pas besoin d'un rendu dynamique, mais comment cela fonctionne-t-il exactement ? ?
Comment fonctionne le rendu dynamique
La mise en œuvre du rendu dynamique peut être difficile, gourmande en ressources et chronophage.
Le le processus de rendu dynamique fonctionne généralement en servant l'intégralité de l'expérience JavaScript aux utilisateurs et les fichiers HTML à rechercher bots.
le processus de rendu dynamique- Un moteur de rendu dynamique externe, tel que Prerender.io, est installé sur le serveur pour identifier les robots de recherche.
- Les requêtes des robots sont acheminées vers le moteur de rendu, qui sert de traduction du contenu adapté au robot (comme une version HTML statique). Cette page est ensuite mise en cache pour plus tard.
- Une demande d'utilisateur humain est traitée normalement, en l'envoyant au site Web. Vous pouvez également utiliser cette partie du processus de rendu dynamique pour déterminer s'ils nécessitent un contenu pour ordinateur ou mobile.
Un moteur de rendu dynamique externe, tel que Prerender.io, est installé sur le serveur pour identifier les robots de recherche.Prerender.ioLes requêtes des robots sont acheminées vers le moteur de rendu, qui sert de traduction du contenu adapté au robot (comme une version HTML statique). Cette page est ensuite mise en cache pour plus tard.Une demande d'utilisateur humain est traitée normalement, en l'envoyant au site Web. Vous pouvez également utiliser cette partie du processus de rendu dynamique pour déterminer s'ils nécessitent un contenu pour ordinateur ou mobile.Quels problèmes le rendu dynamique peut-il résoudre ?
Le rendu dynamique permet à Google d'explorer et d'indexer votre site Web plus rapidement en sélectionnant le contenu pertinent généré par JavaScript.
En éliminant le besoin de recherche moteurs pour traiter JavaScript, vous pouvez optimiser les problèmes de budget d'exploration liés à la vitesse et empêcher les moteurs de recherche de manquer votre contenu chargé en JavaScript.
Cela rend la technique idéale pour les grands sites Web qui génèrent beaucoup de contenu mis à jour fréquemment (par exemple, une boutique de commerce électronique avec un inventaire renouvelable).
Plus de contenu indexé dans Google aidera vos efforts de marketing de contenu et votre investissement dans les canaux de recherche organiques.
Devez-vous toujours utiliser le rendu dynamique ?
Le rendu dynamique est toujours un excellent match pour les sites volumineux et lourds en JavaScript qui évoluent constamment, mais seulement comme solution à court terme.
C'est également avantageux pour les entreprises qui ont besoin de tirer le meilleur parti de leur budget d'exploration et qui manquent de ressources d'ingénierie.
Parce qu'il est plus rapide et moins gourmand en ressources que le rendu côté serveur, il est également plus facile à déployer.
Il existe trois cas où les développeurs Web devraient envisager d'utiliser temporairement le rendu dynamique :
- Si vous avez un site volumineux dont le contenu change rapidement et qui nécessite une indexation rapide – cela aide au classement et à la génération de trafic et de revenus.
- Si votre site Web s'appuie sur des fonctionnalités JavaScript modernes, le rendu dynamique peut surmonter les limites du traitement JavaScript à grande échelle tout en minimisant le nombre de Requêtes HTTP.
- Si votre site Web s'appuie sur des applications de partage et de chat sur les réseaux sociaux qui nécessitent un accès au contenu de la page - murs de réseaux sociaux intégrables, widgets, etc.
Le rendu dynamique est-il masqué ?
Google décrit cloaking comme "l'envoi de contenus ou d'URL différents à des utilisateurs humains et à des moteurs de recherche dans le but de manipuler les classements de recherche et d'induire les utilisateurs en erreur".
Il s'agit d'une tactique de référencement chapeau noir – par exemple, montrer une page sur les chiens aux utilisateurs et une page sur les chats aux crawlers.
Même bien que le rendu dynamique envoie un contenu différent aux deux parties, il sert uniquement à pré-rendre votre contenu pour les bots.
Si vous implémentez le rendu dynamique, minimisez les différences entre la version de la page que vous envoyez à la recherche bots et la version destinée aux utilisateurs.
En fournissant le même contenu final aux robots d'exploration et aux utilisateurs humains, Google peut indexer facilement, rapidement et économiquement.
Comment utiliser le rendu dynamique en tant que Solution
Selon Google , si votre site Web héberge du contenu généré par JavaScript non disponible pour les moteurs de recherche, le rendu dynamique peut être utilisé comme solution de contournement au problème.
Si vos bots ont des difficultés avec le contenu généré par JavaScript, utilisez le rendu dynamique pour les détecter et fournir une version rendue par le serveur sans JavaScript. Une version rendue côté client du contenu est ensuite présentée aux utilisateurs.
D'autre part, le rendu dynamique crée des complexités et des ressources supplémentaires et superflues pour Google. Comme il génère de nombreuses requêtes de prérendu, il peut considérablement ralentir votre serveur.
Le rendu dynamique n'est pas une option viable à long terme, car il vous oblige à maintenir deux versions distinctes de votre site.
Vous devrez vérifier séparément que votre site Web est bien optimisé pour les utilisateurs et les robots de recherche, ce qui prend un temps précieux pour vos équipes de référencement et de développement qui pourraient être mieux dépensés ailleurs.
Enfin, le rendu dynamique signifie que vos clients reçoivent une version rendue côté client de votre site. Si les utilisateurs ont des appareils plus anciens qui ne sont pas conçus pour gérer de grandes quantités de JavaScript, cela peut entraîner de mauvaises performances de la page et une expérience utilisateur négative.
Résumé
Le rendu dynamique est un idéal moyen temporaire de résoudre vos problèmes de référencement JavaScript. Avant de décider d'aller de l'avant, posez-vous les questions suivantes :
- Votre site Web est-il indexable ?
- Votre site Web utilise-t-il JavaScript pour tout ou partie de son contenu ?
- Votre contenu change-t-il régulièrement ?
- Êtes-vous confronté à des contraintes budgétaires ?
- Votre équipe d'ingénieurs a-t-elle trop à faire pour mettre en œuvre le rendu côté serveur ?
Le rendu dynamique existe pour corriger les pages web qui ne apparaissent sur les pages de résultats des moteurs de recherche, mais nous recommandons toujours le rendu côté serveur.
Après tout, il est plus facile à maintenir avec une seule version d'un site Web et plus rapide, car vous ne Vous n'avez pas à vérifier si les versions des utilisateurs et de Googlebot sont identiques.
Une fois que vous avez pesé vos ressources de développement et vos capacités technologiques, cherchez des opportunités pour passer au rendu côté serveur afin que tous les agents utilisateurs reçoivent le même contenu.
Plus de ressources :
- Rendu côté serveur : les avantages et amp ; Inconvénients à prendre en compte pour le référencement
- Une introduction au rendu pour le référencement
- Comment fonctionnent les moteurs de recherche
Image sélectionnée : stegworkz/Shutterstock
Si vous avez un site volumineux dont le contenu change rapidement et qui nécessite une indexation rapide – cela aide au classement et à la génération de trafic et de revenus.Si vous avez un site volumineux dont le contenu change rapidement et qui nécessite une indexation rapideSi votre site Web s'appuie sur des fonctionnalités JavaScript modernes, le rendu dynamique peut surmonter les limites du traitement JavaScript à grande échelle tout en minimisant le nombre de Requêtes HTTP.Si votre site Web s'appuie sur des fonctionnalités JavaScript modernesSi votre site Web s'appuie sur des applications de partage et de chat sur les réseaux sociaux qui nécessitent un accès au contenu de la page - murs de réseaux sociaux intégrables, widgets, etc.Si votre site Web s'appuie sur des applications de partage et de chat sur les réseaux sociauxLe rendu dynamique est-il masqué ?
Google décrit cloaking comme "l'envoi de contenus ou d'URL différents à des utilisateurs humains et à des moteurs de recherche dans le but de manipuler les classements de recherche et d'induire les utilisateurs en erreur".
Google décrit cloakingIl s'agit d'une tactique de référencement chapeau noir – par exemple, montrer une page sur les chiens aux utilisateurs et une page sur les chats aux crawlers.
Même bien que le rendu dynamique envoie un contenu différent aux deux parties, il sert uniquement à pré-rendre votre contenu pour les bots.
Si vous implémentez le rendu dynamique, minimisez les différences entre la version de la page que vous envoyez à la recherche bots et la version destinée aux utilisateurs.
En fournissant le même contenu final aux robots d'exploration et aux utilisateurs humains, Google peut indexer facilement, rapidement et économiquement.
Comment utiliser le rendu dynamique en tant que Solution
Selon Google , si votre site Web héberge du contenu généré par JavaScript non disponible pour les moteurs de recherche, le rendu dynamique peut être utilisé comme solution de contournement au problème.
GoogleSi vos bots ont des difficultés avec le contenu généré par JavaScript, utilisez le rendu dynamique pour les détecter et fournir une version rendue par le serveur sans JavaScript. Une version rendue côté client du contenu est ensuite présentée aux utilisateurs.
D'autre part, le rendu dynamique crée des complexités et des ressources supplémentaires et superflues pour Google. Comme il génère de nombreuses requêtes de prérendu, il peut considérablement ralentir votre serveur.
Le rendu dynamique n'est pas une option viable à long terme, car il vous oblige à maintenir deux versions distinctes de votre site.
Vous devrez vérifier séparément que votre site Web est bien optimisé pour les utilisateurs et les robots de recherche, ce qui prend un temps précieux pour vos équipes de référencement et de développement qui pourraient être mieux dépensés ailleurs.
Enfin, le rendu dynamique signifie que vos clients reçoivent une version rendue côté client de votre site. Si les utilisateurs ont des appareils plus anciens qui ne sont pas conçus pour gérer de grandes quantités de JavaScript, cela peut entraîner de mauvaises performances de la page et une expérience utilisateur négative.
Résumé
Le rendu dynamique est un idéal moyen temporaire de résoudre vos problèmes de référencement JavaScript. Avant de décider d'aller de l'avant, posez-vous les questions suivantes :
- Votre site Web est-il indexable ?
- Votre site Web utilise-t-il JavaScript pour tout ou partie de son contenu ?
- Votre contenu change-t-il régulièrement ?
- Êtes-vous confronté à des contraintes budgétaires ?
- Votre équipe d'ingénieurs a-t-elle trop à faire pour mettre en œuvre le rendu côté serveur ?
Votre site Web est-il indexable ?Votre site Web utilise-t-il JavaScript pour tout ou partie de son contenu ? Votre contenu change-t-il régulièrement ?Êtes-vous confronté à des contraintes budgétaires ?Votre équipe d'ingénieurs a-t-elle trop à faire pour mettre en œuvre le rendu côté serveur ? Le rendu dynamique existe pour corriger les pages web qui ne apparaissent sur les pages de résultats des moteurs de recherche, mais nous recommandons toujours le rendu côté serveur.
Après tout, il est plus facile à maintenir avec une seule version d'un site Web et plus rapide, car vous ne Vous n'avez pas à vérifier si les versions des utilisateurs et de Googlebot sont identiques.
Une fois que vous avez pesé vos ressources de développement et vos capacités technologiques, cherchez des opportunités pour passer au rendu côté serveur afin que tous les agents utilisateurs reçoivent le même contenu.
Plus de ressources :
Plus de ressources :- Rendu côté serveur : les avantages et amp ; Inconvénients à prendre en compte pour le référencement
- Une introduction au rendu pour le référencement
- Comment fonctionnent les moteurs de recherche
Rendu côté serveur : les avantages et amp ; Inconvénients à prendre en compte pour le référencement Une introduction au rendu pour le référencementComment fonctionnent les moteurs de recherche
Image sélectionnée : stegworkz/Shutterstock
Image sélectionnée : stegworkz/Shutterstock