Sito scomparso da Google: cosa controllare
Se il tuo sito è scomparso da Google, procedi con le cause nell'ordine in cui si possono escludere più rapidamente: azione manuale, noindex, robots.txt, canonico, un attacco o una segnalazione in blacklist, errori del server, poi il dominio stesso. Sei delle sette sono visibili dall'esterno del sito in pochi minuti, e l'ordine qui sotto è scelto così che i controlli più economici vengano per primi.
Prima, conferma che sia davvero sparito
Cerca l'URL esatto della tua homepage, poi esegui site:example.com. Nessun risultato per entrambi indica una causa a livello di sito e si applica l'elenco sottostante. Risultati per la homepage ma non per una sezione indicano un singolo template o un singolo percorso, il che restringe notevolmente la ricerca. Risultati tutti presenti ma posizionati peggio del mese scorso è un problema diverso: è un cambiamento di posizionamento, non una deindicizzazione, e nessuno di questi passaggi lo affronta.
1. Controlla se c'è un'azione manuale
Search Console, Sicurezza e azioni manuali, Azioni manuali. Un'azione manuale significa che un revisore umano ha applicato una penalizzazione, e ne nomina il motivo e la portata. Nient'altro in questo elenco risolverà un sito sotto una di queste. La via del ritorno è correggere ciò che l'avviso descrive e inviare una richiesta di riconsiderazione, che richiede da giorni a settimane. È il primo dell'elenco perché è un solo clic e rende irrilevanti gli altri sei.
2. Controlla se c'è noindex
La causa più comune di un intero sito che scompare senza che nulla sembri rotto:
curl -sI https://example.com/ | grep -i x-robots-tag
curl -s https://example.com/ | grep -i 'name="robots"'Se uno dei due comandi stampa noindex, hai la tua risposta. Controlla una pagina per ogni template principale, non solo la homepage, perché la perdita è spesso confinata a un'unica rotta. Il meccanismo e i modi abituali in cui compare sono trattati in cosa fa noindex.
3. Controlla robots.txt
Apri https://example.com/robots.txt. Un Disallow: / sotto User-agent: * blocca l'intero sito dalla scansione. Conferma che anche il file stesso restituisca 200: un 5xx persistente su robots.txt può far sì che Google metta in pausa la scansione dell'host anche se ogni pagina su di esso va bene. Le regole e le trappole sono in come verificare robots.txt.
4. Controlla il canonico
curl -s https://example.com/ | grep -i 'rel="canonical"'Se il canonico nomina un host di staging, un dominio di sviluppo o qualsiasi URL diverso dalla pagina che hai recuperato, ogni pagina sta chiedendo di essere ripiegata da qualche altra parte. È un canonico che punta allo staging, e produce esattamente questo sintomo mentre il sito continua a restituire 200.
5. Controlla se il sito è stato violato o è in blacklist
Un sito compromesso viene spesso rimosso dai risultati prima che il proprietario si accorga di qualcosa. Guarda prima il report Problemi di sicurezza di Search Console, poi controlla le liste di reputazione dall'esterno: il controllo Web Risk gratuito riporta se le liste malware e phishing di Google stesse segnalano attualmente il tuo URL, e il controllo blacklist gratuito copre le blacklist DNS che influenzano anche la consegna della tua posta. Una segnalazione su una delle due significa che trovare e rimuovere il contenuto iniettato viene prima di qualsiasi altra cosa, dato che una revisione non si sbloccherà finché il sito resta compromesso.
6. Controlla se ci sono errori del server
Le pagine che restituiscono 5xx o vanno in timeout per il crawler vengono eliminate, e un server che fallisce solo sotto carico di scansione appare perfettamente sano in un browser. Controlla il report Statistiche di scansione in Search Console per un picco di richieste fallite, e conferma il codice di stato che il tuo sito restituisce da più di una rete, dato che le regole di protezione anti-bot che rispondono 403 agli intervalli di data center sono invisibili da un browser normale.
7. Controlla che il dominio non sia scaduto
Il guasto che nessuno si aspetta, perché mette giù il sito completamente e silenziosamente: un dominio scaduto al rinnovo, o un record DNS rimosso con esso. La ricerca WHOIS gratuita mostra le date di registrazione e scadenza insieme ai nameserver attuali. Una data di scadenza nel passato, o nameserver che non sono i tuoi, spiega tutto ciò che precede in questo elenco.
Perché questo elenco è lungo
Ogni causa qui tranne l'azione manuale produce un sito che si carica correttamente, restituisce 200 e supera un normale controllo di uptime, motivo per cui il primo segnale è di solito un grafico del traffico una settimana dopo che la modifica è stata pubblicata. Eseguire questi controlli a mano lo intercetta una volta. Lo strumento gratuito di scansione del sito copre la metà on-page dell'elenco in un unico passaggio su ogni pagina, invece che sulle due o tre che hai testato per caso. Per intercettare il prossimo il giorno stesso in cui viene pubblicato, l'opzione Indexability su un monitor HTTP di HostTracker legge le direttive noindex e il canonical delle tue pagine chiave a ogni controllo e invia un avviso quando una delle due cambia - il monitoraggio SEO mostra come funziona insieme ai controlli di uptime, certificato e scadenza del dominio.