La requête site:votre-domaine.fr affiche des milliers de pages
Vous tapez `site:votre-domaine.fr` et Google annonce des milliers de pages. Comparez d'abord à votre vrai plan. L'écart, ce sont les URL injectées. Un échantillon de dix adresses dit si c'est un dossier, un paramètre ou du cloaking — et donc où chercher ce soir, pas dans quinze outils SEO.
Comparez au vrai plan de site. L'écart, ce sont les pages injectées. Notez un échantillon d'URL : il indique si c'est un dossier, un paramètre ou du cloaking.
Ce que le compteur `site:` est (et n'est pas)
C'est un ordre de grandeur d'URL que Google associe à l'hôte. Ce n'est pas le trafic, pas les positions, pas un audit. Le chiffre oscille. 3 200 un matin, 2 800 le soir : normal. Une pente sur 15 jours, parlante.
Sans opérateur, Google mélange marque et hors site. `site:` borne au domaine. Oublier `site:` et chercher le nom de l'entreprise, c'est un autre écran (avis, Facebook). Ici, on parle index de VOS URL.
Les résultats personnalisés : privé, ou un collègue. Votre historique gonfle parfois les extraits « déjà vus ». Le chiffre du bandeau (« Environ 4 230 résultats ») n'est pas un audit : il oscille. Une pente sur quinze jours, parlante. Un écart ×10 avec votre sitemap ou un `COUNT` SQL, un incident. Un écart ×1,2 : peut-être des tags, des paramètres, pas un générateur.
Comparer au sitemap et à la base
Yoast `sitemap_index` : somme des URL. Presta : nombre de fiches actives. WordPress : `SELECT COUNT(*) FROM wp_posts WHERE post_status='publish' AND post_type IN ('post','page')` (et produits si Woo). Écart ×10 : spam. Écart ×1,2 : peut-être des archives, tags, facettes.
Si le sitemap officiel liste déjà 5 000 URL dont vous ignorez tout : le sitemap est pirate ou un plugin a tout inclus (auteurs, pièces jointes). sitemap.
Notez les trois chiffres (site:, sitemap, SQL) datés. C'est le tableau de bord du dossier, plus clair qu'un « y'en a trop ».
Prélever dix URL et les classer
Page 1, page 5, dernière page des résultats `site:`. Copiez 10 URL. Colonne : path, langue du title, date extraite si visible, live 200 ou 404.
Même préfixe `/wp-content/uploads/xx/` : dossier kit. `?pid=` / `?lang=ja` : paramètre. Slug WordPress normal + title japonais : injection ou cloaking sur des vrais permaliens.
Ces 10 lignes décident de la soirée (FTP dossier vs SQL vs htaccess). Sans échantillon, on ouvre 40 plugins au hasard. Colonne live : inspection ou onglet privé. 404 déjà là = horloge d'index (bon signe si plus de neuves). 200 casino chez vous = page encore là. 200 casino seulement dans GSC = cloaking. Trois lectures, trois traitements. Ne lancez pas un retrait de tout le domaine sur le seul chiffre du bandeau.
- Préfixe de path.
- Query string.
- Title vs live HTML.
Dossier, paramètre, ou réécriture à la volée
Dossier : listing FTP, 410 le préfixe. Paramètre : le générateur écoute `$_GET`. Rewrite : `index.php` lourd ou `.htaccess` qui capture `.*`. Les trois se cumulent.
Un paramètre sur des vraies pages (`?utm_`) n'explique pas des milliers de titles pharmacies. Le contenu de l'extrait tranche, pas le `?` seul.
Wildcard DNS + générateur : des hôtes `random.votre-domaine.fr`. `site:` sur l'apex peut les inclure ou non selon la propriété. Cherchez les A records. wildcard.
Quand le compteur ment (doublons, variantes)
HTTP et HTTPS, www et nu, slash final : Google déduplique mal le temps d'un incident. Le « milliers » peut être 2× le même stock. Canonisez après le clean, pas comme unique geste.
Des paramètres de session indexés. Nettoyez le générateur d'abord ; la Search Console « paramètres » est un vieux levier, secondaire.
Un compteur bas avec des titles sales en page 1 : le volume n'est pas le seul préjudice. Les extraits visibles, si.
Inspection : le live contre l'extrait
Pour 3 des 10 URL : inspection directe. Live 404 + extrait encore là : horloge d'index, bon signe si le générateur est mort. Live 200 casino + vous voyez une home : cloaking. Live 200 casino + vous aussi : page encore là (cache, mauvais dossier).
L'extrait Google n'est pas le `<title>` actuel. Ne « corrigez » pas Yoast en boucle parce que `site:` n'a pas bougé ce matin.
Demander l'indexation d'une URL spam encore 200 : vous insistez. 410 d'abord.
Filtres `site:` utiles le jour J
`site:domaine.fr/jp/` , `site:domaine.fr inurl:casino`, `site:domaine.fr « mot japonais du title »`. Ça estime un préfixe. Imparfait (Google tronque), suffisant pour prioriser.
`site:domaine.fr/wp-content/uploads/` trop gros : souvent des images, pas du spam. Croisez avec des titles.
Ne construisez pas une stratégie SEO sur ces opérateurs. C'est un stéthoscope d'incident.
Ne pas tout retirer de GSC sur ce chiffre
Retrait de tout le domaine parce que `site:` dit 8 000 : vos 80 pages partent aussi. Préfixe du spam seulement. désindexer.
Un réexamen SB parce que le compteur fait peur : mauvais outil, sauf kit.
Les outils « explosion d'index » payants : après le générateur mort, pour suivre. Pendant, ils photographient l'hémorragie.
Calendrier de re-mesure
J0 : 3 chiffres + 10 URL. J+2 : nouvelles URL (grep dates extraits, ou un second échantillon page 1). J+15 : pente. J+45 : encore du stock, normal ; plus de neuves, le critère.
Si J+2 apporte des paths inédits : écrivain. Stop retraits. J0 vous avez trois counts (site:, sitemap, SQL) et dix URL. J+15 vous relisez la pente. Le succès n'est pas « site: égale exactement mon nombre de pages » — Google garde du bruit. C'est : plus de neuves, extraits métier plus visibles, préfixes kit en 410. Safe Browsing 24-72 h n'est pas cette mesure.
Vous pouvez déclarer. Les 10 URL + les 3 counts, mieux qu'un accès admin seul.
- site: vs sitemap vs SQL.
- 10 URL classées.
- Live inspection sur 3.
- Re-mesure J+2 / J+15.