Skip to main content
Glama

google-web-search

Server Details

Google Web Search: Google Web Search API. Search the world’s information, including webpages.

If you are the author of this connector, you can claim ownership with GitHub, an HTTP challenge, or a DNS record. Claimed connector authors can inspect health checks, view analytics, and manage their listing.
Status
Healthy
Last Tested
Transport
Streamable HTTP
URL

TDQS

B3.3/5.0
Disambiguation5/5

With only one tool available, there is no possibility of confusing it with other tools. The tool's purpose is unambiguous because it is the sole entry point for web search.

Naming Consistency3/5

The name 'get_v1' is readable but does not follow a clear verb_noun pattern and lacks a descriptive noun like 'search_results'. Since there is only one tool, there is no internal inconsistency, but the name is vague and version-based.

Tool Count2/5

A single tool is too few for a server that purports to offer web search capabilities. Users may expect additional supporting tools (e.g., pagination, search options) rather than a single monolithic call.

Completeness4/5

The tool covers the core search operation and bundles related outputs (knowledge panel, related keywords), which addresses the primary domain need. Minor gaps like pagination or parameterized search modes are not evident but could be workaround-able.

Available Tools

1 tool
get_v1Web SearchBInspect

Get web search results, knowledge panel and related keywords Billing per call: 1 Credits. Agents can pay per call ($0.01 via x402/MPP, no API key).

ParametersJSON Schema
NameRequiredDescriptionDefault
glNoUS
hlNoen
limitNo
queryYesThe search query. Supports plain keywords or full Google search syntax (Google Dorking). Common operators: `"exact phrase"`, `OR`, `-exclude`, `site:`, `inurl:`, `intitle:`, `intext:`, `filetype:`, `before:` / `after:` (`YYYY-MM-DD`), `related:`, numeric ranges (`10..50`). **Example:** ``` site:github.com intitle:awesome python -site:gist.github.com ```
cursorNo
related_keywordsNo

TDQS

B3.2/5.0
Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

With no annotations provided, the description carries the burden of behavioral disclosure. It discloses important business behavior: billing per call, cost, payment method, and lack of API key requirement. However, it does not disclose rate limits, error behavior, or whether results are returned in a particular format, which would be useful for agents.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is highly concise: one sentence for purpose and one sentence for billing. It front-loads the core action and then provides essential cost/payment information. There is no filler or redundant repetition of schema details.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness2/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

The tool has 6 parameters, no output schema, and no annotations, yet the description only covers billing and vaguely mentions result content. Key gaps include pagination via cursor, limit semantics, country/language code behavior, and what the actual response structure looks like. This is not enough context for an agent to confidently invoke the tool in varied scenarios.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters2/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is only 17%, so the description must compensate, but it does not. It mentions 'related keywords' as an output, which hints at the related_keywords parameter, but it does not explain cursor, gl, hl, or limit beyond what the schema titles already convey. The query parameter is well described in the schema, but the tool description itself adds little parameter-level insight.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool's function with a specific verb and resource: 'Get web search results, knowledge panel and related keywords.' It is unambiguous and matches the title 'Web Search.' Since there are no sibling tools to differentiate from, the lack of explicit sibling comparison is not a significant weakness.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines3/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description does not explicitly state when to use this tool vs alternatives, but there are no sibling tools provided. It offers useful context about invocation: agents can pay per call ($0.01 via x402/MPP, no API key). However, usage guidance is mostly implied rather than stated.

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. 1 tool update
    • Changedget_v12 fields changed
      • addedInput schema / properties / query / description
        Added value: +"The search query. Supports plain keywords or full Google search syntax (Google Dorking).\n\nCommon operators: `\"exact phrase\"`, `OR`, `-exclude`, `site:`, `inurl:`, `intitle:`, `intext:`, `filetype:`, `before:` / `after:` (`YYYY-MM-DD`), `related:`, numeric ranges (`10..50`).\n\n**Example:**\n\n```\nsite:github.com intitle:awesome python -site:gist.github.com\n```"
      • removedInput schema / properties / query / title
        Removed value: -"Search Query"
  2. 1 tool update
    • Changedget_v12 fields changed
      • addedInput schema / properties / gl
        Added value: +{
        +  "default": "US",
        +  "title": "Country code",
        +  "type": "string"
        +}
      • addedInput schema / properties / hl
        Added value: +{
        +  "default": "en",
        +  "title": "Language code",
        +  "type": "string"
        +}
  3. 1 tool update
    • First observedget_v1

Frequently Asked Questions

Discussions

No comments yet. Be the first to start the discussion!

Related MCP Connectors

Related MCP Servers

  • A
    license
    A
    quality
    D
    maintenance
    Provides real-time Google search results (organic + knowledge graph) with country targeting, language, time filters, and pagination, at low cost.
    1
    8
    MIT
  • A
    license
    Not graded
    quality
    D
    maintenance
    Enables Google search functionality through the Google Custom Search API with enterprise-grade security authentication. Supports streamable HTTP transport protocol for real-time search operations with configurable result limits.
    MIT
  • F
    license
    B
    quality
    D
    maintenance
    Enables web searching and content scraping through Google Custom Search API. Provides tools to search the internet, extract webpage content, and automatically scrape search results for comprehensive information gathering.
    3
    -
  • A
    license
    Not graded
    quality
    D
    maintenance
    Enables free web searching using Google search results without the need for API keys or authentication. It returns structured data including titles, URLs, and descriptions with configurable result limits.
    14
    MIT
Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources