flin-gmp-mcp
Related Servers
Alternatives to flin-gmp-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityAmaintenanceEnables read-only inspection of Google Ads accounts through MCP, including account inventory, reporting, metadata, change history, and safe GAQL queries.Apache 2.0
- AlicenseNot gradedqualityCmaintenanceProvides read-only access to Google Ads account data including campaigns, ad groups, keywords, and performance reports. Enables querying via GAQL through an MCP interface.MIT
- AlicenseBqualityBmaintenanceEnables read-only access to Google Analytics 4 properties through MCP tools for listing properties, inspecting metadata, checking metric compatibility, and running core or realtime reports, summaries, traffic-source, page, and event queries.17MIT
- AlicenseAqualityAmaintenanceEnables read-only access to Google Ads data through GAQL queries, resource exploration, recommendations, keyword planning and forecasts, and change history across manager and customer accounts.1123 PyPIMIT
- FlicenseNot gradedqualityCmaintenanceEnables read-only access to Google Analytics 4 and Google Search Console data, allowing users to run reports, query search analytics, and generate combined snapshots for reporting.-
- AlicenseNot gradedqualityCmaintenanceRead-only access to Google Analytics 4 reporting data, including traffic overview, top pages, traffic sources, and conversion events, supporting custom report queries via MCP.MIT
TDQS
Scored across 32 tools
Tools are organized by product prefix (sa360/dv360/cm360) and each has a clear resource+action target, so most selections are unambiguous. A few pairs are subtle but are disambiguated by descriptions: list_dv360_reports vs list_dv360_report_queries vs get_dv360_report, and list_cm360_reports vs list_cm360_report_files vs get_cm360_report_file. list_sa360_customers vs get_sa360_customer_clients is also easy to mix up but the descriptions clarify the hierarchy distinction.
Strong prevailing verb_noun pattern with a consistent product infix (list_dv360_campaigns, get_cm360_creative, create_dv360_report_query, read_dv360_report_rows). Minor deviations exist for single-target or non-resource actions: query_sa360, search_sa360_fields, authenticate, health_check. Overall predictable and readable.
32 tools is heavy for a single server, though the scope genuinely spans three product families (SA360, DV360, CM360) plus auth/org discovery, so most tools earn their place. The report lifecycle alone consumes ~8 tools (queries, runs, status, rows, files) across two products, adding bulk. Borderline high rather than clearly bloated or clearly well-scoped.
The surface covers discovery, entity listing, and a fairly complete report lifecycle (create query, run, poll status, read rows) for DV360, plus generic read coverage of SA360 via query_sa360 and CM360 asset/report listing. Minor gaps: CM360 report execution/run tools are absent (only existing files can be listed), and SA360 has fewer dedicated read tools beyond the generic query. Intentional read-only posture is consistent and not a true dead end.