In September we are simplifying the Embedded Signup flow across all versions. You can preview the simplified flow by configuring Embedded Signup with v#-public-preview (e.g. v3-public-preview
) and launching the flow. See Versions for details.
This document explains how to implement Embedded Signup and capture the data it generates to onboard business customers onto the WhatsApp Business Platform.
Load your app in the App Dashboard and navigate to Facebook Login for Business > Settings > Client OAuth settings:
Set the following toggles to Yes:
Embedded Signup relies on the JavaScript SDK. When a business customer completes the Embedded Signup flow, the customer's WABA ID, business phone number ID, and an exchangeable token code will be returned to the window that spawned the flow, but only if the domain of the page that spawned the flow is listed in the Allowed domains and Valid OAuth redirect URIs fields.
Add any domains where you plan on hosting Embedded Signup, including any development domains where you will be testing the flow, to these fields. Only domains that have enabled https are supported.
A Facebook Login for Business configuration defines which permissions to request, and what additional information to collect, from business customers who access Embedded Signup.
Navigate to Facebook Login for Business > Configurations:
Click the Create from template button and create a configuration from the WhatsApp Embedded Signup Configuration With 60 Expiration Token template. This will generate a configuration for the most commonly used permissions and access levels:
Alternatively, you create a custom configuration. To do this, in the Configurations panel, click the Create configuration button and provide a name that will help you differentiate the custom configuration from any others you may create in the future. When completing the flow, be sure to select the WhatsApp Embedded Signup login variation:
When choosing assets and permissions, select only those assets and permissions that you will actually need from your business customers.
For example, if you select the Catalogs asset but don't actually need access to customer catalogs, your customers will likely abandon the flow at the catalog selection screen and ask you for clarification.
When you complete the configuration flow, capture your configuration ID, as you will need it in the next step.
Add the following HTML and JavaScript code to your website. This is the complete code needed to implement Embedded Signup. Each portion of the code will be explained in detail below.
<!-- SDK loading --> <script async defer crossorigin="anonymous" src="https://connect.facebook.net/en_US/sdk.js"></script> <script> // SDK initialization window.fbAsyncInit = function() { FB.init({ appId: '<APP_ID>', // your app ID goes here autoLogAppEvents: true, xfbml: true, version: '<GRAPH_API_VERSION>' // Graph API version goes here }); }; // Session logging message event listener window.addEventListener('message', (event) => { if (!event.origin.endsWith('facebook.com')) return; try { const data = JSON.parse(event.data); if (data.type === 'WA_EMBEDDED_SIGNUP') { console.log('message event: ', data); // remove after testing // your code goes here } } catch { console.log('message event: ', event.data); // remove after testing // your code goes here } }); // Response callback const fbLoginCallback = (response) => { if (response.authResponse) { const code = response.authResponse.code; console.log('response: ', code); // remove after testing // your code goes here } else { console.log('response: ', response); // remove after testing // your code goes here } } // Launch method and callback registration const launchWhatsAppSignup = () => { FB.login(fbLoginCallback, { config_id: '<CONFIGURATION_ID>', // your configuration ID goes here response_type: 'code', override_default_response_type: true, extras: { setup: {}, featureType: '<FEATURE_TYPE>', sessionInfoVersion: '3', } }); } </script> <!-- Launch button --> <button onclick="launchWhatsAppSignup()" style="background-color: #1877f2; border: 0; border-radius: 4px; color: #fff; cursor: pointer; font-family: Helvetica, Arial, sans-serif; font-size: 16px; font-weight: bold; height: 40px; padding: 0 24px;">Login with Facebook</button>
This portion of the code loads the Facebook JavaScript SDK asynchronously:
<!-- SDK loading --> <script async defer crossorigin="anonymous" src="https://connect.facebook.net/en_US/sdk.js"></script>
This portion of the code initializes the SDK. Add your app ID and the latest Graph API version here.
// SDK initialization window.fbAsyncInit = function() { FB.init({ appId: '<APP_ID>', // your app ID goes here autoLogAppEvents: true, xfbml: true, version: '<GRAPH_API_VERSION>' // Graph API version here }); };
Replace the following placeholders with your own values.
Placeholder | Description | Example value |
---|---|---|
| Required. Your app ID. This is displayed at the top of the App Dashboard. |
|
| Required. Graph API version. This indicates which version of Graph API to call, if you are relying on the SDK's methods to perform API calls. In the context of Embedded Signup, you won't be relying on the SDK's methods to perform API calls, so we recommend that you just set this to the latest API version: v23.0 | v23.0 |
This portion of the code creates a message event listener that captures the following critical information:
// Session logging message event listener window.addEventListener('message', (event) => { if (!event.origin.endsWith(‘facebook.com’)) return; try { const data = JSON.parse(event.data); if (data.type === 'WA_EMBEDDED_SIGNUP') { console.log('message event: ', data); // remove after testing // your code goes here } } catch { console.log('message event: ', event.data); // remove after testing // your code goes here } });
This information will be sent in a message event object to the window that spawned the flow and will be assigned to the data constant. Add your own custom code to the try-catch statement that can send this object to your server. The object structure will vary based on flow completion, abandonment, or error reporting, as described below.
Successful flow completion structure:
{ data: { phone_number_id: '<CUSTOMER_BUSINESS_PHONE_NUMBER_ID>', waba_id: '<CUSTOMER_WABA_ID>', business_id: '<CUSTOMER_BUSINESS_PORTFOLIO_ID>' }, type: 'WA_EMBEDDED_SIGNUP', event: '<FLOW_FINISH_TYPE>', }
Placeholder | Description | Example value |
---|---|---|
| The business customer's business phone number ID |
|
| The business customer's WhatsApp Business Account ID. |
|
| The business customer's business portfolio ID. |
|
| Indicates the customer successfully completed the flow. Possible Values:
|
|
Abandoned flow structure:
{ data: { current_step: '<CURRENT_STEP>', }, type: 'WA_EMBEDDED_SIGNUP', event: 'CANCEL', }
Placeholder | Description | Example value |
---|---|---|
| Indicates which screen the business customer was viewing when they abandoned the flow. See the Embedded Signup flow errors page to see a description of each step. |
|
User Reported Errors
{ data: { error_message: '<ERROR_MESSAGE>', error_id: '<ERROR_ID>', session_id: '<SESSION_ID>', timestamp: '<TIMESTAMP>', }, type: 'WA_EMBEDDED_SIGNUP', event: 'CANCEL', }
Placeholder | Description | Example value |
---|---|---|
| The error description text displayed to the business customer in the Embedded Signup flow. See the Embedded Signup flow errors page for a list of common errors. | Your verified name violates WhatsApp guidelines. Please edit your verified name and try again. |
| Error ID. Include this number if you contact support. |
|
| Unique session ID generated by Embedded Signup. Include this ID if you contact support. |
|
| Unix timestamp indicating when the business customer used Embedded Signup to report the error. Include this value if you are contacting support. |
|
Parse this object on your server to extract and capture the customer's phone number ID and WABA ID, or to determine which screen they abandoned. See Abandoned flow screens for a list of possible <CURRENT_STEP>
values and the screens they correspond to.
Note that the try-catch statement in the code above has two statements that can be used for testing purposes:
console.log('message event: ', data); // remove after testing console.log('message event: ', event.data); // remove after testing
These statements just dump the returned phone number and WABA IDs, or the abandoned screen string, to the JavaScript console. You can leave this code in place and keep the console open to easily see what gets returned when you are testing the flow, but you should remove them when you are done testing.
Whenever a business customer successfully completes the Embedded Signup flow, we will send an exchangeable token code in a JavaScript response to the window that spawned the flow.
// Response callback const fbLoginCallback = (response) => { if (response.authResponse) { const code = response.authResponse.code; console.log('response: ', code); // remove after testing // your code goes here } else { console.log('response: ', response); // remove after testing // your code goes here } }
The callback function assigns the exchangeable token code to a code
constant.
Add your own, custom code to the if-else statement that sends this code to your server so you can later exchange it for the customer's business token when you onboard the business customer.
The exchangeable token code has a time-to-live of 30 seconds, so make sure you are able to exchange it for the customer's business token before the code expires. If you are testing and just dumping the response to your JavaScript console, then manually exchanging the code using another app like Postman or your terminal with cURL, we recommend that you set up your token exchange query before you begin testing.
Note that the if-else statement in the code above has two statements that can be used for testing purposes:
console.log('response: ', code); // remove after testing console.log('response: ', response); // remove after testing
These statements just dump the code or the raw response to the JavaScript console. You can leave this code in place and keep the console open to easily see what gets returned when you are testing the flow, but you should remove them when you are done testing.
This portion of the code defines a method which can be called by an onclick
event that registers the response callback from the previous step and launches the Embedded Signup flow.
Add your configuration ID here.
// Launch method and callback registration const launchWhatsAppSignup = () => { FB.login(fbLoginCallback, { config_id: '<CONFIGURATION_ID>', // your configuration ID goes here response_type: 'code', override_default_response_type: true, extras: { setup: {}, featureType: '<FEATURE_TYPE>', sessionInfoVersion: '3' } }); }
Supported Feature Types | Description |
---|---|
| Leave this blank if you are onboarding the business customer using the default flow. |
| Enables the bypass phone number screens custom flow. |
| Enables the Whatsapp Business App phone number onboarding custom flow. |
| Enables the Marketing Messages Light API onboarding custom flow. |
This portion of the code defines a button that calls the launch method from the previous step when clicked by the business customer.
<!-- Launch button --> <button onclick="launchWhatsAppSignup()" style="background-color: #1877f2; border: 0; border-radius: 4px; color: #fff; cursor: pointer; font-family: Helvetica, Arial, sans-serif; font-size: 16px; font-weight: bold; height: 40px; padding: 0 24px;">Login with Facebook</button>
Once you have completed all of the implementation steps above, you should be able to test the flow by simulating a business customer while using your own Meta credentials. Anyone who you have added as an admin or developer on your app (in the App Dashboard > App roles > Roles panel) can also begin testing the flow, using their own Meta credentials.
Embedded Signup generates assets for your business customers, and grants your app access to those assets. However, you still must perform a series of API calls to fully onboard new business customers who have completed the flow.
The API calls you must make to onboard customers are different for Solution Partners and Tech Providers/Tech Partners.