Come collegare Google Search Console a un sito web e leggere i dati

Controlla se il tuo sito è pronto per la Search Console

Prima di cercare di capire come collegare Google Search Console a un sito web e leggere i dati, controlla alcune basi. Hai bisogno di accesso al sito stesso, accesso al suo DNS o account di hosting, e un account Google che rimarrà con il progetto. Se uno di questi si trova nella casella di posta di qualcun altro, risolvilo prima.

Il sito dovrebbe già essere attivo su un dominio pubblico. La Search Console non è un giocattolo di staging e non sarà di grande aiuto se il sito è ancora protetto da password o accessibile solo su un URL di test. Per un sito cliente, chiedi chi possiede il dominio, chi può modificare il DNS e chi può approvare le modifiche. Sembra burocratico. Risparmia ore.

Una regola pratica aiuta qui: la persona che esegue la configurazione dovrebbe essere in grado di apportare una piccola modifica senza dover aspettare tre giorni. Se non puoi aggiungere un record TXT, caricare un file o inserire un tag sul sito, rimarrai bloccato nella verifica. È qui che molte configurazioni muoiono silenziosamente.

Se il tuo sito ha già sicurezza del sito web controlli, annotali prima di iniziare. Un firewall rigoroso, un plugin di caching o un reindirizzamento HTTPS possono interferire con la verifica se non sai come si comporta il sito. Non è un motivo per fermarsi. È un motivo per essere cauti.

Aggiungi il tipo di proprietà corretto

Search Console ti offre due scelte principali: proprietà di dominio e proprietà con prefisso URL. Non si tratta di una decisione cosmetica. Cambia ciò che Google raggruppa e ciò che puoi vedere in seguito.

Una proprietà di dominio copre tutte le versioni del dominio: http, https, www, non-www e sottodomini se appartengono allo stesso nome di dominio. Se il tuo sito ha più versioni in circolazione, questa è di solito l'opzione più pulita. Una proprietà. Una vista. Meno confusione.

Una proprietà con prefisso URL traccia solo una versione esatta, come https://www.example.com/.. Questo può essere utile se gestisci solo una sezione di un grande sito, o se l'accesso tecnico è limitato. Un piccolo team di agenzia potrebbe preferire questo per una configurazione rapida, ma il compromesso è ovvio: i dati sono più ristretti e potresti aver bisogno di più di una proprietà per vedere l'intero quadro.

Pensa alla vera struttura del sito, non al mockup di design. Un sito web aziendale ha spesso un dominio principale, una sottocartella per il blog e forse un sottodominio di staging che nessuno dovrebbe confondere con la produzione. Una proprietà di dominio riduce quel disordine. Una proprietà con prefisso URL può comunque funzionare, ma solo se sai esattamente quale versione vuoi tracciare.

Scegli la versione che corrisponde a come le persone raggiungono effettivamente il sito. Se i visitatori atterrano su https://example.com e https://www.example.com reindirizzano entrambi alla stessa versione canonica, scegli la proprietà che riflette la versione finale. Due versioni con lo stesso contenuto possono confondere la tua lettura in seguito.

Verifica la proprietà senza interrompere il sito

La verifica dimostra a Google che controlli il sito. I metodi comuni sono il record DNS, il caricamento di un file HTML, la verifica del meta tag, Google Analytics e Google Tag Manager. Il DNS è di solito l'opzione più forte per una proprietà di dominio perché si trova al di fuori del codice del sito web. Questo è importante quando gli sviluppatori sono nervosi riguardo a modificare i template.

Se puoi modificare il DNS, scegli prima questa opzione. È semplice e non dipende da un plugin attivo. Aggiungi il record TXT esattamente come lo mostra Google, aspetta la propagazione, poi controlla la verifica. Il DNS può richiedere tempo. A volte avviene rapidamente, altre volte no.

Il caricamento di un file HTML funziona per alcuni siti, specialmente quando puoi posizionare un file nella radice del sito tramite hosting o FTP. Il problema è la manutenzione. Se qualcuno cambia il processo di distribuzione o pulisce i file obsoleti, il file di verifica può scomparire. Allora Search Console perde fiducia nella proprietà.

La verifica del meta tag è comoda per i team che possono modificare l'intestazione del sito. Spesso è il percorso più semplice su un sito gestito da contenuti, ma solo se sai dove si trova quell'intestazione. Non incollare codice in un blocco di un costruttore di pagine a caso e sperare per il meglio. La speranza non è un metodo di verifica.

Google Analytics o Google Tag Manager possono funzionare se quegli strumenti sono già installati e hai i permessi giusti. Scegli questa opzione solo quando ti fidi della configurazione attuale e comprendi chi possiede il contenitore o la proprietà analitica. Se il tag è gestito da un fornitore esterno, potresti creare una dipendenza che non volevi.

La sicurezza è più importante della velocità. Se sono disponibili diversi metodi, scegli quello meno probabile che si rompa durante le riprogettazioni o gli aggiornamenti dei contenuti. Per molti team, il DNS è la scelta più tranquilla. Per un sito piccolo senza accesso al DNS, un meta tag potrebbe essere l'unico percorso realistico.

Invia la sitemap e conferma che Google possa vedere le tue pagine

Una volta verificata la proprietà, cerca il campo della mappa del sito in Search Console e invia l'URL della mappa del sito XML. La maggior parte dei siti utilizza una mappa del sito in /sitemap.xml, ma la posizione esatta dipende dal CMS, dal plugin o dalla costruzione personalizzata. Controlla il sito stesso o il file robots.txt se non conosci già l'indirizzo.

Non indovinare. Un URL della mappa del sito errato non ti dà alcun segnale utile, solo una sottomissione morta. Se il sito ha più mappe del sito, inizia con la mappa del sito principale e lascia che punti al resto.

Dopo la sottomissione, Search Console dovrebbe mostrare se Google può recuperare il file e se ha scoperto URL da esso. Questo è il primo test. Una mappa del sito che non viene mai letta spesso significa che il sito ha un blocco tecnico, un percorso errato o un problema del server che dovrebbe essere risolto prima di preoccuparsi delle classifiche.

Controlla la copertura del sito indirettamente attraverso i segni di scansione. Se la mappa del sito contiene 200 pagine e Search Console riporta solo una piccola parte di esse come conosciute, qualcosa non va. Il motivo esatto può essere innocuo o serio; lo saprai solo guardando più a fondo.

Per un sito con pubblicazione attiva, questo passaggio diventa parte di supporto del sito web dopo il lancio. Le nuove pagine dovrebbero apparire nella mappa del sito e gli URL morti vecchi dovrebbero essere rimossi o reindirizzati. Se la mappa del sito è obsoleta, Search Console rifletterà quella struttura obsoleta con dolorosa onestà.

Trova i primi rapporti che contano dopo la configurazione

Apri prima tre rapporti: Prestazioni, Pagine e Indicizzazione. Quell'ordine funziona perché risponde a tre domande diverse. Quale traffico di ricerca sta arrivando? Quali pagine sono nell'indice? Quali pagine vengono escluse e perché?

Il rapporto sulle Prestazioni mostra query, pagine, clic, impressioni, CTR e posizione media. Usalo per comprendere visibilità e domanda, non solo traffico. Una pagina può avere pochi clic mentre raccoglie ancora molte impressioni, ed è spesso lì che inizia il miglior lavoro.

Il rapporto sulle Pagine ti dice quali URL sono indicizzati, esclusi o influenzati da problemi specifici. È il modo più veloce per individuare problemi strutturali. Una pagina contrassegnata come “Scansionata - attualmente non indicizzata” significa che Google l'ha vista, ma non l'ha ancora inclusa. Questo merita un'attenzione.

Il rapporto di indicizzazione, a seconda dell'interfaccia e del tipo di sito, ti aiuta a leggere lo stato generale della visione di Google sul sito. Risponde a una semplice domanda: cosa può effettivamente memorizzare e mostrare Google? Se la risposta è “meno di quanto ti aspettassi”, ora hai un luogo dove indagare.

Non saltare tra ogni rapporto nel primo giorno. Inizia con questi tre, prendi appunti e confrontali di nuovo tra una settimana. Search Console diventa utile quando puoi vedere movimento, non quando fissi ogni voce di menu contemporaneamente.

Leggi clic, impressioni, CTR e posizione media senza fraintenderli

I clic sono visite da Google Search. Le impressioni sono apparizioni nei risultati di ricerca. Il CTR è la quota di impressioni che sono diventate clic. La posizione media è una media, il che significa che può nascondere molti dettagli se la tratti come un numero di ranking fisso.

Una pagina con 1.000 impressioni e 10 clic non è automaticamente “brutta”. Potrebbe posizionarsi per query ampie e miste, oppure potrebbe avere un titolo che non corrisponde abbastanza bene all'intento di ricerca. La metrica indica una domanda. Non la risponde da sola.

La posizione media merita cautela. Se una query mostra la pagina in posizione 3 e un'altra in posizione 18, la media potrebbe sembrare decente mentre la pagina manca ancora del pubblico giusto. Ecco perché dovresti aprire l'elenco delle query, non solo il numero principale. I numeri senza contesto mentono educatamente.

Le variazioni del CTR possono significare molte cose. Un titolo migliore può aumentarlo. Un nuovo risultato ricco può abbassarlo o alzarlo. Una query di marca può distorcerlo. Un aumento delle impressioni può anche trascinare verso il basso la percentuale senza alcuna reale perdita di qualità. Non farti prendere dal panico perché una metrica si è mossa da sola.

Un sito con una forte una piattaforma di analisi e monitoraggio del sito webLa configurazione può abbinare Search Console ad altri dati, ma Search Console ha comunque il suo compito. Mostra la domanda di ricerca e la presentazione della ricerca. Questo è diverso dal comportamento sul sito dopo il clic.

Usa questi numeri insieme. Cinque clic da una query con un CTR del 40% possono essere più preziosi di 200 impression senza clic, a seconda dell'intento. Search Console premia la pazienza. Punisce anche la lettura superficiale.

Usa i dati per individuare problemi di indicizzazione e visibilità

Cerca pagine che sono escluse o non indicizzate. Poi controlla il motivo. “Scoperto - attualmente non indicizzato” significa spesso che Google sa che la pagina esiste ma non l'ha ancora esplorata, mentre “Duplicato, Google ha scelto un diverso canonico” significa che Google ha trovato un'altra versione che preferisce. Questi non sono lo stesso problema.

Successivamente, trova query con molte impression e pochi clic. Quel modello spesso rivela un testo del titolo debole, frammenti vaghi o pagine che rispondono all'intento sbagliato. Se una pagina prodotto continua a comparire per una query di ricerca, il contenuto potrebbe necessitare di una riscrittura o di una migliore pagina di atterraggio.

Le pagine che perdono visibilità valgono la pena di essere confrontate con periodi precedenti. Search Console può mostrare cali per query o pagina, e quei cali spesso indicano una delle tre cose: problemi tecnici di indicizzazione, contenuti che non corrispondono più alla domanda, o un concorrente che prende il controllo dell'intento. Il rapporto non ti dirà quale senza un po' di lavoro.

Fai attenzione alle pagine che dovrebbero essere importanti ma non appaiono spesso. Una pagina di prezzi, una pagina di servizi chiave o un articolo appena pubblicato non dovrebbero rimanere invisibili a lungo. Se lo fanno, ispeziona i link interni, i tag canonici e l'inclusione nella mappa del sito prima di assumere che il contenuto sia il problema.

Questo è il luogo in cui un sito che supporta la pubblicazione di contenuti pesanti, come un portale di contenuti sugli investimenti, necessita di una revisione regolare. I grandi siti accumulano rapidamente piccoli errori. Un modello rotto può influenzare dozzine di URL.

Controlla anche se la pagina è tecnicamente indicizzabile. I tag noindex, le risorse bloccate, i problemi di canonical e le catene di reindirizzamento possono tenere contenuti validi fuori dalla ricerca. Un cattivo tag è sufficiente. La Search Console di solito mostra l'indizio se leggi attentamente il motivo.

Crea una semplice routine settimanale di revisione della Search Console

Imposta un intervallo settimanale, lungo 20-30 minuti. Scegli lo stesso giorno ogni settimana. Controlla le Prestazioni, le Pagine e eventuali nuovi avvisi di copertura. La routine batte il controllo casuale perché rende visibili i cambiamenti rispetto a una base stabile.

Mantieni una finestra di confronto fissa, come gli ultimi 7 giorni rispetto ai 7 giorni precedenti, o gli ultimi 28 giorni rispetto ai 28 giorni precedenti. Non cambiare finestra ogni volta che apri il rapporto. Questo rende più difficile fidarsi delle tendenze. La Search Console è migliore quando il tuo metodo rimane noioso.

Annota tre cose: una pagina che ha guadagnato clic, una pagina che ha perso impressioni e un problema che necessita di azione. Questo è sufficiente per un registro settimanale. Un registro con 3 elementi è meglio di un disastro con 30 screenshot.

Se il cambiamento riguarda l'intento del contenuto, invialo a SEO o editoriale. Se riguarda errori di scansione, problemi di canonical o pagine bloccate, invialo allo sviluppo. Se riguarda reindirizzamenti, sitemap o modelli, invialo a chi può modificare il sito senza congetture. Un passaggio piccolo e chiaro fa risparmiare tempo.

Alcuni team instradano quel lavoro attraverso un infrastruttura di rete privata o un'impostazione amministrativa interna, ma il processo è lo stesso: rivedere i dati, annotare la causa, assegnare la correzione. La Search Console diventa un'abitudine solo quando qualcuno si occupa del passo successivo.

Un'ultima disciplina aiuta nei siti affollati: salva gli esempi. Tieni traccia della query esatta, della pagina e dell'intervallo di date quando qualcosa cambia. Due settimane dopo, quella nota potrebbe essere l'unico motivo per cui puoi distinguere un vero calo da una fluttuazione normale.