Sign inGet started

Create useful Apple Messages entry points

Connect discovery, website and app entry points to the right business, service task and conversation context.

Prerequisites

You need the correct Apple business identity, its approved service experience and access to the website, app or business property where the entry point will appear.

1. Choose the customer’s starting point

Place the entry where a question naturally arises: a location, product, order or service page. Explain what the team can help with and use an appropriate channel entry experience.

2. Set the business and context

Use Apple’s entry-point URL format for the business. For a studio visit, the URL can carry a service intent, a receiving group and a draft message:
Code example
https://bcrw.apple.com/urn:biz:BUSINESS_ID?biz-intent-id=studio_visit&biz-group-id=customer_care&body=I%20would%20like%20to%20book%20a%20visit
Replace BUSINESS_ID with the identifier Apple issued to your business. Configure biz-intent-id and biz-group-id to match the receiving workflow. The body value prefills the customer’s composer; the customer still sends the first message. Public URLs must not contain credentials or protected account details.

3. Connect the receiving route

Map the starting context to the correct service flow or team. Prepare the welcome to acknowledge the likely task without assuming the customer’s account identity.

4. Test the complete journey

Open the entry point on representative supported devices. Send the first message, inspect the resulting business and conversation context, then finish the task. Test a device or environment that needs another contact path.

5. Measure the entry-point cohort

Record conversation origin consistently and join it to the completed service event. Keep website clicks, conversation starts and business outcomes distinct.

Verify origin and routing separately

Test a product page and a location page as separate entry points. Open each link, inspect the intended business in Messages and send the suggested message. Verify the receiving conversation’s service context and destination team. Repeat the test without sending: a composer open must remain distinct from an inbound customer message.
Test caseActionExpected result
The business opens but the wrong team receives the requestInspect the intent, group and receiving routing configuration.The message reaches the team responsible for that entry point.
The customer edits the suggested opening textUse the available origin context alongside the customer’s actual message.The service responds to the request the customer sent.
The entry point includes campaign attributionKeep campaign fields separate from business routing fields.Reporting can identify the acquisition source without changing the service destination.

Troubleshooting

If an entry point opens the wrong conversation, verify the business identifier and route context. If a click produces no conversation, investigate device support and the actual customer path before counting it as a conversation start.

Next steps