google-ads-mcp
OfficialRelated Servers
Alternatives to google-ads-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceMCP server for Google Ads API that enables LLMs to search and query Google Ads accounts, retrieve resource metadata, and generate keyword ideas.Apache 2.0
- FlicenseNot gradedqualityDmaintenanceA Google Ads API MCP server that enables searching and listing accessible customers via natural language queries.2-
- AlicenseAqualityFmaintenanceA read-write MCP server for managing Google Ads campaigns, ad groups, keywords, and ads via natural language.122-
- AlicenseAqualityAmaintenanceAn MCP server that provides read and write access to Google Ads, allowing natural language management of campaigns, budgets, ad groups, bids, and keywords, with dry-run validation for safety.18MIT
- AlicenseNot gradedqualityCmaintenanceMCP server for managing Google Ads campaigns through the official Google Ads API, covering accounts, campaigns, budgets, keywords, search terms, and keyword ideas. It provides tools for both reading and mutating live ads data, such as pausing campaigns, updating budgets, and adding keywords.MIT
- FlicenseNot gradedqualityCmaintenanceA Model Context Protocol (MCP) server that exposes the Google Ads API to LLM clients, enabling account inspection, GAQL queries, performance reporting, and campaign management.-
TDQS
Scored across 3 tools
Each tool maps to a distinct concern: customer discovery, schema/metadata discovery, and data retrieval. There is no overlap in purpose or output type.
All names are snake_case and generally follow a {namespace}_{verb}_{object} pattern, but `search_search` is redundant and lacks an object, while the others include explicit objects. This is a minor inconsistency rather than a chaotic mix.
Three tools is the minimal viable set for a read-only Google Ads query server: list customers, discover fields, and run queries. Each tool is essential and there are no filler or redundant tools.
The core workflow is fully covered: get customer IDs, discover valid fields via metadata, then search using those fields. For a query-focused MCP server there are no dead ends; mutation endpoints are outside the apparent scope.