La question Posez une question SEO de cette semaine :
« Comment tester un environnement de test pour faire apparaître les risques liés au référencement avant un lancement à grande échelle ? »
C’est l’une des questions les plus importantes auxquelles il faut répondre lorsque l’on envisage de déployer de nouveaux sites Web, de migrer ou de modifier significativement votre site en ligne.
Tout d’abord, regardons la différence entre un site de « staging » et le site de « production ».
Le site de préparation est souvent également appelé site de « développement », « pré-production » ou tout autre nom spécifique à votre entreprise. Il s’agit d’un site de test destiné à refléter autant que possible votre site en direct pour aider les développeurs à tester les modifications dans un environnement sécurisé et privé avant de les lancer.
Le site « production » est votre site live. C’est celui qui est accessible au grand public et qui doit fonctionner le plus parfaitement possible.
Il existe certains cas où les développeurs peuvent déployer directement sur le site de production sans effectuer de tests préalables sur un site intermédiaire. Par exemple, lorsqu’il n’y a pas de site de test à utiliser, ou qu’il n’y a aucun moyen d’imiter les conditions à tester sans déployer la modification sur le site actif. C’est risqué à faire. Si un déploiement brise quelque chose d’autre dans le code, cela pourrait affecter de manière critique la convivialité du site en ligne.
Comment tester l’environnement de préparation
En tant que SEO, il est très important que nous testions les déploiements susceptibles d’avoir un impact sur les performances SEO avant leur lancement. Souvent, nous découvrons des déploiements alors qu’ils ont déjà commencé à affecter le trafic et les classements. Ce n’est pas idéal, car cela peut prendre un certain temps à Googlebot pour prendre en compte les modifications une fois qu’un mauvais déploiement a été corrigé. Il est de loin préférable de tester la manière dont Googlebot peut traiter les modifications avant de pouvoir le faire.
Reflétez le site de production aussi fidèlement que possible
L’aspect le plus important du site de préparation est qu’il est aussi proche que possible de l’environnement de production. Ceci est essentiel car cela permet à tous les tests que vous effectuez de révéler le même résultat que si vous aviez exécuté le test sur l’environnement de production.
Tout écart entre les deux environnements doit être catalogué. Ces écarts doivent être communiqués afin que les testeurs sachent qu’il faut prêter une attention particulière aux zones du site de production qui diffèrent de la mise en scène. Une fois le déploiement mis en ligne, les testeurs peuvent rapidement s’assurer que ces zones du site de production se comportent comme prévu.
Explorez le site à grande échelle avec plusieurs agents utilisateurs
Un domaine souvent négligé lors des tests de résistance de l’environnement de test est l’utilisation de plusieurs agents utilisateurs différents lors de l’exploration du site.
En utilisant différents agents, imitant par exemple Googlebot Smartphone et Googlebot Desktop, vous êtes plus susceptible de détecter des problèmes techniques avec le site qui ne sont pas évidents lors de la première exploration. Par exemple, l’exploration en tant que Googlebot de bureau et Googlebot mobile pourrait révéler des problèmes de rendu qui ne se produisent que sur les appareils mobiles.
Assurez-vous d’explorer le site avec des agents utilisateurs importants pour votre secteur spécifique. Si vous ciblez Google Actualités en tant que chaîne, assurez-vous d’explorer le site en tant que robot Google-Actualités. Si les images ou les vidéos sont importantes pour votre référencement, explorez en tant que robots Google-Image et Google-Video.
Pour mettre votre site intermédiaire à l’épreuve, assurez-vous de l’explorer avec un agent utilisateur mobile, un agent utilisateur de bureau et d’usurper deux robots de moteurs de recherche, par exemple Google et Bing. De cette façon, vous bénéficiez d’une bonne couverture des expériences de différents robots importants. Si possible, essayez également d’explorer en tant que bot LLM.
Vérifiez le rendu
Un bon point de départ pour tester un environnement de test avant le rendu d’un déploiement à grande échelle. Les sites Web modernes utilisent souvent beaucoup de JavaScript, ce qui, sans être mauvais en soi, peut poser des problèmes de traitement à certains robots de recherche. Pour plus d’informations sur la manière dont les robots de recherche traitent JavaScript, consultez ce guide.
Configurez votre outil d’exploration pour inclure le rendu JavaScript et voyez quels éléments il peut récupérer. Par exemple, pouvez-vous voir les balises d’en-tête, le méta-titre, le balisage de schéma ? Ensuite, explorez à nouveau le site sans que le rendu JavaScript soit activé. Assurez-vous que ces mêmes éléments sont toujours disponibles pour les robots.
En cas de doute, effectuez quelques vérifications ponctuelles sur les pages du site intermédiaire. Inspectez le modèle objet de document (DOM) pour voir si les éléments de code critiques sont visibles lors du premier chargement de la page.
Il est important que ce que vous voyez sur la page corresponde à ce que les robots de recherche sont capables d’analyser et de restituer.
Testez les éléments de référencement en masse et sur tous les types de pages
Réaliser des tests en masse est important lorsqu’on teste un site avant un lancement à grande échelle. Lorsque vous effectuez vos tests, assurez-vous qu’ils portent sur différents types de pages et, le cas échéant, sur plusieurs langues.
Si votre site utilise des modèles, assurez-vous de tester chacun des modèles essentiels à votre succès SEO. Par exemple, sur un site de commerce électronique, cela signifie vérifier en priorité les pages de catégories et de produits.
Pour les sites multilingues, assurez-vous que vos tests sont exécutés dans différentes langues et configurez un VPN pour cibler les pays pour lesquels ces langues sont importantes. Usurpez ces pays lors de l’exécution de vos analyses pour vous assurer que les utilisateurs verront la langue et le contenu corrects pour leur région. Bien que Googlebot analyse fréquemment à partir d’adresses IP basées aux États-Unis, il utilise également des configurations géodistribuées, en particulier pour les sites multilingues ou adaptatifs aux paramètres régionaux.
Sur votre site de test, vous constaterez peut-être que toutes les langues ne sont pas représentées, ou peut-être qu’il existe un processus de localisation différent de celui qui existe en production. Cela nous ramène au premier point : le site de préparation doit être aussi comparable que possible au site de production.
Si ce n’est pas le cas, en particulier pour les éléments de localisation, ceux-ci doivent figurer en tête de vos contrôles post-déploiement.
Référencer les performances de production actuelles
Un bon aspect à retenir est que votre site de test peut très bien se trouver sur un serveur moins performant. Cela signifie que lors de tests de vitesse en pré-production, les résultats peuvent être pires que si les tests étaient exécutés en production. Cela peut limiter votre capacité à exécuter des vérifications significatives avant le déploiement.
Pour contourner ce problème, assurez-vous de comparer les performances en production afin de pouvoir réexécuter les tests rapidement après le déploiement. Cela nécessitera d’attendre que les modifications soient mises en œuvre, mais c’est peut-être le seul moyen d’avoir une compréhension précise de domaines tels que la vitesse de chargement des pages dans des situations où le serveur intermédiaire n’est tout simplement pas aussi bon que celui de production.
Test pour les cas extrêmes
Les développeurs essaieront de casser leur code lorsqu’ils le testeront ; nous devrions aussi. Lorsque vous testez votre site intermédiaire avant le déploiement, exécutez-le dans certains cas extrêmes. En pratique, cela signifie réfléchir à des scénarios qui, bien que peu probables, sont possibles. Par exemple,
- Je visite le site Web depuis les États-Unis, mais ma langue est le français. Dans quelle langue sont les balises méta ?
- Je consulte le site Web sur un appareil mobile mais la fenêtre d’affichage est définie sur le bureau. À quel contenu puis-je accéder auquel je ne pourrais pas accéder autrement sur mobile ?
- Si je désactive JavaScript, puis-je toujours utiliser les menus déroulants ?
Testez les problèmes précédemment connus
Assurez-vous que les problèmes précédents n’ont pas été réintroduits dans le code lors des travaux les plus récents. Même si le déploiement massif concerne une petite zone, comme le déploiement d’un nouveau modèle de méta-titre, cela ne veut pas dire que les problèmes ne sont pas réintroduits ailleurs.
Ne testez pas uniquement l’élément en cours de modification, mais vérifiez les domaines critiques du référencement. En particulier, si des travaux ont été effectués récemment pour améliorer les pages du site, vérifiez qu’elles seront toujours en place avec ce dernier déploiement.
De même, s’il existe des bugs connus qui ont affecté vos performances SEO dans le passé, vérifiez-les même si le déploiement n’y est pas lié. Il est facile pour les bogues de réapparaître dans le code, surtout s’ils y sont déjà allés.
Plus de ressources :
