Ada v2 API: A Complete overview for 2026

Rama Adi Nugraha
Written by

Rama Adi Nugraha

Katelin Teen
Reviewed by

Katelin Teen

Last edited September 3, 2026

Expert Verified
Ada v2 API: A Complete overview for 2026

Ada is a familiar name in AI customer service. If you're using their platform, you’ve probably heard about their latest update: the Ada v2 API. API updates can be a mixed bag. On one hand, they can streamline how your tools talk to each other. On the other, they can mean a lot of work for your developers and potentially throw a wrench in your existing workflows.

So, what does this update actually mean for you and your team? Let's break down the key changes in the Ada v2 API, walk through what it takes to migrate, and zoom out to look at the bigger picture. Relying too heavily on a single platform's API can be restrictive, and we'll explore why a more flexible, integration-first approach might be a better fit for your automation strategy in the long run.

What is the Ada v2 API?

Simply put, the Ada v2 API is the next generation of Ada's application programming interfaces. It’s been designed to create a more standard and predictable way for developers to build integrations and connect other tools to the Ada platform.

According to Ada’s own documentation, the main goals are to tidy things up and improve the experience for developers. They're doing this by:

  • Consolidating endpoints: Merging older, clunkier API endpoints to cut down on confusion.

  • Streamlining API tokens: Shifting to a single token for authentication instead of making developers juggle multiple keys.

  • Standardizing responses: Making sure all API calls return data in a consistent format.

  • Improving technicals: Clarifying things like pagination and rate limits to make them more reliable.

You can think of it as a platform growing up. As tools get bigger, they often need to rebuild their foundations to handle more complex, enterprise-level demands. This update is Ada's move toward building a more robust and scalable framework for developers.

Key changes and improvements in the Ada v2 API

The v2 update brings several technical improvements that developers will probably appreciate. But let's be real, these changes also mean you'll need to update any existing integrations you've built.

Consolidated endpoints and streamlined tokens

One of the biggest shifts is the move away from scattered, fragmented endpoints. Before, you might have had several different API addresses for a single resource. Now, they’re being merged into more logical, resource-based structures. For instance, what used to be /api/end-users/v1/ is now just /api/v2/end-users/. The same cleanup hits the data endpoints, where the old /api/data_api/v1.4/conversations route now lives at /api/v2/export/conversations in Ada's changelog.

Ada's own documentation showing the v2 API release notes and the v1-to-v2 endpoint mapping, as taken from Ada's docs
Ada's own documentation showing the v2 API release notes and the v1-to-v2 endpoint mapping, as taken from Ada's docs

Along those same lines, Ada is moving away from separate API tokens for each API and instead using a single, shared platform token. This certainly makes managing authentication simpler since you have fewer keys to keep track of. The catch? Your old v1 keys won't work with the new v2 endpoints, so you'll have to generate new ones and replace them everywhere.

Uniform response structures and standardized pagination

If you've ever built an integration, you know how frustrating it is when data comes back in different formats. The Ada v2 API tackles this by introducing a uniform JSON structure for all responses, including errors. This is a welcome change that simplifies the code needed to handle and parse data.

They've also standardized how you pull large sets of data. Instead of dealing with different pagination methods for different endpoints, v2 uses a consistent cursor-based approach everywhere. This makes it much easier to retrieve large reports or lists of conversations without writing custom logic for each one.

Improved rate limits and data policies

Ever had an integration suddenly fail because you hit an undocumented API limit? The v2 update tries to prevent that by introducing more transparent rate and data limit policies. For businesses, this means you can better plan your usage and avoid unexpected throttling during busy periods, which should lead to more reliable automations.

Here’s a quick look at the key differences between the old and new versions:

FeatureAda API v1Ada v2 API
EndpointsMultiple, fragmented endpoints per resource.Consolidated, resource-oriented endpoints.
AuthenticationSeparate API token required for each API.Single, shared API token for all endpoints.
ResponsesVaried response and error formats.Uniform JSON structure for all responses.
PaginationInconsistent pagination methods.Standardized cursor-based pagination.
Rate LimitingLess transparent policies.Clearer policies for better reliability.

Migrating from v1: What the update means for you

Okay, so what does this all mean for you if you're already an Ada customer? In short, you have a technical project on your plate. API migrations require careful planning and, more importantly, your developers' time.

The official Ada v2 API migration roadmap

Ada has laid out a four-step process for moving from v1 to v2:

  1. Review the v2 documentation: Your team will need to dig into the new docs to map your old API calls to the new endpoints and parameters.

  2. Update authentication: This means generating new shared platform tokens and replacing your old ones.

  3. Test in a staging environment: Before you go live, you’ll want to thoroughly test your updated integrations in a sandbox to catch any bugs.

  4. Monitor and optimize: Once you've made the switch, you'll have to keep a close eye on your logs and performance to fix any unexpected errors.

The official four-step path for migrating an integration from the Ada v1 API to the Ada v2 API: review the v2 documentation, update authentication tokens, test in staging, then monitor and optimize.
The official four-step path for migrating an integration from the Ada v1 API to the Ada v2 API: review the v2 documentation, update authentication tokens, test in staging, then monitor and optimize.

The hidden costs of migrations and vendor lock-in

While the steps seem straightforward, any developer will tell you that migrations are rarely as simple as they sound. They eat up valuable engineering hours that could be spent on other projects, and there's always a risk of something breaking.

This situation also shines a light on a bigger issue: vendor lock-in. When you pour time and resources into building custom workflows around a single platform's proprietary API, you become dependent on that platform. It makes it much harder and more expensive to switch tools down the line, whether it's your helpdesk or another part of your tech stack. You're effectively tied to their ecosystem, their roadmap, and their pricing.

This is where a different philosophy comes into play. Modern AI platforms like eesel AI are built to plug into your existing tools, not force you to build everything around them. You can connect to helpdesks like Zendesk, Freshdesk, and Intercom with one-click integrations, no coding, no API migrations, and no developer time needed. The goal is to go live in minutes, not months.

Ada pricing: What to expect

When you're thinking about the total cost of a platform, the price tag is a huge piece of the puzzle. With Ada, figuring that out isn't so simple. Their pricing page doesn't list any actual prices. Instead, you have to fill out a form, provide your contact volume, and wait for a sales demo. Ada also recently dropped the explicit "300,000 annual conversations" minimum it used to print on that same page, so smaller teams no longer see a stated volume floor before they book a call.

This approach has a few consequences for potential customers:

  • No quick cost estimates: You can't just browse their site to see if their plans are even in your budget. You have to talk to a sales team first.

  • Unpredictable variables: Since pricing is often tied to metrics like contact volume, your bill could change a lot from month to month, making it tough to forecast your spending.

  • Lack of transparency: Gated pricing often means that what you pay might be different from what another company pays, and you're less likely to find flexible, month-to-month plans.

This is another area where a more modern approach can be a breath of fresh air. At eesel AI, we believe in transparent and predictable pricing. All our plans are listed publicly on our pricing page, with simple pay-as-you-go pricing billed at a flat rate per ticket the AI handles rather than per seat. You can set a hard monthly spend cap, so a busy month never turns into a surprise bill. Plus, you can start with a monthly plan and cancel anytime, giving you the kind of flexibility that larger vendors often don't.

A screenshot of the eesel AI pricing page, showing transparent, pay-as-you-go pricing, which is a key differentiator from the gated pricing model discussed in the context of the Ada v2 API update.
A screenshot of the eesel AI pricing page, showing transparent, pay-as-you-go pricing, which is a key differentiator from the gated pricing model discussed in the context of the Ada v2 API update.

A simpler path to support automation with eesel AI

If you're looking for powerful, customizable AI without the heavy engineering lift or platform lock-in, it's worth checking out an alternative built for today's fast-moving teams. eesel AI is designed from the ground up to be simple, flexible, and completely self-serve.

Here’s what sets it apart:

  • Truly self-serve: You can sign up, connect your tools, and launch a fully functional AI agent on your own, without ever having to talk to a salesperson. Say goodbye to mandatory demos and long onboarding calls.

  • Integrates with your existing tools: eesel AI doesn't ask you to overhaul your current setup. It plugs directly into the tools you already use, including your helpdesk, knowledge bases like Confluence and Google Docs, and internal chat platforms like Slack.

A view of the eesel AI platform highlighting its one-click integrations with various helpdesks and knowledge bases, offering a simpler alternative to complex projects like the Ada v2 API migration.
A view of the eesel AI platform highlighting its one-click integrations with various helpdesks and knowledge bases, offering a simpler alternative to complex projects like the Ada v2 API migration.
  • Total control without code: You don't need to be a developer to customize your AI. With a simple prompt editor and workflow engine, you can define your AI's tone of voice, personality, and the exact actions it can take, from escalating a ticket to looking up order information in Shopify.
The customization interface in eesel AI where users can set rules and guardrails without coding, a contrast to the developer-heavy work needed for the Ada v2 API.
The customization interface in eesel AI where users can set rules and guardrails without coding, a contrast to the developer-heavy work needed for the Ada v2 API.

The bottom line on the Ada v2 API

The Ada v2 API is a logical and necessary step forward for their platform, bringing some much-needed standardization for developers. However, it also serves as a good reminder of the complexity, developer dependency, and risk of vendor lock-in that can come with traditional, all-in-one automation suites. The migration process itself is a perfect example of the engineering resources required to maintain custom integrations on a proprietary platform.

For teams that value speed, flexibility, and control, a modern, integration-first approach offers a simpler way forward. By choosing a solution that works with your existing tools instead of forcing you to build around them, you can get powerful automation without the heavy lifting.

Ready for an AI support solution that works with your tools, not against them? Try eesel AI for free and see how you can set up a powerful AI agent in minutes, not months.

Frequently asked questions

What are the primary reasons Ada decided to introduce the Ada v2 API?

Ada introduced the v2 API to create a more standard and predictable way for developers to build integrations. The main goals are to consolidate endpoints, streamline API tokens, standardize responses, and improve technical aspects like pagination and rate limits.

How significant is the technical effort required to migrate existing integrations to the Ada v2 API?

Migrating to the Ada v2 API involves a significant technical project for your team. It requires reviewing new documentation, updating authentication tokens, thoroughly testing in staging environments, and ongoing monitoring.

What are the main differences in authentication when using the Ada v2 API compared to v1?

The Ada v2 API moves to a single, shared platform token for authentication, replacing the separate API tokens required for each API in v1. This simplifies management but means you must generate new tokens.

Will my existing integrations automatically break once the Ada v2 API is live, or is there a transition period?

Your old v1 API keys will not work with the new Ada v2 API endpoints. Existing integrations built on v1 will require updates and testing to function correctly with v2, meaning a migration is necessary.

Can you summarize the key technical improvements that come with the Ada v2 API?

Key technical improvements include consolidated, resource-oriented endpoints, a uniform JSON structure for all responses, standardized cursor-based pagination, and clearer rate and data limit policies for better reliability.

What are the implications of relying heavily on a single platform's proprietary Ada v2 API for my automation strategy?

Relying heavily on a proprietary API like the Ada v2 API can lead to vendor lock-in. This makes it harder and more expensive to switch tools in the future and ties your automation strategy to that platform's ecosystem and roadmap.

Share this article

Rama Adi Nugraha

Article by

Rama Adi Nugraha

Rama is a software engineer at eesel AI with two years of experience writing about B2B SaaS, AI tools, and customer support technology. Based in Bali, Indonesia, he brings a developer's perspective to product comparisons — cutting through marketing copy to what the integrations and APIs actually do.

Related Posts

All posts →
A complete guide to the Ada Integrations API
Guides

A complete guide to the Ada Integrations API

Explore the capabilities and complexities of the Ada Integrations API for building custom AI solutions. Discover why its developer-first approach and opaque pricing might not be the best fit, and learn about a more self-serve, transparent alternative.

Stevia PutriStevia PutriOct 9, 2025
Stacked-layers icon on a pastel blue and pink background
Guides

Apps in ChatGPT pricing: plans, provider costs, and API budgets

Apps in ChatGPT pricing depends on your ChatGPT plan, the app provider, and whether you are building a separate API workflow.

Stevia PutriStevia PutriOct 8, 2025
Black-and-white illustration of two people arranging connected workflow blocks.
Guides

ChatGPT checkout API: current commerce integration guidance

The current ChatGPT commerce docs cover plugins, MCP servers, and checkout specifications. Diagnose integration errors from evidence before changing a merchant system.

Kenneth PanganKenneth PanganSep 29, 2025
Illustrated woman holding a phone beside the OpenAI logo, surrounded by dollar signs
Guides

ChatGPT pricing in 2026: individual plans, Business seats, and API costs

Compare ChatGPT subscriptions, Business Standard and Premium seats, and separate API costs. Then review what drives the cost of a support teammate.

Stevia PutriStevia PutriSep 25, 2025
Three hanging cards labelled Opus, Sonnet, and Haiku, each with the Claude starburst symbol.
Guides

Claude AI integration: connectors, MCP, API, and safe support workflows

Learn when to use Claude connectors, MCP, or the API; how access and permissions differ; and how to review a support integration before it reaches customers.

Riellvriany IndriawanRiellvriany IndriawanJan 9, 2026
Text and image inputs moving through risk flags to a human reviewer
Guides

OpenAI Moderation API: build a safer support review flow

Learn what OpenAI Moderation API signals mean, how to route flagged support content safely, and how eesel CLI helps test the support workflow around them.

Rama Adi NugrahaRama Adi NugrahaOct 12, 2025
Blue gradient graphic reading Realtime API GA and OpenAI
Guides

OpenAI Realtime API: a current guide to live voice support

Learn when the OpenAI Realtime API fits a live voice-support experience, how to choose a session and transport, and what to test before callers rely on it.

Rama Adi NugrahaRama Adi NugrahaOct 12, 2025
A person viewing connected user and assistant message threads
Guides

OpenAI Threads API: conversation state after Assistants

Learn why OpenAI conversation state now belongs in the Responses and Conversations APIs, what your application still owns, and how to test an eesel teammate safely.

Rama Adi NugrahaRama Adi NugrahaOct 12, 2025
A base network, curated examples, checklist, and refined network
Guides

OpenAI Fine-Tuning API: what to do as it winds down

Learn OpenAI's current fine-tuning status, how to decide between training and support configuration, and how to test a safer path before customer replies change.

Rama Adi NugrahaRama Adi NugrahaOct 12, 2025

Ready to hire your AI teammate?

Set up in minutes. No credit card required.

Get started free