The 4 most popular Merge.dev alternatives

The unified APIs of Merge.dev can work well for specific use-cases. But not all integrations are well suited for them. In this article we present 4 popular alternatives to Merge.dev

Robin Guldener
July 16, 2024
6
min read

At first glance, closed unified APIs look great: Integrate with one API once and quickly get integrations with many underlying systems.

This lets engineering teams spend less time on maintenance and sales teams can unlock deals with more supported integrations.

However, in reality closed unified APIs don’t always deliver on their promise.

  • The unified data model is limiting
    The unified data model can only implement the lowest common denominator across the different APIs. This means that you cannot implement API specific features and limits current and future integrations to basic functionality.
    This can limit the perceived value of the integration by prospects, as they are typically looking for deep integrations with their existing systems.
  • Accessing non-unified data is cumbersome
    Merge.dev, like many other unified APIs, provides passthrough requests to let you access data that is not part of the unified model.

    But by using these you basically give up all the advantages of the unified API: Integrations are now again built one by one for each API. You need to learn the external API. Worse, you don’t get the benefits of all the infrastructure the unified API has built. This means you need to build your own background jobs, scheduling, caching, rate-limit handling etc. - whilst still paying the full price of the unified API.
  • No control over the supported APIs and use-cases
    Because Merge builds all integrations in-house, you can only use the ones they have prioritised and built. If you need an additional API, or support for certain data from an API, you have to wait until they find time to implement it. If they ever do.

    Additionally Merge decides the unified model in which it places the API. For instance, Jira is treated the same as Zendesk, even though both systems serve different purposes.Similarly, Okta, a single sign-on solution, is treated the same as BambooHR, an HRIS system.

    With no control over the supported APIs and use-cases you are at the mercy of Merge’s planning and decision making. This can be an issue if the integrations are core to your product, and your customers need something Merge does not support

With these limitations in mind, let’s look at the four most popular alternatives to Merge.dev.

Merge.dev alternative 1: Nango

Nango is a unified API you can extend & customize

Nango is an open unified API.
It is as fast as Merge to ship integrations, but offers more flexibility.

Liker Merge, Nango has a large and fast-growing catalogue of pre-built integrations for more than 200 APIs.

But unlike Merge, you can also extend and customize integrations on the platform.
Extend the data model, add support for new APIs, or per-customer configuration: You have full control over your integrations and the end-user experience.

Because all integrations run on the Nango platform, you still gets a single API for all your integrations: One way to do auth, fetch data from APIs and write data back.

Nango's platform has been optimized for a great developer experience.
It natively supports incoming webhooks, end-to-end type safety, unified data models, detailed logging and slack alerts. All integrations are created in code, are version controlled in your git repo and sync to Nango with a CLI.

With an open unified API you can truly have a single API for all integrations, with no workarounds, proxy calls and in-house infrastructure to work around the limitations of a closed unified API.

We wrote more about the differences between open and closed unified APIs here.

Open unified APIs give you a single API for all integrations: Unified, customized and fully custom

When to Choose Nango Instead of Merge.dev? 

Here's when Nango might be a better fit for you than Merge.dev:

  • You are constrained by Merge's pre-built, inflexible integrations
  • You need access to data or APIs not included in Merge’s unified model
  • You have but unified integrations and direct integrations
  • You do not want to be constrained by an external provider in the APIs and integrations you can build in the future
  • You want to minimize maintenance overhead, whilst retaining full control over your integrations

Key Figures on Nango

  • Number of supported APIs: 200+
  • Number and examples of supported API categories: 30, including HRIS, Accounting, CRM, Productivity, Ticketing etc.
  • Customization options: 200+ pre-built integrations, with the option to extend and customize them on Nango
  • Pricing: Generous free tier with usage-based pricing. Startups can get special plans or discounts based on their use cases.

Merge.dev alternative 2: Apideck

Apideck is another closed unified API

Apideck is another closed unified API that offers integrations across a wide range of API categories.

Instead of going deep into each category with a large number of supported APIs, they try to cover as many categories as they possibly can. At the time of writing this means that most categories only cover 2-5 APIs in them.

This shows they are open to building solutions for any category that you might need. But you are still dependent on the APIs they add, as you cannot extend their integrations yourself.

Advanced features, such as custom field mappings per customer, are missing. Instead apideck offers a built-in integrations marketplace that lets you display your integrations on your website.

When to Choose Apideck Instead of Merge.dev?

It might make more sense to go with Apideck over Merge.dev in the following cases:

  • You need to connect with APIs across a large number of categories
  • You need to easily integrate a portal for displaying integrations supported by your app on your website
  • You are looking for a solution with a simpler user interface and onboarding experience compared to Merge

Key Figures on Apideck

  • Number of supported APIs: ~120
  • Number and examples of supported API categories: 22, including Payroll, Calendar, HRIS, POS, File Storage, etc. However, only 9 unified APIs are available and other categories have limited support.
  • Customization options: Limited. Users can vote on integrations and categories that the Apideck team is considering. Creating your own integrations is not possible as of now.
  • Pricing: Offers a free tier with 5000 calls a month, and the next category is priced at $249 for 50,000 calls a month for one category only.

Merge.dev alternative 3: Paragon

Paragon is an embedded iPaaS, where integrations are built with a low-code interface

Paragon is a low-code alternative to Merge.dev, which positions itself as an embedded iPaaS (embedded integrations platform) and not a unified API provider.

Integrations need to be built one by one with each API.

Embedded iPaaS solutions offer a visual drag & drop editor to assemble pre-built steps into a “workflow”. This workflow can be triggered with an API, so you can run integration actions from your app.

In theory this allows any person in the company to build any integration with a number of external APIs. In practice we see that the integrations are still deeply tied to the app’s code and data model. But, because the integration logic lives in the UI of the embedded iPaaS, it is disconnected from the rest of the application.

Since embedded iPaaS are primarily low-code tools, their development experience is optimized for simple if-this-then-that automation workflows.

They don't support type safety, data models (unified or not), and don't have a built-in concept of a data sync. Developers need to build these outside of the embedded iPaaS in their own application. Bulk data handling can also be tricky, as the workflow paradigm does not map well to larger data streams (e.g. syncing 10,000+ contacts).

The limited number of pre-built building blocks per API also requires you to build custom parts for each integration one by one.

When to Choose Paragon Instead of Merge.dev?

Here's when you should consider choosing Paragon over Merge.dev:

  • You are looking for a low-code workflow builder to accommodate engineering and non-engineering users alike
  • You are ok to build all integrations one by one
  • The pre-built workflow steps align well with your (planned) integrations (check their catalogue, coverage is limited)

Key Figures on Paragon

  • Number of supported APIs: ~100
  • Number and examples of supported API categories: 21, including HRIS, ATS, Social Media, Office Suite, and more.
  • Customization options: Support for new APIs and pre-built workflow steps can only be added by Paragon.
  • Pricing: No free tier, all pricing plans are quote-based.

Merge.dev Alternative 4: Embedded Tray.io

Tray Embedded is another embedded iPaaS solution

Tray Embedded is an embedded iPaaS offering by Tray.io, that allows you to build integrations into your app.

Embedded integrations are a side product of Tray: Their main business are internal automations (like Zapier) in Enterprises.
This shows in their coverage of APIs and pre-built workflow steps.

Integrations need to be build one by one. Like other embedded iPaaS, Tray does not support type safety, data models (unified or not), and doesn't have a built-in concept of a data sync.
Developers need to build these outside of the embedded iPaaS in their own application.

Bulk data handling can also be tricky, as the workflow paradigm does not map well to larger data streams (e.g. syncing 10,000+ contacts).

When to Choose Tray.io Instead of Merge.dev?

Tray can be a great alternative to Merge in the following cases:

  • You are looking to build bespoke, one-off integrations for specific customers.
  • You want to change the integration for specific customers.

Key Figures on embedded Tray.io

  • Number of supported APIs: ~110
  • Number and examples of supported API categories: 9, including Customer Success, HR, Marketing, etc.
  • Customization options: You are limited to the steps and APIs that Tray has developed. Generic steps for “make any API request” exist.
  • Pricing: Need to get a demo and contact the sales team for a quote

Conclusion

Choosing the right platform for your product integrations is an important infrastructure decision for every B2B SaaS.

The right product integrations platform accelerates your time to market, helps you ship the integrations your customers need and lets you close more deals.

We hope this overview of four popular Merge.dev alternatives has been helpful for you.

If you are still unsure which approach to integrations is the best for you, check the Nango slack community for help and recommendations. It has more than 1,600 developers and product managers building integrations at B2B SaaS products.

See you there!

Robin Guldener
Co-Founder & CEO

Originally an engineer himself Robin has worked on product integrations for 6+ years. Today he is a co-founder at Nango.

Ready to get started?