DevRev SDK, used for integrating DevRev services into your iOS app.
- DevRev SDK for iOS
- Xcode 16.0 or later (latest stable version available on the App Store).
- Swift 5.9 or later.
- Set the minimum deployment target for your iOS application as iOS 15.
The DevRev SDK can be integrated using either Swift Package Manager (SPM) or CocoaPods.
Caution
We recommend integrating the DevRev SDK using Swift Package Manager. CocoaPods is in maintenance mode since August 2024 and will be deprecated in the future.
You can integrate the DevRev SDK in your project as a Swift Package Manager (SPM) package.
To integrate the DevRev SDK into your project using SPM:
- Open your project in Xcode and navigate to the Add Package Dependency.
- Enter the DevRev SDK URL under Enter Package URL:
- For HTTPS: https://github.com/devrev/devrev-sdk-ios
- For SSH:
[email protected]:devrev/devrev-sdk-ios.git
- In the Build Phases section of your app target, locate the Link Binary With Libraries phase and confirm that
DevRevSDK
is linked. If not, add it by clicking + and selectingDevRevSDK
from the list.
Now you should be able to import and use the DevRev SDK in your project.
To integrate the DevRev SDK using CocoaPods:
-
Add the following to your
Podfile
:pod 'DevRevSDK', '~> 1.0.0'
-
Run
pod install
in your project directory.
This will install the DevRev SDK in your project, making it ready for use.
- Open the DevRev web app at https://app.devrev.ai and go to the Settings page.
- Under PLuG settings copy the value under Your unique App ID.
- After obtaining the credentials, you can configure the DevRev SDK in your app.
The SDK will be ready for use once you execute the following configuration method.
DevRev.configure(appID:)
Use this property to check whether the DevRev SDK has been configured:
await DevRev.isConfigured
For example:
DevRev.configure(appID: "abcdefg12345")
Configure the SDK in the AppDelegate.application(_:didFinishLaunchingWithOptions:)
method.
Depending on your app's architecture, configure the SDK at the app's entry point or initial view.
To access certain features of the DevRev SDK, user identification is required.
The identification function should be placed appropriately in your app after the user logs in. If you have the user information available at app launch, call the function after the DevRev.configure(appID:)
method.
Important
If you haven't previously identified the user, the DevRev SDK will automatically create an anonymous user for you immediately after the SDK is configured.
Important
The Identity
structure allows for custom fields in the user, organization, and account traits. These fields must be configured through the DevRev app before they can be utilized. For more information, refer to Object customization.
The anonymous identification method allows you to create an anonymous user with an optional user identifier, ensuring that no other data is stored or associated with the user.
DevRev.identifyAnonymousUser(userID:)
The unverified identification method identifies users with a unique identifier, but it does not verify their identity with the DevRev backend.
DevRev.identifyUnverifiedUser(_:)
The function accepts the DevRev.Identity
structure, with the user identifier (userID
) as the only required property, all other properties are optional.
The verified identification method is used to identify users with an identifier unique to your system within the DevRev platform. The verification is done through a token exchange process between you and the DevRev backend.
The steps to identify a verified user are as follows:
- Generate an AAT for your system (preferably through your backend).
- Exchange your AAT for a session token for each user of your system.
- Pass the user identifier and the exchanged session token to the
DevRev.identifyVerifiedUser(_:sessionToken:)
method.
Caution
For security reasons we strongly recommend that the token exchange is executed on your backend to prevent exposing your application access token (AAT).
- Open the DevRev web app at https://app.devrev.ai and go to the Settings page.
- Open the PLuG Tokens page.
- Under the Application access tokens panel, click New token and copy the token that's displayed.
Important
Ensure that you copy the generated application access token, as you cannot view it again.
In order to proceed with identifying the user, you need to exchange your AAT for a session token. This step will help you identify a user of your own system within the DevRev platform.
Here is a simple example of an API request to the DevRev backend to exchange your AAT for a session token:
Caution
Make sure that you replace the <AAT>
and <YOUR_USER_ID>
with the actual values.
curl \
--location 'https://api.devrev.ai/auth-tokens.create' \
--header 'accept: application/json, text/plain, */*' \
--header 'content-type: application/json' \
--header 'authorization: <AAT>' \
--data '{
"rev_info": {
"user_ref": "<YOUR_USER_ID>"
}
}'
The response of the API call will contain a session token that you can use with the verified identification method in your app.
Note
As a good practice, your app should retrieve the exchanged session token from your backend at app launch or any relevant app lifecycle event.
Pass the user identifier and the exchanged session token to the verified identification method:
DevRev.identifyVerifiedUser(_:sessionToken:)
You can update the user's information using the following method:
DevRev.updateUser(_:)
The function accepts the DevRev.Identity
structure.
Important
The userID
property can not be updated.
Use this property to check whether the user is identified in the current session:
await DevRev.isUserIdentified
You can perform a logout of the current user by calling the following method:
DevRev.logout(deviceID:)
The user will be logged out by clearing their credentials, as well as unregistering the device from receiving push notifications, and stopping the session recording.
Note
The identification functions are asynchronous, make sure that you wrap them in a Task
when calling them from synchronous contexts.
// Identify an anonymous user without a user identifier.
await DevRev.identifyAnonymousUser()
// Identify an unverified user using their email address as the user identifier.
await DevRev.identifyUnverifiedUser(Identity(userID: "[email protected]"))
// Identify a verified user using their email address as the user identifier.
await DevRev.identifyVerifiedUser("[email protected]", sessionToken: "bar-1337")
// Update the user's information.
await DevRev.updateUser(Identity(organizationID: "foo-bar-1337"))
The Identity
class is used to provide user, organization, and account information when identifying users or updating their details. This class is used primarily with the identifyUnverifiedUser(_:)
and updateUser(_:)
methods.
The Identity
class contains the following properties:
Property | Type | Required | Description |
---|---|---|---|
userID |
String |
âś… | A unique identifier for the user |
organizationID |
String? |
❌ | An identifier for the user's organization |
accountID |
String? |
❌ | An identifier for the user's account |
userTraits |
UserTraits? |
❌ | Additional information about the user |
organizationTraits |
OrganizationTraits? |
❌ | Additional information about the organization |
accountTraits |
AccountTraits? |
❌ | Additional information about the account |
Note
The custom fields properties defined as part of the user, organization and account traits, must be configured in the DevRev web app before they can be used. See Object customization for more information.
The UserTraits
class contains detailed information about the user:
Note
All properties in UserTraits
are optional.
Property | Type | Description |
---|---|---|
displayName |
String? |
The displayed name of the user |
email |
String? |
The user's email address |
fullName |
String? |
The user's full name |
userDescription |
String? |
A description of the user |
phoneNumbers |
[String]? |
Array of the user's phone numbers |
customFields |
[String: Any]? |
Dictionary of custom fields configured in DevRev |
The OrganizationTraits
class contains detailed information about the organization:
Note
All properties in OrganizationTraits
are optional.
Property | Type | Description |
---|---|---|
displayName |
String? |
The displayed name of the organization |
domain |
String? |
The organization's domain |
organizationDescription |
String? |
A description of the organization |
phoneNumbers |
[String]? |
Array of the organization's phone numbers |
tier |
String? |
The organization's tier or plan level |
customFields |
[String: Any]? |
Dictionary of custom fields configured in DevRev |
The AccountTraits
class contains detailed information about the account:
Note
All properties in AccountTraits
are optional.
Property | Type | Description |
---|---|---|
displayName |
String? |
The displayed name of the account |
domains |
[String]? |
Array of domains associated with the account |
accountDescription |
String? |
A description of the account |
phoneNumbers |
[String]? |
Array of the account's phone numbers |
websites |
[String]? |
Array of websites associated with the account |
tier |
String? |
The account's tier or plan level |
customFields |
[String: Any]? |
Dictionary of custom fields configured in DevRev |
The support chat feature can be shown as a modal screen from a specific view controller or the top-most one, or can be pushed onto a navigation stack.Â
To show the support chat screen in your app, you can use the following overloaded method:
await DevRev.showSupport(from:isAnimated:)
- When a
UIViewController
is passed as thefrom
parameter, the screen is shown modally. - When a
UINavigationController
is passed as thefrom
parameter, the screen is pushed onto the navigation stack.
If you want to display the support chat screen from the top-most view controller, use the following method:
await DevRev.showSupport(isAnimated:)
/// When set to true (default), the DevRev UI will adapt theme dynamically to the system appearance.
/// Set this flag to false to force the DevRev UI to use the default theme configured in the DevRev portal.
DevRev.prefersSystemTheme: Bool
/// Push the support chat screen to a navigation stack.
await DevRev.showSupport(from: mainNavigationController)
/// Show the support chat screen modally from a specific view controller.
await DevRev.showSupport(from: settingsViewController)
/// Show the support chat screen from the top-most view controller, without an animation.
await DevRev.showSupport(isAnimated: false)
To display the support chat screen in a SwiftUI app, you can use the following view:
DevRev.supportView
You have the ability to create a new conversation from within your app. The method will show the support chat screen and create a new conversation at the same time.
DevRev.createSupportConversation()
You can receive a callback when a new conversation is created by setting the following closure:
DevRev.conversationCreatedCompletion
This allows your app to access the ID of the newly created conversation.
DevRev.conversationCreatedCompletion = { conversationID in
print("A new conversation has been created: \(conversationID).")
}
The DevRev SDK provides a mechanism to handle links opened from within any screen that is part of the DevRev SDK.
You can fully customize the link handling behavior by setting the specialized in-app link handler. That way you can decide what should happen when a link is opened from within the app.
DevRev.inAppLinkHandler: ((URL) -> Void)?
You can further customize the behavior by setting the shouldDismissModalsOnOpenLink
boolean flag. This flag controls whether the DevRev SDK should dismiss the top-most modal screen when a link is opened.
DevRev.shouldDismissModalsOnOpenLink: Bool
The DevRev SDK allows you to configure the theme dynamically based on the system appearance, or use the theme configured on the DevRev portal. By default, the theme will be dynamic and follow the system appearance.
DevRev.prefersSystemTheme: Bool
The DevRev SDK allows you to send custom analytic events by using a name and a string dictionary. You can track these events using the following function:
DevRev.trackEvent(name:properties:)
await DevRev.trackEvent(name: "open-message-screen", properties: ["id": "foo-bar-1337"])
The DevRev SDK provides observability features to help you understand how your users are interacting with your app.
Session analytics features are opted-in by default, enabling them from the start. However, you can opt-out using the following method:
DevRev.stopAllMonitoring()
To opt back in, use the following method:
DevRev.resumeAllMonitoring()
You can check whether session monitoring has been enabled by using this property:
DevRev.isMonitoringEnabled
You can enable session recording to capture user interactions with your app.
Caution
The session recording feature is opt-out and is enabled by default.
The session recording feature includes the following methods to control the recording:
Method | Action |
---|---|
DevRev.startRecording() |
Starts the session recording. |
DevRev.stopRecording() |
Ends the session recording and uploads it to the portal. |
DevRev.pauseRecording() |
Pauses the ongoing session recording. |
DevRev.resumeRecording() |
Resumes a paused session recording. |
DevRev.processAllOnDemandSessions() |
Stops the ongoing user recording and sends all on-demand sessions along with the current recording. |
Using this property will return the status of the session recording:
DevRev.isRecording
To check if on-demand sessions are enabled, use:
DevRev.areOnDemandSessionsEnabled
You can add custom properties to the session recording to help you understand the context of the session. The properties are defined as a dictionary of string values.
DevRev.addSessionProperties(_:)
To clear the session properties in scenarios such as user logout or when the session ends, use the following method:
DevRev.clearSessionProperties()
To protect sensitive data, the DevRev SDK provides an auto-masking feature that masks data before sending to the server. Input views such as text fields, text views, and web views are automatically masked.
While the auto-masking feature may be sufficient for most situations, you can manually mark additional views as sensitive using the following method:
DevRev.markSensitiveViews(_:)
If any previously masked views need to be unmasked, you can use the following method:
DevRev.unmarkSensitiveViews(_:)
For advanced use cases, you can provide a custom masking provider to specify exactly which regions of the UI should be masked in snapshots.
You can implement your own masking logic by conforming to the DevRev.MaskLocationProviding
protocol and setting your custom object as the masking provider. This allows you to specify explicit regions to be masked or to skip snapshots entirely.
DevRev.setMaskingLocationProvider(_ provider: DevRev.MaskLocationProviding)
: Sets the external view masking provider used to determine which areas of the UI should be masked for privacy during snapshots. The provider must conform to theDevRev.MaskLocationProviding
protocol.DevRev.MaskLocationProviding
: Protocol for providing explicit masking locations for UI snapshots.DevRev.SnapshotMask
: Describes the regions of a snapshot to be masked.DevRev.SnapshotMask.Location
: Describes a masked region.
import Foundation
import UIKit
import DevRevSDK
class MyMaskingProvider: NSObject, DevRev.MaskLocationProviding {
func provideSnapshotMask(_ completionHandler: @escaping (DevRev.SnapshotMask) -> Void) {
// Example: Mask a specific region
let region = CGRect(x: 10, y: 10, width: 100, height: 40)
let location = DevRev.SnapshotMask.Location(location: region)
let mask = DevRev.SnapshotMask(locations: [location], shouldSkip: false)
completionHandler(mask)
}
}
DevRev.setMaskingLocationProvider(MyMaskingProvider())
Note
Setting a new provider will override any previously set masking location provider.
The DevRev SDK offers a timer mechanism to measure the time spent on specific tasks, allowing you to track events such as response time, loading time, or any other duration-based metrics.
The mechanism works using balanced start and stop methods that both accept a timer name and an optional dictionary of properties.
To start a timer, use the following method:
DevRev.startTimer(_:properties:)
To stop a timer, use the following method:
DevRev.endTimer(_:properties:)
DevRev.startTimer("response-time", properties: ["id": "foo-bar-1337"])
// Perform the task that you want to measure.
DevRev.stopTimer("response-time", properties: ["id": "foo-bar-1337"])
The DevRev SDK offers automatic screen tracking to help you understand how users navigate through your app. Although view controllers are automatically tracked, you can manually track screens using the following method:
DevRev.trackScreenName(_:)
DevRev.trackScreenName("profile-screen")
You can configure your app to receive push notifications from the DevRev SDK. The SDK is designed to handle push notifications and execute actions based on the notification's content.
The DevRev backend sends push notifications to your app to notify users about new messages in the PLuG support chat.
To receive push notifications, you need to configure your DevRev organization by following the instructions in the push notifications section.
You need to ensure that your iOS app is configured to receive push notifications. You can follow the Apple documentation for guidance on registering your app with Apple Push Notification Service (APNs).
Important
Push notifications require that the SDK has been configured and the user has been identified (unverified and anonymous users). The user identification is required to send the push notification to the correct user.
The DevRev SDK offers a method to register your device for receiving push notifications. You can register for push notifications using the following method:
DevRev.registerDeviceToken(_:deviceID:)
The method requires a device identifier, which can either be an identifier unique to your system or the Apple-provided Vendor Identifier (IDFV). Typically, the token registration is called from the AppDelegate.application(_:didRegisterForRemoteNotificationsWithDeviceToken:)
method.
func application(
_ application: UIApplication,
didRegisterForRemoteNotificationsWithDeviceToken deviceToken: Data
) {
guard
let deviceID = UIDevice.current.identifierForVendor?.uuidString
else {
return
}
Task {
await DevRev.registerDeviceToken(
deviceToken,
deviceID: deviceID
)
}
}
If your app no longer needs to receive push notifications, you can unregister the device.
Use the following method to unregister the device:
DevRev.unregisterDevice(_:)
This method requires the device identifier, which should be the same as the one used during registration. It is recommended to place this method after calling UIApplication.unregisterForRemoteNotifications()
in your app.
UIApplication.shared.unregisterForRemoteNotifications()
Task {
guard
let deviceID = UIDevice.current.identifierForVendor?.uuidString
else {
return
}
await DevRev.unregisterDevice(deviceID)
}
Push notifications coming to the DevRev SDK need to be handled manually. To properly handle them, implement the following method, typically in either the UNUserNotificationCenterDelegate.userNotificationCenter(_:didReceive:)
or UIApplicationDelegate.application(_:didReceiveRemoteNotification:fetchCompletionHandler:)
:
DevRev.processPushNotification(_:)
Important
For convenience, this method provides two overloads that accept userInfo
as either [AnyHashable: Any]
or [String: any Sendable]
dictionary types.
func userNotificationCenter(
_ center: UNUserNotificationCenter,
didReceive response: UNNotificationResponse
) async {
await DevRev.processPushNotification(response.notification.request.content.userInfo)
}
A sample app with use cases for both UIKit and SwiftUI has been provided as part of this repository.
Before you start using the sample app you will need to configure it to be used with your Apple Developer team and your DevRev credentials. For your convenience the code has been marked with compiler error directives (#error
) at the places that need attention.
- Add your credentials to the relevant
AppDelegate.swift
of the SwiftUI or UIKit sample.- After you have added the credentials, delete or comment out the compiler error lines in the respective files.
- Configure the code signing for the sample target:
- Open the project settings (1),
- Select the appropriate target (2),
- Go to the Signing & Capabilities section (3), and
- Select your development team under Team (4).
-
Issue: Can't import the SDK into my app. Solution: Double-check the setup process and ensure that
DevRevSDK
is correctly linked to your application. -
Issue: How does the DevRev SDK handle errors? Solution: The DevRev SDK reports all errors in the console using Apple's Unified Logging System. Look for error messages in the subsystem
ai.devrev.sdk
. -
Issue: Support chat won't show. Solution: Ensure you have correctly called one of the identification methods:
DevRev.identifyUnverifiedUser(...)
,DevRev.identifyVerifiedUser(...)
, orDevRev.identifyAnonymousUser(...)
. -
Issue: Not receiving push notifications. Solution: Ensure that your app is configured to receive push notifications and that your device is registered with the DevRev SDK.
If you are migrating from the legacy UserExperior SDK to the new DevRev SDK, please refer to the Migration guide for detailed instructions and feature equivalence.