Skip to main content
Glama
Pauesome

Ads Analytics MCP

by Pauesome

get_meta_auction_rankings

Retrieve Meta auction-ranking labels per ad, count below-average rankings, and sort worst offenders first to flag when creative needs refreshing.

Instructions

Returns Meta's three auction-ranking labels per ad: quality_ranking, engagement_rate_ranking, conversion_rate_ranking — each one of ABOVE_AVERAGE, AVERAGE, BELOW_AVERAGE_35/20/10, or UNKNOWN. Computes below_average_count (0–3) and sorts the worst offenders to the top — 2+ below-average rankings is a creative-refresh trigger. Filters out ads under min_impressions (default 1000) since Meta only assigns labels above that volume. Same data Meta's MCP ads_insights_auction_ranking_benchmarks exposes; runs against /act_/insights at level=ad.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
ad_idsNoFilter to specific ad IDs.
client_idNoClient identifier.
campaign_idsNoFilter to specific campaign IDs.
ad_account_idsNoOverride the client's default Meta ad account IDs.
date_range_endNoYYYY-MM-DD. Defaults to today.
min_impressionsNoDrop ads below this impression threshold. Default 1000 — Meta does not assign labels under ~1000 impressions/week.
date_range_startNoYYYY-MM-DD. Defaults to 30 days ago.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

A4.1/5.0
Behavior4/5

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

No annotations, so the description carries the full burden and does well: it discloses the sort order (worst offenders to top), the below_average_count output, the default min_impressions threshold and why it exists (Meta never assigns labels under that volume), and the underlying endpoint (/act_<id>/insights at level=ad). It does not state auth requirements or rate limits.

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

Conciseness4/5

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

Dense but front-loaded: the return payload and label set come first, then the computation, then the sort rationale, then the filter. Every clause is informative; slightly long but not padded.

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?

For a 7-param read tool with 100% schema coverage and no output schema, the description explains the returned fields, the label semantics, the default threshold behavior, and the sort output. An agent has everything needed to call it correctly; only auth/permission context is absent.

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 baseline is 3. The description reinforces the min_impressions default and its rationale and the meaning of the date range defaults (today, 30 days ago), adding minor value beyond the schema but not new syntax or constraints.

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?

States a specific verb and resource (returns Meta's three auction-ranking labels per ad) and enumerates the exact labels and value domains. An agent can distinguish this from siblings like get_meta_campaign_performance or get_tiktok_auction_rankings without opening the schema.

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

Usage Guidelines4/5

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

Clearly establishes context: it filters out low-volume ads and surfaces worst offenders. It names the sibling Meta MCP tool (`ads_insights_auction_ranking_benchmarks`) for the same data, implying equivalence, but does not state when to prefer this tool over that one or over get_meta_campaign_performance.

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