Paramètres d’URL Google : les vivants, les zombies et les réécrits

Après les opérateurs et commandes Google, c’est aux paramètres d’URL que je me suis attaqué, au travers d’une seconde insomnie. Les opérateurs, c’est ce que vous tapez dans la requête : site:, les guillemets, -mot. Les paramètres, c’est ce que vous écrivez dans l’URL, derrière le ? : udm=, tbs=, gl=, uule=.

Deux leviers différents. Le second est plus puissant et moins documenté : Google n’a jamais publié la liste. Et les guides SEO recopient des tableaux de 2015 sans re-tester.

Alors j’ai re-testé, paramètre par paramètre, dans mon navigateur, depuis la France. Verdict : la majorité pilote encore la SERP, certains sont ignorés en silence. Une famille entière est « réécrite » : Google accepte le paramètre, puis le transforme sous vos yeux.

Opérateurs ou paramètres : ce n’est pas le même outil

Un opérateur agit sur la requête : il filtre les documents. Un paramètre agit sur le contexte de la recherche : le pays, la langue, la ville, la verticale (Web, Images, Actualités, Shopping), la personnalisation, la page, la période.

Aucun opérateur ne vous montrera la SERP d’un internaute de Strasbourg, ni la page 3, ni la version « liens bleus » sans AI Overview. Les paramètres, si. À l’inverse, aucun paramètre ne remplace site: ou les guillemets.

Les deux se combinent. C’est là que les effets de bord commencent, on y vient.

Le protocole (reproductible chez vous en 10 minutes)

Tests réalisés entre le 13 et le 21 septembre 2026 dans Chrome, compte Google connecté, IP française, sur google.fr puis google.com (avec hl=fr et gl=fr), fenêtre de bureau. Une URL par test, un seul paramètre changé à la fois par rapport à une requête témoin (« chaussures trail », 10 résultats organiques, 29 tuiles Shopping sponsorisées, pas d’annonce texte, pas d’AI Overview).

Ce que je regarde, sans cliquer :

• l’onglet actif ;
• le compteur « Environ N résultats » ;
• les cinq premiers titres ;
• la présence d’un AI Overview et de blocs d’annonces ;
• le pied de page « D’après votre adresse IP » ;
• le bandeau « Résultats pour… ».

Et surtout l’URL finale, parce que Google la réécrit parfois avant d’afficher la page.

Deux précisions d’honnêteté. Un : le compte connecté pèse, notamment sur gl=, j’y reviens. Deux : mon propre plugin (on en parle à la fin) ajoutait pws=0, gl=fr et hl=fr à chaque URL.

Ces trois paramètres sont donc constants sur tous les tests. Ça n’invalide rien : je compare chaque test au témoin dans les mêmes conditions. L’A/B de pws=0 s’est fait avec pws=1 écrit dans l’URL : le plugin n’écrase jamais une valeur déjà présente.

Et le conseil vécu : espacez vos requêtes. Quatorze URL espacées de dix à quinze secondes m’ont valu la page « trafic exceptionnel détecté » et son reCAPTCHA.

Une minute entre deux tests, pas moins, et ça ne suffit pas toujours : le 20 septembre, deux reprises espacées d’une minute ont été bloquées dès la troisième URL. Une fois repéré, on le reste un moment. Google surveille aussi ceux qui l’auditent, ça n’a pas changé depuis l’article sur les opérateurs.

La matrice : vivants, réécrits, zombies, ignorés

Quatre verdicts cette fois, parce que les paramètres ont une catégorie que les opérateurs n’ont pas :

• ✅ pilote : l’effet est visible sur la SERP ;
• ↪️ réécrit : Google accepte le paramètre, puis remplace l’URL ou la requête par sa forme à lui (l’effet est là, mais pas sous la forme que vous avez tapée) ;
• 🧟 zombie : accepté sans erreur, aucun effet visible ;
• ☠️ ignoré : sans effet, ou écrasé par un autre paramètre.

Onglets et verticales : quelle SERP vous obtenez

Filtrer et affiner les résultats

Langue, pays et localisation

Affichage, sécurité et personnalisation

Recherche avancée : les raccourcis as_*

Entités et paramètres techniques

Les réécrits, ou Google qui corrige votre URL

C’est la découverte de cette session, et elle change la façon de lire une SERP. Tapez tbm=isch, la vieille syntaxe des onglets : la page Images s’affiche. Mais regardez la barre d’adresse, Google a remplacé tbm=isch par udm=imgs avant même le rendu.

Même chose pour tbm=vid (devenu udm=vids) et tbm=shop (devenu udm=28). En revanche tbm=nws et tbm=bks restent tels quels. Deux générations de paramètres cohabitent, et la migration n’est pas finie. udm=12 est lui-même réécrit dans l’autre sens, en tbm=nws.

Si vos scripts ou vos favoris comparent des URL, comparez des SERP, pas des chaînes.

La famille as_*, héritée du formulaire de recherche avancée, subit le même traitement, mais côté requête. as_eq=femme réapparaît sous la forme -femme, as_oq=homme+femme devient homme OR femme, as_occt=title devient allintitle:.

Ces paramètres fonctionnent, mais ce ne sont que des raccourcis vers des opérateurs. Quand l’opérateur meurt, le paramètre meurt avec lui. as_occt=title tient parce que allintitle: seul tient encore : combinez-le à site: et vous retrouvez le zéro résultat de l’article précédent. as_nlo et as_nhi, eux, deviennent la plage 100..150, qui tient aussi.

Le plus instructif, c’est as_rq=URL. Google le réécrit en related:URL, un opérateur que Google a abandonné, puis sert une recherche ordinaire sur la chaîne « related:… », soit les pages du domaine cité. Le paramètre est réécrit, la réécriture ne mène nulle part.

Ironie du 20 septembre, sur as_rq=https://www.jardiland.com, c’est un Aperçu IA qui liste de lui-même les enseignes concurrentes, pendant que les résultats classiques ne sortent que des pages de jardiland.com.

Même logique côté verticales, ibp=htl;jobs, l’ancienne porte de Google Emplois, est remplacé par udm=8 avant l’affichage.

Les effets de bord que personne ne dit

Un paramètre en change un autre, et c’est rarement écrit. Mesuré sur mes SERP :

• udm=14 supprime l’AI Overview, et le plus souvent les annonces avec, texte et Shopping. Sur la requête témoin, les 29 tuiles Shopping disparaissent avec ce seul paramètre. Le plus souvent, pas toujours : « assurance auto » en mode Web gardait ses 6 annonces texte. Une analyse SEA sur une URL en udm=14 risque de conclure à un marché sans publicité. Comparez toujours avec la SERP sans le paramètre.
• tbs=qdr: (n’importe quelle fenêtre) supprime l’AI Overview.
• tbs=li:1 (Verbatim) réduit les annonces à un seul bloc et vide Shopping et Produits.
• tbs=qdr: est ignoré dès que la requête contient after: ou before:. Les opérateurs de date priment sur le paramètre.
• uule= avec un + encodé en %2B est ignoré sans message ; le + doit rester brut dans l’URL.
• as_occt=title a fait apparaître un AI Overview sur une requête qui n’en avait pas. La requête réécrite (allintitle: chaussures trail) n’est plus la même requête aux yeux de Google.
• start=10 et au-delà : plus d’AI Overview.

Les morts et les zombies

num= est mort. Vous obtenez 10 résultats quoi que vous demandiez, et num=100 enchaîné vous vaut des réponses 403. Les listes qui le recommandent pour « voir 100 résultats d’un coup » décrivent un Google d’avant 2025.

tbs=cdr:1 avec cd_min et cd_max est ignoré dès qu’un qdr traîne dans le même tbs. Seul, il fonctionne très bien (21 septembre), c’est donc un conflit, pas une mort.

pws=0, le « sans personnalisation » de toutes les cheat sheets, n’est plus documenté depuis des années. Je l’avais classé zombie un peu vite.

Premier A/B, le 21 septembre : pws=0 et pws=1 donnent les dix mêmes titres, et le pied de page dit « Les résultats ne sont pas personnalisés » dans les deux cas. Sauf que sur ce compte, la personnalisation était désactivée, il n’y avait rien à retirer.

Une fois « Personnalisation de la recherche » activée dans les paramètres Google, tout change. Avec pws=1, le pied de page annonce « Les résultats sont personnalisés » et propose « Essayer sans personnalisation ». Avec pws=0, il redit « ne sont pas personnalisés ». Le paramètre est vivant, Google l’honore et le dit.

Détail savoureux : le lien « Essayer sans personnalisation » de Google lui-même n’utilise pas pws=0 mais un cousin, peek_pws=0, un aperçu ponctuel sans personnalisation. Deux paramètres pour la même chose, dont un que personne n’avait listé. Ce que l’A/B ne mesure pas encore, c’est l’ampleur. Sur un historique tout neuf, les dix titres restent identiques.

Le zombie le plus net, c’est as_rq= : accepté, réécrit en related:, et sans effet, puisque l’opérateur qu’il produit est mort. Un paramètre peut survivre à son opérateur, il ne fait alors plus rien.

Trois recettes qui servent tous les jours

• La SERP neutre, ce que voit un inconnu depuis la France : udm=14&tbs=li:1&pws=0&gl=fr&hl=fr. Sans IA, mot à mot, sans personnalisation, langue et pays fixés. Attention, on l’a vu : les annonces y sont le plus souvent masquées, donc pas pour un audit SEA.
• La SERP localisée : uule= (ville, + brut) avec gl= et hl=, et le pied de page qui confirme « Strasbourg, d’après votre adresse IP » (oui, « adresse IP », même quand c’est uule qui a parlé).
• La SERP « comme avant l’IA » : udm=14 seul, en gardant en tête que la pression publicitaire y est le plus souvent masquée, donc sous-estimée.

La doc officielle, cet aveu discret

Côté documentation, Google ne décrit ces paramètres que pour son API Custom Search (gl, hl, lr, cr, safe, filter, start, num…). Et cette liste diverge du moteur grand public : num y est documenté (1 à 10 résultats par page), il est ignoré dans le moteur. udm, tbs et uule n’y figurent pas, alors qu’ils pilotent la SERP que vous voyez.

La doc décrit l’API, pas la page.

La boîte à outils survivante

• À garder : udm= pour la verticale (y compris 51 Devoirs et 8 Emplois), pws=0, tbs=li:1, tbs=qdr: (ou son doublon as_qdr=), tbs=dur:, tbs=isz:, tbs=ift: pour les filtres, nfpr=1, gl=, hl=, lr=, cr=, uule=, safe=, filter=0, start=, kgmid= pour rouvrir une fiche d’entité, et, côté interface : tbs=cdr: (plage de dates, sans qdr à côté), igu=1 (vue déconnectée), newwindow=1.
• À traiter comme des raccourcis d’opérateurs : as_q, as_eq, as_oq, as_occt, as_epq, as_nlo/as_nhi, as_sitesearch, as_filetype.
• À oublier : num=, as_rq=, ibp=.

Et si l’URL se construisait toute seule

Ces réglages, je les avais dans des favoris, puis dans un script, puis dans un plugin Chrome que je livre bientôt : Y’SERP. Il pose les paramètres sur chaque recherche (profils « SERP neutre », « vue US », « audit local », « audit SEA »).

Et surtout il lit la page obtenue : zones de la SERP et part de chacune, intention, annonces et annonceurs, pages classées, suivi dans le temps. Il sort prochainement sur le Chrome Web Store.

Cet article sera mis à jour au fil des évolutions. Si vous constatez un comportement différent de votre côté, dites-le en commentaire, ça m’intéresse (et ça intéressera les suivants).

Dernière vérification des tests : 21 septembre 2026.