Update the MoEngage web SDK initialization script on your website to configure and integrate Web Push.
For more information, refer to Web SDK Integration.
Ensure that you configure the web push notifications settings since enabling the Web Push module is a mandatory pre-requisite.
You can configure the web SDK integration by loading the serviceworker.js file.
ServiceWorker.js file restrictions
- The serviceworker.js file is available in the root directory; if not, Web Push will not work on all the pages.
- Ensure that the service worker file is exactly named serviceworker.js. Otherwise, refer to rename serviceworker section.
Option 1: Create a serviceworker.js file
Create a file named serviceworker.js and place it in the root directory. Copy the cdn link according to your dashboard host.
Dashboard host | serviceworker content |
---|---|
dashboard-01.moengage.com |
|
dashboard-02.moengage.com |
|
dashboard-03.moengage.com |
|
dashboard-04.moengage.com |
|
dashboard-06.moengage.com |
Then add the following content in the serviceworker.js file. Replace the string inside the double quotes with the link that you copied.
// in your serviceworker.js file
// importScripts("<link-that-you-copied>");
// for eg, your dashboard host is dashboard-03.moengage.com
importScripts("https://cdn.moengage.com/release/dc_3/versions/2/serviceworker_cdn.min.latest.js");
warning |
Warning Always update the version in the serviceworker cdn link whenever you change the version of Web SDK. Both the serviceworker and the Web SDK should have the exact same version every time for proper functioning of Web Push. For example if you update the Web SDK to the version 2.55.0 in the future and your dashboard host is dashboard-03.moengage.com, then update the content in your serviceworker file to- |
info |
Note In case you are using NPM, use the version number of @moengage/web-sdk dependency that is in your package.json file. eg: if version number of @moengage/web-sdk is 2.55.2 and your dashboard host is dashboard-03.moengage.com, then the content of your serviceworker file will be- |
Option 2: For GTM (Google Tag Manager) integration only
Right-click and download to save the file in the root directory. If not placed in the root directory, please specify the Serviceworker custom path and/or Serviceworker scope accordingly.
Dashboard host | Service worker file |
dashboard-01.moengage.com | serviceworker.js |
dashboard-02.moengage.com | serviceworker.js |
dashboard-03.moengage.com | serviceworker.js |
dashboard-04.moengage.com | serviceworker.js |
dashboard-06.moengage.com | serviceworker.js |
Option 3: If you have passed the useLatest: true flag in NPM initialisation config
Right-click and download to save the file in the root directory. If not placed in the root directory, please specify the swPath and/or swScope accordingly.
Dashboard host | Service worker file |
dashboard-01.moengage.com | serviceworker.js |
dashboard-02.moengage.com | serviceworker.js |
dashboard-03.moengage.com | serviceworker.js |
dashboard-04.moengage.com | serviceworker.js |
dashboard-06.moengage.com | serviceworker.js |
Rename the Service worker custom filename
If you wish to change the serviceworker.js file name depending on the browser or environment, use the following initialization block:
Moengage = moe({
app_id: moeAppID,
debug_logs: 0,
swPath: "/your-custom-sw.js"
});
warning |
Warning Push Notification or serviceworker.js will not work if you do not ensure the additional attribute swPath: "/your-custom-sw.js is included in the serviceworker.js file. The path informs the SDK about the custom serviceworker filename you want to use. |
For more information, refer to Sample Code.
Service worker Scope
The scope of the service worker determines which files the service worker controls; in other words, from which path the service worker will intercept requests. The default scope is the location of the service worker file and extends to all directories below. So if serviceworker.js is located in the root directory, the service worker will control requests from all files in this domain.
You can also set an arbitrary scope by passing in an additional parameter swScope
when initializing.
For example:
Moengage = moe({
app_id: moeAppID,
debug_logs: 0,
swPath: "/a/your-custom-sw.js"
});
In this case, we are setting the scope of the service worker to /a/
, which means the service worker will control requests from pages like /a/
, /a/lower/
and /a/lower/lower
, but not from pages like /a
or /
, which are higher.
Bypassing serviceworker scope
If you are not able to place the serviceworker.js file at the root of your app but still want it to be available throughout the app, then you have to pass `swScope` as in the following snippet when initializing:
Moengage = moe({
app_id: moeAppID,
debug_logs: 0,
swPath: "/a/your-custom-sw.js",
swScope: '/a/'
});
Disable WebPush
By default, the Web Push module is enabled for all the users. If you do not want to use it, then you have to disable it explicitly.
Pass disable_web_push: true
to the initialization config to disable the Web Push Notification module:
Moengage = moe({
app_id: moeAppID,
debug_logs: 0,
disable_web_push: true,
});
Troubleshooting
Registration Error
If you get the error Error in Subscription: DOMException: Registration failed - storage error, then you are unregistering the serviceworker.js somewhere from your code. Search for unregister()
in your codebase and remove it.
Push Notification or serviceworker.js not working
Follow these steps:
- Ensure to add the MoEngage serviceworker code to your serviceworker.js file.
- Ensure to add
swPath
with the path of the serviceworker.js file while initializing the MoEngage script.
I am not getting Chrome Push Notification on my Mac.
If your Chrome is in full screen on Mac OS, you cannot see any Chrome Push notifications. This is a known issue with Chrome full screen on Mac OS, and we will update you when it is fixed by Chrome/Apple.
My Users are not able to see Web Push Notifications.
To correctly receive and view Web Push Notifications, the notifications need to be enabled for the browser through the OS settings. It may have been blocked at the OS level. Make sure it is enabled. In this case, the browser will try to show the notification; hence, the events and impressions will be tracked. But the OS will block it. Refer to this image:
How do I test Web Push Notifications?
Many times before creating a Web Push campaign, you may wish to see how the push message appears. To do the testing, use the Device Push Token in Campaign Creation -> Scheduling & Goals tab -> Test Campaign section. To find your Device Push Token for your website on the Chrome browser, follow these steps:
- Go to your website where you have given the push permission.
- Right Click --> Inspect
- Click on the Application tab.
- On the left pane under Storage, click on Local Storage
- Under Local Storage, click on your HTTPS Website URL or HTTPS Subdomain (https://yourwebsite.moengage.com) for your HTTP Website
- You will find a Key MOE_DATA. Look for the
PUSH_TOKEN
field. Copy the corresponding Value and paste it under Test Campaign Section -> Device Push Token.
Or you can install the MoEngage Chrome Extension to see it easily. For more information, refer to MoEngage Chrome Extension.
I am not able to render the web push notification badge icon; it just shows as an empty white square.
The Android documentation states, "Update or remove assets that involve color. The system ignores all non-alpha channels in action icons and the main notification icon. You should assume that these icons will be alpha-only. The system draws notification icons in white and action icons in dark gray."
To convert your icon to an Android-compatible format-
- Open your notification icon in any image editor
- Convert all parts of the image that you don't want to show to transparent pixels. All colors and non-transparent pixels are displayed in white. Therefore, only Alpha channel (black & white) images are supported, and RGB images are not supported
- The resolution of the image should be 72x72 or higher
- Save the image in one of the following filetypes only- png, gif, webp, ico, cur, bmp
On clicking Push Notifications on Firefox Android, it did not redirect me to the Firefox browser.
This is an anomaly observed in Firefox for Android. If the notification was supposed to redirect you to http://example.com
Case 1:
Firefox is open when the notification is clicked; you are redirected normally.
Case 2:
Firefox is in the background when the notification is clicked (You're on the home screen or on some other application):
Nothing seems to happen when you click the notification. But you are actually redirected in the background. So when you open Firefox next, you'll be on http://example.com.
We have raised this issue with Firefox support and are waiting to hear back from them.
Reach out to us directly from your MoEngage Dashboard -> Need Help? -> Contact Support or send an email to support@moengage.com.