Skip to content

google-search-console-mcpSearch Console, in the conversation

MCP server for Google Search Console — create and verify properties, submit sitemaps, query search analytics and inspect URLs

How google-search-console-mcp connects an MCP client to three Google APIsAn MCP client talks to google-search-console-mcp over stdio. The server calls three separate Google services over HTTPS: the Search Console API for properties, sitemaps and analytics; the Site Verification API for proving ownership; and the Indexing API for change notifications. Each is requested with its own OAuth scope, and only when a registered tool needs it.MCP clientClaude, Codex, …Search Console MCP21 tools, 5 essentialconfirm tokensstdioSearch Consolesitemaps, analyticsSite Verificationproves ownershipIndexingchange noticesHTTPSone scope each
The server talks to three separate Google services. Search Console alone cannot create a working property — ownership lives in the Site Verification API, on a different host, behind a different scope, naming the same site a different way.

21 tools, or five

The tool list is not fixed. GSC_ALLOW_TOOLS=essential narrows it to the five that cover looking at a property — which properties exist, what their sitemaps did, what the Performance report says, and whether one URL is indexed — and a name that matches nothing stops the server instead of quietly leaving a tool out of tools/list.

Narrowing the list narrows the credential with it: the OAuth scopes this server requests are derived from the tools that are actually registered. A server denied the Indexing tools never asks Google for the Indexing scope, which is the difference between working and not for a service account under domain-wide delegation.

The server starts without any configuration at all, so registries and inspectors can introspect it; every call then fails with setup instructions instead of reaching Google.

Released under the MIT License.