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%20visitReplace 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 case | Action | Expected result |
|---|---|---|
| The business opens but the wrong team receives the request | Inspect the intent, group and receiving routing configuration. | The message reaches the team responsible for that entry point. |
| The customer edits the suggested opening text | Use the available origin context alongside the customer’s actual message. | The service responds to the request the customer sent. |
| The entry point includes campaign attribution | Keep 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
- Explore the related Apple Messages capability.
- Find Apple Messages guides and answers.
- Prepare your first complete conversation.
Related resources
Continue with the documentation, guides and examples for this topic. Resources are in English.
Understand the conceptWhat is Apple Messages for Business?Explore the capabilityApple Messages for BusinessImplementation guideIntegrate an Apple Messages customer journey
Get an implementation brief