
ChatGPT At One : une année de développements d'IA d'OpenAI
Explorez une année de mises à jour révolutionnaires d'OpenAI et découvrez comment ChatGPT a remodelé la communication numérique et la résolution de problèmes grâce à l'IA générative.
01 juin 2023
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.
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 ? ?
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 dynamiqueLe 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.
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 :
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.
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.
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 :
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 :
Image sélectionnée : stegworkz/Shutterstock
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.
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.
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 :
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 :Image sélectionnée : stegworkz/Shutterstock
Image sélectionnée : stegworkz/ShutterstockExplorez une année de mises à jour révolutionnaires d'OpenAI et découvrez comment ChatGPT a remodelé la communication numérique et la résolution de problèmes grâce à l'IA générative.
Découvrez les derniers changements stratégiques d'OpenAI, notamment le retour de Sam Altman en tant que PDG, la formation du nouveau conseil d'administration et le maintien du rôle de Mira Murati en tant que CTO.
Google étend la prise en charge du balisage d'organisation pour améliorer les panneaux de connaissances avec des détails commerciaux plus précis.