Yandex accepte trois approches mobiles — le design adaptatif sur une seule URL, la diffusion dynamique depuis la même URL et un sous-domaine mobile séparé — et les traite différemment sur un point important.
Comment Yandex associe un sous-domaine mobile à son site de bureau
Le robot mobile vérifie la page de bureau, suit la redirection vers la page mobile, et si celle-ci est validée, l’URL de bureau est considérée comme adaptée aux mobiles. Pour que cela fonctionne, la structure du sous-domaine mobile doit correspondre entièrement à celle du domaine principal.
La conséquence d’un échec est clairement exposée et elle est grave : si les versions ne sont pas liées, les deux sont indexées et les deux peuvent apparaître dans les résultats mobiles. Le public se divise entre elles, tout comme les signaux qui déterminent le classement dans les recherches. Yandex affirme sans détour que sans données fiables sur la connexion, il ne peut pas combiner ces signaux — ce qui constitue l’argument le plus fort de sa documentation en faveur du design responsive par rapport à un site mobile séparé.
Les exigences communes aux trois approches
- Tout doit être accessible par YandexMobileBot/3.0, et
robots.txtdoit autoriser le CSS et le JavaScript responsables du rendu mobile — sinon les pages sont jugées sur un rendu cassé. - Les pages doivent renvoyer
200 OK. - Pas d’applets Flash, Silverlight ou Java sur les pages mobiles. Privilégiez HTML5 ou supprimez les éléments interactifs lourds.
- Le contenu s’adapte horizontalement, pas de défilement horizontal à 320 pixels ou plus, et un texte d’une taille permettant une lecture confortable.
Un piège de nommage à éviter
Yandex prévient que des adresses telles que m.example.com peuvent apparaître dans les résultats de bureau comme des liens mobiles accidentels et recommande des noms de sous-domaines moins ambigus pour les variantes de bureau régionales — mos.example.com pour une version de Moscou plutôt qu’un nom évoquant “mobile”.
Vérification
Pages individuelles via Outils → Auditer les pages pour la compatibilité mobile, ce qui prend quelques minutes. L’ensemble du site via la recommandation de diagnostic du site, qui prend jusqu’à deux semaines. Notez que la vérification à l’échelle du site n’est pas proposée pour une adresse alternative — une raison de plus de savoir quelle est votre adresse principale.
Comment nous l'appliquons
The blocked-CSS case is the one we find most often on inherited sites: robots.txt disallows an assets directory, the mobile robot renders the page without styles, and the site is judged not mobile-friendly while looking perfect on a phone. For clients still running a separate m. subdomain, the signal-splitting passage is the argument that finally justifies the move to responsive — it comes from Yandex, not from us.
Services associés