Skip to main content

Overview

This guide walks you through adding OneSignal web push notifications to your site — from dashboard configuration to SDK installation. OneSignal supports Chrome, Firefox, Edge, Safari, and other major browsers.

Requirements

  • HTTPS website: Web push does not work on HTTP or in incognito/private modes.
  • Server access: You’ll need to upload a service worker file to your site.
  • Single origin: Web push follows the Same-origin policy. If you have multiple origins (domains/subdomains), you will need multiple OneSignal apps (one per origin). To comply with this browser limitation, you can either:
    • Redirect traffic to a single origin for subscriptions.
    • Create multiple OneSignal apps—one per origin.
If your team already created an account with OneSignal, ask to be invited as an admin role so you can set up the app. Otherwise, sign up for a free account at onesignal.com to get started.

Configure your OneSignal app and platform

In the OneSignal dashboard:
  • Go to Settings > Push & In-App > Web.
OneSignal dashboard Settings page showing Web platform activation
Select integration type:

Typical Site (recommended)

Manage prompts and settings directly through the OneSignal dashboard without additional coding.

WordPress

Required if using WordPress with our official plugin.

Custom Code

For developers who need full control over prompts and SDK configuration.

Site setup

Add the site details:
  • Site Name: The name of your site and default notification title.
  • Site URL: The URL of your site. See Site URL for more details.
  • Auto Resubscribe: Enable this to automatically resubscribe users who clear their browser data when they return to your site (no new permission prompt required).
  • Default Icon URL: Upload a square 256x256px PNG or JPG image that appears in notifications and prompts. If not set, a bell icon is used as the default.
OneSignal web push configuration showing site name, URL, and icon settings

Site URL

Enter the exact origin of your site, e.g., https://yourdomain.com. Avoid using www. if your site isn’t configured that way. If you have multiple origins:
  • Redirect to a single origin.
  • Or set up one OneSignal app per origin.

Local testing

The web SDK can be tested on localhost environments. If you are testing on localhost, use a separate OneSignal app from your production app.
Set the SITE URL to exactly match your localhost environment URL. The URL must match one of these common localhost formats:
  • http://localhost
  • https://localhost:3000
  • http://127.0.0.1
  • https://127.0.0.1:5000
If your localhost is using HTTP, select Treat HTTP localhost as HTTPS for testing.Google Chrome treats http://localhost and http://127.0.0.1 as secure origins, allowing HTTPS integrations even on HTTP. This is why you cannot test other non-standard origins on HTTPS localhost.
OneSignal localhost configuration with Treat HTTP localhost as HTTPS option

Add allowLocalhostAsSecureOrigin to your OneSignal init options

When initializing OneSignal on your localhost site, add allowLocalhostAsSecureOrigin: true, to your OneSignal init options.Additionally, if you’re testing localhost on HTTPS with a self-signed certificate, you may have to ask Chrome to ignore invalid certificates for testing with: --allow-insecure-localhost. Firefox and Safari provide built-in mechanisms to add exceptions for security certificates.
  <script src="https://cdn.onesignal.com/sdks/web/v16/OneSignalSDK.page.js" defer></script>
  <script>
    window.OneSignalDeferred = window.OneSignalDeferred || [];
    OneSignalDeferred.push(function(OneSignal) {
      OneSignal.init({
        appId: "YOUR_OS_APP_ID",
        allowLocalhostAsSecureOrigin: true,
      });
    });
  </script>

Permissions prompt

Typical site setup allows you or your team members to add, remove, and update permission prompts through the OneSignal dashboard anytime.

Web permission prompts

Configure when and how the browser permission dialog appears to your users.

Welcome notification (optional)

You can also set a welcome notification to be sent to users when they subscribe to push notifications.

Advanced settings

The following features are configurable in the OneSignal dashboard.

Webhooks

The web SDK can POST certain web push events to a URL of your choosing. Web Push Webhooks are a separate implementation from Event Webhooks and cannot be used interchangeably.

Web push webhooks

Send web push events to your server via POST requests.

Service workers

On the next page of web push configuration, you will be provided the OneSignalSDKWorker.js service worker file. The web SDK looks for this file in the root of your site by default. You can change the file location, name, and scope in the settings below.
  • Path to service worker files is the path to the directory where you will host the service worker file.
  • Main and Updater service worker filenames defaults to OneSignalSDKWorker.js. You can rename this file, but it must use a .js extension.
  • Service worker registration scope controls which pages the service worker can operate on. For push notifications this has no effect. Set it to the same path as your service worker file location.
Service worker path, filename, and scope configuration fields
With this example, you should see the file’s code publicly accessible at https://yourdomain.com/push/onesignal/OneSignalSDKWorker.js

OneSignal service worker

Advanced service worker configuration, custom integration, and migration from other providers.

Click behavior

Control how users navigate to the URL you set when they click the notification. If the user does not have your site open in any tab, the browser opens a new tab and navigates to the notification URL. If the user already has your site open, the behavior depends on the setting you choose:
SettingMatches onAction
Exact Navigate (default)Exact URL (e.g. example.com/product)Navigates to the notification URL in the matching tab
Origin NavigateOrigin (e.g. example.com)Navigates to the notification URL in the matching tab
Exact FocusExact URLFocuses the matching tab without refreshing
Origin FocusOriginFocuses the matching tab without refreshing

Persistence

By default, web push notifications appear on the device for roughly 5 seconds before moving to the Notification Center, where they remain for about 1 week before the operating system removes them. Some devices and versions of Chrome and Edge allow you to persist notifications on screen until the user interacts with them. This can annoy users and is not recommended. Enabling persistence may also reduce character count and affect how images and buttons display. Changes to persistence settings only take effect for subscribers who visit your site after the update. If you do not see the change, wait for subscribers to revisit your site or ask them to clear their browser data.

Safari certificate (Optional)

OneSignal automatically provides the necessary certificates to work with Safari browsers at no additional cost. If you already have your own Safari Web Push Certificates, toggle on this option to upload your Safari Web .p12 Push Certificate and password.
Safari Web Push certificate upload toggle and fields

Upload service worker file

Add the OneSignalSDKWorker.js service worker file to your site. Download it from the OneSignal dashboard or from GitHub.
OneSignal service worker file download and setup step
Either put this file in your site’s root directory or in a subdirectory. If you put it in a subdirectory, you will need to set the Path to service worker files in the Advanced settings > Service workers section. Once the file is on your server, check the following to make sure it works:
1

Verify the location

Make sure the file is located in the same Path to service worker files as set in Advanced settings > Service workers. If you did not update these settings, then you should have put the file in your root. For example:
  • https://yourdomain.com/OneSignalSDKWorker.js
  • https://yourdomain.com/some-subdirectory/OneSignalSDKWorker.js
2

It must be publicly accessible on your origin

The OneSignalSDKWorker.js file must be publicly accessible and available on your origin. It cannot be hosted via a CDN or placed on a different origin with redirect.When you visit the URL to the file, you should see the code.
3

It must be served with a content-type: application/javascript

This is a JavaScript file and must be served as such. It cannot have a content-type of text/html.

OneSignal service worker

Advanced configuration and migration from other web push providers.

Add code to your site

The JavaScript SDK code below works on any site. If your site is built with Angular, React JS, or Vue JS then follow these links. To initialize OneSignal on your site with our JavaScript SDK, copy/paste the provided code into your website’s <head> tags. The OneSignal dashboard provides this same snippet pre-filled with your app ID.
  <script src="https://cdn.onesignal.com/sdks/web/v16/OneSignalSDK.page.js" defer></script>
  <script>
    window.OneSignalDeferred = window.OneSignalDeferred || [];
    OneSignalDeferred.push(async function(OneSignal) {
      await OneSignal.init({
        appId: "YOUR_ONESIGNAL_APP_ID",
      });
    });
  </script>

iOS web push support

Apple started supporting web push notifications on iPhones and iPads running iOS 16.4+. Unlike Android devices where web push just “works” as long as visited on a supported browser, Apple added a few more requirements such as a manifest.json file and a user action to add your site to their home screen.

iOS web push setup

Add the required manifest.json file and guide users to add your site to their home screen.

Testing the OneSignal SDK integration

This guide helps you verify that your OneSignal SDK integration is working correctly by testing push notifications and subscription registration.

Check web push subscriptions

1

Launch your site on a test device.

  • Use Chrome, Firefox, Edge, or Safari while testing.
  • Do not use Incognito or private browsing mode. Users cannot subscribe to push notifications in these modes.
  • The prompts should appear based on your permission prompts configuration.
  • Click Allow on the native prompt to subscribe to push notifications.
Browser native permission prompt asking the user to allow or block notifications
2

Check your OneSignal dashboard

  • Go to Audience > Subscriptions.
  • You should see a new entry with the status Subscribed.
OneSignal dashboard Subscriptions page showing a web push subscription with Subscribed status
You have successfully created a web push subscription. Web push subscriptions are created when users first subscribe to push notifications on your site.

Set up test subscriptions

Test subscriptions are helpful for testing a push notification before sending a message.
1

Add to Test Subscriptions.

In the dashboard, next to the subscription, click the Options (three dots) button and select Add to Test Subscriptions.
Options menu on a subscription showing the Add to Test Subscriptions option
2

Name your subscription.

Name the subscription so you can easily identify your device later in the Test Subscriptions tab.
3

Create a test users segment.

Go to Audience > Segments > New Segment.
4

Name the segment.

Name the segment Test Users (the name is important because it will be used later).
5

Add the Test Users filter and click Create Segment.

Segment editor with Test Users filter selected and the segment named Test Users
You have successfully created a segment of test users. You can now test sending messages to this individual device and groups of test users.

Send test push via API

1

Get your App API Key and App ID.

In your OneSignal dashboard, go to Settings > Keys & IDs.
2

Update the provided code.

Replace YOUR_APP_API_KEY and YOUR_APP_ID in the code below with your actual keys. This code uses the Test Users segment created earlier.
curl -X POST --url 'https://api.onesignal.com/notifications' \
  --header 'content-type: application/json; charset=utf-8' \
  --header 'authorization: Key YOUR_APP_API_KEY' \
  --data '{
    "app_id": "YOUR_APP_ID",
    "target_channel": "push",
    "name": "Testing basic setup",
    "headings": {
      "en": "👋"
    },
    "contents": {
      "en": "Hello world!"
    },
    "included_segments": [
      "Test Users"
    ],
    "chrome_web_image": "https://avatars.githubusercontent.com/u/11823027?s=200&v=4"
  }'
3

Run the code.

Run the code in your terminal.
4

Check images and confirmed delivery.

If all setup steps were completed successfully, the test subscriptions should receive a notification.
Only Chrome supports images. Images will appear small in the collapsed notification view. Expand the notification to see the full image.
Expanded Chrome push notification on macOS displaying a custom image
5

Check for confirmed delivery.

In your dashboard, go to Delivery > Sent Messages, then click the message to view stats. You should see the confirmed stat, meaning the device received the push.
Safari does not support Confirmed Delivery.

Push notification message reports

View delivery, click, and conversion stats for your push notifications.
You have successfully sent a notification via the API to a segment.
If notifications are not arriving, contact support@onesignal.com with the following:
  • The API request and response (copy-paste into a .txt file)
  • Your Subscription ID
  • Your website URL with the OneSignal code

User identification

The previous section covered creating web push Subscriptions. This section expands to identifying Users across all their subscriptions (including push, email, and SMS) using the OneSignal SDK. It covers External IDs, tags, multi-channel subscriptions, privacy, and event tracking to help you unify and engage users across platforms.

Assign External ID

Use an External ID to identify users consistently across devices, email addresses, and phone numbers using your backend’s user identifier. This ensures your messaging stays unified across channels and 3rd party systems (especially important for Integrations). Set the External ID with the SDK’s login method each time a user is identified by your app.
OneSignal generates unique read-only IDs for subscriptions (Subscription ID) and users (OneSignal ID).As users download your app on different devices, subscribe to your website, and/or provide you email addresses and phone numbers outside of your app, new subscriptions will be created.Setting the External ID via the SDK is highly recommended to identify users across all their subscriptions, regardless of how they are created.

Add data tags

Tags are key-value pairs of string data you can use to store user properties (like username, role, or preferences) and events (like purchase_date, game_level, or user interactions). Tags power advanced Message Personalization and Segmentation allowing for more advanced use cases. Set tags with the SDK’s addTag and addTags methods as events occur in your app. In this example, the user reached level 6 identifiable by the tag called current_level set to a value of 6.
OneSignal user profile showing a data tag named current_level with value 6
You can create a segment of users with a level between 5 and 10, then use that segment to send targeted and personalized messages:
Segment editor filtering users where current_level is greater than 4 and less than 10
Push notification composer targeting the Level 5-10 segment with a personalized message

Add email and/or SMS subscriptions

The OneSignal SDK creates web push subscriptions automatically when users opt in. You can also reach users through email and SMS channels by creating the corresponding subscriptions. If the email address or phone number already exists in the OneSignal app, the SDK adds it to the existing user. It does not create duplicates. You can view unified users via Audience > Users in the dashboard or with the View user API.
OneSignal user profile showing push, email, and SMS subscriptions linked by External ID
Best practices for multi-channel communication
  • Obtain explicit consent before adding email or SMS subscriptions.
  • Explain the benefits of each communication channel to users.
  • Provide channel preferences so users can select which channels they prefer.

To control when OneSignal collects user data, use the SDK’s consent gating methods: For more on privacy and security:

Listen to push, user, and in-app events

Use SDK listeners to react to user actions and state changes. The SDK provides several event listeners you can hook into. See the SDK reference guide for more details.

Push notification events

User state changes


Advanced setup & capabilities

Explore more capabilities to enhance your integration:

Web SDK setup & reference

Congratulations! You’ve successfully completed the Web SDK setup guide.


FAQ

Does web push work on HTTP sites?

No. Web push requires HTTPS. Browsers enforce this as a security requirement. The only exception is localhost and 127.0.0.1, which browsers treat as secure origins for development purposes.

Why do I need a service worker file?

The service worker runs in the background and handles incoming push notifications even when the user does not have your site open. Without it, the browser cannot display notifications. The OneSignalSDKWorker.js file must be publicly accessible on your origin.

Can I use web push on iOS (iPhone/iPad)?

Yes, starting with iOS 16.4+. However, Apple requires a manifest.json file and the user must add your site to their home screen first. See iOS web push setup for the full requirements.

Why are my notifications not showing?

Common causes include an incorrectly placed service worker file, a mismatched Site URL in the dashboard, or the user having notifications blocked in their browser settings. See Notifications not shown or delayed for a full troubleshooting checklist.
Need help?Chat with our Support team or email support@onesignal.comPlease include:
  • Details of the issue you’re experiencing and steps to reproduce if available
  • Your OneSignal App ID
  • The External ID or Subscription ID if applicable
  • The URL to the message you tested in the OneSignal Dashboard if applicable
  • Any relevant logs or error messages
We’re happy to help!