Faut-il vraiment pointer le canonical vers la version desktop en mobile-first ?

Pourquoi Google indexe-t-il le mobile mais demande un canonical vers le desktop ?

Depuis le passage au mobile-first indexing, le bot crawle et évalue prioritairement la version mobile de vos pages. C'est cette version qui détermine le ranking, les signaux de contenu, la structure sémantique — bref, tout ce qui compte pour le positionnement.

Mais Mueller précise qu'il faut quand même configurer le rel=canonical vers la version desktop. Pourquoi ? Parce que Google a besoin de comprendre la relation entre les deux versions et d'identifier quelle URL afficher dans les SERP selon le contexte utilisateur. Le canonical ne désigne plus forcément la "vraie" version indexée, mais la version de référence à présenter.

Qu'est-ce que ça change par rapport à l'époque du desktop-first ?

Avant le mobile-first, le canonical servait à consolider les signaux vers la version principale — généralement desktop. On pointait le mobile vers le desktop pour éviter la duplication et concentrer l'autorité sur une seule URL.

Aujourd'hui, c'est inversé au niveau de l'indexation : le mobile est la source de vérité, mais le canonical reste vers le desktop pour maintenir la cohérence d'affichage. Ça peut sembler contradictoire, mais c'est cohérent avec la logique de Google : indexer ce qui compte (le mobile), afficher ce qui est canonique (le desktop dans les contextes appropriés).

Cette recommandation concerne-t-elle tous les types de sites ?

Non. Si vous avez un site responsive avec une seule URL pour mobile et desktop, cette directive ne vous concerne pas directement : il n'y a qu'une URL, donc pas de question de canonical inter-versions.

Par contre, si vous avez deux versions distinctes — typiquement un sous-domaine m.example.com ou un répertoire /mobile/ — là, vous êtes en plein dedans. Il faut maintenir le canonical du mobile vers le desktop pour que Google sache quelle URL privilégier dans les résultats de recherche selon le device de l'utilisateur.

• Mobile-first indexing = Google utilise la version mobile pour évaluer et classer le contenu
• Canonical vers desktop = Google affiche l'URL desktop dans les SERP desktop, mobile dans les SERP mobile, mais indexe le mobile
• Sites responsive = pas de canonical inter-versions nécessaire, une seule URL par page
• Sites avec versions séparées = maintenir le rel=canonical mobile → desktop et alternate desktop → mobile
• Risque = si mal configuré, Google peut indexer la mauvaise version ou afficher des URLs incohérentes selon le device

Cette directive est-elle cohérente avec les observations terrain ?

Oui et non. En pratique, la plupart des sites modernes utilisent un design responsive, ce qui rend cette question obsolète pour eux. Google indexe une URL unique, point. Pas de dilemme canonical.

Mais pour les rares sites encore en double version (m.example.com vs www.example.com), cette consigne reste valable. Le problème ? Mueller ne précise pas ce qui se passe si vous faites l'inverse — pointer le canonical du desktop vers le mobile. [A vérifier] : est-ce que ça casse l'indexation ? Probablement pas, mais ça peut semer la confusion dans l'affichage des URLs en SERP.

Quelles nuances faut-il apporter à cette recommandation ?

Premier point : la mention "version canonique pour l'indexation" dans la déclaration de Mueller est maladroite. Le canonical ne désigne pas la version indexée, mais la version de référence pour l'affichage. C'est le mobile qui est indexé, mais le desktop reste l'URL canonique à présenter.

Deuxième nuance : si votre site mobile est significativement différent du desktop (contenu tronqué, fonctionnalités manquantes), Google peut vous pénaliser en mobile-first. Le canonical ne sauvera rien — c'est le contenu mobile qui fera foi. Soyons honnêtes : si votre mobile est pauvre, vous êtes mal.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Si vous avez un site responsive, vous pouvez ignorer cette directive. Une URL = pas de canonical inter-versions à gérer. C'est le cas de 90 % des sites en 2020 et après.

Si vous avez un site exclusivement mobile (pas de version desktop), évidemment aucun canonical à pointer ailleurs. Et si vous avez une app mobile indexée via App Indexing, c'est un autre sujet — le canonical ne s'applique qu'aux URLs web classiques.

Que faut-il faire concrètement sur un site avec versions séparées ?

Si vous avez encore un m.example.com distinct de www.example.com, configurez le rel=canonical sur chaque page mobile pour pointer vers l'équivalent desktop. Parallèlement, ajoutez un rel=alternate sur chaque page desktop pour indiquer la version mobile correspondante.

Vérifiez que les deux versions affichent le même contenu principal — titres, paragraphes, médias, données structurées. Google indexe le mobile, donc si le mobile est pauvre, votre ranking en pâtira. Le canonical ne compense pas un contenu mobile déficient.

Quelles erreurs éviter absolument ?

Ne pointez jamais le canonical mobile vers une page desktop différente — par exemple, mobile:/produit/A vers desktop:/categorie/. Ça casse la logique de correspondance et Google risque de vous ignorer complètement.

Évitez aussi de laisser le mobile sans canonical du tout en pensant que "mobile-first" signifie "mobile autonome". Non. Google a besoin de la relation explicite entre versions pour gérer l'affichage en SERP selon le device. Et surtout, ne dupliquez pas le contenu entre mobile et desktop sans balises canonical/alternate : c'est la porte ouverte à la duplication pure.

Comment vérifier que votre configuration est correcte ?

Utilisez la Search Console pour inspecter une URL mobile et vérifier que Google la reconnaît comme version mobile-first indexée. Regardez la section "Canonical déclarée par l'utilisateur" : elle doit pointer vers le desktop si vous avez deux versions distinctes.

Crawlez votre site avec Screaming Frog ou Oncrawl en mode mobile + desktop et extrayez les balises canonical et alternate. Vérifiez la cohérence : chaque mobile doit canonicaliser vers son équivalent desktop, chaque desktop doit avoir un alternate vers son mobile. Toute asymétrie est un red flag.

• Configurer rel=canonical sur mobile → desktop pour chaque paire de pages équivalentes
• Ajouter rel=alternate sur desktop → mobile avec l'attribut media="only screen and (max-width: 640px)"
• Vérifier que le contenu mobile est aussi complet que le desktop (texte, images, données structurées)
• Inspecter les URLs dans Search Console pour confirmer que Google indexe bien la version mobile
• Crawler le site en mode mobile et desktop pour auditer la cohérence des balises canonical/alternate
• Supprimer tout canonical ou alternate résiduel si vous migrez vers un design responsive unique