在实现浏览器的web-push时，在某些浏览器上可能会收到“Push notification prompting can only be done from a user gesture”。 让我们看看为什么有些浏览器强制执行此规则，如果不遵守会怎样呢？应该如何让我们的通知方案适用于所有浏览器呢？

问题分析

我们为了从网站向用户发送通知，是需要请求用户许可的。 正如许多网站所做的那样，我们可能认为最好的解决方案是让用户在进入网站后立即订阅通知。 但是这其实并不友好，设置会让用户很反感，也正是出于这个原因，如果网站在页面加载时开始请求消息通知的用户许可，一些浏览器已经决定阻止权限提示。

所以我们需要等待用户单击按钮或类似的东西，然后才显示请求权限提示（因为这是在用户生成的事件中）。

如果不遵守这个规则，浏览器只会返回错误，不会显示提示。

• Safari上收到此错误：

Push notification prompting can only be done from a user gesture.

• Firefox上得到这个错误：

The Notification permission may only be requested from inside a short running user-generated event handler.

因为目前Chrome允许您在页面加载时显示权限提示，因此您不会在 Chrome 上收到任何错误。而我们绝大多数都是在chrome进行调试开发的，所以自己的方案可能有问题，但是发现不了。

最佳实践

主要可以分成以下两个场景来使用消息通知

1.用户主动订阅

我们在用户点击某个按钮（比如订阅按钮）后，再弹出请求通知权限提示。下面以opera为例。

用户点击“订阅”按钮后提示浏览器的提示

2.引导用户订阅

因为在浏览器弹出请求通知权限提示的时候，如果用户点击了“拒绝”，后续就无法再通过代码再次弹出通知权限提示了，所以弹出浏览器的提示时一定要慎重，确保用户会点击“同意”时再弹出。

我们在想让浏览器弹出请求通知权限提示之前，可以先弹出一个自定义提示，确定下用户是否真有接收消息通知的意愿。

只有当用户确认同意接收通知时，才弹出浏览器的提示，这是用户在接下来的提示中点击“允许”的概率就会很大了；如果用户在自定义提示中表示不接收通知，则无需弹出浏览器的提示了，避免及时弹出来也会被用户拒绝了。

被“拒绝”过怎么办？

如果用户之前“拒绝”过，后续反悔了，想接收消息推送了，我们只能引导用户清除浏览器的设置了