Faut-il vraiment conserver les balises canonical et alternate après le passage au mobile-first ?

Pourquoi Google insiste-t-il sur le maintien des balises existantes ?

L'indexation mobile-first a créé une confusion chez beaucoup de praticiens SEO. Certains ont pensé qu'en basculant vers ce mode, les balises historiques reliant desktop et mobile perdaient leur utilité.

Sauf que Google continue de crawler les deux versions dans la plupart des cas. Les annotations canonical et alternate servent toujours à clarifier la relation entre ces versions, même si l'indexation privilégie le mobile. Retirer ces balises revient à brouiller les pistes pour Googlebot.

Qu'est-ce que ça change concrètement pour un site en configuration séparée ?

Un site avec des URLs distinctes pour desktop (www.exemple.com) et mobile (m.exemple.com) repose sur un système de signaux croisés : la page desktop pointe vers son équivalent mobile via rel="alternate", et la page mobile renvoie vers le desktop via rel="canonical".

Avec le mobile-first, Googlebot crawle prioritairement m.exemple.com. Mais il a toujours besoin de comprendre que cette version mobile n'est pas une page isolée — qu'elle correspond bien à www.exemple.com. Sans ces balises, risque de duplication ou de perte de signal.

Cette déclaration s'applique-t-elle aussi aux sites responsive ?

Non. Un site responsive n'a qu'une seule URL par contenu, donc pas besoin de balises alternate ou canonical entre versions desktop/mobile. Cette consigne de Mueller vise uniquement les configurations séparées (m.exemple.com) ou les sites en dynamic serving avec variations de contenu selon le user-agent.

Si votre site est en responsive, vous n'êtes pas concerné par cette déclaration. Vous pouvez ignorer ce débat et vous concentrer sur d'autres aspects du mobile-first.

• Configuration séparée (URLs distinctes) : maintenir impérativement les balises canonical et alternate
• Dynamic serving (même URL, contenu différent) : la directive Vary: User-Agent reste essentielle
• Responsive : aucune action requise, un seul HTML pour tous les devices
• Le passage au mobile-first ne change pas la nécessité de ces annotations techniques
• Retirer ces balises peut provoquer des erreurs d'indexation ou de la duplication

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

Globalement oui. On observe effectivement des problèmes d'indexation sur les sites qui ont supprimé leurs balises canonical/alternate en pensant bien faire après le passage au mobile-first. Google a continué à crawler les deux versions et s'est retrouvé perdu sans ces signaux.

Ce qui est moins clair, c'est pourquoi Google maintient un double crawl aussi systématique. Si l'indexation est vraiment mobile-first, pourquoi cette dépendance persistante aux annotations desktop ? [À vérifier] dans quelle proportion Googlebot continue de crawler activement les versions desktop des sites séparés — les données officielles manquent.

Quelles nuances faut-il apporter à cette règle ?

La déclaration de Mueller est correcte, mais elle masque une réalité : avoir des URLs séparées pour mobile et desktop est une architecture héritée, techniquement lourde et source d'erreurs récurrentes. Si vous en êtes encore là, la vraie question n'est pas "dois-je garder mes balises ?", c'est "quand est-ce que je bascule en responsive ?"

Maintenir deux versions synchronisées, avec un balisage croisé impeccable, c'est un cauchemar opérationnel. Les erreurs de configuration sont fréquentes : canonical qui pointe vers la mauvaise page, alternate manquant, contenu non équivalent entre les versions. Tout ça crée du bruit et dilue le signal SEO.

Dans quels cas cette directive pourrait-elle ne pas s'appliquer ?

Si vous avez un site avec une version mobile extrêmement simplifiée, presque un sous-ensemble de contenu par rapport au desktop, il peut être tentant de canonicaliser le mobile vers lui-même et d'abandonner la version desktop comme référence. Sauf que Google risque de considérer cela comme du cloaking inversé.

Autre cas limite : les sites qui ont migré vers le responsive mais gardent m.exemple.com en redirection 301 permanente. Là, les balises alternate/canonical deviennent effectivement obsolètes une fois la redirection en place. Mais attention à ne pas retirer les balises avant que la migration soit bouclée et stable dans l'index.

Que faut-il faire concrètement sur un site en configuration séparée ?

D'abord, vérifier l'intégrité de vos balises existantes. Chaque page desktop doit avoir un rel="alternate" pointant vers son équivalent mobile, et chaque page mobile doit avoir un rel="canonical" vers le desktop. Pas d'exception, pas de pages orphelines.

Ensuite, contrôler la cohérence du contenu entre les deux versions. Si la page mobile affiche un contenu significativement différent ou appauvri par rapport au desktop, Google peut ignorer vos balises et indexer les deux versions séparément, créant de la cannibalisation.

Quelles erreurs éviter absolument ?

Ne jamais retirer les balises canonical/alternate en pensant que le mobile-first les rend inutiles. C'est l'erreur la plus fréquente depuis le déploiement du mobile-first. Google continue de s'appuyer sur ces signaux pour consolider l'indexation des deux versions.

Autre piège : créer des chaînes de redirection ou des boucles entre mobile et desktop. Si m.exemple.com redirige vers www.exemple.com qui redirige vers m.exemple.com selon le user-agent, vous créez un labyrinthe pour Googlebot. Assurez-vous que vos redirections sont claires et unidirectionnelles.

Comment vérifier que votre configuration est conforme ?

Utilisez l'outil d'inspection d'URL dans la Search Console. Testez une page desktop et vérifiez que Google détecte bien la version mobile alternative. Testez ensuite la page mobile et confirmez que le canonical pointe vers le desktop.

Crawlez votre site avec Screaming Frog ou un outil équivalent en mode mobile user-agent, puis en desktop. Comparez les deux exports pour identifier les incohérences : pages sans alternate, canonical manquant, contenu dépareillé. Corrigez méthodiquement.

• Vérifier que chaque page desktop a un rel="alternate" vers sa version mobile
• Contrôler que chaque page mobile a un rel="canonical" vers le desktop
• Comparer le contenu des deux versions pour éviter les écarts importants
• Tester l'inspection d'URL dans la Search Console sur les deux versions
• Crawler le site en mobile et desktop pour détecter les incohérences
• Ne jamais retirer les balises sans validation préalable dans l'index