如题，我司目前在提审模版消息时遇到了一些严重的标准偏差问题。事情要从2023/10/25开始说起，我司提交了【观测任务开始通知】的模版消息，类目为“工具 > 设备管理”，但是没有审核通过，理由是“不支持此类模板消息，并非用户触发事件后的通知，有骚扰用户倾向”。估计是没有提供更加详细的场景说明，所以有这种怀疑是很正常的，问题不大。但后来就离谱起来了。 经过与模版消息的客服咨询几轮之后，又陆续改了几次，理由又变成了“不支持任务类模板消息，并非用户触发事件后的通知，有骚扰用户倾向”，后来删掉了很多字段，最终变成了这几天最后一次提交的模样： [图片] 这我就很纳闷了。首先第一点，我对微信这边的审核标准感到迷惑，为什么不每一次直接把存在的问题一次性说清楚呢？总是喜欢给一个“建议使用订阅消息”这类模糊不清的理由来拒绝通过。每一次的审核不通过理由都不相同，感觉就是不停地在找理由阻止审核通过。 当然，这些是你们定的规则，我没脾气，连这个“标题请修改为：天文观测任务已完成通知”的建议我都没脾气，虽然就是一字之别，两者表达的意思完全一致，你们要我改嘛，我改还不行吗。于是我咨询了客服，我问这个模版如果不属于“工具-设备管理”，那么属于什么呢，来看看客服是怎么说的： [图片] 我是真的奇了一个大怪。 [图片] [图片] 别的先不说，此模版消息主要针对各科研单位对自身天文观测设备的管理，因此符合“设备管理”类目。天文观测并非“气象”类目，根据国际科学分类标准，天文观测主要关注宇宙中星体的运动、结构、演化等现象，而气象学则是研究地球大气层内的各种气象现象。这两者虽然都涉及到大气层的研究，但其研究对象和重点有明显的区别。因此，将天文观测归类为气象的一部分是不准确的。 更何况，政务民生？？？？？？？？ 后来客服又说，设备管理需要用什么“设备xxx通知”的类型。我再提供一些截图： [图片] 可以发现，根据设备场景来设计标题有什么问题吗？？？？而且与客服沟通半天，始终也没有说明清楚，凭什么把这个【天文设备管理】的场景，归类到【政务民生-气象】，那你让我方如何参考你们的建议呢？那只能是你说的都对咯。 我来发帖也不是为了宣泄愤怒之情，我只希望你们能够按照正常的分类标准好好判断一下这是个什么东西再给出建议，行吗？如果说你们有何种担忧，大可不必换着理由来一次次拒绝审核，咱们直接一刀切好了，把模版消息直接全部取消，更清净。 最后，希望、恳请，贵方能给一个合理的说法，求求了，谢谢。

如题，我司目前在提审模版消息时遇到了一些严重的标准偏差问题。事情要从2023/10/25开始说起，我司提交了【观测任务开始通知】的模版消息，类目为“工具 > 设备管理”，但是没有审核通过，理由是“不支持此类模板消息，并非用户触发事件后的通知，有骚扰用户倾向”。估计是没有提供更加详细的场景说明，所以有这种怀疑是很正常的，问题不大。但后来就离谱起来了。 经过与模版消息的客服咨询几轮之后，又陆续改了几次，理由又变成了“不支持任务类模板消息，并非用户触发事件后的通知，有骚扰用户倾向”，后来删掉了很多字段，最终变成了这几天最后一次提交的模样： [图片] 这我就很纳闷了。首先第一点，我对微信这边的审核标准感到迷惑，为什么不每一次直接把存在的问题一次性说清楚呢？总是喜欢给一个“建议使用订阅消息”这类模糊不清的理由来拒绝通过。每一次的审核不通过理由都不相同，感觉就是不停地在找理由阻止审核通过。 当然，这些是你们定的规则，我没脾气，连这个“标题请修改为：天文观测任务已完成通知”的建议我都没脾气，虽然就是一字之别，两者表达的意思完全一致，你们要我改嘛，我改还不行吗。于是我咨询了客服，我问这个模版如果不属于“工具-设备管理”，那么属于什么呢，来看看客服是怎么说的： [图片] 我是真的奇了一个大怪。 [图片] [图片] 别的先不说，此模版消息主要针对各科研单位对自身天文观测设备的管理，因此符合“设备管理”类目。天文观测并非“气象”类目，根据国际科学分类标准，天文观测主要关注宇宙中星体的运动、结构、演化等现象，而气象学则是研究地球大气层内的各种气象现象。这两者虽然都涉及到大气层的研究，但其研究对象和重点有明显的区别。因此，将天文观测归类为气象的一部分是不准确的。 更何况，政务民生？？？？？？？？ 后来客服又说，设备管理需要用什么“设备xxx通知”的类型。我再提供一些截图： [图片] 可以发现，根据设备场景来设计标题有什么问题吗？？？？而且与客服沟通半天，始终也没有说明清楚，凭什么把这个【天文设备管理】的场景，归类到【政务民生-气象】，那你让我方如何参考你们的建议呢？那只能是你说的都对咯。 我来发帖也不是为了宣泄愤怒之情，我只希望你们能够按照正常的分类标准好好判断一下这是个什么东西再给出建议，行吗？如果说你们有何种担忧，大可不必换着理由来一次次拒绝审核，咱们直接一刀切好了，把模版消息直接全部取消，更清净。 最后，希望、恳请，贵方能给一个合理的说法，求求了，谢谢。

请问这个扫码登录的js sdk在配置href这个参数的时候是否对css文件有大小限制？ 在你们的官方文档中，我看到对这个参数是这样描述的： 参数 ｜ 是否必须 ｜ 说明 href ｜ 否 ｜ 自定义样式链接，第三方可根据实际需求覆盖默认样式。详见文档底部FAQ 里面没有提到任何关于css的base64大小限制。但是实测发现，如果这个base64稍微有一些长就会失效。所以我想确认一下，是不是真有这个限制。 请不要告诉我用链接，不用链接自有不用链接的理由，我不接受没有意义的建议。如果真有这个限制，请你们以后在文档上注明，以免增加广大开发者的沟通成本和时间成本。其次，如果真有限制，我想请问为什么夸克就可以绕开这个限制？他们也是base64传入自定义css，但是他们没有直接用你们的jssdk，而是根据你们的jssdk相同的接口开发了一个。我看了他们的iframe地址，也是和jssdk一样的。我相信大部分开发者也发现了这个问题。