Skip to main content

Overview

“Prompting” refers to the process of asking users for permission to send them messages. Prompts are pop-up messages presented in the browser or mobile app and require the user to click “Allow” to be subscribed and receive messages. This guide covers the different types of web prompts and how to configure them. Web Push works on Desktop, Android and iOS, but please note that web push for iOS requires some additional steps to configure. If you have a mobile app, see how to prompt for Push Permissions with In-App Messages. Browsers provide their own native, system-level permission prompt, which is required to be both shown and clicked “Allow” for the user to subscribe to push notifications on your website. Browsers now highly recommend websites be more selective when it comes to showing the native permission prompt. This is why using OneSignal Prompts or your own custom “soft prompts” before the native prompt is encouraged.

OneSignal prompts (soft prompts)

OneSignal soft prompts are user-friendly, customizable prompts that appear before the browser’s native permission prompt. These prompts do not subscribe users to messages by themselves; instead, they help:
  1. Explain the value of subscribing to messages (push, email, or SMS).
  2. Prevent browsers from automatically blocking permission requests.
  3. Launch the native browser prompt only after the user expresses interest.
Soft prompts are recommended by browsers and help maximize engagement rates while protecting your domain reputation.

Prompt icon

To customize the icon shown in your web push notifications, go to your OneSignal dashboard: Settings > Push & In-App > Web Settings. In the Site Setup section, configure the Default Icon URL. This icon appears in all your notifications unless otherwise specified.
  • Accepted formats: .png or .jpg
  • Recommended size: 256x256 pixels (to meet Safari’s requirements)
  • If left unset, OneSignal will use a generic bell icon
This setting can be changed at any time.

Image shows the Site Setup section of your web push settings. This is where you configure your website name, site URL, and default icon.


Permission prompt setup

Configure the prompts you want to display on your site. In your OneSignal dashboard, navigate to: Settings > Push & In-App > Web Settings > Permission Prompt Setup. From there, click Add Prompt to choose from OneSignal’s available prompt types. You can also edit any existing prompts already shown in the list.

Add new prompts or select the prompt you want to edit.

Each prompt type has different use cases and display behaviors. You can use them individually or in combination to guide users through the subscription process in a way that fits your website’s UX. Available prompts are:
  • Slidedown: A visually prominent prompt used for push notifications and optional category selection.
  • Email/Phone prompt: Used to collect user email addresses, phone numbers, or both.
  • Subscription bell prompt: A persistent floating widget for push subscriptions, typically placed in the bottom corner of your site.
  • Custom link prompt: A customizable button or link embedded in your site that triggers the native browser prompt.
  • Native permission prompt: The required browser-level prompt that must be accepted for users to receive push notifications.

Slidedown & category

The Slide and Category prompts appear prominently at the top center of the screen on desktop and bottom center on mobile. These are high-visibility, soft prompts shown before the required native permission prompt. They do not subscribe the user on their own but help initiate the subscription flow and capture user interest.

Example showing the Slide Prompt with Category Tags.

To add a Slide Prompt, follow the steps below: Typical Site & WordPress Setup:
  1. Go to Settings > Push & In-App > Web Settings > Permission Prompt Setup
  2. Select Add Prompt > Push Prompt > Push Slide Prompt
Custom Code Setup: Use the slidedown property in your OneSignal init code’s promptOptions object. See Web SDK Reference for more details.

The push slide prompt options.

For details on triggering the prompt, see Auto prompt & display settings.

Slide prompt text

You can customize the text displayed in the slide prompt:
  • Action message: up to 90 characters
  • Button labels: up to 15 characters each
  • Customization of font, size, or colors is not currently supported
Enable the text customization option in the dashboard. If no text is entered, default text will be used.

Slide prompt text options.

When finished, click Done and Save again on the next page to see this go into effect.
For Custom Code setup, within your OneSignal init code’s promptOptions object. Use the text properties. See Web SDK Reference for more details.

Categories

You can enhance the Slidedown prompt by adding categories—checkboxes that let users indicate interest in specific message topics (e.g., News, Sales, Updates).
  • Up to 10 categories allowed
  • Each category is stored as a Data Tag with a 1 (selected) or 0 (not selected)
  • Useful for segmentation and targeting messages by user preferences
You may display the category prompt again later to let users update their preferences. Previously selected values will be retained unless overwritten.
  • Label: what the user sees in the prompt. Recommended to capitalize the first letter.
  • Tag Key: what the tag in OneSignal will be. Recommended to use lower case and underscores (_) for spaces.
  • Update Instructions, Positive and Negative Buttons: if you choose to display the category prompt again after the user is already subscribed to push, the update instructions will be shown instead of the action message. This allows you inform the user they can update their categories.

Example categories. The Label is what users see while the tag key is what gets set as a tag key with a value of '1'.

When finished, click Done and Save again on the next page to see this go into effect.
For Custom Code setup, within your OneSignal init code’s promptOptions object. Use the categories properties. See Web SDK Reference for more details.
For details on triggering the prompt, see Auto prompt & display settings.

Email & phone number prompt

The Email & Phone Prompt collects optional user contact information directly within a Slidedown. Each field has built-in validation to ensure correct formatting. Once submitted:
  • New Email and/or SMS subscriptions are created for the user
  • You can start messaging them across these channels
To add this prompt:
  • Navigate to Settings > Push & In-App > Web Settings > Permission Prompt Setup > Add Prompt > Email/Phone Prompt.

Email & Phone Number Prompt Setup

Customize which input fields are shown, the text labels, and the auto-prompt delay.

Email & Phone Number Prompt Setup

When finished, press Done and Save again on the next page to see this go into effect.
For Custom Code setup, within your OneSignal init code’s promptOptions object add the type to be either email, sms, or smsAndEmail. See Web SDK Reference for more details.
For details on triggering the prompt, see Auto prompt & display settings.

Subscription bell prompt

The Subscription Bell Prompt is a small, persistent widget that appears in the bottom corner of your website. When clicked by an unsubscribed user, it triggers the Native Browser Prompt. Because of its minimal footprint, the bell can be left visible at all times, making it a passive yet effective option for ongoing opt-in opportunities. It does not require dismissal and provides users with control over when to subscribe.

Subscription Bell Prompt

You can customize the OneSignal Bell Prompt’s color, size, bottom position, text and more! 🛑 You cannot currently change the icon image or place the bell in the top corners.
Navigate to: Settings > Push & In-App > Web Settings > Permission Prompt Setup > Add Prompt > Subscription Bell PromptYou can customize the bell’s:
  • Color
  • Size
  • Bottom position (left or right)
  • Text and labels
After setup, click Done, then Save to apply changes.

Subscription Bell Setup in Dashboard

Use the notifyButton parameter in your web SDK initialization options. You may toggle between different examples for Bell Prompt customizations.Hiding: To hide the subscription bell after a user subscribes or only show it on certain pages, be sure to return the value false or a Promise that resolves to the value false in the displayPredicate function during initialization. This function is evaluated before the subscription bell is shown. You may return any other value to show the subscription bell.
// Your other init options here
notifyButton: {
    enable: true, /* Required to use the Subscription Bell */
    size: 'medium', /* One of 'small', 'medium', or 'large' */
    theme: 'default', /* One of 'default' (red-white) or 'inverse" (white-red) */
    position: 'bottom-right', /* Either 'bottom-left' or 'bottom-right' */
    offset: {
        bottom: '0px',
        left: '0px', /* Only applied if bottom-left */
        right: '0px' /* Only applied if bottom-right */
    },
    showCredit: false, /* Hide the OneSignal logo */
    text: {
        'tip.state.unsubscribed': 'Subscribe to notifications',
        'tip.state.subscribed': "You're subscribed to notifications",
        'tip.state.blocked': "You've blocked notifications",
        'message.prenotify': 'Click to subscribe to notifications',
        'message.action.subscribed': "Thanks for subscribing!",
        'message.action.resubscribed': "You're subscribed to notifications",
        'message.action.unsubscribed': "You won't receive notifications again",
        'dialog.main.title': 'Manage Site Notifications',
        'dialog.main.button.subscribe': 'SUBSCRIBE',
        'dialog.main.button.unsubscribe': 'UNSUBSCRIBE',
        'dialog.blocked.title': 'Unblock Notifications',
        'dialog.blocked.message': "Follow these instructions to allow notifications:"
    }
}

The Custom Link Prompt is a user-triggered button or link you can embed anywhere on your website. When clicked, it displays the Native Browser Prompt for push notifications.

Custom Link Prompt

Common use cases:
  • Below a blog post: “Like this article? Get updates as soon as we post!”
  • In your site footer
  • In a sticky header or floating toolbar
To change the appearance of the widget at any time all elements have a special class onesignal-reset that removes any prior styling from the element to make sure there are no conflict with our internal styles and that it looks exactly as you’ve defined it in the dashboard.If you ever find yourself in need to redefine any OneSignal styles, here is a short reference of the classes used in the Custom Link widget
Class NameApplies to
onesignal-customlink-containerMain container
onesignal-customlink-subscribeAction button
onesignal-customlink-explanationParagraph with a custom explanation text
state-subscribedAll components internal to the main container
state-unsubscribedAll components internal to the main container
buttonAction button if in button mode
linkAction button if in link mode
smallAll components internal to the main container
mediumAll components internal to the main container
largeAll components internal to the main container
hideAll components internal to the main container if unsubscribeEnabled is set to false
To override any of them you have to create a CSS rule with higher specificity, combining the class name with the parent element id should be enough. But beware of the conflicts, our internal styles may change.

Native permission prompt

The native permission prompt is the browser-controlled dialog that users must accept to subscribe to push notifications from your website. This prompt is:
  • Required for subscription
  • Automatically triggered after OneSignal soft prompts
  • Not customizable in appearance, text, or behavior

Native Permission Prompt on Chrome

Browser native prompt behavior

Different browsers impose unique behaviors and restrictions to reduce spammy permission requests. In an effort to combat spam and poor user experience, OneSignal will automatically default to the Slide Prompt in certain cases listed below. If you do not want to show the Slide Prompt and would like to use the native permission prompt directly, you must turn off the Auto Prompt options and use our Web SDK requestPermission() method. Please note that displaying the native permission prompt directly may not work in all browsers as described below.

Chrome

Chrome 80+ may display a quieter UI instead of the full prompt:
  • Automatically applies to users who frequently deny prompts
  • Also applies to sites with a high rate of denials

Example of a quieter UI on Chrome desktop.

Chrome implements back-off logic if the user clicks the “X” on the native prompt:
  • You have 3 attempts to prompt
  • After the 3rd dismissal, the prompt is suppressed for 7 days (source).
Using the Typical Site & WordPress Setup to configure the native permission prompt will automatically show the Slide Prompt on Chrome for mobile devices.We deliberately added the double prompt on Android because the native Permission Prompt on Chrome for Android is a very user-unfriendly pop-up that takes over the entire screen of your site and this prevents your users from having a bad experience while visiting your site.If you do not want to show the Slide Prompt, you must turn off the Auto Prompt switch in the Prompt Editor (don’t forget to press the Save button), then use the Web SDK requestPermission() method.

Firefox

Firefox 72+ started requiring a user gesture to trigger the native permission prompt. If you try to automatically show the native permission prompt on Firefox, you will see an icon within the browser like this, requiring the user to click the icon to show the native permission prompt.

Firefox icon

Using the Typical Site & WordPress Setup to configure the native permission prompt will automatically show the Slide Prompt on Firefox.We deliberately added the double prompt on Firefox because it requires a 2-step opt-in in either case and the Slide prompt is a more eye-catching way to increase engagement.If you do not want to show the Slide Prompt, you must turn off the Auto Prompt switch in the Prompt Editor (don’t forget to press the Save button), then use the Web SDK requestPermission() method.

Safari

Safari 12.1+ started requiring a user gesture to trigger the native permission prompt.
Using the Typical Site & WordPress Setup to configure the native permission prompt will not work for Safari because of this user gesture requirement.We deliberately added the Slide Prompt on Safari because it requires a 2-step opt-in.

Edge

Edge uses a trust-based model:
  • If the site is untrusted, the prompt is suppressed and replaced by a bell icon in the browser bar:

Bell icon shown for unfamiliar or untrusted sites in Edge.

  • If the site is trusted, the native prompt appears normally:

Native prompt appears directly for trusted sites in Edge.


Auto prompt & display settings

To maximize engagement and avoid disrupting your users, it’s best to delay showing prompts until after they’ve spent some time on your site. OneSignal allows you to automatically display prompts based on user behavior using two delay conditions:
  • Page Views: Number of times the user loads any page on your site
  • Seconds on Page: Amount of time the user must spend on the page
These delays are applied using an AND condition, meaning both must be satisfied before the prompt appears. Example: If you set the delay to 3 page views and 30 seconds, the prompt will display on the third page load, after 30 seconds have passed. If the user doesn’t interact with the prompt, it will continue showing on each page load (after 30 seconds) until it’s clicked or dismissed.
  • Navigate to: Settings > Push & In-App > Web Settings > Permission Prompt Setup
  • Choose a prompt or create a new one
  • Enable Auto Prompt
  • Set your delay preferences (page views and time delay)

Example: This prompt is set to appear on the third pageview after 30 seconds.

  • Click Done, then Save
If you want to trigger the prompt programmatically, keep Auto Prompt disabled and use the Web SDK Prompt prompt methods.
Within your OneSignal init code’s promptOptions object use the autoPrompt and delay options. There are also methods to trigger the desired slidedown or native prompts directly. See Web SDK Reference for more details.
If you want more control over when prompts are shown—for example, only on specific pages or after specific actions:
  1. Disable Auto Prompt
  2. Use the SDK’s Slidedown or Native Prompt methods to show the prompt via code

Slidedown prompt back-off logic

Once a Slidedown (Push, Category, or Email/Phone) prompt is shown and dismissed (via Allow, Cancel, or closing the dialog), it will back off and reappear on a defined schedule:
Interaction OutcomeNext Prompt Timing
First DismissalWait 3 days
Second DismissalWait 7 days
Third and later dismissals (not subscribed)Wait 30 days
For example, if the user clicks “Allow” on the Slidedown but then clicks “X” on the browser’s native prompt (without subscribing), the Slidedown will follow the back-off cycle above.
This logic applies to Push, Category, and Email/Phone Slidedown prompts. You can bypass the backoff logic using our Web SDK Slidedown prompt methods.For native prompt back-off logic, see Browser native prompt behavior. You cannot bypass the backoff logic for the native prompt because this is controlled by the browser.
If the user clears cookies or browser data, the back-off cycle resets and the prompt may appear again as if for the first time.

Best Practices for requesting web push permissions

Getting users to grant web push permissions requires timing, trust, and user-friendly design. Follow these best practices to maximize opt-in rates while maintaining a positive on-site experience.

Be strategic with when you ask

Timing matters more than frequency. Display permission prompts when users are already engaged or showing intent. For example:
  • After they add an item to their cart or engaged on a post or comment
  • When they update their profile or sign in to their account
  • Upon completing an action that shows commitment to your brand
Prompting users at these moments increases acceptance rates because they’re more invested in your content and value. If your site has a profile or preference center, include push (and other channel) opt-in controls there. This reinforces transparency and gives users more control over how they receive updates. See our Preference Center guide for more details.

Use the Subscription Bell Prompt

The Bell Prompt is a persistent, non-intrusive way for users to subscribe at any time. This floating bell icon is ideal for long-term engagement because it:
  • Keeps the subscription option visible without disrupting browsing.
  • Allows users to subscribe when they choose.
  • Builds trust by not forcing immediate permission requests.
The Bell Prompt is especially effective for returning visitors and users who initially dismissed permission requests.

Let users personalize their subscriptions with Categories

The Category Prompt lets users choose which topics or message types they want—like “Sales”, “Product Updates”, or “Blog Posts”. This approach:
  • Makes the prompt feel less intrusive and more relevant
  • Improves engagement and message click-through rates
  • Reduces opt-outs later by setting expectations early
Personalized opt-ins lead to higher long-term retention because users feel in control of the experience.

Test and optimize over time

Don’t rely on a single strategy. Test different prompt types, messages, and timings to see what resonates with your audience. Try this approach:
  • Start with the native browser prompt for a few months to measure your baseline opt-in rate.
  • After gathering data, experiment with the slidedown prompt or custom prompt flows to improve conversions across browsers and audience segments.
  • Track performance using our SDK’s permissionPromptDisplay and permissionChange events and slidedown events.
Opt-in behavior can vary by season, device type, and region—so test regularly to find the right balance between engagement and user comfort.

FAQ & troubleshooting

Prompt display issues

A browser’s native permission prompt may not show if any of the following conditions are true: 1. The browser blocked the prompt from showing. Navigate to your browser’s settings and check the “Notifications” permission setting. Chrome example: chrome://settings/content/notifications

Chrome Notifications settings

In this example:
  • The user has selected “Don’t allow sites to send notifications” which will prevent the native permission prompt from showing. This must show “Sites can ask to send notifications” to allow the native permission prompt to show.
  • The user has added https://yoursite.com to the “Not allowed to send notifications” list, which will prevent the native permission prompt from showing. This must be removed from the list to allow the native permission prompt to show.
Browser specific documentation:
  • Chrome - This page explains how to manage notifications in Chrome by going to Settings > Privacy and security > Site Settings > Notifications, where you can control default behavior and manage permissions for individual websites.
  • Firefox - This guide covers Firefox’s Web Push notifications, explaining how to manage notification permissions through Settings > Privacy & Security > Notifications, and how to control permissions for specific sites through the address bar’s site information icon.
  • Safari - This Apple guide explains how to customize Safari notifications on Mac through Safari > Preferences > Websites > Notifications, where you can manage which sites can send notifications and control notification behavior through System Preferences.
  • Edge - This article details how to manage Edge notifications by navigating to Settings > Privacy, search, and services > Site permissions > Notifications, or by clicking the site information icon in the address bar.
2. The user has already allowed notifications or already subscribed. In the browser’s settings, check if your site URL is listed in the “Allowed to send notifications” list. 3. You are in Incognito Mode, Private Browser mode or Guest Browser mode. The native Permission Prompt will not show while in Incognito Mode, Private Browser mode or Guest Browser mode. Users cannot subscribe to notifications in these modes. 4. You are using a browser and device that does not support web push notifications. Make sure you are using a browser and device that supports web push. 5. iOS/iPadOS requirements are not met. For iOS, there are some additional requirements to prompt users for their subscription. More information can be seen in the Mobile Web Push for iOS/iPadOS guide.
If you are still having trouble, see our Web push troubleshooting guide.
If you try to view your website through a Social Media App (Instagram, TikTok, Facebook, others), you may not see the web prompt if it uses a webview. Webviews do not support web push notifications. The app must open your website in a browser that supports web push notifications.
There are generally 2 reasons why the slide prompt keeps showing up:
  1. You are in incognito mode, private browser mode or guest browser mode.
  2. You are triggering the prompt programmatically without using the Auto Prompt option. See the Web SDK Reference and check the prompting methods you are using.
For OneSignal Prompts, see Slidedown prompt back-off logic.For the native permission prompts, see Browser native prompt behavior.
Review the Browser native prompt behavior section above for more details.

Customizations

Currently you will need to select the Custom Code Setup. Then programmatically change the language of the prompts by detecting the user’s browser language and initialize the OneSignal SDK with different text(s).The native Permission Prompt will automatically translate to the browser’s set language.
Using the Custom Code Setup you can initialize OneSignal with the different prompting options. You would need to setup your own way to trigger the A/B/C/D etc tests which initialize OneSignal.As a bonus, you can use the Subscription Change method to detect when the user subscribed and add Data Tags based on which test won the subscription.
Yes! Please see our guide Auto-Segment By Subscription Page.
You cannot change the bell image, but you can change the colors, text and put it on the bottom left of bottom right of the page.
Yes! This will require using the Custom Code Setup and adding the categories through code based on the above setup configurations.
The OneSignal Web SDK has the Slide Prompt Event Methods to detect when it shows on the screen, when it is closed, and the “Allow” or “Cancel” action.
You must disable the Auto Prompt option, then add the Slidedown prompt code to the specific pages you want the prompts to show.If you are using the Bell prompt, it cannot be disabled at a page-by-page basis at this time.
On December 5th 2017, Google changed how the native Permission Prompt looks on Chrome for Android. It is a very user-unfriendly pop-up that takes over the entire screen of your site. We deliberately added the double prompt on Android to prevent your users from having a bad experience on your site.If you do not want to show the Slide Prompt, you must turn off the Auto Prompt switch in the Prompt Editor (don’t forget to press the Save button), then use the Web SDK requestPermission() method.