Social media DM API
Coming soon

Social media DM API for future cross-platform inbox products

One DM API for Instagram, Messenger, and the channels that follow. It is a waitlist today, and we would rather say that than promise you a date.

Social media DM API waitlist for teams planning private messaging workflows across Instagram, Facebook Messenger, and future supported social channels.

Last updated: July 2026

WaitlistConversation layerInbound-first

Join the waitlist

Join the social media DM API waitlist if your future product depends on private social conversations, message webhooks, conversation storage, or policy-aware replies. Tell us which inbox or AI workflow you are building.

We will only use this email for bundle.social product updates and early access communication.

Official APIs500k+ connected accountsDirect engineer support

A useful social DM API needs conversation state, not just send-message access

Private messaging products need to know which brand account owns the thread, which customer workspace can see it, and which incoming event opened the reply window.
Each platform has different conversation IDs, payload formats, reply rules, webhooks, and rich message capabilities, so a generic inbox promise can become misleading quickly.
Support teams, AI agents, and agency tools need searchable thread history, event context, and clear send eligibility before messages leave the system.

What bundle.social is building

bundle.social is exploring a conversation layer that can keep supported DM threads tied to the correct social account, workspace, customer, and provider event.
The planned direction prioritizes real incoming messages and webhooks before outbound replies, so future sending is anchored to consent-sensitive platform rules.
Quick replies, buttons, menu selections, and automation payloads should preserve the context that started the conversation.

Designed for products that need a messaging layer

This page is for future clients building social inboxes, CRM handoffs, AI reply tools, creator platforms, or support workflows that need private social conversations inside their own product.

Workflow

Workflow shape

The planned DM workflow starts with inbound events, stores provider-specific thread context, then enables eligible replies and automation branches.

01

Receive DM webhooks

Capture supported private message events and make them available to product workflows that need thread-level context.

02

Attach conversation metadata

Store account, provider, sender, payload, and timestamp context so teams can route messages accurately.

03

Respond when eligible

Support outbound replies only when platform permissions, account type, and messaging windows allow the action.

Product architecture

Build social media workflows without rebuilding every platform

Social media DM API for products that need conversation context

A social media DM API becomes useful when a product needs more than a simple “send message” endpoint. Private conversations usually contain account ownership, sender context, platform-specific payloads, reply windows, automation triggers, and support history. If those pieces are disconnected, teams quickly lose visibility into where a message came from, who can reply, and what should happen next.

bundle.social is building toward a conversation layer for teams that want to connect Instagram DMs, Facebook Messenger and future private social channels into product workflows. This direction is relevant for SaaS platforms, AI agents, CRM handoffs, agency dashboards, support tools and internal marketing systems that need private message events inside their own application.

Teams comparing a future Social Media DM API should also look at the platform-specific pages for Instagram DM API and Facebook Messenger API. Those pages explain why each messaging surface has its own rules, metadata and reply constraints.

Why inbound-first messaging matters for social DM workflows

A reliable social media DM API should start with inbound events. That means the system first captures the private message, stores provider-specific context, identifies the connected account and then checks whether an outbound reply is allowed. This approach is safer than treating social DMs like email, because private messaging is governed by platform permissions, account types, review requirements and reply windows.

Inbound-first messaging is especially important for AI reply tools and support automation. An AI agent should not generate or send a response without knowing which user initiated the conversation, what payload opened the thread and whether the platform allows a reply. The same applies to social inboxes, CRM systems and lead qualification flows.

For teams already using public publishing or analytics workflows, the broader Social Media API can remain the core integration layer, while the future DM API focuses on private conversations, conversation storage and message webhooks.

Social DM API use cases for SaaS, agencies and AI agents

The strongest use cases for a social media DM API usually appear in products that manage conversations at scale. A SaaS platform may want to route Instagram and Messenger conversations into customer workspaces. An agency tool may need client-specific inboxes and audit trails. An AI agent may need message webhooks, conversation memory and reply eligibility checks before generating answers.

The same pattern applies to creator tools, community platforms and customer-support products. These teams need to preserve thread metadata, payload continuity and the original entry point behind the message. A comment, quick reply, ice breaker, menu selection or support handoff can all create different automation paths.

If your workflow depends on message webhooks, payload-aware routing or controlled outbound replies, the Social Media DM API waitlist is the right place to describe what you are building.

Implementation

Current status for social media DM API

The social media DM API workflow is in progress or private beta direction. The page is live now so teams can join the waitlist while bundle.social prepares broader access.

social media DM API waitlist

Visitors should join the waitlist instead of expecting immediate public endpoint access for instagram dms, facebook messenger, and conversation storage.

Receive DM webhooks

Capture supported private message events and make them available to product workflows that need thread-level context.

Attach conversation metadata

Store account, provider, sender, payload, and timestamp context so teams can route messages accurately.

Capabilities

What the future social media DM API is meant to solve

The waitlist is focused on conversation ownership, event reliability, and reply eligibility rather than generic one-off message sending.

Shared conversation model

bundle.social is exploring a conversation layer that can keep supported DM threads tied to the correct social account, workspace, customer, and provider event.

Inbound-first messaging

The planned direction prioritizes real incoming messages and webhooks before outbound replies, so future sending is anchored to consent-sensitive platform rules.

Payload continuity

Quick replies, buttons, menu selections, and automation payloads should preserve the context that started the conversation.

Platform specifics

DM API rollout questions this page is meant to answer

Unified social messaging sounds simple until a real product needs private threads, webhook retries, provider payloads, and consent-sensitive reply windows in the same system.

Thread ownership

The future workflow needs to keep Instagram and Messenger conversations tied to the right connected account, team, customer workspace, and downstream integration.

Inbound before outbound

Message sending should be anchored around real incoming events, not unrestricted broadcast-style DM sending.

Payload continuity

Quick replies, buttons, and later automation steps should preserve the payload context that started the private conversation.

Supported surfaces

Instagram DMsFacebook MessengerConversation storageMessage webhooksOutbound repliesPayload context

Current limitations

  • This rollout starts with Meta messaging surfaces and does not promise every social network on day one.
  • The product direction is not bulk cold-DM sending; outbound replies must stay tied to supported platform rules and user-initiated context.
  • Rich messages, attachments, quick replies, and menus will remain provider-specific even when the conversation model is unified.
  • Official platform rules still apply, including permissions, messaging windows, review requirements, and provider payload limits.

FAQ

Questions developers ask before building

Is social media DM API available in bundle.social today?

Not as public self-serve access yet. This early-access page collects interest from teams that need instagram dms, facebook messenger, conversation storage, and message webhooks and want to shape the private rollout.

Who should join this social media DM API waitlist?

Join if you are building a SaaS product, agency tool, AI agent, social inbox, or internal marketing workflow that needs instagram dms, facebook messenger, conversation storage, and message webhooks. Use the note field to explain what you need from receive dm webhooks.

How does this page relate to Social Media API and Social Media Webhooks API?

This page captures demand for social media DM API while linking to related bundle.social surfaces that are already public or closer to the current product direction.

Do Meta messaging windows and permissions still apply?

Yes. Meta permissions, account eligibility, messaging windows, payload limits, and review requirements still apply. bundle.social is designed to make those workflows easier to manage, not bypass platform rules.

Can this replace a social inbox?

The planned API is meant to power inboxes, AI agents, CRM handoffs, and support products. It is not presented as a finished hosted inbox replacement yet.

Will the DM API work outside Meta?

The waitlist is collecting broader social messaging demand, but planned support starts with Instagram and Facebook Messenger because those surfaces are closest to the current product direction.