Mon site WordPress n'apparaît pas sur Google : diagnostic et solutions d'indexation
Publié le · Mis à jour le · 10 min de lecture· Par Benjamin Bueno

Sommaire
- Vérifier que votre site est vraiment absent de Google
- Les blocages propres à WordPress
- Un site neuf : combien de temps avant d'apparaître
- Les causes techniques d'une page non indexée
- Les causes de qualité : « Explorée, actuellement non indexée »
- Les causes de sécurité : piratage, spam SEO, action manuelle
- Demander l'indexation, puis attendre
- Quand nous appeler
- Sources
En bref : tapez site:votredomaine.fr dans Google, puis ouvrez le rapport « Indexation des pages » de la Search Console : il nomme la cause. Sur WordPress, les trois blocages les plus fréquents sont la case « Demander aux moteurs de recherche de ne pas indexer ce site » restée cochée, une balise noindex posée par le thème ou l'extension SEO, et un robots.txt qui empêche Googlebot de lire la page. Viennent ensuite les causes techniques, la qualité, puis la sécurité. Corrigez la cause, et seulement ensuite, demandez l'indexation.
« Mon site WordPress n'apparaît pas sur Google. » Derrière cette phrase se cachent des situations très différentes : un site mis en ligne la veille, une page invisible depuis six mois, ou un site entier disparu du jour au lendemain. Le diagnostic n'est pas le même, et l'ordre des vérifications compte. Ce guide suit cet ordre, des réglages WordPress aux causes de sécurité.
Vérifier que votre site est vraiment absent de Google
Exploration, indexation, diffusion
Google décrit trois étapes. L'exploration : des robots téléchargent le contenu des pages trouvées sur le web. L'indexation : Google analyse ce contenu et le range dans son index. La diffusion : Google choisit les pages à afficher pour une requête donnée. Une page peut donc être explorée sans être indexée, et indexée sans jamais ressortir sur vos mots clés. Google ne garantit d'ailleurs pas qu'il explorera, indexera ou diffusera votre page.
La commande site: dans Google
C'est le test de trente secondes, et Google le recommande dans son guide de démarrage : recherchez site:votredomaine.fr, puis site:votredomaine.fr/ma-page/. Aucun résultat sur tout le domaine : le blocage est global, voyez les réglages WordPress et le robots.txt. Le domaine ressort mais pas la page : le problème est propre à cette page. Le site ressort mais pas sur vos mots clés : c'est un problème de classement, pas d'indexation, traité dans notre guide sur la chute de position SEO sur Google.
Le rapport « Indexation des pages » de la Search Console
La Search Console est gratuite et donne le motif, que le test site: ne donne pas. Dans le menu « Indexation », ouvrez « Pages ». Voici les motifs les plus fréquents sur WordPress, avec le libellé exact de l'outil.
| Motif affiché | Ce qu'il signifie | Ce qu'il faut faire |
|---|---|---|
| URL marquée « noindex » | Google a trouvé une directive noindex | Retirer la directive si la page doit être indexée |
| URL bloquée par le fichier robots.txt | Exploration interdite ; la page peut malgré tout être indexée autrement | Retirer la règle Disallow |
| Détectée, actuellement non indexée | URL connue mais pas encore explorée, Google ayant reporté l'exploration pour ne pas surcharger le site | Vérifier la charge et les temps de réponse du serveur |
| Explorée, actuellement non indexée | Page lue mais pas retenue ; Google indique qu'il est inutile de la renvoyer | Travailler le contenu et le maillage interne |
| Erreur « soft 404 » | Message « page introuvable » servi avec un code HTTP 200 | Renvoyer un vrai code 404 |
Il liste aussi les erreurs franches, « Erreur serveur (5xx) », « Introuvable (404) » ou « Erreur liée à des redirections » : notre guide dédié détaille chaque cas, corriger une erreur d'indexation WordPress. Complétez avec l'inspection d'URL : son test en direct montre le code après rendu, là où apparaissent les noindex injectés par une extension.
Les blocages propres à WordPress
Le réglage « Demander aux moteurs de recherche de ne pas indexer ce site »
C'est la première chose à regarder, et de loin la cause la plus fréquente sur un site récent. Dans Réglages, Lecture, vérifiez cette case : beaucoup d'agences la cochent pendant la construction du site, puis l'oublient le jour de la mise en ligne.
La documentation WordPress précise ce qu'elle fait. Depuis WordPress 5.3, elle ajoute <meta name='robots' content='noindex,nofollow' /> dans la section <head>, si le thème appelle wp_head. Jusqu'à WordPress 5.2, elle faisait aussi renvoyer un robots.txt contenant Disallow: /. Et cette note, souvent ignorée : aucune de ces options ne bloque l'accès à votre site, c'est aux moteurs de recherche qu'il revient d'honorer votre demande.
Un noindex posé par le thème ou l'extension SEO
Si la case est décochée et que noindex reste dans le code source, il vient d'ailleurs : réglages par type de contenu de votre extension SEO (Yoast, Rank Math et SEOPress permettent de désindexer archives, étiquettes, pages d'auteur), réglage page par page sous l'éditeur, option du thème, extension de maintenance, ou code ajouté dans functions.php.
Google accepte deux formes équivalentes : la balise <meta name="robots" content="noindex"> dans le <head>, et l'en-tête HTTP X-Robots-Tag: noindex. La seconde est invisible dans le code source, il faut lire les en-têtes de la réponse. Un X-Robots-Tag laissé par une préproduction est une cause silencieuse classique.
curl -I https://votredomaine.fr/ma-page/ | grep -i x-robots-tag
Le fichier robots.txt
Le rôle du robots.txt est mal compris, y compris par des professionnels. La documentation Google est explicite : ce fichier indique aux robots quelles URL ils peuvent consulter, et son objectif principal est d'éviter de surcharger le site de demandes. Ce n'est pas un moyen d'empêcher une page d'apparaître dans Google : une page interdite peut être indexée si d'autres sites pointent vers elle, et ressort alors sans description.
Ouvrez https://votredomaine.fr/robots.txt et cherchez une ligne Disallow: / sous User-agent: *. Sur WordPress ce fichier est souvent virtuel ; s'il existe un vrai fichier à la racine, c'est lui qui gagne.
Le piège du noindex bloqué par robots.txt
Interdire une URL dans robots.txt et lui poser un noindex est une erreur fréquente : les deux se neutralisent. Google le formule ainsi : pour que la règle noindex soit efficace, la page ne doit pas être bloquée par un robots.txt, car le robot doit pouvoir y accéder ; si elle est bloquée, la règle n'est jamais détectée. Choisissez : soit vous laissez explorer et vous posez un noindex, soit vous bloquez et vous acceptez que l'URL ressorte sans description.
Un site neuf : combien de temps avant d'apparaître
Google ne s'engage pas : sa FAQ dit qu'il ne peut donner aucune prédiction ni aucune garantie quant au moment où vos URL seront explorées ou indexées, ni même si elles le seront. Ses repères publiés, à ne pas confondre entre eux :
- Remarquer un nouveau site, ou un changement sur un site existant : quelques semaines.
- Après une demande de nouvelle exploration : de quelques jours à quelques semaines, et redemander la même URL ne l'explorera pas plus vite.
- Après une demande d'indexation : jusqu'à une ou deux semaines, sans garantie.
- Modification d'une page déjà indexée : quelques heures, ou plusieurs mois.
La cause la plus courante d'invisibilité d'un site neuf, citée par Google, est simple : aucun autre site du web ne pointe vers lui. Acheter des liens pour compenser est contraire aux règles anti-spam.
Les causes techniques d'une page non indexée
Une balise <link rel="canonical"> qui pointe ailleurs dit à Google d'indexer l'autre page. Sur WordPress, cela vient d'une extension SEO mal réglée, d'une migration qui a laissé les canoniques de l'ancien domaine, ou d'un thème qui écrit une canonique en dur vers l'accueil. Les doublons naturels aggravent le problème : versions avec et sans www, HTTP et HTTPS, URL à paramètres, archives d'étiquettes qui reprennent les articles.
Contrôlez ensuite les redirections : une URL qui redirige n'est pas indexée pour elle-même, et une chaîne trop longue ou une boucle bloque l'exploration. Une page supprimée doit renvoyer un vrai 404 ou 410, pas une page d'accueil déguisée.
Côté sitemap, WordPress en génère un depuis la version 5.5 à l'adresse /wp-sitemap.xml, et les extensions SEO en produisent un autre, souvent /sitemap_index.xml : déclarez-en un seul dans la Search Console. N'en attendez pas de miracle, Google précise qu'un sitemap aide à découvrir les URL mais ne garantit pas que tous ses éléments seront explorés et indexés.
Restent deux causes serveur. Si l'hébergement renvoie des 500 ou des 503 quand Googlebot passe, l'exploration échoue. Et si le contenu réel de vos pages n'existe que dans le JavaScript, il n'apparaît qu'après l'étape de rendu, que Google met en file d'attente ; sa recommandation est le rendu côté serveur ou le pré-rendu.
Les causes de qualité : « Explorée, actuellement non indexée »
C'est le motif le plus frustrant : il ne pointe aucune erreur technique, Google a lu la page et ne l'a pas retenue. Sa définition officielle précise qu'elle sera peut-être indexée plus tard et qu'il est inutile de renvoyer l'URL pour exploration : redemander l'indexation ne sert donc à rien.
Ce que nous constatons sur les sites concernés : des archives sans contenu propre, des fiches produits réduites à une photo et un prix, des articles qui répètent une autre page du site, des pages orphelines qu'aucun lien interne ne cite. Les leviers sont les mêmes : donner à la page un contenu qui lui appartient, la relier depuis les pages fortes, et désindexer volontairement ce qui n'a pas vocation à ressortir.
Les causes de sécurité : piratage, spam SEO, action manuelle
Un site qui disparaît brutalement alors qu'il ressortait bien la veille n'a en général pas un problème de noindex. Regardez du côté de la sécurité.
Le rapport « Problèmes de sécurité » de la Search Console classe les détections en trois familles : contenu piraté, logiciels malveillants et indésirables, ingénierie sociale. Les libellés que nous voyons le plus souvent sur WordPress sont « Piratage : injection de contenu », « Piratage : injection de code » et « Piratage : injection d'URL ». Tant que l'alerte est active, les pages concernées peuvent s'afficher avec un avertissement dans les résultats ou une page d'interstitiel dans le navigateur. Notre guide détaille la marche à suivre quand la Search Console signale un problème de sécurité, et celui sur les premiers gestes après un piratage couvre l'urgence. La sortie est encadrée : corrigez tous les problèmes sur toutes les pages, puis demandez un examen en décrivant les corrections. Google prévient qu'un examen prend de quelques jours à quelques semaines, et qu'une demande envoyée alors que le problème persiste allonge le délai suivant, voire fait classer le site comme récidiviste. La méthode complète est dans notre guide pour nettoyer un site WordPress piraté.
Le rapport « Actions manuelles », distinct du précédent, liste les sanctions décidées par un évaluateur humain de Google, qui se traduisent le plus souvent par un déclassement ou un retrait des résultats sans aucun signal visible pour l'internaute. Trois libellés touchent directement les sites piratés : « Site infecté par du spam tiers », « Techniques de dissimulation et/ou redirections trompeuses » et « Texte caché et/ou accumulation de mots clés ». Une demande de réexamen est là aussi nécessaire, et Google demande de ne pas en envoyer une seconde avant l'issue de la première.
Enfin, le piratage à finalité SEO ne défigure pas le site : il ajoute des milliers de pages invisibles pour vous, souvent en japonais, et sert un contenu différent à Googlebot et aux visiteurs, ce que Google sanctionne explicitement (voyez notre article sur le cloaking SEO). Symptôme typique : site: renvoie des centaines d'URL inconnues pendant que vos vraies pages sortent de l'index. Si le domaine est signalé comme dangereux, la remise en état passe par une levée de blacklist.
Demander l'indexation, puis attendre
Une fois la cause corrigée, et seulement alors, relancez Google : inspection d'URL, puis « Demander une indexation ». Deux limites rappelées par Google, le nombre de demandes quotidiennes est limité et une page jugée non indexable au test en ligne ne peut pas être soumise. Pour un grand nombre de pages, il recommande le sitemap.
L'ordre qui fait gagner du temps
Décochez la case de Réglages, Lecture, puis cherchez noindex dans le code source, puis dans les en-têtes HTTP, puis lisez le robots.txt, puis la canonique, puis le rapport « Indexation des pages ». La demande d'indexation n'a de sens qu'une fois ces six contrôles corrigés : la demander pour une page encore en noindex ne produit rien.
Surveillez ensuite sans vous précipiter : le rapport se met à jour avec plusieurs jours de décalage, et les données les plus récentes du rapport sur les performances sont préliminaires.
Quand nous appeler
Sécurité WP répare et sécurise des sites WordPress depuis 2016. Si votre site a disparu du jour au lendemain, si la Search Console affiche un problème de sécurité ou une action manuelle, ou si site: révèle des pages que vous n'avez jamais écrites, il ne s'agit plus d'un réglage d'indexation mais d'un incident de sécurité. Notre diagnostic est gratuit et rendu sous 12 heures ; le nettoyage complet est livré sous 48 heures, à prix fixe de 350 € annoncé avant intervention et remboursé s'il échoue.
Sources
- Google Search Central, « Présentation du fichier robots.txt » et « Bloquer l'indexation dans la recherche avec noindex » : developers.google.com
- Google Search Central, « À propos des sitemaps », 18 décembre 2025 : developers.google.com
- Google Search Central, « Ask Google to Recrawl Your Website », « Crawling and indexing FAQ », « How to Get Information on Google », « SEO Starter Guide » et « JavaScript SEO Basics », 10 décembre 2025 : developers.google.com
- Aide Search Console, « Rapport sur l'indexation des pages » : support.google.com
- Aide Search Console, « Outil d'inspection d'URL » : support.google.com
- Aide Search Console, « Problèmes de sécurité » et « Actions manuelles » : support.google.com
- WordPress.org, « Settings Reading screen », 8 juin 2024 : wordpress.org
Pages consultées le 7 septembre 2026.
Votre site est touché ?
Nous intervenons sur les sites WordPress piratés, nettoyage et sécurisation compris. Décrivez votre situation, nous vous répondons.
À lire aussi

Un administrateur inconnu est apparu dans WordPress : d'où il vient et comment s'en débarrasser
Un administrateur que vous n'avez pas créé est apparu dans WordPress ? D'où vient le compte, trouver les comptes cachés, fermer les accès et nettoyer.
· 8 min de lecture

Analyser les journaux pour dater et comprendre un piratage WordPress
Où trouver les logs, quoi y chercher, les commandes grep, awk et find avec exemples, et comment reconstituer la chronologie d'un piratage WordPress.
· 10 min de lecture

Faux CAPTCHA et ClickFix sur les sites WordPress piratés : détecter et supprimer la fausse vérification
Votre site WordPress affiche un faux CAPTCHA ou une fausse vérification Cloudflare (ClickFix) ? Où se cache l'injection, comment la voir et la supprimer.
· 9 min de lecture

Google Ads suspendu pour « site compromis » : comment lever la suspension
Annonces refusées ou compte Google Ads suspendu pour « site infecté » ? La règle, le nettoyage, le réexamen Search Console, l'appel et les délais.
· 8 min de lecture