小程序模板网

小程序订阅消息用户拒绝/关闭后,如何引导用户再开启?并获得用户的操作呢

2020-05-21 这壁厢

前言

有些时间没折腾小程序了,话说年前小程序就发布了消息,于1月10日会下线模板消息下发功能,所有的订阅消息都要用户手动触发确认同意,这可就太难了,之前的 wx.openSetting 、 wx.getPhoneNumber 、 wx.getUserInfo 等等API的调整,可把我折腾惨了,这次又来……

难道直接js调用,不爽吗?非要整手动确认,爽是肯定的,但如果从一个用户的角度出发,自己啥都没干,你就把我信息获取了、天天给我推一堆垃圾信息,那肯定不爽了,所以从这角度看,微信的调整也是为了尊重用户的隐私,毕竟用户第一嘛

今天主要是想分享一下,今天在处理这个订阅消息逻辑时,遇到当 用户拒绝 后,如何重新引导开启 「订阅消息」通知的问题,并在 开启后获取到它的状态

如果你处理过小程序的订阅消息,应该是知道的,在用户拒绝或关闭消息总开关之后,我们引导用户手动开启「订阅消息」功能(也就是 openSetting API的调用回调里,是拿不到 scope.subscribeMessage 状态的),开始我也纠结了很久,百度、google都用上了,同样发现很多的同学也有遇到这样的问题,而都没有找到解决方案,最后在我快要放弃的时候却突然灵光一闪,想到了个办法,所以抖胆BB几句,分析一下:

温馨提示:书读的少,却又喜欢瞎BB几句,内容仅为个人解决方案的思路,仅供参考,不足之处请见谅,勿喷,谢谢~

授权API示例

首先来看下调用的示例:

wx.requestSubscribeMessage({
  tmplIds: ['模版id'],
  success (res) {

  }
})

同时官方也说了, success 回调的模版对应有三种状态:

  1. accept = 同意
  2. reject = 拒绝
  3. ban = 后台封禁

fail 也有对应的状态码,如下:

本次要讲的是 errorCode 20004 与 reject 状态时,

根据以往经验,如果拒绝了,我们肯定是使用直接使用 openSetting ,引导用户进行手动开启授权(),比如:

//以微信运动为例
export default class Sign extends wepy.page {
  config = {
    navigationBarBackgroundColor: '#fff',
    navigationBarTitleText: '赢积分',
  };
  components = {
    Toast: Toast,
    Modals: Modals
  };
  methods = {
  };
  data = {
    signHistory: []
  };
  getRunData() {
    wx.getWeRunData({
      success: res => {
        ……处理运动步数逻辑
      }
    });
  }
  setAuth() {
    wx.getSetting({
      success: res => {
        //第一步,检测是否有授权 - 没有授权
        if (!res.authSetting['scope.werun']) {
          //第二步,开始授权,但这里有一个坑点(腾讯的bug),之前授权过但是是拒绝,所以会进入失败
          wx.authorize({
            scope: 'scope.werun',
            success: () => {
              this.getRunData();
            },
            fail: () => {
              //第三步,引导用户,手动引导用户点击按钮,去设置页开启,## Modals是自定义组件
              this.$invoke('Modals', '__modalConfirm__', [
                '检测到您没有打微信运动的权限,是否去设置?',
                'openSetting',
                //第四步,进入设置页的回调 - 成功
                res => {
                  let { authSetting } = res.detail;
                  if (authSetting['scope.werun']) {
                    this.getRunData();
                  } else {
                    this.$invoke('Toast', '__warning__', [
                      `您没有同意授权微信运动,获取步数失败`
                    ]);
                  }
                },
                //第五步,点击取消按钮的回调
                () => {
                  this.$invoke('Toast', '__warning__', [
                    `您已拒绝微信运动授权,无法获取步数`
                  ]);
                }
              ]);
            }
          });
        } else {
          //第六步,已经授权直接进入保存逻辑
          // console.log("授权了")
          this.getRunData();
        }
      }
    });
  }
}

上面代码执行截图如下:

上述代码, this.$invoke('Modals'……) 部分为自定义弹窗,即引用用户确定,去设置页,

requestSubscribeMessage 问题点

但是 在 openSetting 的回调里,是没有 scope.subscribeMessage 这一项的,下面是列出的 scope 列表 官方清单( 文档地址 ):

//提交订阅消息示例


export default class Sign extends wepy.page {
  config = {
    navigationBarBackgroundColor: '#fff',
    navigationBarTitleText: '赢积分',
  };
  setClock(e) {
    let that = this;
    if (wx.requestSubscribeMessage) {
      wx.requestSubscribeMessage({
        tmplIds: [pushReservationTmplIds],
        success(res) {
          if (res[pushReservationTmplIds] === 'accept') {
            //发起请求……
          } else if (res[pushReservationTmplIds] === 'reject') {
            // 用户历史操作有设置了拒绝 or 关闭了订阅消息的主(总)开关,导致无法推送
            that.guideOpenSubscribeMessage();
          } else {
            wx.showToast({
              title: '授权订阅消息有误',
              icon: 'none'
            });
          }
        },
        fail(res) {

          // 20004:用户关闭了主开关 或在 消息通知 里 “拒绝接收”操作,无法进行订阅,引导开启
          if (res.errCode == 20004) {
            console.log(res, 'fail:用户关闭了主开关,无法进行订阅,引导开启---');
          }
        }
      });
    } else {
      wx.showToast({
        title: '请更新您微信版本,来获取订阅消息功能',
        icon: 'none'
      });
    }
  }
  guideOpenSubscribeMessage() {
    //引导用户,手动引导用户去设置页开启,
    this.$invoke('Modals', '__modalConfirm__', [
      '检测到您没有开启订阅消息的权限,是否去设置?',
      'openSetting',
      res => {
        console.log('openSetting的回调数据:', res);
        //但是这个回调数据里,并没有 「订阅消息」 相关 open/close 的状态返回

      },
      //用户点击了取消按钮
      () => {
        // console.log("取消了")
        this.$invoke('Toast', '__warning__', [
          `您已拒绝订阅消息授权,无法预约`
        ]);
      }
    ]);
}

上图为 openSetting 的回调数据,而网上说回调里不做任何处理,用户是否有手动开启,则让提示让他再手动点击一次业务按钮,如果有开启,则回到最初的逻辑,订阅消息成功,否则则又循环进入 openSetting 设置页,俗称“死缠烂打授权法”,这当然不失为一种方法,但体验不是最好,

对于追求完美的我来说,不能接受,继续寻找更好的方案,把官方文档来回看,终于发现了新大陆,—— wx.getSetting

文档有有这么一个属性: subscriptionsSetting ,感谢苍天,终于让我看到了 订阅消息 相关的东西,

//官方示例
wx.getSetting({
  withSubscriptions: true,
  success (res) {
    console.log(res.authSetting)
    // res.authSetting = {
    //   "scope.userInfo": true,
    //   "scope.userLocation": true
    // }
    console.log(res.subscriptionsSetting)
    // res.subscriptionsSetting = {
    //   mainSwitch: true, // 订阅消息总开关
    //   itemSettings: {   // 每一项开关
    //     SYS_MSG_TYPE_INTERACTIVE: 'accept', // 小游戏系统订阅消息
    //     SYS_MSG_TYPE_RANK: 'accept'
    //     zun-LzcQyW-edafCVvzPkK4de2Rllr1fFpw2A_x0oXE: 'reject', // 普通一次性订阅消息
    //     ke_OZC_66gZxALLcsuI7ilCJSP2OJ2vWo2ooUPpkWrw: 'ban',
    //   }
    // }
  }
})

在 wx.getSetting 的回调里,有一项 mainSwitch ,还有一项 withSubscriptions: true ,最后回调里还能一项 zun-LzcQyW-edafCVvzPkK4de2Rllr1fFpw2A_x0oXE: 'reject' ,到这里,但它也只是在 getSetting 方法里啊,跟 openSetting 没有扯上任何关系,怎么办?

其实道理很简单,但人有时候就是这样,思维如果没有转换过来,你可以就会一直杠在那个死胡同里出不来,

openSetting 回调里取不到状态, 那么我们是否可以在它的回调里,再做一次 getSetting 的调用里呢? ,取 getSetting 回调里的状态来判断,刚才用户在设置页的行为操作,直接看示例吧:

//提交订阅消息示例

const pushReservationTmplIds = 'PVC_DBcvvdtffd1fO0vdS8YpSe0c7Br3QW54';

export default class Sign extends wepy.page {
  config = {
    navigationBarBackgroundColor: '#fff',
    navigationBarTitleText: '赢积分',
  };
  submitClock() {
    fetchJson({
      type: 'POST',
      url: '/api/steps/clock',
      data: {
      },
      success: res => {
        wx.showToast({
          title: '预定成功',
          icon: 'success',
          duration: 2000
        });
      }
    });
  }
  setClock(e) {
    let that = this;
    if (wx.requestSubscribeMessage) {
      wx.requestSubscribeMessage({
        tmplIds: [pushReservationTmplIds],
        success(res) {
          if (res[pushReservationTmplIds] === 'accept') {
            that.submitClock();
          } else if (res[pushReservationTmplIds] === 'reject') {
            // 用户历史操作有设置了拒绝 or 关闭了订阅消息的主(总)开关,导致无法推送
            // console.log(res, '0 拒绝 or 关闭了订阅消息的主(总)开关---');
            that.guideOpenSubscribeMessage();
          } else {
            wx.showToast({
              title: '授权订阅消息有误',
              icon: 'none'
            });
          }
        },
        fail(res) {
          // 20004:用户关闭了主开关,无法进行订阅,引导开启
          if (res.errCode == 20004) {
            // console.log(res, 'fail:用户关闭了主开关,无法进行订阅,引导开启---');
            that.guideOpenSubscribeMessage();
          }
        }
      });
    } else {
      wx.showToast({
        title: '请更新您微信版本,来获取订阅消息功能',
        icon: 'none'
      });
    }
  }
  guidSubscribeMessageAuthAfter() {
    //引导用户 开启订阅消息 之后,「openSetting」 接口暂时不会返回,用户手动设置后的状态,所以采用「getSetting」接口重新进行查询
    wx.getSetting({
      withSubscriptions: true,
      success: res => {
        let {
          authSetting = {},
          subscriptionsSetting: { mainSwitch = false, itemSettings = {} } = {}
        } = res;

        if (
          (authSetting['scope.subscribeMessage'] || mainSwitch) &&
          itemSettings[pushReservationTmplIds] === 'accept'
        ) {
          this.submitClock();
          // console.log('用户手动开启同意了,订阅消息');
        } else {
          this.$invoke('Toast', '__warning__', [
            `您没有同意授权订阅消息,预约领取失败`
          ]);
        }
      }
    });
  }
  guideOpenSubscribeMessage() {
    //引导用户,手动引导用户去设置页开启,
    this.$invoke('Modals', '__modalConfirm__', [
      '检测到您没有开启订阅消息的权限,是否去设置?',
      'openSetting',
      //用户点击了确定按钮,进入设置页的回调
      res => {
        console.log('openSetting的回调数据:', res);
        this.guidSubscribeMessageAuthAfter();
      },
      //用户点击了取消按钮
      () => {
        // console.log("取消了")
        this.$invoke('Toast', '__warning__', [
          `您已拒绝订阅消息授权,无法预约领取`
        ]);
      }
    ]);
  }
}

结尾

到这里, wx.requestSubscribeMessage 的问题,也就得到了解决,看到网上有贴子在喷 requestSubscribeMessage API的设计,比如: wx.requestSubscribeMessage的接口参数结构设计反人性,实习生设计的吗? ,其实我也想说这么庞大的一个生态体系,更新方案就考虑的这么不全面吗?还是说就是这么反人类? getSetting 里给 requestSubscribeMessage 的相关状态, openSetting 里又压根没有,然后又把它的引导开启逻辑UI也放在设置页里面,我就郁闷了,

今天的分享,为我个人的解决思路方案,如有不足之处,请指出,勿喷~谢谢!!


易优小程序(企业版)+灵活api+前后代码开源 码云仓库:starfork
本文地址:https://www.eyoucms.com/wxmini/doc/course/25240.html 复制链接 如需定制请联系易优客服咨询:800182392 点击咨询
QQ在线咨询