In Wix, noi partiamo da SEO & GEO → Tools and settings → Robots.txt Editor e confrontiamo le impostazioni con il file pubblico.
Leggiamo prima il file live
Così riconosciamo i default della piattaforma prima di aggiungere regole custom.
Reset to Default è una via di recupero
Quando le personalizzazioni diventano difficili da giustificare, Reset to Default ripristina una base nota.
noindex appartiene al controllo pagina
Per una pagina pubblica fuori dalla ricerca usiamo l’opzione index/noindex corretta. Per contenuti privati usiamo password o member access.
Verifichiamo dopo il salvataggio
Apriamo di nuovo /robots.txt, usiamo il validator e testiamo URL nel tester.
Manteniamo separate le responsabilità
Robots.txt gestisce crawling, le opzioni pagina gestiscono indicizzazione e i controlli di accesso proteggono il contenuto.
Prima controlliamo ciò che Wix gestisce già
Wix lascia robots.txt aperto di default, ma singole pagine possono essere limitate da password, area membri o impostazioni di indicizzazione. Un report “blocked” quindi non significa automaticamente che il Robots.txt Editor debba essere modificato. Verifichiamo prima visibilità, indexing e access control della pagina.
Trattiamo l’editor come override avanzato: salviamo la versione live, definiamo gli URL da cambiare, facciamo la modifica minima, pubblichiamo e testiamo di nuovo. Se lo storico delle regole custom è diventato poco chiaro, Reset to Default è una procedura di recovery valida.
I report possono arrivare dopo lo stato live
Se robots.txt pubblico è già corretto ma Search Console mostra ancora una vecchia regola, non aggiungiamo subito un’altra eccezione. Confrontiamo live response, page settings e host segnalato, così i controlli nativi Wix e la policy crawler restano coerenti.
