You can connect Amazon DSP data to ChatGPT today, and the free route is the official one: Amazon's own Ads MCP server, added to ChatGPT as a custom MCP server. Third-party connector pipes offer the same integration from $19 a month, with one catch worth reading the fine print on. This guide covers every real route, what each one costs, and the part the connector landing pages skip: what the data you get through the pipe can and cannot tell you once it arrives.
Two scope notes before the routes. This guide covers Amazon DSP, the programmatic side; if you mean Sponsored Products or Sponsored Brands, Amazon's official MCP server covers the broader Amazon Ads surface, and the DSP-specific limits below will not all apply. And the timing is not an accident: in Amazon's own words, "Amazon DSP has evolved into Amazon Ads Agent," one platform for DSP and the Ads Console, with legacy reporting tools retiring December 31, 2026 (Amazon Ads announcements), so reporting workflows built on the old tools are being sunset right now. The people searching this query are mostly rebuilding a workflow, not chasing a novelty.
The distinction that organizes everything below: connecting DSP data to an AI and getting DSP analysis from an AI are different products. The routes differ mainly in which of the two they deliver.
What ChatGPT needs on its side
ChatGPT adds custom MCP servers as plugins. OpenAI's steps: go to ChatGPT Plugins (chatgpt.com/plugins), select the plus button, then Add custom MCP server, enter the server's URL, and create it as a plugin; in a new conversation, type @ and pick it. The server must be a public HTTPS endpoint that speaks streamable HTTP, with no authentication or OAuth 2.1; custom API keys are not supported. OpenAI notes that account and workspace policies apply, so what you can add depends on your plan and your workspace settings, and ChatGPT asks for confirmation before any write action. Once added, every tool the server exposes becomes callable in your conversations.
That is the whole mechanism. The question is what server you point it at.
The three routes at a glance
| Route 1: Amazon's official MCP | Route 2: connector pipes | Route 3: analysis layer (Peachblue) | |
|---|---|---|---|
| Cost | No fee listed (open beta) | From $19/mo (billed annually) | From $199/mo; DSP data on Scale and up |
| What arrives | Raw account and report data | Raw rows in your chosen destination | Analyzed creatives, scores, computed pacing |
| Platform coverage | Amazon only | Many sources, unstitched | Meta, TikTok, Google Ads, Amazon DSP together |
| Creative identity | None | None | Grouped by perceptual fingerprint |
| Access | Read and write | Read and write | Read-only by design |
| Analysis before the model sees it | No | No | Yes |
The rest of this guide is the detail behind that table.
Route 1: Amazon's official Ads MCP server (free)
Amazon's Ads MCP server has been in open beta since February 2, 2026. It is official, with no fee listed, and the right first thing to try if you have Amazon Ads API access, because it needs an Amazon Ads API developer app that Amazon has approved. The app's Client ID and Client Secret go into the OAuth settings when you add the server to ChatGPT; sign in with Amazon, and ChatGPT can query your account conversationally. It can change it too: the server's tools create, update, and delete campaigns. Amazon's OAuth guide has the ChatGPT steps. In Claude Code the same server connects with one command from that guide, claude mcp add --transport http amzn-ads-mcp https://advertising-ai.amazon.com/mcp --client-id <id> --callback-port <port> (North America endpoint), and the Claude Desktop version, with a weekly DSP workflow, is in Amazon Ads MCP in Claude.
Know what you are getting. The server covers Amazon's platform only and returns raw account and report data, and early practitioner writeups note real visibility gaps in what it exposes. The DSP data underneath carries DSP's own rules: a 14-day click and view window by default, a shorter signal-based window for store-served views since January 2026, and finite report history (95 days on the older v3 reports), so ask which window and which metric a number came from before comparing it with anything.
Route 2: connector pipes
Three vendors dominate the "connect Amazon DSP to your AI" search results. All three are pipes: they move raw rows from the platform into a destination, and the AI does whatever analysis happens.
| Connector | Pricing (verified October 24, 2026) | The relevant detail |
|---|---|---|
| Windsor.ai | Basic $23/mo ($19 billed annually), Standard $118 ($99); free plan after a 30-day trial | Cheapest route; MCP and every connector on every plan, Amazon DSP included |
| Supermetrics | Starter $55/mo ($44 billed yearly), Growth $222 ($177); 14-day trial | See the DSP destination note below |
| Improvado | MCP Only $100/mo; the full platform starts at $20,000/yr | 187+ sources; reads, writes, and monitors |
Two details deserve expansion.
Supermetrics' MCP server lists Amazon DSP among its 175 sources. Its own Amazon DSP connection guide states that "Amazon DSP is available only in Excel, data warehouse, and API data destinations." We are stating both facts side by side and letting you draw the conclusion; if you are considering that route, confirm with their support that the destination you want is actually available for DSP before paying.
All three pipes can now change your campaigns. Windsor's read and write functions, "including actions like pausing campaigns or adjusting budgets," are on every plan; Supermetrics can create or modify campaigns, with new ones starting paused; Improvado's agent "reads, writes, and monitors." Write access through a chat interface is a real capability and a real risk surface; whether an AI assistant should be able to modify live campaigns is a question to answer deliberately, not inherit from a default. The wider field, including Pipeboard and the platforms' own servers, is compared in the best MCP servers for ad data.
What raw rows cannot tell you
Every route above delivers the same category of thing: report rows in a chat window. Four limits follow from that, and they are structural rather than bugs, so they will not be fixed by a better pipe.
No creative identity. The same video running through six line items arrives as six rows. Nothing in the data says they are one creative, so the AI ranks line items while your actual question ("which creative is working?") goes unanswered. Worse, the fragmentation splits each creative's performance into pieces too small to read.
No computed pacing. DSP buying runs on flights, and the question that matters mid-flight is expected versus actual delivery. Raw rows carry spend but not flight math; the AI has to reconstruct budget, elapsed days, and pace percent in the chat, every conversation, from scratch.
Arithmetic in the context window. An AI doing division over hundreds of pasted rows is where confidently wrong numbers come from. Tools that compute the answer and return it are reliable; tools that return raw material for the model to compute are not.
Silent window blending. DSP credits clicks and views on its own last-touch window (14 days by default, shorter for store-served views since January 2026); social platforms report differently. Nothing stops a model from comparing the two as if they were the same number, and nothing in raw rows tells it not to.
Route 3: the analysis layer
The alternative is connecting an MCP server that did the analysis before the conversation started. Peachblue's MCP server exposes the 23 tools that power our in-app agent, over Meta, TikTok, Google Ads, and Amazon DSP data together. It is the only creative analytics MCP that serves your own cross-platform performance data, Amazon DSP included; official platform servers each cover one platform, and the pipes move rows without analyzing them. The difference from a pipe, in DSP terms:
Creatives arrive grouped, not fragmented: assets are matched by perceptual fingerprint across line items, ads, and platforms, with byte-identical collapse for DSP assets, so "which creative is working" is answerable because the creative exists as a unit. Pacing arrives computed: budget, expected spend, pace percent, and blended CPM per order, the way an agency reports it, covered in depth in the DSP pacing guide. Every creative carries 31 analyzed dimensions and a composite score, so the answer to "why is this one working" is tags and evidence rather than a guess. History accumulates past Amazon's report retention, because we keep what we sync. And every tool result states the time window it covers, which is the guardrail against silently blended attribution windows. Everything is read-only by design: nothing that connects through us can create, edit, pause, or spend. And in Claude, answers come back as inline creative cards, thumbnail, score, and metrics rendered in the response, so "show me my top DSP creatives" returns something you can look at rather than a text list.
The honest scoping: the server is available on Pro plans and up, Amazon DSP sync on Scale and up, and agency workspaces connect the same way, with every call scoped per client (see pricing). Our setup documentation covers Claude Desktop and Claude Code, which is where we focus and test; the server speaks the open MCP standard over streamable HTTP and SSE with OAuth sign-in, so any client that supports remote MCP connectors can connect the same way. The full cross-platform picture of what that unlocks is in Claude for media buyers.
What to actually ask
The clearest way to see the pipe-versus-layer difference is the same question, asked of each. "Which creatives drove my DSP results this flight?" through a pipe returns line-item rows for the model to reconcile, fragment by fragment; through the analysis layer it returns creatives, grouped, scored, and ranked. Questions that earn their keep against DSP data:
- "How are my flights pacing against budget, and which orders are behind?"
- "Rank my DSP creatives by composite score this quarter and tell me what the top three have in common."
- "Compare this month to last month. What actually drove the change?"
- "Which creatives are fatiguing, and how much spend is sitting on them?"
- "How does my DSP creative performance compare to the same assets on Meta?"
That last one is the question no single-platform server or pipe can answer at all, because it requires knowing the same creative across platforms. It is also, for most advertisers running both, the question worth the most money.
Who can see, and touch, your data
The dimension the connector landing pages skip entirely. Routing ad spend data through a third party into an AI assistant is a data-governance decision, and the routes differ more here than anywhere else. Three questions worth asking of any option: Does the vendor store your data, and for how long? Can the AI write to your ad accounts, or only read? And who in your org can add connectors at all? On the last one, OpenAI says account and workspace policies apply to adding custom MCP servers, so check your workspace settings. On write access, defaults matter: the main pipes can all write to your ad accounts through AI clients, which means a chat interface that can modify live campaigns, and ChatGPT's per-action confirmation is the only thing standing between a misread prompt and a changed budget. Our posture, stated plainly: OAuth sign-in scoped to your workspace, and every tool read-only, so the worst a misfired prompt can do is fetch the wrong report.
Which route should you take?
- You want to poke at your Amazon Ads data conversationally, for free, and you have Amazon Ads API access: Amazon's official MCP server. Start here if you do; it costs nothing and you will learn what raw access feels like.
- You need raw multi-source rows in a warehouse or sheets, and AI chat is a bonus: a connector pipe. Windsor.ai is the cheapest way in; verify destination support for DSP specifically before paying anyone.
- You want the AI to answer analysis questions (which creatives, why, what is pacing behind): an analysis layer. Raw rows do not become analysis by arriving in a chat window; the work has to happen before the model sees the data.
- You run DSP for clients at an agency: the reporting layer matters more than the chat layer today. Start with how DSP reporting actually works and the pacing discipline, and if you want the multi-client version of all of this (per-client workspaces, margin-aware reports, portfolio pacing), talk to us about agency plans.
The pipes are real, the official server is real, and both are worth exactly what they deliver: your rows, somewhere an AI can see them. What you are actually after, most of the time, is the layer that turns rows into answers first.