google-search-mcp
Enables AI agents to perform Google searches with grounded responses, returning real sources and the search queries used.
Uses Google Gemini API to generate search queries and summarize search results from Google.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@google-search-mcpwhat is the latest Node.js LTS version?"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Google Search MCP
Give your AI assistant a working Google search, with real sources you can click.
If you've watched Claude, Cursor or any other AI tool confidently make something up, this is one of the reasons: it was answering from memory instead of looking. This connects it to Google, so it can look.
You need a Google Gemini API key. Setup takes about five minutes and costs nothing to try.
{
"mcpServers": {
"google-search": {
"command": "npx",
"args": ["-y", "google-search-api-mcp"],
"env": { "GEMINI_API_KEY": "paste-your-key-here" }
}
}
}What you get back
Ask it something and you get three things: the answer, the sources it used, and the searches it actually ran.
### What is the current Node.js LTS version?
As of July 2026, the current LTS versions of Node.js are:
* Active LTS: Node.js 24 (latest point release: v24.18.0)
* Maintenance LTS: Node.js 22 (latest point release: v22.23.1)
_Searched for: `Node.js release schedule LTS`, `current Node.js LTS version 2026`_
**Sources:**
- [nodejs.org](https://nodejs.org/en/download/current)
- [medium.com](https://medium.com/@savaliyatushar2197/node-js-26-4-released-…)
_99 search(es) left this hour._That third part is the bit most tools hide, and it's genuinely useful. You asked about "Node LTS"; Gemini went and searched for "Node.js release schedule LTS". If it had misread you, you'd see it there before you trusted the answer.
The sources are real links. That sounds like a low bar. It isn't: Google's own API hands back addresses like vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQEVclsGs4…, which tell you nothing about where the information came from. You can't tell a government statistics page from a content farm. This follows every one of those to where it actually lands, so you get nodejs.org and can judge it yourself.
Note: if a link won't resolve, it's kept and marked rather than quietly dropped. A vague source is worth less than a clear one and a lot more than a citation that vanished.
Related MCP server: Google Search Tool
Getting a Gemini API key
Sign in with a Google account
Click Create API key
Copy it, and paste it into the config above where it says
paste-your-key-here
That's the whole thing. The key is a long string of letters and numbers; treat it like a password, because that's what it is. Don't paste it into a chat, don't commit it to a repo.
About money, and a plain warning
Every search costs you a small amount. Google bills grounded search per request, and prices change, so check the current pricing rather than trusting a number written here.
There's a free tier that's generous enough to try this properly. Past that, you're paying Google directly.
Set a budget before you start. In Google Cloud Console you can set a spending limit and an alert on your billing account. It takes two minutes and it's the difference between a surprise and a number you chose. If you only do one thing from this section, do that one.
This server ships with an hourly cap of 100 searches, on by default, because an AI assistant stuck in a retry loop is exactly the thing that runs up a bill nobody agreed to. Every result tells you how many you have left. You can raise it, and you can turn it off; that's your call to make deliberately rather than by accident.
No liability for spend. This is free software provided as-is under the MIT licence. You are responsible for your own API usage and any charges Google bills you, including charges caused by bugs, misconfiguration, runaway agents, or anything else. Neither Luke Rhodes nor Fledgeling is liable for your spending. Set a budget.
Settings
All optional except the key. Set them alongside GEMINI_API_KEY in the env block.
Setting | Default | What it does |
| Your key from AI Studio. | |
|
| Searches allowed per hour. Set |
|
| Turn Google's redirect links into real ones. Switch off for slightly faster results and links you can't identify |
|
| Which model runs the search |
|
| How long to wait before giving up |
|
| One JSONL line per search: what it consumed, what it cost, what was searched. Set empty to disable |
|
| Record the query text alongside the billing fields. Turn off where what you searched for is more sensitive than what it cost |
| Your rate per 1,000 grounded requests. Unset means costs are reported in units, never in dollars | |
| Your rate per million input tokens | |
| Your rate per million output tokens |
What a search costs
Every search reports what it consumed — whether grounding actually ran, how many queries were issued, and the prompt, output and total token counts. It reports dollars only if you supply your own rates, and that is deliberate: Google's grounding price varies by tier, changes without notice, and carries a free daily allowance that depends on the account. A hardcoded default would be confidently wrong eventually, and a wrong cost is worse than an absent one because it gets budgeted against.
Set the three GOOGLE_SEARCH_PRICE_* values from Google's current pricing for
your tier and the cost line becomes a figure. Set some of them and it says what
it excludes, because a price covering grounding but not tokens otherwise reads as
a total.
Two things the pricing gets right that are easy to get wrong. Grounding is billed per request, not per query — one question expanded into four searches is still one billable request. And a model that answers without searching is charged no grounding, because the tool never ran.
On the model: a fast, cheap one is the right default here, and the reason is worth knowing. The model isn't doing the searching, Google is. The model picks the search terms, reads the results and writes the summary. Paying for a frontier model buys you nicer prose over the same pages, so save your money for the work that needs it.
What it doesn't do
Worth saying plainly, so you know before you install it.
It isn't the Custom Search API, the one that returns ten blue links. This returns what a model found when it searched for you, which is a different thing and better for some jobs and worse for others.
It doesn't read pages. It tells you which sources Google used; opening them is someone else's job.
It won't fix a model that's determined to be confident. It gives it something real to be confident about, which helps, and isn't the same as a guarantee.
For developers
TypeScript, ESM, Node 20.11 or newer. FastMCP over stdio, Zod at every boundary, exactOptionalPropertyTypes on, no any.
npm install
npm run gate # typecheck, lint, test, buildGoogle's grounding terms ask that the Search Suggestions markup shipped with a grounded response is displayed. The server passes that through rather than discarding it, so a client that renders HTML is able to comply. Whether yours does is its decision, not this server's.
Who made this
I'm Luke Rhodes, a founder and engineer building Fledgeling. I spent years shipping developer tools and got tired of proprietary formats and slow editors, so Fledgeling is the opposite of that: fast software built from scratch, your work in plain text you own, and AI as a collaborator you can always overrule. The human is always the editor of record.
I'm also co-founder of Diolog with Amy Benson, building investor-relations software for listed companies and the retail investors following them.
GitHub: github.com/lprhodes
LinkedIn: linkedin.com/in/lukerhodes
Email: hello@fledgeling.app
Two related things
Dossier is the bigger sibling of this one. Where this server answers a question, Dossier runs proper deep research: it puts several backends on the same question at once (Gemini, Perplexity, OpenAI, xAI, plus any coding CLIs you're already paying for), then checks the citations resolve, flags where the backends disagree, and refuses to spend past a budget you set. If this server is a search box, Dossier is the research assistant that shows its working.
npx -y dossier-research-mcpMargin is for teams rather than terminals. It turns internal reference docs into living pages you can comment on by typing or talking, listen to, and edit in place, with an embedded agent who rewrites sections from your feedback and commits the change to git. It's members-only and invite-gated at the moment, with a waitlist.
Licence
MIT. Use it, fork it, ship it.
Available Tools
1 toolgoogle_searchARead-only
Search Google and get an answer with its sources. Returns the synthesised answer, every source with its REAL url (Google returns opaque redirects; these are resolved), and the queries the model expanded yours into. A billed API call, subject to an hourly cap.
| Name | Required | Description | Default |
|---|---|---|---|
| query | Yes | What to search for. Plain language works better than keywords. | |
| resolveUrls | No | Resolve Google’s redirect URLs into real ones. Defaults to the server setting (on). Turning it off is faster and leaves every source unattributable to a domain. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already indicate readOnlyHint=true and destructiveHint=false. The description adds significant behavioral details: it returns a synthesised answer, resolves Google's opaque redirect URLs, and expands the user's input into multiple queries. It also discloses billing and hourly cap, which go beyond the annotations.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is three sentences with no wasted words. It front-loads the purpose and immediately follows with key return details and usage constraints. Every sentence earns its place.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
With 2 parameters, 100% schema coverage, and no output schema, the description explains what the tool returns (answer, sources with real URLs, expanded queries) and the billing constraint. This is complete for the tool's complexity.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100%, so the baseline is 3. The description adds value beyond the schema: for 'query' it advises 'Plain language works better than keywords'; for 'resolveUrls' it explains the trade-off between speed and domain attribution. This improves parameter understanding.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states 'Search Google and get an answer with its sources,' specifying the verb and resource. It distinguishes the tool from any siblings (none provided).
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description mentions 'A billed API call, subject to an hourly cap,' which gives context for when to use it. However, it does not provide explicit when-not-to-use guidance or alternatives, but there are no sibling tools to differentiate from.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
1 tool update
v0.1.0- First observed
google_search
TDQS
Only one tool exists, so there is no ambiguity between tools.
The single tool name 'google_search' follows a clear, consistent snake_case convention, which is fine.
A single search tool is appropriate for a focused Google search MCP server; it's well-scoped and not too few.
The tool provides a comprehensive search experience (synthesis, resolved URLs, expanded queries) with no obvious gaps for its stated purpose.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Search Google straight from your AI agent. Web results, images, videos, news, products, scholarly ar
Provides AI assistants with access to Seltz's powerful Web Search capabilities.
The best web search for your AI Agent
Agent-native search engine with live web research optimized for AI agents.
Related MCP Servers
- AlicenseBqualityCmaintenanceProvides Google Search functionality for AI models using Gemini's built-in Grounding with Google Search feature, returning real-time web search results with source citations.18482Apache 2.0
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to perform real-time Google searches with anti-bot protection. Bypasses search engine restrictions using advanced browser automation to extract search results locally without requiring paid API services.7MIT
- AlicenseNot gradedqualityFmaintenanceProvides real-time Google search capabilities to AI assistants like Claude, bypassing anti-scraping mechanisms.3621MIT
- AlicenseAqualityDmaintenanceProvides intelligent web search capabilities using OpenAI's reasoning models, enabling AI assistants to fetch up-to-date information with smart reasoning.1MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/fledgeling-co/google-search-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server