Skip to main content

Onboarding WhatsApp Business app users (aka “Coexistence”)

Updated: Dec 8, 2025 You can configure Embedded Signup to allow business customers to onboard using their existing WhatsApp Business app account and phone number. Customers who are successfully onboarded after choosing this option will then be able to use your app to message their customers at scale, but still have the ability to send messages on a one-to-one basis using the WhatsApp Business app, while keeping messaging history between both apps in sync.

How it works

When you configure Embedded Signup for WhatsApp Business app phone numbers, a business customer who goes through the flow will be given the option to connect their existing WhatsApp Business app account to Cloud API: If they choose this option and enter their WhatsApp Business app phone number, they will be presented a verification code to enter. The message instructs the business to copy the verification code and follow the steps: Expect to receive a message from the official Facebook Business Account. Click Connect: Tap the Connect to the Business Platform button to continue the onboarding process. Tap the Confirm button in the app to give the business the option to share their chat history with you. Paste the verification code. They can complete the remainder of the Embedded Signup flow. This returns their asset IDs and exchangeable token code to the spawning window, as normal. You can then use that information in API calls to (1) onboard the business customer the same way you would any other business customer and (2) synchronize their contacts and messaging history (if permitted by the business) so you can populate it in your app.

Requirements

the business customer must be using WhatsApp Business app version 2.24.17 or higher. the business customer’s phone number country code must be supported you must already be a Solution Partner or Tech Provider you must know how to use Cloud API your webhook callback must be be able successfully accept and digest webhooks you must be using Embedded Signup with session logging

Limitations

In order to remain compatible with the WhatsApp Business app, business phone numbers that are in use with both the WhatsApp Business app and Cloud API have a fixed throughput of 20 mps. If your business customer worked with a partner in the past and still shares the previous credit line, they may see an error when attempting to switch to a new partner. Follow the guide to resolve the error.

Unsupported countries

WhatsApp Business account phone numbers with country codes from the following countries are not supported: Nigeria South Africa

Pricing

After a business customer has been onboarded to Cloud API, messages sent by the business via the WhatsApp Business app will continue to be free, but messages sent via API will be subject to Cloud API pricing. See our API Solutions for WhatsApp Business App Users pricing explainer PDF for breakdowns of common pricing scenarios.

Customer service window

Customer service windows will only be opened when a WhatsApp user messages a business customer who is already onboarded onto Cloud API. If a WhatsApp user messages a business just prior to the business being onboarded onto Cloud API, the business can only respond with a template message, since no customer service was opened. If the user messages the business after it has been onboarded onto Cloud API, a customer service window will be opened as normal, and the business can then respond with a non-template message.

Feature comparison

The following table describes features available to business customers who have been onboarded to Cloud API, as well as any changes to WhatsApp Business app functionality post-onboarding.

Linked devices

Businesses can link up to four WhatsApp “companion” clients to their WhatsApp Business app account on other devices (described as “ linked devices” in our Help Center). All companion clients are supported, except for WhatsApp for Windows and WhatsApp for WearOS. Once a business customer onboards to Cloud API with an existing WhatsApp Business app account and number, all companion apps will be unlinked from the account, and the business can then re-link any supported companion apps. WhatsApp users who use an unsupported companion client to message an onboarded business can do so, but the message will not trigger messages webhooks, so the business won’t be able to mirror the message in their own app. Messages sent from an onboarded business (by any means) that are viewed in an unsupported companion device will appear with placeholder text, instructing the WhatsApp user to view the message in their primary device.

Setting up your app

Step 1: Subscribe to webhooks

Navigate to the App Dashboard > WhatsApp > Configuration panel and subscribe your app to the following WhatsApp Business Account webhook topic fields, and make sure your app’s callback code can digest payloads for each of them. Note that these fields are in addition to any fields you are already subscribed to as a solution provider. history — describes past messages the business customer has sent/received smb_app_state_sync — describes the business customer’s current and new contacts smb_message_echoes — describes any new messages the business customer sends with the WhatsApp Business app after having been onboarded

Step 2: Customize Embedded Signup

Add a featureType property set to whatsapp_business_app_onboarding to the extras object in the launch method and callback registration portion of the Embedded Signup implementation code.
To verify that you have enabled the feature correctly, access your implementation of Embedded Signup. If the WABA selection screen has been replaced with a screen that gives you the option to connect your existing WhatsApp Business account, the feature is enabled:

Step 3: Surface Embedded Signup to customers

Once you have confirmed that the feature has been enabled, surface Embedded Signup to your business customers. Note that when a business completes the flow and you onboard the customer, you have 24 hours to synchronize their messaging history, otherwise they must be offboarded and they must complete the flow again. For this reason, we recommend that you: onboard and synchronize as soon as the business completes the flow inform the business that you are synchronizing their WhatsApp Business app data advise them to keep the WhatsApp Business app open to facilitate the synchronization process Onboarding and synchronization can take several minutes, depending on a number of factors such as the size of the business’s messaging history, their internet speed, how quickly you can digest webhooks, etc. When you complete the onboarding process, the WhatsApp Business app will automatically refresh and indicate to the business that their number is now connected to the API: After you finish synchronizing the business’s messaging history, we recommend that you inform the customer that the process is complete.

Onboarding business customers

When a business customer successfully completes the Embedded Signup flow, their asset IDs and an exchangeable token code will be returned to the window that spawned the flow, as normal, but the session event payload will have event set to FINISH_WHATSAPP_BUSINESS_APP_ONBOARDING:
Capture the customer’s asset IDs and exchangeable token code and use them to onboard the customer as you normally would, but skip the phone number registration step, as the number is already registered. Onboarding business customers as a Solution Provider Onboarding business customers as a Tech Provider Once you have completed these onboarding steps, you can begin the messaging history synchronization process.

Check onboarding status (optional)

If you wish, you can check if the customer’s business phone number is registered for both Cloud API and WhatsApp Business app use by requesting the is_on_biz_app and platform_type fields on the business phone number ID: Example request:
Example response: If is_on_biz_app is true and platform_type is CLOUD_API, the business phone number is able to use Cloud API and the WhatsApp Business app:

Synchronizing WhatsApp Business app data

After you onboard the business customer, you have 24 hours to synchronize their contacts and messaging history, otherwise they must be offboarded and complete the flow again. For this reason, we recommend that you begin the synchronization process as soon as you finish onboarding the business. As a reminder, make sure that you subscribed to the business’s WABA when you onboarded the business, and that you are subscribed to the additional webhook fields, otherwise you will miss important webhooks.

Step 1: Initiate contacts synchronization

Use the POST /<BUSINESS_PHONE_NUMBER_ID>/smb_app_data endpoint to request the business customer’s contacts information. If the request is successful, a set of smb_app_state_sync webhooks will be triggered describing the WhatsApp contacts in the business’s WhatsApp Business app. Future additions or changes to the business’s WhatsApp contacts will trigger a corresponding smb_app_state_sync webhook. Note that you can only perform this step once. If you need to perform it again, the customer must first offboard, then complete the Embedded Signup flow again.

Example request

Example response

Upon success:
We recommend that you store the request_id value in case you need to contact support.

Step 2: Initiate message history synchronization

Use the POST /<BUSINESS_PHONE_NUMBER_ID>/smb_app_data endpoint again, this time to initiate messaging history synchronization. Upon success, one or more history webhooks will be triggered, depending on if the business chose to share their messaging history with you. Note that you can only perform this step once. If you need to perform it again, the customer must first offboard, then complete the Embedded Signup flow again.

Messaging history shared

If the business chose to share their messaging history with you, a series of history webhooks will be triggered, describing each message sent to, or received from, WhatsApp users within a set period of time. See history for a description of the contents of these webhooks and how they are organized.

Messaging history not shared

If the business chose not to share their messaging history with you, a history webhook with error code 2593109 will be triggered instead.

Example request

Example response

If the request is successful, the API will respond with the following JSON payload. Note that this response only indicates successful acceptance of the request, it does not indicate if the business shared or their messaging history with you.
We recommend that you store the request_id value in case you need to contact support.

Step 3: Mirror new WhatsApp Business app messages

Onboarded businesses are still able to use the WhatsApp Business app and supported companion devices to send and receive messages. Each time a business sends a message with one of these apps, it triggers an smb_message_echoes webhook, which you must digest and display in the contact message thread history in your app.

Reporting conversion activity

Onboarded business customers may run Click to WhatsApp ads, so we recommend that you report purchase/lead-gen signals on behalf of the business using the Conversions API. See Conversions API for business messaging.

Offboarding business customers

You cannot use the POST /<WHATSAPP_BUSINESS_PHONE_NUMBER_ID>/deregister endpoint to deregister a business phone number from Cloud API if it is already in use with both Cloud API and the WhatsApp Business app. Instead, your business customers can use the WhatsApp Business app to disconnect from Cloud API by navigating to the Settings > Account > Business Platform and clicking the Disconnect Account button. When a business customer disconnects from Cloud API, an account_update webhook with a PARTNER_REMOVED event is triggered.

Errors

If you onboard a business customer with a WhatsApp Business app phone number, you may later receive a messages webhook with error code 131060. One possible reason for this is a WhatsApp user with an unsupported companion device sends or receives a message to or from the business. If you receive this webhook, instruct the business to check the WhatsApp Business app for the message.

Webhooks

account_update

Describes changes to a WhatsApp Business Account (“WABA”).

Trigger events

the business phone number associated with the WABA changes the WABA’s status changes

Payload syntax

Example payload

Edit

This reference describes edit events and payload contents for the WhatsApp Business Account messages webhook for replies to interactive messages.

Trigger events

A WhatsApp user edits a previously sent message (text, media with caption). A WhatsApp user edits a previous sent message within 15 minutes after being sent.

Syntax

Parameters

Example

This example webhook describes an edit made by a user in a message.

Revoke

This reference describes revoke events and payload contents for the WhatsApp Business Account messages webhook for replies to interactive messages.

Trigger events

A WhatsApp user revokes (deletes) a previously sent message. A WhatsApp user revokes a previous sent message within two days after being sent.

Syntax

Parameters

Example

This example webhook describes a delete made by a user in a message.

History

Describes the WhatsApp Business app chat history of a business that has chosen to share their chat history with a solution provider, or the business’s decision to decline chat history sharing.

Trigger events

a solution provider synchronize the WhatsApp Business app chat history of a business customer who they have onboarded with a WhatsApp Business app phone number, and who has agreed to share their chat history a solution provider synchronize the WhatsApp Business app chat history of a business customer who they have onboarded with a WhatsApp Business app phone number, but the customer has declined to share their chat history

Chat history contents

If the business has already approved chat history sharing when the solution provider requests the business’s chat history, a series of history webhooks will be triggered, describing all messages sent or received within 180 days of the time when the business was onboarded onto Cloud API. messages that are part of a group chat will not be included media messages will not include media asset IDs; instead, additional history webhooks containing media message asset IDs will be sent separately, but only for media messages sent within 14 days of onboarding Note that for efficiency purposes, a single webhook could potentially describe thousands of messages, so we recommend that you capture its contents first, then process the contents asynchronously.

Phases and chunks

Webhooks are divided into three history phases, where day 0 indicates the time when the business was onboarded onto Cloud API: phase 0: day 0 through day 1 phase 1: day 1 through day 90 phase 2: day 90 through day 180 For each phase, chat history webhooks may be sent in separate chunks, depending on the total number of messages that comprise the thread. you can use the chunk_order parameter value to arrange these chunks in their sequential order, as they may not be delivered sequentially you can use the phase parameter value to monitor phase progress. A value of 2 indicates that the current phase is complete. you can use the progress parameter value to monitor the overall progress. A value of 100 indicates that synchronization is complete. If there is no chat history available for a given phase, no corresponding webhooks will be sent.

Payload syntax — chat history sharing approved

Payload contents — chat history sharing approved

Example payload — chat history sharing approved

Example payload for two message threads: (1) a thread containing a text message and video message sent to a WhatsApp user, and the WhatsApp user’s response, and (2) a text message sent to a WhatsApp user thanking them for their order. Note that the media message’s contents in the first thread are not described. Instead, a second webhook is triggered, describing the media message’s contents.

Example payload for media message asset

Payload syntax — chat history sharing declined

Example payload — chat history sharing declined

smb_app_state_sync

Describes one or more WhatsApp contacts in a business customer’s WhatsApp Business app.

Trigger events:

a solution provider synchronizes the WhatsApp contacts of a business customer who they have onboarded with a WhatsApp Business app phone number a business customer, onboarded by a solution provider, with a WhatsApp Business app phone number adds, edits, or removes a WhatsApp contacts

Payload syntax

Payload contents

smb_message_echoes

Describes a message sent by a business customer to a WhatsApp user with the WhatsApp Business app or supported companion device.

Trigger events

A business customer uses the WhatsApp Business app or supported companion device to message a WhatsApp user.

Payload syntax

Payload contents

Example payload

This example payload describes a text message (type is text) sent to a WhatsApp user by a business customer with the WhatsApp Business app.

Need support?

For Coexistence onboarding, choose: Question Topic: “WABiz: Onboarding” and “TechProvider: Onboarding” Request Type: “Embedded Signup - Coexistence Onboarding” For Coexistence API issues, choose: Question Topic: “WABiz: Cloud API” Request Type: “Coexistence Data Synchronization APIs and Webhooks” Did you find this page helpful? Thumbs up icon Thumbs down icon ON THIS PAGE How it works Requirements Limitations Unsupported countries Pricing Customer service window Feature comparison Linked devices Setting up your app Step 1: Subscribe to webhooks Step 2: Customize Embedded Signup Step 3: Surface Embedded Signup to customers Onboarding business customers Check onboarding status (optional) Synchronizing WhatsApp Business app data Step 1: Initiate contacts synchronization Example request Example response Step 2: Initiate message history synchronization Messaging history shared Messaging history not shared Example request Example response Step 3: Mirror new WhatsApp Business app messages Reporting conversion activity Offboarding business customers Errors Webhooks account_update Trigger events Payload syntax Example payload Edit Trigger events Syntax Parameters Example Revoke Trigger events Syntax Parameters Example History Trigger events Chat history contents Phases and chunks Payload syntax — chat history sharing approved Payload contents — chat history sharing approved Example payload — chat history sharing approved Example payload for media message asset Payload syntax — chat history sharing declined Example payload — chat history sharing declined smb_app_state_sync Trigger events: Payload syntax Payload contents smb_message_echoes Trigger events Payload syntax Payload contents Example payload Need support?