Google Search Console MCP: cosa espongono davvero quattro server MCP per SEO

I server MCP di Google Search Console sono il modo per far leggere a un agente i tuoi dati di ricerca senza esportare prima un CSV. Quella è la parte facile. Quella difficile è distinguere i server tra loro, perché si presentano tutti allo stesso modo, e la differenza emerge solo quando chiedi cosa sanno fare davvero.

Così abbiamo chiesto. Il 12 settembre 2026 abbiamo collegato quattro server MCP SEO pubblicati, inviato a ciascuno una richiesta tools/list e contato cosa tornava indietro. I numeri erano 42, 21, 4 e 1.

Questa forbice non è una classifica di qualità. È una decisione di progetto, e cambia cosa può fare l'agente, quanto ti costa in contesto e quanta parte dei tuoi dati esce dal tuo perimetro.

Cosa abbiamo testato, e come

Metodo: ogni server è stato avviato esattamente come prescrive la sua documentazione, tramite input e output standard, oppure via HTTP quando la documentazione indicava quel modo. Abbiamo inviato l'handshake initialize di MCP, poi tools/list, e annotato numero e nomi degli strumenti. Non abbiamo usato chiavi API se non dove il server rifiutava di partire senza chiave.

Un server, un pacchetto Search Console di terze parti, non ha completato l'handshake nella nostra finestra di 50 secondi, quindi è stato escluso invece che valutato. Gli elenchi di strumenti cambiano a ogni versione, quindi tratta questi numeri come un'istantanea di una mattina, non come una proprietà permanente di un fornitore.

I quattro progetti, e a cosa serve ciascuno

Il wrapper (21 strumenti). mcp-gsc prende l'API di Search Console e incapsula ogni report in uno strumento con un nome. Il suo elenco si legge come la descrizione di ruolo di un analista di ricerca: search_analytics, inspect_url, top_movers, quick_wins, cannibalization, content_decay, device_country_breakdown, ctr_anomalies, weekly_seo_report, indexing_coverage. Il guadagno è che il modello non deve mai costruire una query. Il prezzo è che erediti l'idea di qualcun altro su cosa debba contenere un report, e nulla fuori dall'elenco si può chiedere.

Lo specchio dell'intera piattaforma (42 strumenti). Il server di Ahrefs espone la superficie di prodotto del fornitore endpoint per endpoint: rank-tracker-overview, rank-tracker-competitors-overview, keywords-explorer-matching-terms, keywords-explorer-volume-history, batch-analysis. È l'elenco più ricco che abbiamo misurato e anche il più caro in contesto, perché ogni definizione di strumento viene caricata che sia pertinente al compito o no. È anche quello che mostra il compromesso con più chiarezza: ampiezza di capacità in cambio di una tassa permanente su ogni prompt.

Il gateway (4 strumenti). Il server v3 di DataForSEO è andato nella direzione opposta. Espone docs_index, docs_list_sections, docs_search e uno strumento generico, api_request. Invece di dare un nome a ogni endpoint, insegna al modello a trovare la documentazione e poi a fare una chiamata autenticata. Quattro strumenti coprono un'API con centinaia di endpoint, e il modello paga il costo della specificità alla chiamata, non al caricamento. Nella nostra verifica l'endpoint HTTP ha restituito invalid auth senza credenziali e ha risposto regolarmente con esse. È il comportamento desiderato.

Il server a strumento singolo (1 strumento). seo-mcp-server restituisce esattamente uno strumento, ai_content_detect. Non c'è niente di sbagliato in un server piccolo, ma dovrebbe essere onesto su cos'è: una demo o un controllo isolato, non un banco di lavoro SEO. Se lo installi aspettandoti un report settimanale, resterai deluso in un modo che le istruzioni di installazione non hanno mai menzionato.

Quattro archetipi. Due di essi scalano fino a un vero lavoro di reporting, e ciascuno scala in una direzione diversa.

Perché il numero di strumenti è il titolo sbagliato

Due server con lo stesso numero possono comportarsi in modo del tutto diverso, perché ciò che conta è la forma del confine, non la cifra.

Il wrapper decide le tue domande in anticipo. È davvero utile quando l'API sotto è scomoda e il wrapper codifica competenza reale, e l'elenco di mcp-gsc fa esattamente questo. Diventa un limite nel primo istante in cui la tua domanda non è nell'elenco, e non c'è modo di aggirarlo.

Il gateway non decide quasi nulla e spinge il lavoro sul modello. È più flessibile e più fragile. Il modello può raggiungere qualsiasi cosa, il che significa che può raggiungere l'endpoint sbagliato, leggere male la forma della risposta e spendere tre chiamate di strumento per scoprire che il campo che voleva ha un altro nome. Sulle domande semplici il wrapper è più veloce. Sulle domande nuove, risponde solo il gateway.

Il test pratico non è "quanti strumenti ci sono" ma "il server espone quella cosa che chiedo ogni settimana". Nel lavoro di monitoraggio delle posizioni di solito è l'analytics di ricerca con la suddivisione per data e dispositivo, più l'ispezione dell'URL. Wrapper e gateway la coprono. Il server a 42 strumenti la copre, e copre con essa altre quaranta cose che oggi non userai.

I controlli che contano davvero prima di installare qualcosa

Leggi l'ambito del permesso, non l'elenco delle funzioni. I server di Search Console ereditano ciò che la tua concessione OAuth consente. Una concessione in sola lettura che elenca le proprietà e recupera l'analytics di ricerca basta per report e monitoraggio. Qualunque cosa offra di modificare impostazioni, inviare la sitemap o chiedere l'indicizzazione sta scrivendo nelle tue proprietà, e merita un'asticella molto più alta di "questo repository ha le stelle".

Verifica cosa esce dalla tua macchina. Un gateway che inoltra le credenziali API a un fornitore ha un profilo di rischio diverso da un wrapper locale che parla con l'API di Google usando il tuo token. Entrambi possono andar bene. Ma solo uno significa che una terza parte vede ogni keyword che recuperi.

Esegui il test della risposta vuota. Chiedi al server un intervallo di date senza dati, per esempio una proprietà che non hai ancora lanciato. Un server fatto bene restituisce un insieme vuoto. Uno fatto male restituisce un errore, e un agente che riceve un errore spesso inventa una spiegazione plausibile per i dati mancanti. Questo singolo test intercetta più problemi di qualunque revisione del codice.

Due server possono esporre esattamente lo stesso report e differire del tutto su chi vede le tue credenziali.

Controlla cosa succede quando uno strumento fallisce. I limiti di frequenza sono reali: Search Console consente 1.200 query al minuto per proprietà, e un'ondata di tentativi dell'agente le consuma da sola. Un server che mostra il limite è utilizzabile. Uno che restituisce nulla in silenzio insegna al tuo agente che non hai impression, il che è peggio di un errore. Lo stesso limite dà forma a qualsiasi tracker di posizioni fatto in casa, quindi il budget di richieste merita una riga nel file di configurazione.

Collegarlo a un agente

La configurazione è la parte piccola. Il posizionamento è ciò che decide se ne ricaverai valore.

{
  "mcpServers": {
    "gsc": {
      "command": "npx",
      "args": ["-y", "mcp-gsc"],
      "env": { "GSC_CREDENTIALS": "/path/to/service-account.json" }
    },
    "dataforseo": {
      "url": "http://localhost:3000/mcp",
      "headers": { "Authorization": "Basic <base64 login:password>" }
    }
  }
}

Tre regole che usiamo, ordinate per quanta sofferenza evitano.

Un server per fonte di dati. Due server che ciascuno sostiene di rispondere alle domande sulle posizioni producono due risposte, e l'agente sceglierà quella che suona più plausibile, non quella corretta. Dai Search Console al wrapper, i dati SERP di terze parti al gateway, e scrivi quale campo è autorevole presso chi.

Tieni la definizione del reporting fuori dal server. Gli strumenti danno all'agente l'accesso ai dati. Non gli danno le tue definizioni: quali proprietà contano, quali query portano ricavo e se la posizione è una media di periodo o un'istantanea giornaliera. Quello appartiene a un file di istruzioni che l'agente legge prima di chiamare qualsiasi cosa, ed è la differenza tra un riepilogo utile e un errore sicuro di sé. Il flusso del report settimanale è un esempio vivo di definizioni che vivono fuori dagli strumenti.

Verifica la prima esecuzione a mano. Recupera una settimana di analytics di ricerca tramite il server e confrontala con la stessa settimana nell'interfaccia di Search Console. Se i numeri non coincidono hai un problema di intervallo di date o di attribuzione, e ogni report automatico successivo lo eredita.

Visione Auspia: la domanda dell'MCP non è "quale server è il migliore". È "quale confine vuoi tracciare tra il tuo agente e i tuoi dati". Il wrapper è un contratto che accetti in anticipo. Il gateway è una responsabilità che accetti a ogni esecuzione. Quale dei due si inserisce in un flusso di posizioni più ampio è ciò che la guida alle capacità degli agenti organizza per compito. Entrambi sono legittimi, e chi si scotta è il team che ha scelto senza accorgersi che stava scegliendo.

Domande frequenti

Google pubblica un server MCP ufficiale per Search Console? Al 12 settembre 2026 non ne abbiamo trovati nei registri dei pacchetti. I server Search Console che abbiamo testato sono progetti della community o di fornitori appoggiati all'API ufficiale. L'ufficiale è lo strato API, il che di per sé non è un difetto automatico, ma significa che quel server è una dipendenza di manutenzione che scegli tu.

Quanti strumenti MCP sono troppi per una sessione di agente? Non c'è un numero fisso. Il limite pratico è se l'elenco degli strumenti spinge le tue istruzioni fuori dalla finestra di contesto. Caricare un server da 42 strumenti per un compito che ne richiede due significa pagare quaranta definizioni a ogni chiamata. Carica server stretti per la routine e larghi per l'esplorazione.

Si può usare MCP con Search Console senza account di servizio? Sì, purché il server implementi il flusso OAuth e tu lo completi una volta in locale. La via dell'account di servizio è più facile da automatizzare e più difficile da passare a una persona, quindi i team di solito ne tengono due: account di servizio per le esecuzioni pianificate e OAuth per il lavoro occasionali.

Su quale server siete rimasti? Sul wrapper, per il report settimanale, perché le domande sono note. Il gateway resta installato per qualsiasi lavoro che richieda una fonte dati che il wrapper non copre, e quella è la maggior parte del lavoro interessante e nessuna delle attività di routine.

Autore: Julian Mercer, ricercatore di integrazione MCP in Auspia, su oltre 40 catene di strumenti per agenti. Scrive di protocolli per agenti, confini degli strumenti e del costo operativo di collegare modelli linguistici a dati vivi.