Dans Analytics, où je passe la majeure partie de mon temps, je suis constamment en quête de test: mise en page, contenu, images, champs de formulaire, à peu près tout sur une page. Nous faisons cela pour améliorer constamment l'expérience, les instances courantes étant le fonctionnement d'un entonnoir de conversion, afin de déterminer le meilleur moyen de présenter un article, de trouver la meilleure longueur pour les vidéos ou même le nombre optimal de diapositives d'un diaporama avant que les utilisateurs ne reçoivent ennuyé. Étant donné que Google cherche toujours à offrir aux utilisateurs la meilleure expérience possible, des conflits peuvent parfois survenir entre les fonctions d'analyse et de CRO et les besoins en référencement.
Examinez l’exemple suivant du point de vue du référencement:
Contexte: Une page clé du site a généré des conversions exceptionnelles. La différence évidente entre cette page et une page moins performante est que cette page a beaucoup plus de contenu.
Action: Ajouter plus de contenu sur la page moins performante à une longueur similaire.
Résultat: Au lieu de voir une augmentation des conversions, rien ne se passe. La page ne s’améliore pas. Il ne fait rien du tout.
Pourquoi?: À l'insu du référencement, l'équipe d'analyse a modifié la page pour l'adapter à la nouvelle présentation de formulaire testée, supprimant ainsi l'essentiel du nouveau contenu.
En règle générale, les équipes Analytics et SEO ne sont pas conscientes des impacts potentiels des changements dans un domaine.
Voici un exemple d’équipes d’analytique:
Contexte: Une page de test Variation a été mise en ligne et se porte bien. Il bat de loin le contrôle (ennuyeux). Tout le monde est content des performances de la Variation et décide d’utiliser cette page à la place de la page de contrôle.
Action: L'URL de la page de contrôle (site.com/Control) est déroulée et les liens du site sont mis à jour pour aller à site.com/Variation.
Résultat: Cette superbe nouvelle page a perdu l'équité des liens, a chuté dans le classement et augmenté en 404 erreurs.
Pourquoi?: Si la page d'origine (Contrôle) n'a pas pu être mise à jour pour refléter la Variation, une redirection 301 du Contrôle vers la Variation aurait dû être mise en place. Cela contribuerait à préserver la majeure partie de l’équité et du classement existants des liens.
Devrions-nous donc accepter notre destin comme deux champs en silo qui ne semblent jamais pouvoir aligner nos compétences et nos connaissances? Aucune chance. Voici quelques points auxquels tout le monde devrait prêter attention lors des tests.
Conseils sur le référencement pour les testeurs en analytique
Pas de camouflage
Maintenir l'esprit de la page dans toutes les variantes de test. Évitez de vous sentir mal à l'aise en préservant l'intention d'une page: publiez un article, demandez à ce que le formulaire soit rempli, demandez un ajout de panier, etc. N'oubliez pas que même les tests multivariés conservent les mêmes prémisses que la page d'origine. Si Google constate que la ou les pages de variantes sont très différentes de l'original, cela pourrait être considéré comme un masquage. Pour plus de clarté, nous utilisons la définition de cloaking de Wikipedia: "Le masquage est une technique d'optimisation de moteur de recherche (SEO) dans laquelle le contenu présenté à l'araignée de moteur de recherche est différent de celui présenté au navigateur de l'utilisateur." L'utilisation standard et typique des tests Google n'utilise pas Google Tools comme un outil dissimulé, mais plutôt comme un test légitime pouvant donner lieu à une pause dans le traitement de pages très différentes, en particulier dans différents domaines.
Utilisez la balise rel-canonique
Aidez les robots Google à comprendre les priorités en leur indiquant quelle est la page d'origine ou la page principale à l'aide d'une balise canonique. Semblable à la dissimulation, l'utilisation typique des outils de test convient généralement bien aux yeux de Google. Toutefois, plusieurs pages similaires, sans URL ni / ou domaines différents, pourraient entraîner des problèmes de duplication et de déception aux yeux de Google.
Considérer le temps de chargement et la vitesse de la page
La plupart des plates-formes de test utilisent désormais du code asynchrone. Un ralentissement peut se produire dans la façon dont le code est déclenché – frontal par rapport au serveur. Bien qu’il s’agisse généralement d’un ralentissement sans conséquence, il peut être suffisant, pour un site sur la ligne du "temps acceptable" dans les audits de vitesse du site, de le rendre "inacceptable".
302s sont nécessaires, pas 301s
Google a besoin de savoir que le test est temporaire. Sans cela, Google pourrait interpréter la nouvelle page comme ce qui devrait être indexé, voire supprimer la page "correcte" dans le processus.
Exécuter ce qui est nécessaire, mais ne pas courir pour toujours
Une fois le test terminé, veillez à mettre à jour le site avec le ou les composants gagnants et à supprimer les variables de test. Avoir des tests inutilement longs peut être considéré comme trompeur par Google et les autres moteurs de recherche, et peut pénaliser le site. Nous savons que certains tests se terminent dans une impasse et, quelle que soit leur durée, aucun gagnant statistiquement significatif ne se produira. Finalement, ils devront juste être appelés.
Conseils axés sur l'analyse pour les testeurs de référencement
Tester avec un but
Vous êtes capable de changer les expériences des consommateurs avec votre site web. Faites en sorte que le test en vaille la peine, ainsi que le vôtre. Cela ne veut pas dire que vous ne testez jamais une couleur de bouton, car de tels tests peuvent être bénéfiques, mais vous devez simplement connaître l’expérience que vous créez et ce que vous essayez d’apprendre.
Surveillez les écrasements de redirection
Contrôlez toujours l’implémentation avant le lancement du test, ainsi que lors du lancement du test. Les conditions peuvent changer entre développement et production (idéalement pas, mais cela peut arriver). Google Analytics en est un exemple. Dans certains cas, le nom d'hôte a été ajouté en tant que source référente, écrasant ainsi la source d'origine. Toutes les données de test semblaient provenir de sessions directes.
L’achèvement de l’objectif est essentiel, mais n’ignore pas le contexte
Chaque test doit avoir un but et une mesure clé utilisée pour mesurer le succès. Les mesures communes incluent les complétions de formulaire ou les extractions. Cependant, considérez les suivis des finissants et leur valeur de durée de vie. Pour les caisses, quelle était la valeur moyenne des commandes? Il s’agit vraiment de regarder au-delà de la surface pour comprendre si une «victoire» immédiate se produit au détriment de la baisse des performances plus loin dans l’entonnoir.
La patience est une vertue
Appeler un test trop tôt – soit en croyant qu'une certaine variation va l'emporter, soit en ce qu'une autre est le perdant, sans résultats statistiquement valides peut entraîner de graves failles dans les données et leur interprétation ultérieure. Les tests ne produiront pas toujours de résultat, ce qui est acceptable. Il s’agit d’être assez patient pour attendre que cette conclusion devienne valide.
Ne faites pas de tests qui se chevauchent
Lors de l'exécution d'un test, il est toujours conseillé de ne pas séparer l'audience de ces tests ou de reconfigurer un test pour prendre en compte plusieurs variantes et expériences. Sinon, les données risquent de devenir confuses, car les utilisateurs peuvent avoir été exposés à plusieurs tests à la fois et un test peut avoir influé par inadvertance sur les performances d'un autre.
Quel que soit notre domaine principal, lorsque nous testons des éléments d’une page, nous devons être légitimes, intelligents et conscients à chaque étape. Ces considérations devraient vous aider à élaborer un plan de test qui tienne compte des objectifs de votre site, offre une expérience positive à vos utilisateurs et vous permet de rester en règle avec les membres de votre équipe.