Skip to main content
Glama
johnoconnor0

Google Ads MCP Server

by johnoconnor0

google_ads_create_product_group

Create product groups in shopping ad groups to organize products by condition, type, or category and set different bids per segment.

Instructions

Create a product group (product partition) in a shopping ad group.

Product groups organize your products and allow different bids for different product segments. You can partition by: brand, category, condition, type, etc.

Args: customer_id: Google Ads customer ID (10 digits, no hyphens) ad_group_id: Shopping ad group ID product_condition: Filter by condition (NEW, USED, REFURBISHED) product_type: Filter by product type from your feed is_subdivision: True to create subdivision (for further partitioning), False to create bidding unit

Returns: Product group creation result

Example: google_ads_create_product_group( customer_id="1234567890", ad_group_id="12345678", product_condition="NEW", is_subdivision=False )

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
customer_idYes
ad_group_idYes
product_conditionNo
product_typeNo
is_subdivisionNo

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes
Behavior3/5

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

Annotations are not provided, so the description carries the full burden. It describes the creation action and parameters, but does not disclose side effects, required permissions, or limits. The example shows usage but no behavioral details like what happens if a group already 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?

The description is well-structured with a short summary, explanation, parameter list, return info, and example. Every sentence adds value, and it is front-loaded with the core purpose. No redundant or verbose text.

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 tool has 5 parameters and an output schema exists, the description covers the purpose, parameters, and example. It is complete for most use cases, though it does not describe the output format beyond 'product group creation result' (but output schema may fill that). Still, it could mention prerequisites or constraints like ad group type.

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

Parameters5/5

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

Schema coverage is 0%, but the description provides detailed semantics for all parameters: customer_id format, ad_group_id, product_condition with examples (NEW, USED, REFURBISHED), product_type explanation, and is_subdivision with true/false behavior. The example further clarifies usage.

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 clearly states it creates a product group in a shopping ad group. It specifies the verb 'create', the resource 'product group', and provides context on what product groups do. Among sibling tools, none are specifically for product group creation, making it distinct.

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 explains what product groups are and how to partition them, but lacks explicit guidance on when to use this tool versus alternatives. It does not mention prerequisites, exclusions, or comparisons with other creation tools, leaving the agent to infer usage context.

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

Install Server

Other Tools

Latest Blog Posts

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/johnoconnor0/google-ads-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server