
Pas indexé, ou indexé sans se positionner ? Tranchez d'abord
Chaque article sur le sujet répond à deux problèmes différents à la fois. Être absent de Google est un défaut technique réparable dans la semaine. Y être sans être vu est une position concurrentielle qui prend des mois. Sachez lequel vous concerne avant de corriger quoi que ce soit.
Cherchez pourquoi un nouveau site n'apparaît pas sur Google et vous obtenez huit articles qui listent les mêmes six causes dans le même ordre : redirections manquantes, balise noindex oubliée depuis la préproduction, contenu appauvri, métadonnées absentes, liens internes cassés, pages lentes. Ils n'ont pas tort. Ils répondent à deux questions entièrement différentes en même temps, et une seule est la vôtre.
Être absent de Google est un défaut technique. C'est binaire, la cause se trouve en un après-midi, et cela se corrige en général dans la semaine. Être dans Google sans être trouvé est une position concurrentielle. Il n'y a pas de cause unique, ce n'est pas un bug, et cela prend des mois. Passer une semaine à auditer des redirections alors que vos pages étaient indexées depuis le début est l'erreur la plus fréquente.
Étape une, et c'est une seule recherche
site:yourdomain.com
Pages listed -> you are INDEXED. Skip to the second half.
Nothing at all -> you are NOT INDEXED. Continue below.
Homepage only -> partial. Treat as not indexed and find out
what is blocking the rest.Si vous n'êtes pas indexé : vérifiez dans cet ordre
L'ordre compte plus que la liste. Chaque étape ci-dessous peut rendre toutes les suivantes sans objet : arrêtez-vous à la première qui échoue plutôt que de toutes les parcourir.
# 1. Is the page telling Google to stay away?
# This is first because nothing else matters if it says noindex.
curl -s https://example.com/some-page \
| grep -oE '<meta name="robots"[^>]*>'
# 2. Is the whole site disallowed?
curl -s https://example.com/robots.txt
# 3. Does the sitemap exist, and is the page actually in it?
curl -s https://example.com/sitemap.xml | grep -c "<loc>"
curl -s https://example.com/sitemap.xml | grep "some-page"
# 4. Does the URL resolve, or bounce through a redirect chain?
curl -sI -L -o /dev/null -w '%{http_code} %{num_redirects} %{url_effective}\n' \
https://example.com/some-page
# 5. Does the canonical point at itself, or at something else?
curl -s https://example.com/some-page \
| grep -oE '<link rel="canonical"[^>]*>'Une page en ligne, correcte et invisible : comment cela arrive
L'étape une vient en premier parce qu'une page peut être parfaitement correcte et pourtant non explorable, sans que rien sur la page ne le signale. C'est arrivé sur ce site le 2 septembre 2026, assez récemment pour rester gênant.
Quatre articles ont été publiés avec des dates situées deux jours plus tard. Le blog conditionne la publication à cette date, délibérément, pour qu'un article puisse être écrit à l'avance et se publier seul. La barrière a fait exactement ce pour quoi elle avait été construite : les quatre ont rendu noindex, follow et aucun n'est apparu dans le sitemap. Les URLs fonctionnaient. Les pages semblaient terminées. Elles étaient lisibles, partageables et indexables par rien, et le seul moyen de le voir était de lire la balise robots.
Rien sur une page en noindex ne paraît anormal. Elle s'affiche, elle est stylée, elle se partage correctement. Le défaut vit dans une balise que personne ne lit et un sitemap que personne n'ouvre.
La version habituelle est un noindex de préproduction ayant survécu à la mise en ligne, et il faut insister sur la banalité de la chose. Ce n'est pas de la négligence. Tout chantier sérieux masque la préproduction aux moteurs, et la balise qui le fait est identique à celle qu'il fallait retirer.
Si vous êtes indexé : ce n'est probablement pas cassé
C'est là que se trouvent la plupart des gens, et là que la plupart des conseils trouvés ne s'appliquent pas. Si site: renvoie vos pages, Google les voit. Votre problème est que d'autres pages constituent une meilleure réponse, et ce n'est pas un défaut à réparer mais un écart à combler.
- Vérifiez ce sur quoi vous vous positionnez avant de supposer que ce n'est rien. Le rapport de performances de la Search Console montrera des impressions sur des requêtes jamais ciblées, et c'est en général le vrai point de départ.
- Regardez qui détient les résultats visés. Si la première page appartient à l'éditeur dont vous citez le produit, ou à cinq concurrents publiant depuis dix ans, le terme ne vous est pas accessible et aucun travail on-page n'y changera rien.
- Restreignez jusqu'à ce que les résultats cessent d'être verrouillés. Une question à réponse précise et vérifiable est gagnable par un site récent, ce qu'un terme de catégorie ne sera jamais.
La troisième possibilité dont personne ne veut
Votre site va bien et il est neuf. Un domaine lancé il y a quinze jours n'est ni cassé ni distancé : il n'a pas encore été évalué. L'indexation d'un domaine récent prend couramment de quelques jours à quelques semaines, et le mouvement de positions bien plus longtemps. Aucun travail technique ne s'y substitue, et les articles qui laissent entendre le contraire vendent cette insinuation.
Ce que vous pouvez faire entre-temps, c'est supprimer toute raison de ne pas vous indexer, soit les cinq commandes ci-dessus, et soumettre le sitemap. Puis publier des choses qui méritent d'être citées. Si la cause est une migration plutôt qu'un lancement, le volet redirections est traité dans ce qu'implique vraiment une migration WordPress vers Webflow. Si c'est la vitesse, voyez pourquoi un site Webflow est lent. Et si ce sont les plafonds de la plateforme, les vraies limites de Webflow.
La seule chose à faire avant tout cela est la recherche site:. Deux secondes, et elle vous dit quelle moitié des conseils d'Internet sur le sujet a été écrite pour quelqu'un d'autre.

