WordPress : « ne pas indexer » ne veut pas dire « rendre privé »

Vous préparez une nouvelle version du site et souhaitez la montrer à quelques personnes. Empêcher son apparition dans les recherches semble une précaution naturelle. Pourtant, un visiteur qui connaît l’adresse peut encore atteindre une page publique. La présence dans un moteur et le droit d’ouvrir la page sont deux questions différentes.

Une consigne adressée aux moteurs

WordPress propose un réglage qui demande aux moteurs de ne pas indexer le site. La documentation des réglages de lecture précise que cette demande dépend de leur respect par les moteurs et n’empêche pas l’accès des visiteurs ordinaires. Ce réglage ne doit donc pas servir de frontière pour des documents confidentiels ou des pages réservées.

L’indexation désigne ici l’intégration d’une page dans l’ensemble des contenus qu’un moteur peut proposer dans ses résultats. Google explique le rôle de la règle noindex : lorsqu’il explore une page et y lit cette consigne, il retire cette page de ses résultats. Cela ne transforme pas l’adresse en espace privé.

Imaginez une agence qui prépare une brochure encore non validée sur un site de démonstration. Si la page reste ouverte, une personne à qui l’adresse est transmise peut la consulter. Pour décider de la protection, la question utile n’est donc pas seulement « pourra-t-on la trouver sur Google ? », mais « qui doit pouvoir l’ouvrir maintenant ? ».

Le fichier robots.txt sert à donner des consignes d’exploration aux robots. Il ne faut pas confondre cette fonction avec celle de noindex. Google précise qu’il doit pouvoir accéder à la page pour lire noindex. Si robots.txt lui interdit cette exploration, une adresse peut encore apparaître dans les résultats, notamment lorsqu’elle est liée ailleurs. Cumuler les deux mécanismes sans comprendre leur rôle peut donc manquer le résultat recherché.

Pour une préproduction destinée à un groupe limité, faites définir un véritable contrôle d’accès avec le responsable technique. Pour une page publique que vous souhaitez simplement écarter des résultats, la décision porte sur l’indexation. Le niveau de protection doit suivre la sensibilité du contenu, pas le nom du réglage utilisé.

Préparer aussi le passage en public

Une mise en ligne mérite une décision explicite sur ces deux axes. Les pages destinées au public doivent être accessibles comme prévu ; les restrictions temporaires et les consignes d’indexation doivent être revues sur la bonne version du site. Gardez une courte liste des adresses de démonstration et de production, avec le public attendu pour chacune. Elle évite de traiter toutes les pages comme si elles avaient le même statut.

Retirer une consigne de non-indexation ne donne, à lui seul, aucune garantie de présence ou de position dans les résultats. C’est une condition technique à examiner dans son contexte, pas une promesse de visibilité.

Pour votre prochain site, intégrez ces décisions au périmètre de création ou refonte avec Gaia. La démonstration, les accès de validation et les vérifications à la mise en ligne doivent être explicités. Le comparatif d’hébergement et de maintenance permet ensuite de distinguer les contrôles de suivi selon l’offre, sans assimiler contrôle d’accès et référencement.