Skip to main content
Glama
get-mcp-ads

Google Ads by Get MCP Ads

google ads get pmax asset diagnostics

google_ads_get_pmax_asset_diagnostics
Read-onlyIdempotent

Diagnose Performance Max asset groups by retrieving ad strength, asset coverage action items, status reasons, optional performance metrics, and top asset combinations to guide optimizations.

Instructions

Read-only Performance Max asset group diagnostics. Returns ad strength, asset coverage action items, primary status reasons, optional performance metrics, and optional top asset combinations.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
limitNoMaximum number of returned items or rows. The declared bounds and default apply; use pagination for additional results.
endDateNoOptional end date YYYY-MM-DD for asset group metrics/top combinations
startDateNoOptional start date YYYY-MM-DD for asset group metrics/top combinations
campaignIdNoOptional Performance Max campaign ID filter
customerIdYesGoogle Ads customer ID (without dashes, e.g., 1234567890)
assetGroupIdNoOptional asset group ID filter
statusFilterNoNative status values used to filter the returned entities.
includeTopCombinationsNoAlso query asset_group_top_combination_view when available

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYesOriginal tool result: parsed JSON when the text is JSON, otherwise the text or multiple MCP content blocks. Provider fields depend on the selected query.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv2.0.1

TDQS

A3.8/5.0
Behavior3/5

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

Annotations already declare readOnlyHint, openWorldHint, idempotentHint, and destructiveHint=false, so the safety profile is covered. The description adds useful context about the output categories but does not disclose additional behavioral traits such as pagination, rate limits, or conditional availability of metrics/top combinations; no contradiction exists.

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?

One sentence with the action, scope, and return-value summary front-loaded. The enumeration of outputs is compact and every word earns its place.

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

Completeness4/5

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

Given the annotations, 100% parameter coverage, and an output schema, the description is sufficient for an agent to understand what the tool returns and that it is safe to call. It could add a brief note distinguishing it from get_pmax_assets or get_recommendations, but the core calling context is complete.

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

Parameters3/5

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

Schema description coverage is 100%, so the schema already documents all eight parameters. The description repeats 'optional performance metrics' and 'optional top asset combinations' but adds no parameter detail beyond what the schema's per-field descriptions provide, so baseline 3 is appropriate.

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

Purpose5/5

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

The description states a specific resource ('Performance Max asset group diagnostics') and the exact data returned, so an agent can tell this apart from sibling tools like google_ads_get_pmax_assets or google_ads_get_pmax_placements. 'Read-only' plus the enumerated outputs make the operation's scope unambiguous.

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 implies when to use the tool: whenever diagnostic signals such as ad strength, asset coverage action items, or primary status reasons are needed. However, it does not explicitly say when to prefer this over related PMax tools or mention exclusions, so usage guidance is only implied.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.