In Wix starten wir unter SEO & GEO → Tools and settings → Robots.txt Editor und vergleichen Einstellungen mit der öffentlichen Datei.
Wir lesen zuerst die Live-Datei
So erkennen wir Plattform-Defaults, bevor wir Regeln hinzufügen.
Reset to Default ist Teil der Recovery
Wenn Custom-Regeln unübersichtlich geworden sind, nutzen wir Reset to Default als bekannte Ausgangsbasis.
noindex gehört zur Seitensteuerung
Für öffentliche Seiten außerhalb der Suche verwenden wir die passende Index/noindex-Einstellung. Private Bereiche schützen wir mit Passwort oder Mitgliederzugriff.
Wir testen nach dem Speichern
Wir öffnen /robots.txt, verwenden den Validator und prüfen URLs mit dem Tester.
Wir halten die Ebenen getrennt
Robots.txt steuert Crawling; Wix-Seitenoptionen steuern Indexierung; Zugriffseinstellungen schützen Inhalte.
Was Wix bereits verwaltet
Wix hält robots.txt standardmäßig offen, einzelne Seiten können aber durch Passwortschutz, Mitgliederbereiche oder Indexierungseinstellungen anders behandelt werden. Deshalb ist ein Hinweis auf Crawling nicht automatisch ein Grund, im Robots.txt Editor eine Ausnahme hinzuzufügen. Wir prüfen zuerst Sichtbarkeit, Indexierung und Zugriffsschutz der Seite.
Den Editor behandeln wir als Advanced Override. Wir sichern die aktuelle Live-Version, definieren konkrete Ziel-URLs, ändern nur das Nötigste, veröffentlichen und testen erneut. Wenn die Historie der Custom-Regeln unklar ist, gehört Reset to Default zum Recovery-Plan.
Reports können der Live-Datei hinterherhinken
Ist die öffentliche Datei bereits korrekt, aber Search Console zeigt noch eine alte Regel, bearbeiten wir nicht sofort erneut. Wir vergleichen Live-robots.txt, Seiteneinstellungen und gemeldeten Host. Ziel ist, dass Wix-eigene Sichtbarkeitskontrollen und Robots-Policy dieselbe Aussage treffen.
