Se cercando la tua attività trovi il sito demo, serve distinguere gli indirizzi di prova da quelli definitivi prima di cambiare impostazioni o chiedere rimozioni a Google.
Indice della guida
Durante un rifacimento, il sito viene spesso preparato su un sottodominio, un indirizzo del fornitore o una cartella provvisoria. Se questa versione è accessibile, può essere scoperta e finire nei risultati con informazioni ancora da approvare.
Il problema si risolve controllando l’ambiente corretto: una modifica estesa per errore al dominio principale potrebbe nascondere proprio il sito che vuoi far trovare ai clienti. Parti dagli URL e definisci quale versione deve restare pubblica.
Identifica dove si trova davvero il sito di prova
Apri il risultato indesiderato e copia l’URL completo dalla barra del browser. Se viene reindirizzato, annota anche la destinazione finale. Raccogli gli esempi in un elenco con quattro informazioni: indirizzo, contenuto mostrato, ambiente a cui appartiene e persona che può modificarlo.
Una demo può trovarsi su demo.example.com, su example.com/prova/ oppure su un dominio gestito dall’agenzia. Sono esempi ipotetici: non applicare una regola soltanto perché un indirizzo contiene una parola come “test”. Controlla anche pagine interne, PDF e immagini che potrebbero avere indirizzi separati.
Confronta ogni URL con il corrispondente definitivo, quando esiste. Distingui la copia di sviluppo da un vecchio sito realmente pubblicato: una migrazione può richiedere un percorso diverso, spiegato nella guida su cambio dominio e rifacimento del sito.
Proteggi con autenticazione un ambiente riservato
Se soltanto il team e il cliente devono vedere la demo, chiedi al gestore dell’hosting una protezione dell’intero ambiente tramite autenticazione. Google considera la protezione con password una pratica consigliata per i siti di staging. Il controllo deve riguardare l’accesso ai contenuti, non soltanto la presenza di un avviso grafico sopra una pagina già caricata.
Prova l’indirizzo da una finestra senza sessione attiva: la pagina di sviluppo e le sue risorse riservate non devono essere disponibili senza credenziali. Se la demo ospita informazioni non pubbliche, proteggila subito; non mantenerla aperta nell’attesa che Google legga un tag.
Chiedi al tecnico di limitare la configurazione al sottodominio o alla cartella individuata. Ripeti poi il controllo su home e pagine servizi del sito pubblico, che devono continuare ad aprirsi normalmente.
Non affidarti al solo robots.txt per togliere risultati già presenti
Il file robots.txt regola la scansione dei crawler che lo rispettano. Non è una protezione degli accessi e non garantisce che un URL sparisca dai risultati: Google può conoscere un indirizzo attraverso altri collegamenti anche senza leggerne il contenuto. La guida ai file robots.txt chiarisce questi limiti.
Per questo aggiungere alla cieca un blocco generale può lasciare il risultato visibile e rendere più difficile la lettura di altre istruzioni. La guida Pagina bloccata da robots.txt aiuta a interpretare quel messaggio in Search Console.
Fai verificare l’ambito della regola prima di salvarla. Se demo e sito pubblico condividono cartelle o configurazioni, un blocco sull’intero dominio può coinvolgere pagine che devono essere trovate. Scrivi nell’incarico tecnico gli URL di prova da escludere e almeno tre URL pubblici da mantenere accessibili.
Usa noindex quando la pagina deve restare accessibile
Se una pagina di prova può rimanere pubblica ma non deve comparire su Google, il gestore può usare <meta name="robots" content="noindex"> nell’intestazione HTML. In alternativa esiste l’header HTTP X-Robots-Tag: noindex, utile anche per risorse non HTML. Le specifiche dei meta tag e degli header robots descrivono i metodi supportati.
Google deve poter leggere l’istruzione. Un blocco in robots.txt può impedire di rilevarla; la documentazione di noindex richiede che la risorsa sia accessibile al crawler. Il tag esclude dai risultati, ma non rende privato il contenuto.
Controlla la risposta effettiva della pagina, non soltanto una casella nel pannello del sito. Se lo stato è “Esclusa in base al tag noindex”, valuta se è atteso per la demo seguendo la guida dedicata a questa esclusione.
Distingui la pagina canonica dalla dismissione della demo
Il collegamento canonico indica la versione preferita di pagine duplicate o molto simili. È un segnale per Google, non una password né una garanzia di esclusione: la documentazione sulla canonicalizzazione spiega come coordinarlo con gli altri segnali.
Per una demo ancora usata dal team, scegliere una protezione coerente con il suo utilizzo è più chiaro che affidarsi soltanto alla canonica. Se l’ambiente non serve più, chiedi invece di dismetterlo e controllare le risposte degli indirizzi eliminati. Google descrive rimozione dei contenuti, protezione e noindex tra i percorsi per togliere informazioni dai risultati.
Se quelle pagine erano già pubbliche e hanno una destinazione equivalente, valuta una migrazione con il tecnico. Evita un reindirizzamento indistinto di qualsiasi URL alla home: prima stabilisci quali pagine corrispondono davvero e quali sono soltanto prove da eliminare.
Valuta la rimozione temporanea in Search Console
Quando un URL della demo deve sparire rapidamente dai risultati, lo strumento per le rimozioni di Search Console consente una richiesta temporanea per una proprietà che controlli. L’effetto dura circa sei mesi: nel frattempo deve essere applicata una soluzione permanente, altrimenti il risultato può tornare.
Non usare lo strumento per scegliere la versione canonica. Controlla con particolare attenzione l’URL e l’eventuale prefisso: una richiesta troppo ampia può coinvolgere pagine valide. Se l’indirizzo appartiene al dominio dell’agenzia, coinvolgi chi ne gestisce la proprietà anziché inviare la richiesta dal tuo dominio principale.
Esempio ipotetico: la demo di un ristorante mostra prezzi inventati. Si proteggono prima le pagine di prova, poi si valuta la richiesta urgente per i relativi URL; il menu definitivo sul sito pubblico resta accessibile. Conserva richiesta ed esito insieme all’elenco degli indirizzi controllati.
Verifica entrambi gli ambienti dopo l’intervento
Controlla una selezione rappresentativa di pagine, non soltanto le due home. Per il sito pubblico verifica risposta HTTP corretta, contenuti definitivi, assenza di password o noindex involontari, link interni e sitemap con gli indirizzi da pubblicare. Per la demo verifica che ogni tipo di risorsa segua la protezione scelta.
Lo strumento Controllo URL permette di confrontare le informazioni disponibili nell’indice con un test dal vivo. I due controlli rispondono a domande diverse: una configurazione corretta oggi può non essere ancora recepita nei risultati. Se mancano gli accessi, parti dalla guida per collegare il sito a Search Console.
Consegna al team una breve lista di verifica da ripetere a ogni pubblicazione. Il controllo più utile è sempre doppio: la versione riservata deve restare riservata e le pagine destinate ai clienti devono continuare a funzionare.
Domande frequenti
Basta mettere Disallow nel robots.txt per togliere la demo da Google?
No. Quel blocco limita la scansione ma non garantisce l’esclusione dell’URL dai risultati. Per una demo riservata valuta l’autenticazione; per pagine pubblicamente accessibili da escludere dall’indice puoi usare noindex, permettendo a Google di leggerlo.
Posso usare insieme noindex e blocco in robots.txt?
Se Google non può scansionare la pagina a causa del robots.txt, potrebbe non leggere il noindex. Scegli la configurazione in base all’obiettivo: l’esclusione dall’indice e la protezione degli accessi sono esigenze diverse.
La rimozione in Search Console è definitiva?
No. Nasconde temporaneamente l’URL dai risultati e richiede un intervento permanente sul sito per evitare che torni. Prima dell’invio verifica proprietà, indirizzo e ampiezza della richiesta.
Quando pubblico il sito nuovo devo togliere la password anche alla demo?
Dipende da dove viene pubblicato il sito definitivo. Le pagine pubbliche devono essere accessibili senza i blocchi di sviluppo; un ambiente di prova separato può restare protetto. Verifica entrambi gli indirizzi dopo il rilascio.
Fonti ufficiali e approfondimenti
Per verificare requisiti e procedure, consulta la documentazione ufficiale relativa al tuo caso.
- Google Search Central: protezione con password dei siti di staging
- Google Search Central: limiti e uso del robots.txt
- Google Search Central: bloccare l’indicizzazione con noindex
- Google Search Central: meta tag robots e X-Robots-Tag
- Google Search Central: come specificare la pagina canonica
- Google Search Central: rimuovere informazioni del sito da Google
- Search Console: strumento per le rimozioni
- Search Console: strumento Controllo URL
Il sito è lento, presenta errori o non viene trovato su Google? Con SitiProfessionali.net ti aiutiamo a migliorarlo, risolvere i problemi tecnici o realizzare un nuovo sito per la tua attività.
Scopri i servizi per il tuo sito SitiProfessionali.net