On Apple platforms, which App answers a call, opens a message or handles a link has always been the user's choice. Applivery lets you make that choice for them: from the Device detail page you can send a command that sets the default App for calling, messaging and web browsing, by passing each App's bundle identifier.
This is a one-off command, not a persistent Policy. It sets the defaults at the moment you send it.
Send the command
In the Applivery Dashboard, go to Devices 1 and open the detail page of the Apple Device you want to configure.
Select the Commands 2 tab and click + New command 3.

From the list of available commands, select Settings, then select Default Applications.
The panel that opens shows three fields, each with the platforms and minimum versions it supports.

Field | What it does | Minimum compatibility shown |
|---|---|---|
Calling | Bundle identifier of the App the system uses as the default calling App. It has to be an App eligible for calling. | iOS/iPadOS 26.0 |
Messaging | Bundle identifier of the App the system uses as the default messaging App. It has to be an App eligible for messaging. | iOS/iPadOS 26.0 |
Web Browser | Bundle identifier of the App the system uses as the default web browser. It has to be a browser App eligible for the Device's region. | iOS/iPadOS, macOS (10.12 Sierra+), tvOS, watchOS, visionOS |
You only need to fill in the field you want to configure. The three are independent of each other.
Type the bundle identifier of the target App in the matching field. Some common values for the Web Browser field:
Browser | Bundle ID (iOS/iPadOS) |
|---|---|
Safari |
|
Google Chrome |
|
Microsoft Edge |
|
Firefox |
|
Click Send to push the command to the Device.
The target App has to be installed on the Device before you send the command, and it has to be able to handle the matching content type — calls, messages, or http and https schemes, depending on the field. That validation is done by the operating system, not by Applivery. The safest approach is to add the App to the Policy as a forced install.
How it works on Apple's side
This maps to Apple's native Settings MDM command with the DefaultApplications item, which Apple added to its MDM protocol so default Apps could be set remotely. Unlike configurations that ship as profiles — a .mobileconfig with a PayloadType — this is a one-off command delivered over APNs. Nothing stays installed on the Device as a persistent profile.
Stop users changing the browser back
The command sets the default browser at the moment you send it, but the user can change it again from Settings > Apps > Default Apps. To prevent that, Apple exposes an additional restriction inside the com.apple.applicationaccess payload:
<key>allowDefaultBrowserModification</key>
<false/>

This restriction only takes effect on supervised Devices. On unsupervised Devices the command to set the browser still works, but the user will always be able to change it afterwards.
Requirements
Requirement | Detail |
|---|---|
Minimum OS — Calling and Messaging | iOS/iPadOS 26.0 or later |
Minimum OS — Web Browser | iOS/iPadOS, macOS 10.12 Sierra or later, tvOS, watchOS, visionOS. Check the command panel for the exact detail per platform. |
App installed | The target App has to be installed on the Device before you send the command |
Mechanism | A command sent from the Device detail page, not a persistent configuration profile |
Connectivity | The Device has to be online and responsive to receive the command |
Troubleshooting
Situation | Likely cause |
|---|---|
The command is sent but the default App does not change | The target App is not installed, or its bundle ID does not exactly match the one registered in the App Store |
The Calling or Messaging field has no effect | The Device runs a version of iOS/iPadOS earlier than 26.0 |
The command never reaches the Device | The Device is offline or not responding to MDM at the time you send it |