Unified.to
All articles

Unified MCP vs Merge Agent Handler: A 2026 Comparison


August 25, 2025

MCP.png

Updated July 2026

[Unified MCP](/mcp) and Merge are both unified APIs with hosted MCP servers — the most directly competitive pairing in the MCP integration vendor space. The architectural choice between them comes down to data residency philosophy. Merge uses a sync-and-store architecture where customer data is synced from source systems and stored in Merge's infrastructure, with mature Common Models across 220+ integrations in 7 categories. Unified MCP uses a stateless pass-through architecture with no customer record storage, across 530+ integrations in 29 categories. Both are credible production options targeting B2B SaaS engineering teams; the right answer depends on which architectural philosophy fits your product.

This post compares the two on architecture, integration coverage, schema model, deployment, security, pricing, and use case fit.

Key takeaways

  • Architectural distinction: Merge uses a sync-and-store architecture where data is synced from source systems and stored in Merge's infrastructure. Unified uses a stateless pass-through architecture where every call routes directly to source APIs with no customer record storage.
  • Coverage: Unified leads on breadth — 530+ integrations across 29 categories (CRM 58, HR & Directory 293, Accounting 51, ATS 111, Advertising 13, and others). Merge focuses on depth in 7 categories — HRIS, ATS, Accounting, CRM, Ticketing, Storage, Knowledge Base — with strong coverage in HRIS (80+) and ATS (60+).
  • Schema model: Both ship normalized schemas. Merge's Common Models framework is mature and battle-tested, developed since 2020 with particular strength in HRIS and ATS categories, and includes Field Mapping with JMESPath queries, Field Coverage percentages, and Preview Values. Unified ships 2,700+ normalized objects across 27 categories plus passthrough via include_external_tools.
  • Hosting: Both offer hosted MCP. Merge additionally offers an open-source self-hostable MCP server (merge-api/merge-mcp on GitHub). Unified is hosted-only, with multi-region endpoints (US/EU/AU); Merge does not publicly specify MCP deployment regions.
  • Compliance: Merge holds SOC 2 Type II + ISO 27001 + HIPAA. Unified holds SOC 2 Type II + HIPAA + GDPR + CCPA + PIPEDA. Different strengths for different procurement processes — Merge's ISO 27001 is meaningful for EU enterprise; Unified's PIPEDA covers Canadian regulatory contexts.
  • Pricing: Merge offers a permanent free tier (3 linked accounts forever), with the Launch Plan at $650/mo for up to 10 linked accounts and $65/account after that. Unified offers a 30-day trial and a $750/mo entry plan with unlimited connections on every plan.

What is the problem MCP integration vendors solve?

The Model Context Protocol (MCP) standardizes how AI agents discover and call external tools. The protocol defines message shapes (JSON-RPC 2.0), capability negotiation, and an optional OAuth 2.1 authorization extension — but it deliberately leaves operational concerns (retries, idempotency, replay, caching, event delivery) to implementers. It also doesn't ship integrations.

Both Unified and Merge fill that gap with hosted MCP servers built on top of unified API platforms. The difference is the data residency philosophy underneath.

How do Unified MCP and Merge differ architecturally?

The fastest way to understand the difference: Merge uses sync-and-store; Unified uses stateless pass-through.

Merge architecture (2026):

  • Sync-and-store foundation — customer data is synced from source systems on a schedule and stored in Merge's infrastructure. The sync layer uses background polling and Redis for sync coordination and rate limit management.
  • Common Models framework — Merge's normalized schema layer across 7 categories (HRIS, ATS, Accounting, CRM, Ticketing, Storage, Knowledge Base). Mature and battle-tested, developed since 2020.
  • Field Mapping product — Advanced Mapping with JMESPath queries, Field Coverage percentages, and Preview Values for confirming custom field mappings (Professional and Enterprise tiers)
  • Hosted MCP at ah-api.merge.dev — full URL pattern: https://ah-api.merge.dev/api/v1/tool-packs/<tool-pack-id>/registered-users/<registered-user-id>/mcp. The product is called Merge Agent Handler.
  • Open-source self-host optionmerge-api/merge-mcp GitHub repo for teams that want to deploy MCP themselves
  • Bulk Writes — Bulk POST and AsyncBulkPost for high-volume write patterns, designed to minimize API overhead and stay within third-party rate limits

The architectural emphasis is queryable, structured data access. Merge stores synced customer records, which enables historical queries, warehouse-style access patterns, and consistent read performance regardless of source API behavior.

How current is the data an agent reads? Merge's own documentation resolves this: the agent's tool calls aren't cached — "every call produces a fresh call to the third party" — but the normalized data the agent reasons over is served from Merge's stored copy, as current as the last sync. So a Merge agent makes a fresh outbound call, but reads against Merge's synced Common Models rather than the source system directly — and Merge's own guidance for that sync layer is to "implement polling every 24 hours as a safety net" and check the /sync-status endpoint before reading, rather than trust notification webhooks alone. Unified MCP routes the read itself to the source API at request time, so the agent reads current source state with no sync layer in between.

There's a product-shape difference underneath this. In Merge's own framing, the Unified API normalizes data across third parties while Agent Handler is the MCP server that carries write actions — two products, and Merge notes some teams run both. Unified MCP handles reads and writes across the catalog through a single endpoint.

Unified MCP architecture (2026):

  • Hosted MCP server at mcp-api.unified.to with regional endpoints in US, EU, and AU
  • Normalized data layer — 2,700+ normalized objects (Contact, Deal, Candidate, Employee, Invoice, Payslip, etc.) that work consistently across integrations in the same category
  • Passthrough layer — full integration API access via include_external_tools for endpoints outside the normalized schema. The combined surface is 22,566 callable tools across both layers.
  • Stateless data routing — every MCP call routes directly to the source API; no customer records stored at rest, no caching layer, no sync jobs
  • Managed event infrastructure — native webhooks where vendors support them, virtual webhooks (managed polling) where they don't

The architectural emphasis is current source data and minimal compliance scope. Every read hits the source API; data only ever lives in the source system and the consuming application.

The deeper distinction: Merge optimizes for "give my agents predictable, queryable structured data with mature normalized schemas in HRIS, ATS, and Accounting." Unified optimizes for "give my agents current data across many integration categories with no customer records stored on the integration vendor." For broader context on how integration architecture choices affect long-term engineering overhead, see our breakdown of ETL vs. iPaaS vs. unified API.

How do Unified MCP and Merge compare at a glance?

AspectUnified MCPMerge
Primary roleStateless pass-through hosted MCP with broad coverageHosted MCP over a sync-and-store data layer, with mature Common Models
Integrations530+ across 29 categories220+ across 7 categories
Tool count22,566 callable tools (normalized + passthrough)"More than a thousand tools" (Merge's framing; no published total)
Schema modelNormalized + passthrough combinedCommon Models (category-scoped normalized) + Field Mapping
Normalized objects2,700+ normalized objectsCommon Models in 7 categories
Data architectureStateless pass-through; no customer records storedSync-and-store; customer data stored in Merge's infrastructure
Event deliveryNative + virtual webhooks (managed polling)Native webhooks
HostingFully hosted (US/EU/AU)Hosted (ah-api.merge.dev) + self-host (open-source GitHub repo)
Deployment regionsUS, EU, AUNot publicly specified
Auth modelPer-connection tokenBearer token (tool-pack-id + registered-user-id)
SDKs7 (TS, Python, PHP, Java, Go, C#, Ruby)6 (Python, TS, Go, Java, Ruby, C#)
Embedded UIReact, Vue, Angular, SvelteMerge Link (React, 15 languages)
ComplianceSOC 2 Type II, HIPAA, GDPR, CCPA, PIPEDASOC 2 Type II, ISO 27001, HIPAA, GDPR, CCPA
Free tier30-day trial3 linked accounts forever
Entry tier$750/mo (unlimited connections)$650/mo (10 linked accounts; $65/account after)
Best fitAI-first products needing current source data and broad category coverageB2B SaaS products needing canonical depth in HRIS/ATS/Accounting with mature Common Models

How do the integration models differ?

Merge's tool model: Common Models defines normalized schemas within each of Merge's 7 categories. A Contact in Merge's CRM Common Model maps consistently across the supported CRM integrations; same for Candidates in ATS, Employees in HRIS, Invoices in Accounting. Merge has invested heavily in this layer since 2020, and it's a meaningful product strength — particularly in HRIS and ATS where the canonical fields are well-defined and Field Mapping handles vendor-specific extensions through JMESPath queries.

Unified's tool model: combines normalized schemas with passthrough.

  • Normalized layer: common objects (Contact, Deal, Company, Candidate, Job, Invoice, Bill, Employee, Payslip, etc.) share consistent schemas across integrations within the same category. A crm_contact_list tool returns the same shape whether the underlying integration is Salesforce, HubSpot, Pipedrive, or any of the 58 CRM integrations Unified supports.
  • Passthrough layer: for endpoints outside the normalized schema, include_external_tools surfaces vendor-native APIs directly.

Where each is stronger:

  • Merge's Common Models in HRIS/ATS/Accounting are mature and well-tested with Field Mapping for custom fields — particularly strong if your product is anchored in those categories
  • Unified's normalized layer covers 29 categories with 2,700+ normalized objects — broader category footprint, with passthrough for vendor-specific endpoints

For deeper coverage of how Unified handles CRM normalization specifically, see our CRM API integration guide.

What are the integration coverage trade-offs?

Unified leads on raw breadth and category coverage. Merge leads on depth in their 7 chosen categories.

Merge's coverage:

  • 220+ integrations across 7 categories: HRIS, ATS, Accounting, CRM, Ticketing, Storage, Knowledge Base (Chat announced)
  • HRIS depth: 80+ integrations — Merge's flagship category
  • ATS depth: 60+ integrations
  • Ticketing: 37+ integrations
  • Accounting: 14 integrations
  • CRM: 20+ integrations
  • No productivity coverage (Google Workspace, Microsoft 365)
  • No messaging coverage at general availability (Chat is announced)
  • No advertising, e-commerce, marketing automation, or other long-tail B2B SaaS categories

Unified's coverage:

  • 530+ integrations across 29 categories — broad coverage with strong depth in CRM (58 integrations), HR & Directory (293 integrations including payroll integration for ADP, Gusto, Paychex), Accounting (45), ATS (77), Advertising (13), Ticketing (7), Calendar & Meetings (27), Messaging (18), and other categories. The full integration list is at unified.to/integrations.
  • 2,700+ normalized objects across all 27 categories
  • Full read + write parity across the integration surface
  • Virtual webhooks across all integrations — Unified provides webhook delivery via managed polling for integrations without native webhook APIs (most payroll, accounting, and HR vendors fall here). For deeper coverage, see what are virtual webhooks?

Where each gap shows up:

  • Merge is stronger if your product is anchored in HRIS, ATS, or Accounting workflows where Common Models maturity and Field Mapping matter substantially
  • Unified is stronger for products needing categories Merge doesn't cover — productivity, messaging, advertising, e-commerce, marketing automation, calendar, and other long-tail B2B SaaS categories
  • Unified is the only option in this comparison shipping virtual webhooks for integrations without native webhook APIs

How do data architecture trade-offs affect compliance scope?

This is the most consequential architectural difference between Unified and Merge for procurement.

Merge's data residency model:

  • Merge stores customer data and credentials in its infrastructure as part of the sync-and-store architecture
  • Merge becomes a sub-processor for your customers' HRIS, ATS, accounting, and CRM data
  • This expands your compliance scope for SOC 2, HIPAA, and GDPR audits — Merge is processing your customers' sensitive data
  • Data residency considerations apply to where Merge stores the synced data
  • Customer data persists in Merge until actively deleted

Unified's data residency model:

  • Stateless architecture — no customer records stored at rest in Unified's infrastructure
  • Only connection metadata and OAuth tokens retained
  • Unified is not a sub-processor for the customer record data flowing through it — the data only ever lives in the source system and the consuming application
  • Optional hide_sensitive filtering removes PII fields from results before they return to LLMs
  • Optional customer-managed secrets (AWS Secrets Manager, Google Cloud Secret Manager, Azure Key Vault, HashiCorp Vault) for OAuth credential storage

Where each fits:

  • Merge is the right choice if you need queryable, structured data access patterns where Merge's role as a sub-processor is acceptable in your compliance posture, and the historical data caching benefits your read patterns
  • Unified is the right choice if your product needs to minimize the integration vendor's compliance scope — particularly for healthcare, regulated industries, or products serving compliance-sensitive customers where adding a sub-processor for customer integration data is a procurement gate

For deeper coverage of how Unified handles OAuth lifecycle, see how to handle OAuth across many integrations.

How does deployment compare?

Merge's deployment options:

  • Hosted MCP at ah-api.merge.dev — managed by Merge
  • Open-source self-hostmerge-api/merge-mcp GitHub repo allows teams to deploy and manage the MCP server themselves
  • Deployment regions for hosted MCP — not publicly specified in current documentation
  • Merge's broader platform supports single-tenant deployment options for enterprise customers

Unified MCP's deployment options:

  • Fully hosted at mcp-api.unified.to with multi-region endpoints (US, EU, AU)
  • Unified manages scaling, availability, and updates
  • Customers do not deploy or operate MCP infrastructure
  • Optional customer-managed secrets supported for OAuth credential storage

Where each fits:

  • Merge's open-source self-host option is meaningful for teams that want to deploy the MCP server in their own infrastructure
  • Unified's multi-region published endpoints (US/EU/AU) are meaningful for products with explicit data residency requirements where the MCP region matters
  • Unified is hosted-only — no self-host option for the MCP server itself

How do security and compliance compare?

Both vendors hold credible 2026 enterprise compliance posture but with different strengths.

Merge:

  • SOC 2 Type II + ISO 27001 + HIPAA + GDPR + CCPA
  • Authentication, data encryption at rest and in transit
  • Single-tenant deployment options for enterprise tier
  • Customer data stored in Merge's infrastructure as part of sync-and-store architecture
  • Integration Observability for audit and monitoring

Unified MCP:

  • SOC 2 Type II + HIPAA + GDPR + CCPA + PIPEDA alignment
  • Stateless architecture by default — no customer records stored at rest; only connection metadata and tokens retained
  • Optional hide_sensitive filtering — removes sensitive fields from results before returning to LLMs
  • Optional customer-managed secrets (AWS Secrets Manager, Google Cloud Secret Manager, Azure Key Vault, HashiCorp Vault)
  • Multi-region deployments (US, EU, AU) for data residency
  • TLS 1.2+ in transit, AES-256 for the minimal operational metadata stored at rest

Where each is stronger:

  • Merge's ISO 27001 certification is a meaningful procurement gate for many EU enterprise contexts that Unified does not currently hold
  • Merge's HIPAA coverage applies to their broader hosted platform
  • Unified's PIPEDA alignment covers Canadian regulatory contexts; HIPAA and GDPR/CCPA are aligned at the standard tier
  • Unified's stateless architecture meaningfully reduces compliance scope — the integration vendor isn't a sub-processor for customer integration data flowing through it
  • Both ship at enterprise-credible compliance posture; the choice depends on which architectural and certification properties matter for your procurement

How does pricing compare?

Merge:

  • Free tier: 3 linked accounts forever (permanent free tier)
  • Launch Plan: $650/month for up to 10 linked accounts
  • Overage: $65 per linked account after 10
  • Pricing model: Per Linked Account
  • Public pricing page

Unified MCP:

  • Free tier: 30-day trial
  • Entry paid plan: $750/mo (Grow plan)
  • Pricing model: API call volume with unlimited connections on every plan
  • Public pricing page
  • Merge's permanent free tier (3 linked accounts forever) is more accessible for small teams and prototypes than Unified's 30-day trial
  • Merge's $650/mo entry tier is slightly cheaper than Unified's $750/mo, but the per-Linked-Account model means costs scale linearly with your customer count — at $65/account after 10, a B2B SaaS product with 100 customers connected to integrations would pay $650 + (90 × $65) = $6,500/mo
  • Unified's volume-based model with unlimited connections favors B2B SaaS at customer scale where connection counts matter — you don't get re-priced as you onboard more customers
  • For products with low customer counts, Merge is cheaper. For products growing to many customers each connecting integrations, Unified's unlimited-connections model can become substantially cheaper as connection count grows

Pricing decision rule of thumb: if your product has fewer than ~25 customers connecting integrations, Merge's per-Linked-Account model will likely cost less. If your product has 50+ customers connecting integrations, Unified's unlimited-connections model typically wins on unit economics. The exact crossover depends on call volume.

When should you choose Merge?

Merge is the right choice when:

  • Your product is anchored in HRIS, ATS, or Accounting workflows where Merge's mature Common Models and Field Mapping product meaningfully reduce engineering load
  • You need queryable, structured data access patterns where Merge's sync-and-store architecture fits your read patterns (historical data, warehouse-style access)
  • High-volume bulk write patterns are core to your use case — Merge's Bulk Writes are purpose-built for this
  • ISO 27001 certification is a procurement requirement
  • You want an open-source self-hostable MCP server option you can deploy and operate yourself
  • You're comfortable with Merge as a sub-processor for your customers' integration data
  • Your product has a smaller customer count where the per-Linked-Account pricing model is cost-effective
  • You want a permanent free tier (3 linked accounts forever) for prototyping and small deployments
  • Merge Link's React-based embedded UI with 15-language i18n fits your customer-facing requirements
  • Agent Handler has named production adoption — Perplexity is a published Agent Handler customer on Merge's site — if proven traction on the specific product matters to your evaluation

When should you choose Unified MCP?

Unified MCP is the right choice when:

  • Your product needs broad integration coverage across many B2B SaaS categories — productivity, messaging, advertising, e-commerce, marketing automation, calendar, and others where Merge has limited or no presence
  • You need current source data without ambiguity — every call hits the source API, no caching layer, no sync jobs
  • You need a stateless architecture where the integration vendor isn't a sub-processor for customer integration data
  • You need event delivery from integrations that don't have native webhooks (payroll, accounting, HR systems where Unified's virtual webhooks fill the gap)
  • You need PIPEDA compliance for Canadian regulatory contexts at the standard tier
  • You need multi-region published endpoints (US/EU/AU) for explicit data residency requirements
  • You're building B2B SaaS at customer scale where unlimited connections matter for unit economics — typically 50+ customers connecting integrations
  • You want broad SDK polyglot support (TypeScript, Python, PHP, Java, Go, C#, Ruby) and embedded UI for React, Vue, Angular, and Svelte
  • You want zero operational MCP burden — no infrastructure to deploy, scale, or update

Frequently asked questions

What's the architectural difference between Merge and Unified MCP?

Merge uses a sync-and-store architecture where customer data is synced from source systems on a schedule and stored in Merge's infrastructure. Unified uses a stateless pass-through architecture where every MCP call routes directly to the source API with no customer records stored at rest. The trade-off is queryable, predictable structured data access (Merge) versus current source data and minimized compliance scope (Unified).

Does Merge's MCP serve cached data or current data?

Merge's documentation clarifies the mechanism: Agent Handler tool calls aren't cached server-side — each produces a fresh call to the third party — but the normalized data the agent reasons over is Merge's stored copy, as current as the last sync. Unified MCP routes each read directly to the source API at request time, so the agent reads current source state without a sync layer in between.

Do MCP tools provide normalized data across integrations?

Both Unified and Merge ship normalized schemas across their MCP tools. Merge's Common Models framework spans 7 categories (HRIS, ATS, Accounting, CRM, Ticketing, Storage, Knowledge Base) with mature schemas developed since 2020 and Field Mapping for custom fields. Unified ships 2,700+ normalized objects across 27 categories plus passthrough via include_external_tools for endpoints outside the normalized schema.

How many integrations does each platform support?

Merge supports 220+ integrations across 7 categories — HRIS, ATS, Accounting, CRM, Ticketing, Storage, Knowledge Base. Unified supports 530+ integrations across 29 categories with 22,566 callable tools combining normalized objects (across 2,700+ normalized objects) and passthrough access. Merge does not publish a total MCP tool count; their public framing is "more than a thousand tools."

Can I self-host either MCP server?

Merge offers an open-source self-hostable MCP server (merge-api/merge-mcp on GitHub) in addition to the hosted option at ah-api.merge.dev. Unified MCP is hosted-only; customers do not deploy or operate MCP infrastructure, though customer-managed secrets storage (AWS Secrets Manager, Google Cloud Secret Manager, Azure Key Vault, HashiCorp Vault) is supported.

Does either store customer data?

Merge stores customer data and credentials as part of the sync-and-store architecture — Merge becomes a sub-processor for your customers' integration data, expanding your compliance scope. Unified is stateless by default — no customer records stored at rest; only connection metadata and tokens retained. Optional hide_sensitive filtering can remove PII fields from results before they return to LLMs.

What compliance certifications does each have?

Merge holds SOC 2 Type II, ISO 27001, HIPAA, GDPR, and CCPA. Unified holds SOC 2 Type II, HIPAA, GDPR, CCPA, and PIPEDA. Different strengths for different procurement requirements — Merge's ISO 27001 is meaningful for EU enterprise procurement; Unified's PIPEDA covers Canadian regulatory contexts at the standard tier.

What's the pricing difference?

Merge offers a permanent free tier (3 linked accounts forever) and a Launch Plan at $650/mo for up to 10 linked accounts ($65/account after that). Unified prices on API-call volume with unlimited connections on every plan, starting at $750/mo (Grow, 750K calls), then $1,500/mo (Pro, 2M calls) and $3,000/mo (Scale, 6M calls). A list request returns up to 100 records per call, so a large read is several calls; virtual webhooks bill only when a change is detected, while native webhook calls, like other successful calls, are billable. For products with fewer than ~25 customers connecting integrations, Merge is typically cheaper; at 50+ connected customers, Unified's unlimited-connections model typically wins on unit economics.

Which should you choose?

Unified and Merge are both credible 2026 unified API + hosted MCP options targeting B2B SaaS engineering teams. They've made different architectural choices that suit different use cases.

Merge is the right choice when your product is anchored in HRIS, ATS, or Accounting workflows where Common Models maturity and Field Mapping matter, when sync-and-store architecture fits your read patterns, when ISO 27001 is a procurement requirement, or when your customer count is small enough that per-Linked-Account pricing is cost-effective.

Unified is the right choice when your product needs broad integration coverage across many B2B SaaS categories, when current source data matters, when reducing the integration vendor's compliance scope is important, when you're growing to many customers each connecting integrations, or when you need categories Merge doesn't cover (productivity, messaging, advertising, e-commerce, and others).

Both architectures are legitimate engineering choices. The right answer depends on which trade-offs fit your product's roadmap.

Unified.to provides a hosted MCP server with 22,566 callable tools across 530+ integrations in 29 categories, with 2,700+ normalized objects and full passthrough access to integration APIs.

Start a free trial or book a demo to see it work.


Written for Unified.to by Mallory Greene.

About the author: Mallory Greene writes about generative engine optimization (GEO) and B2B content strategy through her practice, Search Everywhere. She has covered unified APIs and integration infrastructure across Unified.to's technical content library. Based in Toronto.

All articles