La configuration est absolument conforme aux recommandations de Google:
www.example.com a une requête multimédia pour des tailles d’affichage plus étroites et redirige les utilisateurs vers m.example.com, si l’affichage devient plus étroit, par paramétrage. Les deux versions sont liées l'une à l'autre avec une alternative <-> canonique.
Le plaisir commence par aller chercher Google dans la console de recherche.
Que se passe-t-il si vous récupérez le nom Google www.example.com et sélectionnez un agent d'utilisateur mobile pour le récupérer? Bon sang, le googlebot se trouve sur www.example.com et n'est pas redirigé vers m.example.com. Pourquoi? Parce que googlebot n'a pas de largeur d'affichage!
La même chose pourrait se produire lors de la procédure d’exploration sur le Web sauvage: le bot vient avec un agent d’utilisateur mobile sur www.example.com et obtient une version et un contenu erronés du site, car il n’est pas correctement redirigé vers m.example.com.
Maintenant, la question à un million de dollars: comment rediriger gooblebot avec un agent d'utilisateur mobile, si la logique de redirection générale n'est pas basée sur l'identification explicite d'agent d'utilisateur, ce qui est absolument recommandé.
Hm, je vais prendre la photo pour que nous puissions en discuter un peu plus. Question interessante.
Je ferais ceci:
Sur la page du bureau, j'ajouterais la balise rel=”alternate”
pointant vers l'URL du mobile. Cela aidera bot à découvrir l’emplacement des pages mobiles du site.
Sur la page mobile, j'ajouterais une balise rel=”canonical”
pointant vers l'URL du bureau.
Si la redirection HTTP est difficile à mettre en œuvre, vous pouvez toujours utiliser JavaScript pour rediriger les utilisateurs vers les URL pointées par la balise link rel="alternate"
.