User agent ou viewport : quelle détection privilégier pour vos versions mobiles séparées ?

Pourquoi Google fait-il cette distinction entre user agent et viewport ?

La détection par user agent repose sur l'analyse de la chaîne transmise par le navigateur ou le bot lors de la requête HTTP. C'est une méthode côté serveur : le site identifie le terminal (mobile, desktop, bot) avant même d'envoyer le HTML. Google l'accepte sans problème pour servir des versions séparées — typiquement m.site.com versus www.site.com.

La détection par viewport, elle, s'appuie sur les dimensions réelles de l'écran via CSS et JavaScript. Le serveur envoie le même HTML, mais l'affichage s'adapte dynamiquement. C'est la logique du responsive design. Google préfère cette approche parce qu'elle couvre mieux les cas limites : tablettes, pliables, fenêtres redimensionnées, user agents modifiés ou falsifiés.

Est-ce que cela signifie que le user agent est obsolète pour le SEO ?

Non. Martin Splitt le dit clairement : le user agent suffit pour Google. Si votre infrastructure historique repose sur des URLs mobiles séparées détectées par user agent, vous n'êtes pas pénalisé. Googlebot mobile s'annonce proprement, le serveur redirige ou sert la bonne version, tout fonctionne.

Le problème n'est pas SEO strict, il est UX. Un utilisateur qui change de terminal, qui bascule du portrait au paysage, ou qui utilise un navigateur avec un user agent atypique risque de tomber sur la mauvaise version. Le viewport, lui, s'ajuste en temps réel. C'est pourquoi Google pousse cette méthode « en général » — pas pour son algo, pour vos utilisateurs.

Dans quel contexte cette déclaration reste-t-elle pertinente aujourd'hui ?

Elle concerne surtout les sites legacy qui maintiennent encore des versions mobiles séparées plutôt qu'un design responsive unifié. Ces architectures existent toujours — grands médias, e-commerce historiques, plateformes complexes où la refonte complète n'est pas budgétée.

Si vous êtes dans ce cas, Google vous rassure : continuer avec le user agent ne cassera pas votre indexation mobile-first. Mais il vous rappelle aussi que c'est une solution de compromis, pas l'optimum. La vraie cible reste le responsive ou l'adaptive basé sur le viewport.

• User agent : suffisant pour Googlebot, mais rigide face aux cas limites utilisateurs.
• Viewport : plus flexible, meilleure UX, recommandé « en général » par Google.
• Architecture séparée : encore acceptable SEO, mais moins robuste qu'un responsive unifié.
• Le choix dépend de votre infrastructure existante et de votre capacité à refondre.
• Google ne pénalise pas le user agent, il signale simplement une voie plus pérenne.

Cette déclaration est-elle cohérente avec les pratiques observées sur le terrain ?

Oui, totalement. On voit encore des sites de presse ou d'e-commerce legacy servir m.domaine.com via user agent, et ils rankent sans problème. Googlebot mobile s'identifie proprement, le serveur fait la redirection 302 ou sert directement la bonne version, aucun souci d'indexation constaté.

Ce que Martin Splitt ne dit pas explicitement, c'est que les erreurs de configuration restent fréquentes. Variantes : oubli de la balise alternate/canonical croisée, redirection 301 au lieu de 302, détection user agent qui rate les bots modernes ou les tablettes. Dans ces cas, le viewport aurait contourné le problème — un HTML unique, un seul jeu de canonicals.

Quelles nuances faut-il apporter à cette recommandation ?

Google dit « en général », et c'est là que ça coince. Il existe des contextes où servir du HTML radicalement différent entre mobile et desktop reste pertinent — par exemple, une app mobile qui affiche moins de contenu pour des raisons de performance ou d'usage tactile spécifique.

Dans ces cas, la détection user agent côté serveur permet un contrôle fin. Le viewport, lui, suppose que le même DOM est adapté visuellement. Si votre mobile charge 50 % de fonctionnalités en moins, le viewport ne suffit pas — il faut bien détecter le terminal avant l'envoi du HTML. [A vérifier] : Google n'a jamais détaillé si un delta de contenu trop important entre versions reste accepté en mobile-first.

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

Si vous utilisez un design responsive unifié (une seule URL, un seul HTML, adaptation CSS), la question user agent vs viewport ne se pose même pas — vous êtes déjà sur la voie recommandée par Google depuis des années.

Si vous servez du contenu dynamique côté serveur (SSR avec Next.js, Nuxt, etc.) et que vous détectez le viewport via des media queries CSS, idem : vous êtes dans le cas optimal. La déclaration de Splitt vise les architectures séparées historiques, pas les stacks modernes déjà responsive par défaut.

Que faut-il faire concrètement si vous utilisez encore le user agent ?

Vérifiez d'abord que votre détection fonctionne pour Googlebot mobile (user agent contenant « Mobile », « Android », « iPhone »). Testez avec l'outil Inspection d'URL dans la Search Console — mode mobile. Si la bonne version s'affiche, vous êtes couvert côté SEO strict.

Ensuite, testez avec des vrais terminaux : tablettes, pliables, navigateurs moins courants. Si certains tombent sur la version desktop alors qu'ils devraient voir la mobile, c'est là que le viewport aurait évité l'écueil. Dans ce cas, évaluez le coût d'une migration vers un responsive unifié versus le risque UX actuel.

Quelles erreurs éviter avec des versions mobiles séparées ?

Ne jamais faire de redirection 301 permanente entre desktop et mobile. Utilisez une 302 (ou 307 si vous voulez être pointilleux sur la méthode HTTP). Google doit comprendre que les deux versions existent en parallèle, pas que l'une remplace l'autre.

Autre piège classique : oublier les balises rel="alternate" et rel="canonical" croisées. La page desktop doit pointer vers la mobile avec <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.site.com/page">, et la mobile doit canonicaliser vers la desktop avec <link rel="canonical" href="https://www.site.com/page">. Sans ça, Google risque de dupliquer l'indexation ou de choisir la mauvaise version.

Comment savoir si une migration vers le viewport est nécessaire ?

Analysez vos taux de rebond mobile et vos parcours utilisateurs. Si vous constatez que des utilisateurs basculent manuellement vers la version desktop (lien en bas de page « Afficher le site complet »), c'est un signal que la détection user agent rate sa cible.

Regardez aussi vos logs serveur : combien de requêtes avec un user agent mobile tombent malgré tout sur la version desktop (ou inversement) ? Si le volume est marginal, rester sur le user agent reste défendable. Si ça représente 5-10 % du trafic, la migration devient rentable.

• Tester la détection user agent avec l'outil Inspection d'URL de la Search Console en mode mobile.
• Vérifier la présence et la symétrie des balises rel="alternate" et rel="canonical" sur toutes les paires de pages.
• Utiliser des redirections 302 (temporaires) entre versions, jamais de 301.
• Auditer les logs serveur pour repérer les cas de détection user agent défaillante.
• Évaluer le coût d'une refonte responsive versus le risque UX actuel sur terminaux atypiques.
• Si le budget ou la complexité technique rendent la migration difficile, envisager un accompagnement par une agence SEO spécialisée pour sécuriser chaque étape.