web-dev-qa-db-fra.com

A / B teste la refonte d'un site sans pénalités Google

Je suis en train de refaire le site Web de notre site emploi pour qu'il soit réactif.

Plutôt que de simplement remplacer le site existant par le site réactif, je souhaite tester le nouveau site réactif en parallèle du site existant afin de comparer différents indicateurs.

La moitié des nouveaux visiteurs du site recevra un cookie qui déclenchera dès lors la version sensible du site. Les visiteurs existants resteront sur l'ancienne version du site.

Mais je crains que Google ne nous pénalise pour avoir affiché un contenu différent apparemment aléatoire (le robot aurait 50% de chance de voir la version responsive du site). Le contenu ne sera pas très différent, mais il y aura des différences significatives. nouvelles sections, choses enlevées, etc.

Étant donné que j'utilise un cookie pour modifier le code HTML affiché, les URL seront les mêmes pour les deux versions. En fait, les URL doivent être identiques, sans quoi de nombreux rapports et suivis risquent de mal tourner.

Les URL de chaque test A/B étant identiques, je ne peux pas utiliser l'attribut rel pour indiquer à Google que la version non réactif de cette page est la version canonique.

Y at-il une bonne façon de gérer cela? Est-ce simplement une mauvaise idée de tester A/B une refonte du site?

seoa-b-testingredesign
3
Gareth Elms

Faites A/B s'il vous plaît tester la conception, cependant, utilisez l'outil analytique de Google, "Expériences", pour ce faire.

https://developers.google.com/analytics/solutions/experiments-feature-reference

Je l'ai utilisé plusieurs fois, avec un bon succès et je n'ai jamais subi de pénalité en conséquence. Veillez également à utiliser les outils de vérification de site mobile de Google ainsi que les "problèmes de mobilité" de votre compte WMT au cours de ce processus.

NE masquez pas le contenu d'une autre manière, comme ce que vous semblez vouloir faire. Je n'ai pas assez de points pour répondre aux réponses des autres, mais soyez prudent ici.

1
user1669039

Vous avez une belle expérience qui se passe là-bas :)

Je n'ai jamais pensé à cela.

Je le ferais un peu différemment, j'ajouterais une fenêtre contextuelle (barre inférieure) informant les nouveaux utilisateurs qu'ils peuvent voir la nouvelle version du site Web. S'ils cliquent dessus, le cookie sera déclenché et le nouveau fichier CSS chargé.

Si vous ne modifiez que la conception, et non le contenu et les structures d’URL, tout devrait bien se passer, même si je vous conseillerais de surveiller le taux d’exploration de Google bot après votre lancement.

1
Eduard

Vous pouvez utiliser ceci pour déterminer quel site afficher: (pseudocode)

if (random() > 0.5 || isBot() == true){
    //show responsive site (to 50% of users and search bots)
    //and set any cookies here if you need to
} else {
    //show old site (to the other 50% of users)
}

Aucun des principaux langages de programmation côté serveur ne dispose d'une détection intégrée du robot de recherche, mais ils sont assez faciles à trouver en ligne. Par exemple, strstr(strtolower($_SERVER['HTTP_USER_AGENT']), 'googlebot') renvoie true si la requête est le robot Google créé en PHP. Il semble y avoir des paquets sur npm aussi.

Avec cette méthode, les moteurs de recherche verront le nouveau site (où ils auront probablement un rang plus élevé) et verront toujours cette version. Et de cette façon, vous pouvez compléter les tests A/B correctement sans biais.

0
James Walker