Amazon product demand moves in weeks, not quarters. This page documents how to call get_growth on the amazon source: preset windows, custom date pairs, volume-backed percentages, and how to read a 3M dip against a 12M climb.
A single get_growth call on source: "amazon" compares two points on the weekly Amazon product search curve and returns a percentage change for each requested window. The response includes normalized values (0-100 scale), direction, recent and baseline dates, and absolute volume fields when the pipeline has them.
For broader context on Amazon product signals, see Amazon product search volume data for AI agents.
{
"source": "amazon",
"keyword": "collagen supplements",
"percent_growth": ["3M", "12M", "YTD"]
}
MCP agents call the same parameters through get_growth. REST clients POST to https://api.trendsmcp.ai/api with a Bearer token. One keyword and one source per request; stack multiple periods in percent_growth without multiplying the request count.
Trends MCP API snapshot, June 29 2026:
| Period | Growth | Direction | Recent volume | Baseline volume |
|---|---|---|---|---|
| 3M | +8.28% | increase | 186,060 | 171,798 |
| 12M | +101.85% | increase | 186,060 | 92,116 |
| YTD | +76.76% | increase | 186,060 | 105,584 |
The 3M window looks modest. The 12M window shows demand roughly doubled year over year. That split is common in supplement categories where a Q1 push lifts the trailing-year baseline while the most recent quarter cools slightly. A buyer who only checks 3M might under-order; one who checks 12M sees durable expansion.
The weekly series behind this keyword shows a May 2023 spike to 569,758 estimated weekly searches, then a long normalization period before climbing again through early 2026. Growth percentages are point-to-point; they do not average the whole curve. Pair growth calls with get_trends when seasonality could distort a single window.
Same API snapshot:
| Period | Growth | Direction | Recent volume | Baseline volume |
|---|---|---|---|---|
| 3M | -20.4% | decrease | 5,529,299 | 6,948,411 |
| 12M | +3.65% | increase | 5,529,299 | 5,336,634 |
| YTD | -37.83% | decrease | 5,529,299 | 8,896,466 |
Air fryer is a mature category with millions of weekly searches. Here the 3M and YTD windows both read negative while 12M is slightly positive. That pattern often appears after a holiday peak: YTD compares against a high December baseline, so a post-Q4 slide shows up as a steep YTD decline even when annual demand is flat.
For listing optimization workflows, see Amazon search trends.
Each period in results carries:
period: the preset label or custom namegrowth: normalized point-to-point percentagedirection: increase or decreaserecent_date and baseline_date: the two weekly anchorsrecent_value and baseline_value: normalized 0-100 scores at those datesvolume_available, recent_volume, baseline_volume, volume_growth: absolute demand when presentStore all periods from one call together. Dashboards that plot only growth without dates will mislabel a May-to-February comparison as "last quarter" when the API used specific weekly endpoints.
Preset strings cover most FBA research. Product launches sometimes need an exact window:
{
"source": "amazon",
"keyword": "portable blender",
"percent_growth": [
{
"name": "post_launch_90d",
"recent": "2026-05-31",
"baseline": "2026-02-28"
},
"12M"
]
}
Custom objects accept any valid weekly dates in the series. Name them for downstream reporting so a Make or n8n workflow can route alerts by label.
Short windows (3M, 30D) catch reorder urgency and competitor promo effects. Medium windows (6M, 12M) separate fads from categories worth a second SKU. Calendar windows (YTD, QTD, MTD) align with finance reporting but punish seasonal categories after their peak month.
A practical default for private-label screening: request ["3M", "12M"] on the candidate keyword, then ["3M", "12M"] on two adjacent category terms. If the candidate beats its category on 12M but trails on 3M, dig into the weekly series before killing the listing.
import requests
resp = requests.post(
"https://api.trendsmcp.ai/api",
headers={"Authorization": "Bearer YOUR_API_KEY"},
json={
"source": "amazon",
"keyword": "collagen supplements",
"percent_growth": ["3M", "12M", "YTD"],
},
)
payload = resp.json()
for row in payload["results"]:
print(row["period"], row["growth"], row.get("volume_growth"))
Agents route more reliably when the source is explicit:
"Using TrendsMCP, show 3M, 12M, and YTD Amazon search growth for collagen supplements."
For multi-keyword screens, batch separate calls. Comma-separated sources work on get_growth, but each keyword still needs its own request on the amazon source.
A 404 not_found response means no series matched the keyword on Amazon. Try a broader category phrase ("collagen powder" instead of a branded ASIN title). Amazon search trends track consumer queries, not individual SKU IDs.
Rate limits follow the account tier documented at https://www.trendsmcp.ai/pricing. Growth calls count the same as trend series calls: one per source plus keyword.
Tools for this workflow
get_growthMeasure Amazon product search momentum across 3M, 12M, and YTD in one call. Compare short-term softness against longer demand curves before reordering inventory.
get_growth(keyword='collagen supplements', source='amazon', percent_growth=['3M', '12M', 'YTD'])
get_trendsPull the weekly Amazon search series behind a growth reading. Spot seasonal peaks that make a flat 12M number misleading.
get_trends(keyword='collagen supplements', source='amazon', data_mode='weekly')
FAQ