The Settings section in Dengage offers a variety of tools to manage and integrate different aspects of your account. One important feature is the ability to integrate applications within the platform. This functionality provides an overview of existing integrations, including details such as name, status, type, and the date of the most recent update. Additionally, you can easily create new application integrations to expand the capabilities of the platform. This integration feature helps streamline your operations and improve the flow of data between Dengage and other systems.
The Applications section within Settings > Integrations allows users to integrate iOS, Android, Huawei, and Website applications with the platform during the initial setup. Multiple websites or applications can be connected here.
Adding a New Application
To begin integration, click the New button and follow these steps:
Select Type
Even if Android and Huawei share the same code base, their tokens differ, requiring separate entries. Similarly, they have distinct application IDs during integration.

Creating an iOS Application
To integrate an iOS application, follow these steps:
Click the New button and select the type as iOS.
General Information
Push Notifications and In-App Messaging Toggles

Uninstall Tracking
Push Notifications Setup
In-App Messaging
Additional Toggles
Editing an Existing iOS Application
When editing an existing iOS application by clicking on it, users will not see sensitive information such as IDs. These details, including the P8 File, Key ID, Team ID, and Bundle ID, must be re-entered. Ensure you have the required information readily available before making edits.

Creating an Android Application
To integrate an Android application into the platform, follow these steps:
1. Click the New Button
2. General Information
3. Push Notifications

Uninstall Tracking
4. In-App Messaging
5. App Tracking
This feature allows the platform to retrieve and send a list of installed packages from the operating system backend. It can be used to track whether specific applications are installed on a device.
By following these steps, you can successfully integrate your Android application and configure it for advanced tracking and messaging capabilities.

Creating a Huawei Application
To integrate a Huawei application into the platform, follow these steps:
Click the New Button
Navigate to the Applications section under Settings > Integrations.
Click the New button and select the type as Huawei.
General Information
Push Notifications
Enabled: Toggle to activate push notifications.
App ID: Enter the Huawei App ID for push notifications.
App Secret: Enter the Huawei App Secret.
Uninstall Tracking: Toggle to enable tracking of app uninstalls via silent pushes.When Uninstall Tracking is enabled under Push Notification, a silent push is sent at night. Devices that have uninstalled the app are detected during the nightly calculation, and their statuses are updated accordingly.

Uninstall Tracking
App Inbox Enabled: Toggle to allow push notifications to be stored in the in-app inbox, even if not delivered.
In-App Messaging
App Tracking
This feature allows the platform to retrieve and send a list of installed packages from the operating system backend. It can be used to track whether specific applications are installed on a device.
By following these steps, you can successfully integrate your Huawei application and configure it for advanced tracking and messaging capabilities.

Creating a Web Application
This guide provides step-by-step instructions for integrating a web application into the platform, focusing on key sections such as General, Push Notifications, On-Site Messaging, and Advanced Settings.
This will open the setup screen for your new web application.
In this section, you define the basic settings for your web application.
Toggle this option on to activate the application, or off to deactivate it. Only active applications can collect and process data.
Enter a descriptive name for your web application. For example, Main Website or Shop Portal.
Provide the URL of the icon you want to display for this application.
Enter the main website domain where the SDK will be used. This tells the system which site your web application belongs to.
Example: If your website is https://www.example.com , enter that as the Site Domain URL.
Click Add Domains to open the Extra Domains field. Here, you can add additional domains where the same web application should run.
Example: You might add shop.example.com or blog.example.com as extra domains.
Enable this option if you want to share user data across all added domains.
When enabled:
This allows a visitor to move across multiple domains (for example, www.example.com, shop.example.com, blog.example.com) while keeping a single Device ID.
Important:
This setup ensures a seamless experience and accurate data tracking across your connected websites.
Push notifications let you engage users directly through their browsers.
Toggle Enabled to activate push notifications. The platform uses the Web Push API to deliver notifications across supported browsers.
Choose between Pop-up or Sticky Bar to control how the notification request appears to users. Preview each type in the Settings menu.In Settings, you can also adjust position, layout, main color, title, font size, and other styling options.
When enabled, the SDK will first try to display the browser's native notification prompt. If the native prompt isn't available, the custom prompt will be shown instead.Push notifications often involve a two-step process, first the custom prompt, then the native browser prompt. The browser's native permission is required for push notifications to be granted. Even if the custom prompt is shown and accepted, the user isn't officially subscribed until the native prompt is approved.
Enable this option to automatically display the permission prompt when the page loads.
When this option is turned on, the SDK automatically manages how and when permission prompts are shown based on the rules you define below.
If this option is turned off, you can choose to display the permission prompt manually whenever you prefer.For example, by using the Show Native Prompt or Show Custom Prompt methods.
Enable this option to display an information popup when the user has blocked notifications in their browser. This popup only informs the user that notifications are currently disabled, it cannot request permission again.
Its purpose is to remind users who previously denied permission and guide them to re-enable notifications manually from their browser settings.
You can adjust its behavior with the following settings:
The welcome notification is an automatically generated message sent by the SDK once permission is granted. Enable this option to automatically send a welcome notification to users immediately after they grant notification permission.
This helps confirm that the permission was successfully allowed and gives users a friendly first interaction with your site's notifications.
You can define the title, message, and link of the welcome notification in the related settings.
For Safari browsers, additional configuration is required because older Safari versions do not support the standard Service Worker system used for web push notifications.
To enable push notifications for Safari users:
These credentials allow the platform to send push notifications specifically to Safari users.
On-site messaging allows you to display personalized messages or campaigns directly on your website.
Toggle this option to activate or deactivate on-site messaging for your web application.
Define how long the system should wait before checking again for new on-site messages from Flow campaigns.
When a visitor comes to your website, the system queries the server to see if there are any Flow-based on-site messages available for that user.
This setting controls the interval between these checks - the minimum value is 4 minutes.
Specify the minimum time in seconds to wait before displaying another on-site message after one has been shown.
This setting helps prevent messages from appearing too frequently, ensuring a better user experience and avoiding a spam-like impression even when multiple campaigns are active.
Enable this option if your website's Content Security Policy (CSP) blocks data: URLs in the frame-src directive. When this occurs, the default popup rendering method may not work properly.
If enabled, the SDK will use an alternative method by loading a static HTML file and sending the popup content through postMessage.
This option is generally recommended to remain disabled, but it can be used when your site's CSP restrictions prevent standard popup rendering.
The Advanced Settings section provides options to customize and control how the SDK behaves on your website. These settings are generally for specific use cases or advanced configurations, allowing you to track additional data, manage SDK initialization, control navigation events, and handle device-to-contact mapping.
The Site Variables feature allows tracking important data from your website, such as the total price or number of items in a shopping basket. You can select the data source from the dropdown menu, such as the Google Tag Manager Data Layer or custom JavaScript code. For each variable, you can add a descriptive name or text to clarify what it tracks.
For example, on an e-commerce site, you might track the total basket amount or the number of items in the basket. These values can be read using a variable from Google Tag Manager or a custom JavaScript code. While this feature is useful for tracking basket data or similar metrics, it is less commonly used with the newer SetCart feature, which is an advanced version of this functionality.
This option allows adding custom JavaScript that runs once every time the SDK is installed. Clicking Edit opens a code editor where the code can be entered. This can be used to run specific codes on each SDK load or to implement custom behaviors tied to the SDK. This feature is not generally recommended, as it can be difficult to manage and control, and is rarely needed. It should be used only for very specific custom requirements.
This option controls how much logging information is displayed in the browser console.
The SDK records logs related to different events and states during operation.
From the dropdown menu, you can choose how detailed the console output should be:
The default setting is Errors.
The SDK starts in three main steps when it runs on a page:
When Initialize SDK on Install is enabled, the SDK automatically performs these steps and starts working as soon as the page loads. This is the default and recommended option for most users.
If this option is disabled, the SDK will not initialize automatically. This is useful if you prefer to control when it starts working, for example, after a user action or at a specific point in your website flow. In that case, you can manually start it using the provided initialize method.
Tip:
Enable this option to automatically trigger a navigation event when the SDK initializes.
In this context, a navigation represents a user's activity on the website, such as opening a page or clicking a link to move to another section. Many SDK features (like showing on-site messages or requesting push permissions) depend on these navigation events to start.
When Trigger Navigation on Initialize is turned on, the SDK automatically assumes that a navigation has occurred when it initalizes and triggers related actions internally.
If your setup already uses the public method setNavigation to manage navigation events manually, you should keep this option disabled to avoid duplicate triggers.
If you do not use setNavigation, you should enable this option so that the SDK can handle navigation triggers automatically.
In short:
This setting determines whether a single device can be linked to multiple contacts. Normally, when you visit a website, the SDK generates a Device ID to identify you anonymously. If you log in with an email, a Contact Key is assigned to that Device ID. In the old system (V1), logging out and then logging in with a different email would link the new contact to the same Device ID. In the newer system (V2), each Contact Key gets a separate Device ID, so logging in with a different email after logout generates a new Device ID.
Enabling this option allows a single Device ID to be connected to multiple contacts. By default, it is disabled to ensure more accurate event and session data, but it can be enabled if required for integrations or specific workflows.