Dans Wix, nous partons de SEO & GEO → Tools and settings → Robots.txt Editor et comparons toujours avec le fichier public.
Nous lisons la version live avant modification
Cela permet de comprendre les règles par défaut de la plateforme.
Reset to Default fait partie de la récupération
Quand les personnalisations deviennent difficiles à justifier, Reset to Default redonne une base connue.
noindex est un contrôle de page
Pour une page publique hors recherche, nous utilisons l’option index/noindex adaptée. Les pages privées restent derrière mot de passe ou espace membre.
Nous vérifions après sauvegarde
Nous rouvrons /robots.txt, utilisons le validator et testons des URL dans le tester.
Nous conservons les responsabilités séparées
Robots.txt gère le crawl, les options de page gèrent l’indexation et les contrôles d’accès protègent le contenu.
Ce que Wix gère déjà
Wix laisse robots.txt ouvert par défaut, mais certaines pages peuvent être limitées par mot de passe, espace membre ou paramètres d’indexation. Un rapport de blocage ne signifie donc pas automatiquement qu’il faut modifier Robots.txt Editor. Nous vérifions d’abord visibilité, indexation et protection de la page.
Nous traitons l’éditeur comme un override avancé : sauvegarde de la version live, définition des URL concernées, changement minimal, publication puis nouveau test. Lorsque l’historique des règles custom devient incertain, Reset to Default fait partie du plan de retour arrière.
Les rapports peuvent être en retard
Si Wix sert déjà le bon fichier mais que Search Console montre encore une ancienne règle, nous ne republions pas immédiatement. Nous comparons robots.txt live, réglages de page et host signalé. Le but est que les contrôles Wix et la politique crawler racontent la même chose.
