16 APIs across 4 product groups. All share one credential.
What agents get from Jentic-routed access to this vendor.
Setup
Wiring eBay by hand means implementing OAuth 2.0 twice, the client-credentials flow for buyer-side application tokens and the authorization-code flow for seller user tokens, then pointing requests at the right api.ebay.com host for each of these APIs. With Jentic you install once, add the eBay APIs you need from the Jentic directory, store the eBay OAuth credentials once, and your agent calls them.
Permission scoping
Many eBay operations put a resource id in the URL path, such as a campaign, order, shipment, or charity id, so your own rules can pin an agent to a single resource. You also choose which operations an agent may call, so a read-only shopping agent can be limited to Browse and Deal lookups while a fulfillment agent gets order reads and shipping without refunds unless you add them.
Credential isolation
Specific to using eBay APIs through Jentic.
Does one eBay credential work across all of these APIs?
No. All eBay APIs use OAuth 2.0, but buyer-side discovery APIs such as Browse, Item Feed Service, Deal, Buy Marketing, and Catalog accept an application access token from the client-credentials grant, while seller-side APIs such as Account, Marketing, Fulfillment, Feed, Analytics, Compliance, Negotiation, and Recommendation require a seller user token from the authorization-code grant. Each API also expects its own scope, so you request tokens per API rather than sharing one.
Which eBay APIs need seller consent and which do not?
Buyer-side discovery APIs run on an application token with no user consent, so an agent can search listings, read deals and best-sellers, and download feeds without a seller signing in. Seller-side APIs operate in the authenticated seller's context and require that seller to complete an OAuth consent flow before the agent can manage policies, ads, orders, or performance data on their behalf.
How do the buyer-side and seller-side eBay APIs fit together?
The buyer-side APIs (Browse, Item Feed Service, Catalog, Deal, Buy Marketing, Charity) discover and describe listings, while the seller-side APIs (Account, Marketing, Recommendation, Negotiation, Fulfillment, Feed, Analytics, Compliance) configure and operate a seller's own listings and orders. A full workflow often starts with catalog matching and discovery, then moves into seller setup, advertising, and fulfillment.
BOOK A DEMO
Browse thousands of APIs and connect them all to your agent with Jentic One. One layer, one credential — every API your agent needs.
For Agents
An agent can search and discover eBay listings, deals, and catalog products, then act on a seller's account by managing policies, running ad and coupon campaigns, processing orders and refunds, buying shipping labels, and reading performance and compliance data. It can also check API quota before running high-volume jobs.
eBay exposes its marketplace as a family of task-specific REST APIs split cleanly between buyer-side discovery (search, feeds, deals, catalog) and seller-side operations (policies, advertising, orders, shipping, compliance, analytics), so an agent can compose a full listing-to-fulfillment workflow from small, single-purpose endpoints rather than one monolithic API.
Use for: Automating eBay marketplace workflows across buyer-side discovery (search, feeds, deals, catalog) and seller-side operations (policies, advertising, orders, shipping, compliance, analytics) through eBay's OAuth 2.0 REST APIs
Not supported: payment gateway processing, listing creation endpoints, buyer messaging, webhook subscriptions, legacy SOAP APIs, on-prem deployment
Credentials: All eBay APIs use OAuth 2.0 against api.ebay.com, but one credential set does not cover everything: buyer-side discovery APIs accept an application access token from the client-credentials grant, while seller-side APIs require a seller user token from the authorization-code grant with the matching per-API scope.
Across 16 eBay APIs: 15 vendor-official, 1 Jentic-generated, all indexed by Jentic and kept validated and agent-ready.
eBay's developer APIs cover both sides of the marketplace. Buyer-side APIs search listings, download bulk item feeds, surface deals and best-sellers, and match products to eBay's catalog. Seller-side APIs configure account policies, run Promoted Listings and coupon campaigns, process orders and refunds, buy shipping labels, detect listing-policy violations, send offers to interested buyers, and read seller-performance metrics. A Developer Analytics API reports live quota usage across every eBay resource. All APIs use OAuth 2.0 against api.ebay.com, with buyer-side discovery APIs accepting application tokens and seller-side APIs requiring a seller user token.
| I want to... | Use | Why |
|---|---|---|
| Find or look up individual eBay items | Browse API | The Browse API does live per-item keyword, image, and GTIN search plus full item detail; use it for low-volume, real-time lookups. |
| Ingest the eBay catalog in bulk | Item Feed Service | The Item Feed Service downloads full and hourly TSV_GZIP feed files by category, meant for offline mirrors of tens of millions of listings rather than per-item calls. |
| Match a product to eBay's catalog for listing | Catalog API | The Catalog API returns structured product data by ePID or keyword to pre-fill listing fields, unlike Browse which returns live buyer-facing listings. |
| Run broad advertising and promotions | eBay Marketing API | The Marketing API covers Promoted Listings campaigns, keyword bidding, coupons, and storewide promotions across 82 endpoints. |
| Send a targeted discount to specific watchers | eBay Negotiation API | The Negotiation API delivers Send Offer to Interested Buyers discounts only to buyers already engaged with a listing, narrower than storewide Marketing promotions. |
| Process one order at a time | Fulfillment API | The Fulfillment API handles per-order reads, shipping fulfillments, refunds, and disputes in real time. |
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the eBay APIs, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Febay.com" | shStep 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Febay.com" | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
Once connected, ask your agent something like: “automate an eBay seller workflow from listing to fulfillment”.
Each workflow spans multiple eBay APIs. Jentic routes each operation to the right API automatically.
List, promote, and fulfill a seller catalog
An agent configures account policies, matches inventory to eBay's catalog for accurate listing data, then picks which listings to promote and runs the ad campaign, and finally processes the resulting orders. The flow spans setup, advertising, and post-checkout fulfillment.
Create fulfillment, payment, and return policies via Sell Account, match items with Catalog, call Recommendation to pick listings to promote, create the Promoted Listings campaign with Marketing, then read new orders and create shipping fulfillments with Sell Fulfillment.
Account v1 API + Catalog API + eBay Recommendation API + eBay Marketing API + Fulfillment API
Diagnose a sales drop and act on it
An agent reads seller-performance and compliance signals to find why sales fell, then acts on the underlying cause by adjusting ad bids or sending targeted offers to interested buyers. It combines read-only diagnosis with write actions.
Pull traffic and defect metrics from Sell Analytics, check Sell Compliance for at-risk listings, raise bids on strong listings via Marketing, and send Send Offer to Interested Buyers discounts via Negotiation on stalled watch-list listings.
Sell Analytics API + Compliance API + eBay Marketing API + eBay Negotiation API
Conversational shopping and deal discovery
A shopping agent answers buyer queries by searching listings, surfacing best-sellers and time-bound deals, and resolving any attached charity so it can show verified donation detail. It stays entirely on buyer-side application-token APIs.
Search listings with Browse, pull ranked best-sellers from Buy Marketing, list active events from the Deal API, and resolve any listing's charityId through the Charity API to render a donation badge.
Browse API + Buy Marketing API + Deal API + Charity API
Bulk catalog ingestion with quota-aware scheduling
An agent mirrors a slice of the eBay catalog by downloading bulk feed files, but first checks remaining API quota so a large pull does not fail partway through. It pairs a heavy read job with a pre-flight rate-limit check.
Call Developer Analytics /rate_limit to confirm remaining quota, download full and hourly feed files via the Item Feed Service, and fall back to Browse per-item lookups for any records needing live detail.
Item Feed Service + Analytics API + Browse API
Your eBay OAuth application and seller credentials are stored once, encrypted, by your own Jentic One instance and injected at execution time. They never enter the agent's prompt, logs, or context.
Intent-based discovery
Agents search the Jentic directory by intent such as 'search eBay listings by keyword', 'create an eBay Promoted Listings campaign', or 'mark an eBay order shipped', and Jentic returns the matching operation with its input schema so the agent calls the right endpoint across eBay's buyer-side and seller-side APIs without browsing the reference docs.
When should an agent use bulk feeds versus per-item calls?
Use the Browse API and Fulfillment API for real-time, low-volume, per-item work such as looking up one listing or processing one order. Switch to the Item Feed Service for buyer-side bulk catalog downloads and the Sell Feed API for seller-side bulk inventory and order jobs when the volume runs into thousands or millions of records, since one feed file replaces a long sequence of individual calls.
Are any of these eBay APIs restricted or read-only?
Several buyer-side APIs are Limited Release and require eBay business-unit approval before production use, including the Item Feed Service and the Deal API. The Deal, Charity, Catalog, Sell Analytics, Sell Compliance, and Developer Analytics APIs are read-only. Seller-side APIs like Marketing, Account, Fulfillment, Feed, and Negotiation include write operations that act on the seller's account.
How can an agent avoid hitting eBay rate limits across these APIs?
The Developer Analytics API reports live quota state for every eBay resource, at both the application level and the per-user level. An agent can call it before launching a high-volume job to confirm enough calls remain for the target resource, then defer or re-plan the job until the window resets rather than failing partway through with rate-limit errors.
All 4 are in the Jentic catalogue with the same one-credential, intent-search pattern.