- 微信小程序为啥成了很多人手上一块“弃之可惜,食之无味的鸡肋”?又怎样让它变成宝?
你好!尊敬的腾讯官方客服:无诚信开发服务商欺骗微信小程序用户已在严重制约着小程序的健康发展,究竟由谁来监督谁来管? 咱从2018年就想定制或购买一款微信小程序创业。先后近一年内咱花钱花时间用心体验了三家微信小程序,三家小程序系统各有各的优势,也各有各的短板,至今咱仍没有找到能够让咱确定能真正放心去投入运营的小程序,为什么?因为咱委托微信小程序第三方开发服务商所定制开发上线的小程序以及后期的客服服务态度越来越让咱感觉象是被坑骗了;例如其中的:广东与众不同信息科技有限公司为咱这(本地便民商圈)微信小程序所定制开发的多商户入驻商城版小程序架构根本就没有能进行实际运营的功能;商城运营者(圈主)居然没有手机端后台管理操作面版,商城运营主和入驻商户申请开通的店铺虽然有手机端后台管理操作面板,但是也根本没有能够进行实际运营管理的微信小程序店铺该有的营销操作功能,到访本地便民商圈的微信用户网友打开已入驻商圈商户店铺中的商品分类后居然没有商品显示,所显示的分类也莫名其妙的居然不是店主本人所设置的分类;咱点开家人微信号在便民商圈小程开通的店铺点击分类按钮也有测试过,并且点击全部商品的按钮后也显示不了所有商品;至今包括咱自营店铺和入驻商户店铺手机端和电脑端居然都没有上传轮播图的设置,店主和普通微信客户打开店铺居然没有主页功能模块,店铺后台也是有名而无实际营销功能。 例如: 一、店铺管理中心 1、店铺管理中心:没有线上客户导航到店自提货地址信息库录入,也没有客户退换货门店收件地址库录入; 2、店铺管理中心:没有导航到店自提货时段设置功能,没有门店员工或同城骑手派送的自定义设置和默认设置功能,没有物流快递承运自定义设置和默认设置; 二、商品管理中心: 1、商品管理中心:最关键的商品编辑发布和商品编辑修改功能居然也没有,因此店铺商品价格和库存量就无法进行修改调整;例如,库存除了客户线上下单后到线下门店自提的数据门店系统能够实时扣减库存量,但是门店内线下销量在线仓库存量是不能及时自动扣减的,因此店主就需要及时修改调整库存量或价格,以免造成不必要的超量下单产生的销售麻烦;而连这个微信小程序店铺最基础的商品管理功能操作面板都是一个有其名无其实的摆设,只能对在售商品进行删除与下架和再上架的操作,这叫什么商品管理系统?小程就是这样的赋能吗?还是你们故意扣着以此要挟咱们再另行付费?? 2、商品管理中心:没有拼团、秒杀和优惠券等营销工具,这样的微信小程序店铺如何真正赋能有效运营起来? 三、商户店铺主页图片轮播功能和底部导航栏居然至今仍然没有上线动作,更别谈视频营销、直播营销这些功能了;在当今线上店铺如果没有视频内容介绍,产品没更直观的视频说明,店主又如何能有效运营线上店铺?而且这入驻商户他们的客户如果进入线下门店消费时打开(本地便民商圈)微信小程序个人中心中的“不用扫码当面支付”功能给店主当面微信支付货款后,店主店铺中这单记录不但没有,而且资产余额中也没有这项进帐;【这就是广东与众不同信息科技有限公司为咱开发交付给咱并已持续一年多维护更新服务的商城微信小程序】 四、电脑PC端商品编辑发布界面至今也没有发货方式勾选入口。因此,针对不同商品、不同区域和差异化的营销发货或自提方式无法灵活运用,那么微信小程序店铺最关键的线下实体店社区营销服务就无法顺畅运行,而且商品编辑发布功能在手机端至今仍然没有嫁接上线;(针对咱提出的这些基础功能咱要求开发服务商广东与众不同信息科技有限公司尽快更新完善时而客服居然回复对咱说:“这边技术产品看了您的需求,目前并不是大多数用户所需要的,暂时还不更新的”);这样类似推诿已有多次,而他们这样的说法就根本上不是大部分客户需要不需要的问题,而是这些基础功能傻子都能看得出来,是每个商家店铺运营都需要的功能,而他们却自欺欺人的昧着良心对待咱们这些微信小程序推广运营者们; [图片] 尊敬的腾讯官方客服:象这样不诚信的开发服务商已严重制约着微信小程序的健康发展,究竟由谁来监督谁来管? [图片] 咱一直被这样坑骗着而无法能真正运营,店铺根本就没有微信小程序店铺该有的营销赋能 因此,今年的微信公众号也还没有心思去做认证 [图片] [图片] 尊敬的腾讯官方客服:广东与众不同信息科技有限公司给咱这便民商圈微信小程序圈主运营者系统后台也没有可为入驻商户店铺开通相关营销功能的操作,那么谁又愿意和咱一起来参与微信小程序运营呢?又怎么能尽快让更多人用上微信小程序赋能更多实体店呢?以上一些问题咱一年多来发现所谓的开发服务商的业务对接人员和客服人员前后态度差距太大,咱遇到这些需要调整或完善的地方他们根本没有诚意给你及时解决,交付给的商城小程序店铺营销能力根本不是他们之前所描述的那样;咱亲朋好友入驻店铺运营能力与咱圈主自营店铺营销功能差别太大,咱系统后台仍没有为他们开通相关营销工具的操作,他们店铺根本就没有微信小程序店铺线上应有的运营能力;因此,咱再好的朋友谁又愿意参与运营使用呢?如果就咱个人小程序自营单店运营又能又多少资源起步发展运行微信小程序呢?何况咱定制开发的也不是单店小程序;他们如此的不守诚信当初交付给咱的商城小程序根本就没达到当初对接时所描述的样子,而咱等待了一年多他们根本就没有什么维护更新优化,至今仍没有达到一个商城商圈微信小程序应有的营销能力,而淘宝、京东、拼多那么成熟的平台咱不上去,人家为什么要花钱、花时间和精力来投入微信小程序运营?因为咱们看中的是微信小程它所具有的真实能力。。。作为开发服务商请看一下当初你们业务员是对咱们如何描述和承诺的,难道都忘了吗?请你们真诚的对待把信任交给你们的微信用户吧!! 每人的忍耐都是有底线的。。。 咱们把身份证、营业执照、个人资料、甚至是银行卡这些资料全都信任的提供给了你们,你们好意思借微信小程序第三方开发服务商的名头唬弄咱们吗?唬弄咱一年多,使咱(本地便民商圈)微信小程序一直不能真正对外推广运营,而且前不久在5月份还以关停咱小程序系统后台管理登录来要挟咱续费让他们继续为咱提供这有其名无其实的维护更新服务,这是什么强盗逻辑!! [图片] 这上面是他们与咱对接开发时的承诺,而后来实际上给咱的产品和服务根本就不相符 [图片] 这上面是他们与咱对接开发时的承诺,而后来实际上给咱的产品和服务根本就不相符,如果迟迟不能更新达到这小程序该有的功能,那么他们这完全就是在借微信小程序开发服务商之名欺诈微信用户 。[图片] 这上面截图是2020年5月27日小程序客服与咱的对话 [图片] [图片] [图片] 这上方截图是咱首次把在社区这发表的准备投诉内容转发给他们后,当时感觉小程序客服似乎态度有些好转,但是又经过咱这一个多月的耐心等待感觉他们仍然是没有诚意为咱这小程序处理问题,而且似乎这一个多月来他们又可能公关了腾讯方面的相关人脉,现在却变得更加肆无忌惮了。。。 [图片][图片] [图片] [图片] [图片] [图片] 这上面是2020年6月15日他们对咱的态度,而下面这张是他们与咱达成交易前的承诺,这活脱脱的暴露了他们的欺诈行为 [图片] 这是他们与咱对接开发时的承诺,而实际上给咱的产品和后来服务根本就不相符 这不是欺诈交易吗?而且消耗了咱一年的时间等待和精力,如今小程序仍然是这样 如何让更多普通实体商户参与微信小程序运营,让更多民众使用微信支付,让微信小程序真正成为人们手中的宝? 首先,应意识到在当今互联网竟争异常激烈的形势下微信生态治理应该是迫在眉睫!! 尊敬的腾讯官方客服:在当今现实中一些微信小程序开发服务商,例如,先前对咱们承诺保证后期免费为咱小程序不断优化更新升级,确保咱微信息小程序处于最新最佳运行状态,但是后来经咱们不断验证后他们当初的所谓承诺保证事实上已经成为了一个欺诈事实;咱们付费开发上线后的微信小程序在遇到一些问题后向开发服务商客服反馈时,他们先前是与咱们打哈哈绕湾湾或者否定你的建议和要求,最后甚至是爱理不搭闪人;他们开始都是把自己的小程序和服务讲的多么多么的牛,事实上很多功能并没有达到那个水准,而又很少主动与别人家的小程序进行比较进行相互取长补短,来站在小程序运营者和店主的角度去完善更新后台和店铺运营操作能力,他们平台中也没有用户反馈改进建议的官方路径渠道,又如何更新打造出适合用户实际需求的应用小程序来?系统技术维护和开发人员不能随时获得真实的用户反馈和建议,开发服务商又怎么可打磨出受欢迎的微信小程序来? 而一些所谓的小程序客服和售后所建立的微信群大多数也实际上只是一个小程序推销叫卖群而已,他们根本无动力积极有效的听取用户所反馈的问题和建议,所谓客服和最高级代理在他们各自的群里也都只注重怎么把手上的这小程序象“车子”一样批发给代理商,代理商也只追求如何把“车”批给分销商,而不注重“分销商”和最终的运营用户以及消费者的客户体验,不注重把关“车子”质量的好坏,不追求“车子”性能的不断完善升级和维护,那么这个品牌又怎么可能有长久的竞争优势!!一味的只注重售卖小程序而不注重付费运营小程序用户的产出效益,不注重最终商户店铺消费者的便捷体验度,那么又有多少人愿意购买或定制小程序呢?即使稀里糊涂定制或购买了,又有多少人愿意再继续傻傻的投入更多的时间和精力去运营微信小程序呢? 难道就没有更好的方式让微信小程序开发服务商和小程序运营者们产生共赢的模式,让微信小程序更好更快的赋能更多商户和企业了吗? 首先要明白其实定制或购买来的小程序再好,它本身也只是一个空架而已,没有人投入运营是不可能产生收益的;就比如租赁或定制购买了一辆“客车”,如果不投入财力和人力运营上路跑起来,把车放在家里是不会产生收益的,客户也不会去你家里上车子坐一下就给你钱,小程序运营道理也一样,何况它开始还只是一个虚拟的“客车”;而且这个“客车”如果是付费租赁来的,即使“车”主或制造商也已承诺三包服务随时可为“客车”更换新的零部件以确保车辆运行处于最佳的状态,但这开发后的微信小程这部“车”“钥匙”却是一把远程遥控“钥匙”并且是牢牢的掌控在车主或“制造商”手里,同时这个“车”的每一个部件和功能其开发“制造商”都是可通过远程编码遥控操作的,他可以随时更新功能也可以随时给你关闭某一个系统功能或者远程给你拆掉某个关键零部件,想象一下这样的“车子”你敢再继续使用下去吗? 因此,想要让更多微信用户能够放心踏实参与微信小程序推广运营并使用起来,那微信开发服务商这些“制造商”或“租赁公司”必须要把自己的租赁与维护收益和小程序运营者们的收益挂钩,咱们推广运营者们才能放心参与;更何况目前世面上所谓定制开发购买的小程序大多数其实就是租赁性质;为什么这么说,因为只要系统更新升级是依赖开发服务商的并且每年要续费的实质上就是租赁。因此,象这样以“出售”而实质是“租赁”小程序的开发服务商,其动机就是不诚实的;开发服务商当初讲小程序后期所有维护以及新功能都免费更新升级,但是有些开发服务商虽然小程序系统功能后期做得很好,但是依然还是在走着一些电商平台卖营销工具的套路,所谓的免费更新维护却了一个谎子;即使现在有人稀里糊涂定制或购买了,又有多少人愿意再继续傻傻的投入更多的时间和精力去运营微信小程序呢? 就目前微信小程序生态发展中所存在的系列严重问题,如果腾讯不尽快的加以改革,那么这些开发服务商就会制约微信小程序的快速健康发展,而后续负面影响也会越来越严重,同样也会制约开发服务商自身业务的长远发展,因此,微信小程序开发服务商也要主动积极配合改革,把微信小程序开发后期更新维护服务费与小程序运者们的收益挂钩,小程序运营管理者、小小程序商户如没有产生收益,开发服务商就没有服务收入,这样才能倒逼服务商们升级打造出越来越好的微信小程序营销能力,就能快速产生社会效益;开发服务商的服务费还必须得由微信官方从运营者微信支付商户号钱包中为他们代收,这样才能有效保障微信小程序生态健康快速的发展,才能让更多人喜欢上微信小程序。但是,咱经过一年的体验发现大部分小程序开发服务商的业务员、程序员和售后服务人员都存在收钱后或小程序交付后就会出现爱理不搭极不诚信的服务表现,让很多个人中小投资者准备投入运营微信小程序过程中产生忧虑而不敢继续实质性的投入运营,而造成目前微信小程序却成了很多人手上一块“弃之可惜,食之无味的鸡肋”,因此微信官方想要尽快改变现状:1、必须尽快改革服务费收取方式才能有效规避上面的现象发生;2、辟开所谓的第三方开发服务商,直接以腾讯官方微信小程序团队为主体开发出一个通用的微信电商小程序系统发布上线,增加公信力;前期通过免费开放多城市多商户入驻型微信小程序商圈模板,组建首批微信电商小程序启动运营合伙人机制,就能将微信电商小程序迅速裂变式普及推广打开市场; 咱注册的两个小程序虽然以所谓的定制委托微信小程序服务商开发了,但至今咱也仍没有最终确定选用哪一家为咱开发的小程序,最有可能尽快优化完善至是咱们能够真正放心去运营的微信小程序;咱期待着微信小程序官方能尽快打造开发出一款通用的微信电商小程序上线;其实运营多商户入驻的商城商圈型小程序更应给予扶持,因为商城圈主不仅仅是在自营,也是在引导整合更多商户入驻使用小程序,这才能加速微信小程序的普及推广,才能让更多人使用微信支付。 近一年来就咱所试运行的每个小程序都有能够操作的后台管理系统,并且也都开通了独立微信支付帐户,每个小程序咱也是以所谓的定制或购买的方式花了一些钱,但是,并没有能正常的产生收益,服务商却每年还是要咱支付所谓的续费系统更新维护服务,可是有的小程序服务商在开发交付后第一年免费服务中就并有给咱小程序有实质性的更新维护升级服务,咱们这心里始终就会有些被忽悠的感觉而不敢续费由他们继续服务;又因为,现在看来对咱们一开始所讲的小程序定制开发或购买的说法,实际上绝大多数就是用咱们注册的微信小程序绑定他们已成形的小程模板租赁使用而已,并非是定制也不是购买,从这一点来看一开始他们就是不诚实的欺骗了咱们;不是真正意义上的个性化定制开发的小程序,后期个性化的一些需求就根本很难实现,因为他们给咱每个人的并不是所谓定制开发的独立小程序,而是同一个系统,只不过行业模板不同而已;给不了个性化的更新却又要你支付更多的资金升级购买高级别的系统营销工具,如果不支付所谓有其名而无其实的更新维护服务费,他们就会强制关停你的小程序后台系统登录权限以此要挟咱们续费让他们继续那样所谓的坑人服务;而且有时往往所谓的一些付费工具升级也没有体验期,这就会让很多人支付续费升级后发现仍不是自己想要的模式,就会感觉又一次被骗;因此,现实中咱们退一步说,即使咱们认同是定制开发买来的小程序,但是后期所谓的售后服务中,有些不诚信的客服和技术员平时还是会用这样那样的方式以敷衍的或是爱理不撘的态度对待咱们,根本没有心思为用户解决问题,收了钱前之后态度完全不同,差距很大,因为无论你运营好还不好,反正你每年得向他们支付续费服务,否则就让你小程序无法使用。因此,一些正常的微信小程序店铺营销系统更新维护升,他们却会整出很多花样的所谓营销工具,然后要你付费才能使用。所以有些能正常使用的功能却被整成你不付费购买,一旦系统更新后你原本的工具都不能正常使用了,让你原本的一系列能操作功能也无法运营。为什么会这样,因为他们的收益没有与运营管理者们的收益关联挂钩,就会整出很多收费工具来谋取更多收益。就会让一个极简便的微信小程序变得越来越复杂臃肿,近期体验到有些微信小程序开发服务商整出来的付费工具达上百种之多。 其实最好的方式就是微信官方开发出不同需求的微信小程序系统和可灵活运用的模板来,让大家根据自己的能力和需求象征性付费或免费注册使用或参与运营推广,以微信小程序使用者和运营者的实际运营收益提取系统使用和维护服务费,无收益不收费,一年仍没有交易或运营收益的关停使用,这样才能迅速让人们放心大胆的使用微信小程序,才能让以微信小程序创业的人们积极参与小程序的推广普及,才能迅速让更多人在各个方面使用上微信支付,才能让微信小程序商业化产生社会价值,才能让腾讯摆脱游戏真正过度到电商发展的道路上来,发挥创造出更多的社会价值。 而目前现实中咱们大部分人的小程序委托给别人或微信小程序第三方开发服务商开发上线后,真正把微信小程序运营准备当事业来做的人,往往一开始是不可能都立马真正投入运营的,都是要试运行一段时间,以便真正运营起来不让参与的商户和消费者造成不好的体验;但是,现实中很多开发服务商后期他们连咱们试“运行”体验中就已发现的一些需要调整或改进的问题都不能及时有效的给予解决,那..后面谁还敢再继续花时间和大把的精力投入真式“运营”小程序创业呢?开发服务商他们又错误的认为给咱们开发了小程序,就象是给了咱们一块黄金一样;其实,即使咱们委托朋友或是自己独立开发出的真正意义上的独立小程序也只是“一幢空荡的建筑物”而已,而后期要使其发挥价值成为有经营效益的“商城”“商圈”或店铺,咱们后面还要有99%的精力需要持续充实内容并投入运营才有可能创造出微信小程序其真正的价值收益;而何况,咱们大多数人本身又不是专业程序员,那咱们所委托开发的这些小程序开发服务商就更必须得是诚信可靠的主,否则任何人也不敢再继续傻乎乎的投入,不能运营那么这一张“纸黄金”也只能是一张废设置图纸而已。因此,现实中很多人经历一段时间的周折都会有感觉被骗而无奈的放弃了微信小程序创业梦想;为什么会这样呢?关建就是小程序服务商的后期服务费没有紧紧的与微信小程序运营者们的收益挂钩,并且后期有的服务商一系列系统更新升级和一些服务工具又要另行变着花样让你付费才能使用,否则让你的小程序无法适应新的营销需求,你花钱花时间精力投入的小程序就会成为“一块弃之可惜,食之无味的鸡肋”。例如目前微信小程序服务商应主动为运营者更新接入的微信官方视频直播营销系统插件,而有的服务商却变相每年收取其功能插件使用费;其实包括微信官方的基础功能插件和第三方开发服务商日常开发更新的其它运营工具都不能以一次性的卖工具形式谋利,而应该以适当提升服务费率为导向,让开发服务商的后期系统更新维护服务费紧紧的与运营者的收益比例挂钩,才能保证系统真正的始终处于最佳新潮状态,各方也才能真正形成互利共赢的利益共同体;最终小程序入驻商户店铺运营功能好了、消费者的使用体验好了,那么小程序购买运营者就有好的效益,运营者效益好了那么第三方开发服务商的服务收益也就能同步跟着高,微信支付体系也才能不断提升市场份额;唯有这样微信小程序也才能真正步入良性发展商业化的轨道上来;也因此,服务商才会主动设身处地的去重视运营者在运营中的小程序所有反馈和建议,甚至他们会主动去发现问题并及时解决处理好;只有这样才能让更多人放心大胆无后顾之忧的投入微信小程序运营创业,也唯有这样微信小程序才能真正健康发展壮大起来。然而,很显然目前一些无诚信的小程序开发服务商的坑骗欺诈行为正在严重制约着微信小程序的健康快速发展。就连微信官方小程序直播插件接入服务居然他们也都能狮子大张口要讹诈运营者微信用户1000元,更何况微信小程序直播还有真正普及推广起来呢,正需要人们去运营推广,而他们却在设卡。 再例如,咱们体验的这三家其中的手边微信小程序是咱异地一位村淘同行兄弟为咱一手经办注册开通的专业版小程序,但当时咱想要做的是多城市多商户入驻型的商城商圈小程序,可我那同行兄弟也不知是误解了我的意思还是我猜测的其他原因,给我做的只是一个专业版商户型小程序,这位兄弟由他1999元的市场零售价给咱打折去除了他售卖小程序的利润部分只收了该付给开发服务商的成本399元,这其中应该是没有赚我什么钱;但是,从一开始至今在咱小程序一些页面和商品详情页底部仍然都始终插有他代理售卖小程序的连接按钮,这就让咱运营产生了很大的担忧和运营的顾虑,因为如果咱花精力开拓发展的粉丝客户从咱这里注册购买了他们的小程序自行运营小程序了,不但对咱会形成不同程度的区域竟争,而且这笔在咱店铺产生的小程序交易咱不仅没有任何佣金分成,又失去了一位客户,甚至是这个客户他一个圈子或一个区域的潜在粉丝用户,这样一来到最后咱的店铺岂不是白忙活又成了小程第三方开发服务商和销售小程序代理商们的免费打市场的推广位了吗?这样谁会还有思心去运营这样的小程序呢?提供资料给他为咱注册的这样一个小程序,也是咱一直没有真正运营的最大顾虑所在。开发服务商应该把售买小程序做成象有分销设置的商品一样,给到我们或下级代理本着自愿的原则为平台有针对性的向目标运营用户去推广分销小程序才对,这样大家也才愿意参与微信小程序的应用和推广,这也是唯一的上上策,因为坑骗糊弄是不会长久的,即使现在有人没有意识发现到这个套路,但是,一旦只要是花了时间和精力运行一段时间后发现这些套路的人,就会醒悟、就会很正常的对其小程序产生一些反向宣传。。。。(目前,仍有小程序开发服务商在运营用户小程序里面插有这样的坑杀套路链接,还自欺欺人的把运营用户当傻子,其实他们真的想反了,这样如何能快速发展壮大微信小程序应用的商业价值呢?而他们又怎么可能有长期的发展前途!) 就咱同行兄弟,为咱小程序在附近显示功能审核至今仍没有审核开通,而我明明有线下实体店,小程序微信公众号也明明早就微信认证过,而且,为了开通附近小程序功能今年又多次反复上传了营业执照和相关资料,可每次审核反馈给我的信息都是说经过审核无线下实体店,咱明明有,为啥说没有?咱不想在这做猜测了;小程序微信支付功能也是经历了近一年,在今年3月份才开通,因此,咱感觉这小程序平台后期服务方面不能及时落实到位拖延时间太长。(不过我还是比较看中广东与众不同和柚安米手边小程序的未来,包括随手逛商圈微信小程序,希望这三家当中能有帅先改革起来,当然还有更牛的开发服务商也许还没有被咱们发现;比如随手逛商圈微信小程序,他们如果一直能保持2018年9月份之前四五个月的更新频率不放弃运营,到今天应该能成为很受中小企业和所有线上和线下实体商户欢迎的小程序,且较为实用完美的航母级微信小程序了,因为,随手逛商圈层级模式架构清晰,手机端操作管理既简单但功能又比较全面,几乎所有操作在手机端都能随时随地的完成,不懂互联网的农村大哥大姐都能用得上,因为在手机端员工管理中可以随时进入微信好友列表添加指定好友为运营管理员代为运营管理,也可以随时随地通过一键删减运营者而解除代运营关系;可是不知是啥原因“随手逛”从2018年9月19日在公众号发布:高级圈主可手动为商圈商城内店铺升级的通知后,至今公众服务号中就再也没任何动静了。。。因此,近两年来一些新的功能:如,视频直播、直播社团营销等也就没有人再为随手逛进行更新和维护,也让人们不敢真正运营使用) [图片] 鉴于微信小程序无需下载也不用安装又有极简单的操作体验能力,咱很看重微信生态小程序这个应用;另外,个人认为“抖音”她的价值是泛娱乐型广告传递而电商是走不长的。 所以咱在2019年从称是微信公众服务号助手上联系上了一家官方小程序开发公司的业务员,他对咱说以正好公司有活动,可以按当时的活动优惠价给咱定制开发本地便民商圈小程序,但是咱从付款不久就有些后悔,因为付了款后面的制作开发和安排工作就是乎没付款之前那么热情积极了,而且程序员在交付小程序的时候也并没有真正按其公司交付流程,而是只让你以一个普通客户的身份体一下验简单的小程序网购场景而已,强行让你跟着走完交付流程,根本没有给到系统后台操作管理方面的真实体验,在交付时以各种借口说后台管理操作系统交付后才能实行操作体验,让咱这小程序所有者根本无法在交付前真正以管理员的身份体验系统架构后台操作管理到底是什么样的,最后只能无奈地收下这半生不熟的“西瓜”在手上,苦心经营充实一些内容等待,希望他们在后期能真正更新完善起来,可是非但没有完善增加或升级功能反而发现给咱限制了好些地方,咱将当时接手时下载的小程序资料包解压和现在的进行过对比发现少了几十条内容;另外,就连之前承诺给咱淘宝联盟(淘宝客)和快递员收件这两个连接也没有在交付前为咱接入,小程序在附近强制显示的功能至今也没开通,咱公众号运营服务他们一直根本就从来没有做过,咱一年多的苦苦等待很多地方让咱仍然是很失望,甚至想要投诉他们。(下面有咱对接时的部分聊天记录截图) 最后在这咱想说:微信小程序有着宠大的微信用户群体,为什么微信视频通话入口不接入微信小程序直播?完全可以做到比抖音更实用火爆的啊!再不尽快进行改革真的就晚了!!另外,还有一点就是微信小程序刚刚上线处于推广前期,蜂拥而上的游戏类小程序无节制的过度上线,并在微信群中泛滥充斥着人们的视觉神经,也造成了人们对微信小程序的错误认知,咱们近一两年在很多微信群中发现只要有人在微信中转发小程序就会有人反感,人们误认为小程序就是坑人的游戏产品。这一点也给微信小程序运营推广造成一定负面影响,这就要有象咱们这些运营者们做更多的正面宣传推广。 综上所反馈的的一些方方面面的问题和建议咱并不想刻意投诉谁,只是希望微信小程序开发服务商能够诚信运营和腾讯官方一起有所重视当下的现实,让微信小程序能有一个健康安全快速发展的环境。 ----本人初小毕业没有什么文化,许多地方字句有错,请见谅! 谢谢! [图片] [图片] [图片] [图片] [图片] [图片] [图片] [图片] [图片] [图片] 上面这一张截图是交易达成付款环节 [图片] [图片] [图片] [图片] [图片] [图片] 这下方截图是咱首次把在社区这发表的准备投诉内容转发给他们后,当时感觉小程序客服似乎态度有些好转,但是又经过咱这一个多月的耐心等待感觉他们仍然是没有诚意为咱这小程序处理问题,而是似乎这一个多月来他们又可能公关了腾讯方面的相关人脉,而现在变得更加肆无忌惮了 [图片] 这一年多几乎没有处理任何问题 [图片] [图片] [图片] [图片] [图片] 如果真是腾讯官方指定授权的微信小程序第三方开发服务商应尽快自行整治,否则腾讯更应从严追究。 咱希望广东与众不同信息科有限公司是真正的腾讯官方授权指定的小程序第三方开发服务商,能尽快诚信对待参与小程序运营者们 尊敬的腾讯官方客服:象这样没有诚信的开发服务商已严重制约着微信小程序的健康发展,究竟该由谁来监督谁来管?
2021-01-27 - 微信开发者工具 1.03.2006090 Stable 更新说明
下载地址Windows 64 、Windows 32、macOS 此版本是 1.03.20006091 RC 在灰度 1w 用户后并携带以下 bugfix 的稳定版本, [代码]F[代码] 修复 Mock 的规则无法删除的问题 反馈详情[代码]F[代码] 修复 自定义预览前预处理命令失败后,再次预览无响应的问题 反馈详情[代码]F[代码] 修复 新创建的小游戏项目第一次编译可能提示 [代码]__virtualDOM__ is not defined[代码] 的问题[代码]F[代码] 修复 project.config.json 内容不正确时,无法新建自定义编译条件的问题[代码]F[代码] 修复 project.config.json 中 watchOptions.ignore 删除部分配置后,重启工具无法生效的问题 基于 nwjs: 0.39.3, chromium: 75 的内核版本,主要的更新内容如下: 1. 新增终端面板 工具的面板可以切换并展示 “终端” 功能。 [图片] 2. 开发者工具进程管理 通过点击菜单栏【微信开发者工具】【查看进程管理】,可以检查并结束由开发者工具、终端创建的正在运行的进程。 [图片] 3. 云开发静态资源托管 静态网站托管是云开发为开发者提供的 Web 资源托管服务,网站的静态资源(HTML、JavaScript、CSS、图片、音频、视频等)可以托管在该服务上,并享有以下能力: 默认域名:获得对应云环境的唯一专属默认域名,通过域名可访问静态资源,域名可以用于测试或线上使用 小程序 webview:小程序不用配置业务域名即可在 <web-view> 打开云开发静态网站托管的域名(仅支持能够使用 <web-view> 标签的小程序) CDN 加速 详细文档:https://developers.weixin.qq.com/miniprogram/dev/wxcloud/guide/staticstorage/introduction.html 4. 订阅消息开关 模拟器设置页面支持配置是否接收订阅消息,以及相关模板消息的订阅状态。 5. 支持小程序/小游戏收藏事件调试 开发者工具新增支持模拟小程序收藏功能,详细文档: https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/favorite.html 6. 通用设置新增 - 快速打开文件类型 对通用设置进行了样式改版,且新增设置项 【快速打开文件】 [图片] 该设置项可设置点击模拟器状态栏路径时默认打开的页面对应后缀的文件(右键可以查看到可选的后缀类型)。 [图片] 7. 通用设置新增 - 项目关闭时 在通用设置中新增设置项 【项目关闭时】,该选项将控制当前项目关闭时的表现,默认是项目关闭时打开项目列表页,用户可根据需求自行设置。 [图片] 8. 新增搜索回调调试插件 CallbackDebug 是小程序商品数据实时更新接口调试能力。基于该能力,小程序的开发者可以获取小程序商品数据实时更新接口的返回结果。 详细文档:https://developers.weixin.qq.com/miniprogram/dev/devtools/merchant_callback.html [图片] 9. 新增小游戏脚本录制插件 微信小游戏测试框架提供了一套操作录制回放工具。可以在微信开发者工具中录制你在模拟器中的操作,并生成录制文件。将该文件打包提交,即可在云测环境中回放录制的操作。详细文档: https://developers.weixin.qq.com/minigame/dev/guide/best-practice/tool/record.html 10. 模拟器更多模拟 开发者工具通过模拟内存警告等真机异常,可以触发wx.onMemoryWarning 等API,帮助开发者收集异常数据、优化小程序。 [图片] [图片] 11. 支持音视频合成调试 音视频合成相关 API 过去只能在真机上预览进行调试,现在可以通过开发者工具直接调试,音视频合成 API 详细文档:https://developers.weixin.qq.com/miniprogram/dev/api/media/video-processing/wx.createMediaContainer.html 12. 上传代码 sourcemap 下载 过去,开发者只能到 mp.weixin.qq.com 上获取已上线的版本的 sourcemap 文件,现在能通过开发者工具获得每次上传的版本的 sourcemap 了。 [图片]
2020-06-22 - 微信内容服务商开放入驻公告
自微信小程序上线以来,小程序的运营场景越来越丰富。公众号、直播、短视频都已成为了运营小程序的有效工具。同时商家对于能够提供内容类代运营服务的服务商(MCN)的需求也越来越旺盛。为了支持更多的商家向用户提供高质量的服务,我们筹备上线了内容服务(MCN)专区。 通过MCN专区,我们将支持内容类代运营服务商向商家展示自己的服务能力,满足商家找内容服务的需求。内容服务类服务商可通过专区实现服务案例及数据的积累,并有机会服务更多客户。 内容服务(MCN)专区将在一定量服务商完成入驻后正式上线。 我们欢迎符合以下标准的服务商入驻服务平台—内容服务专区: (1) 需为独立公司法人,有固定办公场地,且为一般纳税人资格; (2) 已注册并经营1年以上; (3) 经营范围应包括:达人、红人、自媒体等相关业务,提供市场策划及宣传业务,提供供应链或电商代运营业务等,且从事相关业务半年以上; (4) 注册资本50万元以上; (5) 具有在微信生态内为商家提供直播、短视频、图文运营的服务经验。满足如下条件之一: ① 至少与3个以上的小程序商家签署真实、有效的直播代运营业务合同,直播合作关系可查,服务期间直播综合数据表现良好; ② 具备与3个以上的微信生态内商家签署的基于短视频、图文的代运营业务合同。 ③ 如①②两点均不具备,则需证明在微信内容服务领域其他可证明服务能力的资料。 入驻流程如你的企业符合以上标准,可通过邮件发送申请材料至servicemarket@tencent.com提交申请。 请将申请资料整理成PPT(PDF)打包文件作为邮件附件发送。 邮件的内容需要包括但不限于: ①公司整体介绍(包含公司历史、发展历程、公司所在地、融资情况等); ②公司核心团队介绍,包括CEO、核心运营负责人背景介绍; ③业务联系人员信息:姓名、职务、微信号、联系电话; ④至少与3个商家签约的包含但不限于直播、短视频、图文代运营的服务协议,并需提供服务案例简介及商家的小程序(公众号)appid; ⑤其他可以证明公司拥有微信小程序(公众号)代运营业务经验的案例。 我们在收到申请并审核材料通过后,会与你取得联系,指引后续的入驻流程。 微信团队 2020年06月09日
2020-06-15 - OpenSDK支持FileProvider方式分享文件到微信
各位开发者: 最新版本(7.0.13)的微信 SDK 已经适配使用FileProvider的方式来进行消息分享。 如果分享的消息中涉及文件路径(如图片类型消息),建议开发者针对Android 7.0版本及以上设备,判断微信版本支持(判断方法见后文【微信版本支持】一节)的情况下,更新为FileProvider的方式进行分享。以下是具体的适配说明。 使用FileProvider1. 配置在项目的[代码]AndroidManifest.xml[代码]添加相关配置,示例如下: <provider android:name="android.support.v4.content.FileProvider" android:authorities="${applicationId}.fileprovider" android:exported="false" android:grantUriPermissions="true"> <meta-data android:name="android.support.FILE_PROVIDER_PATHS" android:resource="@xml/file_provider_paths" /> </provider> // ${applicationId}为你的应用包名 在[代码]res/xml[代码]目录(如果没有[代码]xml[代码]目录,则新建一个)下,添加文件[代码]file_provider_paths.xml[代码],内容如下: <?xml version="1.0" encoding="utf-8"?> <paths xmlns:android="http://schemas.android.com/apk/res/android"> <external-files-path name="sharedata" path="shareData/"/> </paths> [代码]external-files-path[代码]表示通过 [代码]Context.getExternalFilesDir(null)[代码] 接口获取到的目录下的文件才可被共享,其他未配置的路径均不可被分享。同样的节点可以配置多个,以支持多个不同的子目录,如下所示: <?xml version="1.0" encoding="utf-8"?> <paths xmlns:android="http://schemas.android.com/apk/res/android"> <external-files-path name="sharedata" path="shareData/"/> <external-files-path name="sharedata2" path="shareData2/"/> </paths> [代码]paths[代码]内部还支持节点配置其他的路径,比如: [代码]files-path[代码],对应于 [代码]Context.getFilesDir()[代码] 获取到的目录[代码]cache-path[代码],对应于 [代码]Context.getCacheDir()[代码] 获取到的目录 ...还有一些其他可配置的路径,开发者可自行了解使用。 2. 使用FileProvider接口将路径通过FileProvider的接口转换成[代码]content://URI[代码]形式,示例如下: public void shareToWechat(Context context) { // ... String filePath = context.getExternalFilesDir(null) + "/shareData/test.png"; // 该filePath对应于xml/file_provider_paths里的第一行配置:,因此才可被共享 File file = new File(filePath); String contentPath = getFileUri(context, file); // 使用contentPath作为文件路径进行分享 // ... } public String getFileUri(Context context, File file) { if (file == null || !file.exists()) { return null; } Uri contentUri = FileProvider.getUriForFile(context, "com.example.app.fileprovider", // 要与`AndroidManifest.xml`里配置的`authorities`一致,假设你的应用包名为com.example.app file); // 授权给微信访问路径 context.grantUriPermission("com.tencent.mm", // 这里填微信包名 contentUri, Intent.FLAG_GRANT_READ_URI_PERMISSION); return contentUri.toString(); // contentUri.toString() 即是以"content://"开头的用于共享的路径 } 微信版本支持OpenSDK版本:必须大于或等于 5.4.3 版本,建议开发者升级至最新版本 5.5.8微信版本:当且仅当通过 IWXAPI.getWXAppSupportAPI() 接口获取到的值 >= 0x27000D00,才能支持FileProvider的方式进行分享。示例代码如下:private IWXAPI api; // api的初始化这里省略 public void shareToWechat(Context context) { // ... if (checkVersionValid(context) && checkAndroidNotBelowN()) { String filePath = context.getExternalFilesDir(null) + "/shareData/test.png"; File file = new File(filePath); String contentPath = WXOpenSDKFileProviderHelper.getFileUri(context, file); // 使用contentPath作为文件路径进行分享 // ... } else { // 使用原有方式传递文件路径进行分享 // ... } } // 判断微信版本是否为7.0.13及以上 public boolean checkVersionValid(Context context) { return api.getWXAppSupportAPI() >= 0x27000D00; } // 判断Android版本是否7.0及以上 public boolean checkAndroidNotBelowN() { return android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.N; } 详细参考 OpenSDK 消息分享文档:https://developers.weixin.qq.com/doc/oplatform/Mobile_App/Share_and_Favorites/Android.html 微信团队 2020年03月31日
2020-03-31 - 客服功能使用常见问题
1、微信公众平台客服功能与多客服功能有何区别? 新版的客服功能,在原有多客服的基础上进行了改进,为公众号运营者和客服人员提供一个网页版客服聊天工具。与旧版电脑客户端多客服相比,新版客服功能将会是网页聊天的形式,使用微信扫码登录,支持多人同时为一个公众号提供客服功能,实时回复粉丝的咨询。目前新版客服功能和旧版最大的区别是暂不支持手机端使用,并且不支持下载聊天记录,给您带来的不便请您谅解。 2、已经有多客服功能了,为什么还要推出新版的客服功能? 多客服功能是微信公众平台较早前推出的公众号客服电脑客户端软件,支持多个客服同时为一个公众号服务。由于推出的时间较久,维护和迭代的成本较高,因此我们推出了新版的客服功能。请使用多客服功能的公众号运营者尽快升级到新版客服功能。 3、开通客服功能的条件是什么? 通过微信认证的公众号即可申请使用客服功能。 4、如果我已经使用了旧版多客服,要如何升级成新版客服功能呢? 请联系公众号的运营者,登录微信公众平台后,在“功能-多客服”页面,点击“升级”按钮,进入升级流程。请注意,升级过程中,需要将多客服的所有客服帐号逐一绑定微信号,如果存在不需要绑定的帐号,请将其删除。只有全部客服帐号绑定完毕后,才能升级成功。升级成功后,公众号和粉丝互动的消息将推送到新版网页客服功能,旧版多客服客户端将失效。 5、从旧版多客服升级到新版客服功能后,还可以使用旧版电脑客户端吗?可以回退到之前版本吗? 升级成功后,旧版客户端将失效,使用客服功能需通过客服功能页面进行登录,使用新版客服功能。升级成功后,不可回退。 温馨提示:升级完成后,旧版多客服仍可正常登录,可以查看之前的会话;但无法使用旧版多客服收发消息。新的粉丝互动消息只能在网页版客服功能查看。旧版多客服聊天记录不会同步。 6、新版客服功能聊天记录保存多久? 客服功能会在云端保存30天的聊天记录。点击某个对话,向上翻动即可看到较早之前的聊天记录。目前暂不支持下载及导出。 7、新版客服每次可以接入多少用户? 目前没有接入用户上限。 8、新版多客服是否支持手机端使用 暂不支持,还请您后续留意。 9、新版客服是否支持给用户发送语音消息? 暂不支持,还请您后续留意。 温馨提示:升级完成后,原手机端多客服会失效,给您带来的不便请您谅解。 10、点击文件夹标志后无法发送文件,提示上传失败的原因是什么? 目前仅支持发送图片,其他类型文件请您后续留意。
2019-12-26 - 微信开发者工具 1.02.2003121 RC 更新说明
下载地址Windows 64 、 Windows 32 、 macOS 1、支持 API Mock 新增API Mock功能支持模拟 API 的返回内容,让开发者更方便开发小程序,更多详情可移步至:API Mock文档。 [图片] 2、编辑器支持重命名多个文件编辑器支持在同级目录下同时重命名多个同名文件,方便对 Page/Component 文件进行重命名。 [图片] 3、支持显示灰度中的基础库、下发测试基础库新增显示灰度中的基础库以及基础库支持的客户端版本。 [图片] [图片] 同时新增推送按钮,将选定版本的基础库下发到客户端上,推送结果可以在开发版小程序的调试面板中查看。 [图片] 微信客户端对开发版的小程序打开调试,可以看到测试版基础库的生效时间。 [图片] [图片] 注意: 该功能只能推送到登录到开发者工具的微信号的手机上。 会影响到手机上所有的小程序。4、模拟器支持终止模拟器是工具的主要功能之一,如果小程序/小游戏的业务代码中出现死循环、复杂运算、频繁调用某些 API 的情况下都会导致工具出现卡顿或者 CPU 占用比较高的情况。模拟器新增终止按钮,点击后可以暂时终止模拟器运行,节省系统资源占用。 [图片] 5、打开项目时展示 Loading 状态工具增加开启加载 loading 弹窗,显示加载状态情况。 [图片] 6、CLI/HTTP V2 更新CLI & HTTP 接口升级 v2 版本,在 v2 版本中,旧版命令仍然可以使用,但已废弃并会在未来移除,请使用 v2 命令。v2 版本增加了云开发管理操作支持、优化命令形式、增加细致状态提示、支持长时间命令执行、支持国际化(中英文选择)等。详细文档。 [图片] 7、优化云控制台用户访问统计和监控图表的数据展示支持按照近 7 天、近 30 天以及自定义时间段来筛选 DAU。 [图片] 8、数据库备份回档云开发已自动开启数据库备份,并于每日凌晨自动进行一次数据备份,最长保存 7 天的备份数据。如有需要,开发者可在云控制台上通过新建回档任务将集合回档(还原)至指定时间点。详情。 [图片] 9、优化模拟器工具栏展示工具栏机型及显示比例菜单合并,网络模拟调整到模拟操作下。 [图片] 10、编辑器支持小游戏项目的 API 代码补全在小游戏项目,可以看到为小游戏提供的代码补全(部分 Canvas API 尚未提供)。 [图片]
2020-03-13 - (19)文件系统能力
文件系统能力 文件系统能力可便于用户在客户端保存文件资源,并在下次启动客户端之后可以使用已保存的文件。 只要用户不主动删除小程序或小游戏,并保持一定的使用频率,文件都可以一直被保留。 合理的使用文件系统能力来缓存资源文件,可以给开发者更好的使用体验。 今天,我们来分享文件系统能力的小故事。 1 文件系统的演进历史 小程序在最早发布的版本中就已提供了最基础的文件存储和删除接口:wx.saveFile、 wx.removeSavedFile ; 对于绝大部分的小程序来说,这两个接口已经能够满足开发者的需求。但对于小游戏来说,需要更完整的能力来做支撑。 因此,发布小游戏的时候我们便提供了一套更完整的文件管理系统:FileSystemManager,其中主要包含了目录管理、文件内容读写等能力。 2 文件系统的设计背景 文件系统能力是应小游戏开发需求的迭代而逐步增强的。在小程序的场景下,很多时候只是需要把一个图片或视频资源缓存起来便可继续使用,文件内容与文件存储的目录结构都不是开发者所关心的。 但是在小游戏场景下情况则不同—— 一方面,小游戏除了有图片和视频文件、还有游戏引擎生成的配置文件,游戏需要能够去读取并理解配置文件的具体内容; 另一方面,游戏使用的资源文件会比普通小程序更多,若没有内容目录管理的功能,维护成本会变高。 除此之外,由于小游戏代码包大小限制只有4MB (加上分包最多8MB),对于一些偏重的游戏,资源甚至容易超100MB。 因此在此大背景下,我们给文件系统主要增加了目录管理、文件内容读写等两项接口—— 目录管理的需求场景是在使用游戏引擎时需要按目录来管理资源文件,文件内容读写的需求场景是在使用游戏引擎时需要读取配置文件;同时,我们对小游戏类目的本地存储容量的规范限制扩容到50MB。 开发者可能会疑惑,为什么在小程序的文件系统中会有一些功能相接近的接口?例如,想缓存一个文件,可以用 saveFile 或 copyFile ;再比如 removeSavedFile和 unlink 都可以用来删除一个文件。 上述情况的原因是我们在早期便提供了基础的文件存储接口 saveFile 和removeFile ,但不提供自定义目录相关的能力,开发者调用 saveFile 之后只能得到微信返回到的一个随机文件名。 小游戏应运而生的同时也增强了对文件系统能力扩展的需求,为了保证向后兼容,我们保留了这批基础接口,并在这个基础上增加了目录管理接口以及对应的文件操作接口。因此,便出现了上述一些相似接口的情况。 3 文件系统的优势—存储隔离 有不少开发者询问过关于文件存储的问题,他们担心文件内容被其他小程序读取到,也担心多个登录用户之间的文件内容会互相影响。为了保证用户的隐私安全,也为了保证小程序的数据安全,本地文件存储的一个重要规则便是保证隔离。 文件被存储到本地后,会以小程序账号和用户账号两个不同的维度来区分和隔离。即:同个微信用户使用不同小程序之间的文件存储会互相隔离;不同微信用户(在同一台手机中)使用同个小程序时,不同用户间的文件存储也会互相隔离。 [图片] 4 适当的存储容量 考虑到存储的问题,我们规范了小游戏文件存储的容量。普通小程序是10MB,小游戏则是50MB,当文件存储超出限制时,写入的文件会失败。 功能上线以后,我们曾收到过若干宝贵意见与反馈,希望能提高容量限制。但在经过反复论证与评估后,我们认为如果将文件存储的容量再往上提,就会有用户新增需要管理或清理手机存储空间的需求,小程序和小游戏将会变得不再“小”了。对于资源文件超过上述标准限制的小程序与小游戏,应该合理地管理本地文件,及时清理不常用的文件,这样在大多数情况下,手机存储空间便能保证顺畅。 更多关于小程序文件系统能力的信息,可查阅 接口文档 。
2018-08-21 - 微信第三方平台:若干项能力优化提升
微信团队近期对第三方基础能力进行了若干项优化,并对服务平台提供的能力及服务进行了迭代,详情可见微信第三方平台开发文档和微信服务平台,优化内容具体如下: 优化业务流程 1.第三方代注册小程序,可快速设置登录邮箱和密码 第三方平台使用快速创建小程序接口代商家创建小程序后,商家将收到设置小程序登录邮箱和密码的微信消息提醒,管理员可点击提醒前往设置,或直接搜索「小程序助手」进行邮箱密码设置。 具体操作指引详见第三方代注册小程序支持快速设置登录邮箱和密码。 2.第三方代注册小程序,支持更多类目上线 第三方调用接口快速创建小程序现已支持更多类目,以往只支持创建线下类目的小程序,目前除了境外主体的类目、内测类目、以及个别敏感类目暂不支持外,大部分类目均与“微信官方文档-小程序开放的服务类目”对齐。快速创建小程序接口-类目参考表已更新。 提高开发效率 1. 完善第三方开发文档 近期在微信开放平台上,陆续补充、完善第三方开发文档,其中数据分析、小程序直播两个接口文档已上线。 后续将继续完善、输出更多面向第三方平台的接口能力与文档。 2. 第三方平台服务器域名设置 1)提升服务器域名数量上限:Request域名、Socket域名、Uploadfile域名、Download域名、Udp域名的设置数量均最大支持200个; 2)服务器域名的每月修改次数上限,提高至50次。 3. 第三方平台业务域名设置 业务域名数量上限提升至100个。 4. 第三方平台小程序模板库数量限制 小程序模板库数量上限,从50个提升至200个。 5. 上传小程序代码时,ext.json对插件的支持 通过commit接口上传小程序代码时,可通过ext.json完成对Plugins的配置,该配置会覆盖模板中app.json中的Plugins配置。 6. 小程序直播插件在ext.json的配置优化 小程序直播插件,可直接通过Plugins进行配置;不再需要额外配置recompile:true才会生效。 7. 第三方平台调用头像修改接口的报错说明 修改头像接口的返回错误码47001,含义为“数据格式错误”。需注意,此接口入参中,x,y参数均需为字符串类型。 8. 第三方平台模板保存的优化建议 当第三方平台模板较大时,保存模板容易触发每秒30M的上传流量限制,建议开发者注意调用频率和控制模板大小。 提供更多能力 微信服务平台,是给微信公众号、小程序运营者提供优质服务的官方平台,提供小程序开发、小程序插件、接口能力等开发服务,以及直播、视频等运营内容服务。 1. 提供AI、安全、地图、内容等近50项接口、插件能力 提供来自微信团队、腾讯云、腾讯音乐在内的近30项接口、插件能力,例如OCR识别、珊瑚内容安全、人脸检测与分析等,可供开发者在开发小程序过程中使用,实现基于接口的服务能力。 [图片] 2. 提供直播、视频、图文等内容代运营服务 MCN内容服务专区现已正式对外开放,帮助合作伙伴为商家提供直播、视频、图文等内容服务,满足商家直播方案策划、达人代播、公众号代运营、图文视频制作等需求。 商家可在内容服务专区选择服务商,下单并联系合作。 想要入驻专区的机构可以查看MCN服务商入驻要求后,与平台联系。 [图片] 平台将继续与各位合作伙伴共同建设更为完善的第三方平台生态,共同创造出更多优质小程序。
2020-07-15 - 关于服务器域名绑定限制
对于每个需要配置域名的接口,分别可以配置最多 20 个域名;对于每个域名,分别限制最多被20个帐号绑定。 更多关于域名配置请参考文档说明。 第三方平台是授权的小程序共用一套域名,第三方平台代表一个帐号。
2019-11-25 - 初识选择器、颜色和字体
初步认识“作为WXML和WXSS桥梁”的选择器,以及颜色与字体。 名片初始代码,点此领取:https://share.weiyun.com/5ASBOw3 [视频]
2021-11-26 - 首页开发实战
带你实战腾讯课堂首页开发,详解布局王者flex。 本节结束代码:https://share.weiyun.com/5Eqz7TV [视频]
2021-11-26 - JavaScript函数与拓展
JavaScript进阶内容学习:函数与小程序特有的JS。 课程最终代码,点此领取:https://share.weiyun.com/5Kb7U6O [视频]
2021-11-26 - JavaScript基础语法
JavaScript从零到入门,本节带你学习编程语言常见的概念:变量、数据类型、条件语句、循环,并通过JavaScript编程来优化课堂首页开发。 [视频]
2021-11-26 - 公众号JS接口安全域名额度调整
为满足公众号的业务需求,方便开发者更灵活地使用和管理相关功能,2020年8月4日起,平台将公众号的JS接口安全域名额度由3个提升为5个,一个自然月内最多可修改次数由3次提升为5次。公众号开发者可在配置的域名下调用微信开放的JS接口。 功能入口:MP后台-设置-公众号设置-功能设置-JS接口安全域名。 [图片]
2020-08-04 - 教育类小程序和公众号,在平台方的备案入口在何处?
目前暂未有备案入口,待实施后,平台会迭代相应的资质标准,最新资质要求可留意—— 小程序类目资质参考:https://developers.weixin.qq.com/miniprogram/product/material/
2023-09-20 - 小程序关联公众号策略调整
各位开发者,大家好。 目前,小程序需要与公众号关联,才可被使用在公众号自定义菜单、模板消息、客服消息等场景中。而公众号关联小程序时,需要小程序管理员确认,该环节增加了开发者之间的沟通成本。 为了降低公众号与小程序间的合作门槛,我们将调整小程序关联公众号策略如下: 公众号关联小程序将无需小程序管理员确认。 取消“小程序最多关联500个公众号”的限制。 若希望小程序在被关联时保留管理员确认环节,可前往“小程序管理后台-设置-基本设置-关联公众号设置”修改设置项。 公众号文章中可直接使用小程序素材,无需关联小程序。 开发者可在“小程序管理后台-设置-关联设置”中管理已关联的公众号。 微信团队 2019.04.04
2019-04-08 - 微信开放社区运营规范
微信开放社区运营规范 微信团队一直致力于将微信打造成一个强大的、全方位的服务工具。通过全面开放的能力,连接更多的开发者和用户。微信开放社区是微信为用户提供的内容问答社区。使用微信开放社区服务(以下简称“微信开放社区”或本“功能”),微信开放社区用户(以下简称“你”)必须阅读并遵守《微信公众平台服务协议》、《微信小程序平台服务条款》、《微信小程序平台运营规范》以及腾讯为此制定的专项规则等。 本《微信开放社区运营规范》(以下简称,本“运营规范”)是在上述协议及规则基础上进行解释和说明,相关内容和举例旨在帮助开发者更加清晰地理解和遵守相关协议和规则,以便能够更加顺利地在微信开放社区进行运营,而不是修改或变更上述协议及规则中的任何条款。 一、发布内容规范: 1. 你不得在微信开放社区发布、分享传播国家法律法规禁止的以下内容: 1.1 反对宪法所确定基本原则,危害国家安全、泄露国家秘密、颠覆国家政权、破坏国家统一、损害国家荣誉和利益。 1.2 反政府、反社会,或存在煽动性的涉政言论、散布谣言,扰乱社会秩序,破坏社会稳定。 1.3 煽动民族仇恨、民族歧视、破坏民族团结、破坏国家宗教政策、宣扬邪教和封建迷信。 1.4 展示人或动物被杀戮、致残、枪击、针刺或其他伤害的真实图片,描述暴力或虐待儿童的,或包含宣扬暴力血腥。 1.5 淫秽、色情或低俗信息,包括但不限于: 1.5.1 应用中含有淫秽、色情内容,如招嫖、寻找一夜情、性伴侣等内容; 1.5.2 传播以色情为目的的情色文字、情色视频、情色漫画等形式的内容; 1.5.3 传播非法色情交易的信息; 1.5.4 直接或隐晦表现性行为、具有挑逗性或者侮辱性内容,或以带有性暗示、性挑逗的语言描述性行为、性过程、性方式的; 1.5.5 应用中传播非法性药品、性保健品、性用品和性病治疗营销信息等相关内容的; 1.5.6 应用中传播相关部门禁止传播的色情和有伤社会风化的文字、音视频内容的。 1.6 赌博、竞猜和抽奖类信息,包括但不限于: 1.6.1 应用中传播以虚拟货币或真实货币直接进行押输赢、竞猜、参与赌博等内容的; 1.6.2 应用运营过程中可将游戏分数或金币等兑换成真实货币或实物奖励的; 1.6.3 应用运营过程中可根据玩家输赢结果进行抽水、分成等后果的; 1.6.4 其他被认定为宣扬赌博色彩的行为。 1.7 含有虚假、欺诈或冒充类内容,包括但不限于虚假红包、虚假活动、虚假宣传,仿冒腾讯官方或他人业务,可能造成微信用户混淆等内容的。 1.8 任何召集、鼓动犯罪或有明显违背社会善良风俗行为的内容。 1.9 任何违反《计算机信息网络国际联网安全保护管理办法》、《互联网信息服务管理办法》、《互联网电子公告服务管理规定》、《维护互联网安全的决定》或其他国家法律法规规定的内容。 2. 你不得在微信开放社区发布、分享和传播侵犯他人合法权利的信息: 2.1 包含公然侮辱或者诽谤他人,损害他人名誉或商誉内容的。 2.2 包含使用或揭露他人身份信息、照片、隐私,侵害他人肖像权、隐私权合法权益的。 2.3 未经授权,擅自使用他人商标、著作权以及其他侵犯他人知识产权内容的。 2.4 未经授权,擅自使用他人拥有商标权的标识、图像等内容。 2.5 未经授权,使用或传播他人的原创图文消息或其他有合法著作权权利的内容,侵犯他人知识产权。 2.6 依靠抄袭、模仿等手段使用他人拥有商标权或著作权权益的内容,侵犯他人权益的。 3. 你不得在微信开放社区发布、分享和传播违反平台相关规则的信息: 3.1 内容主要为营销、互推或广告用途,包括但不限于空白广告位、招商广告位或作为第三方平台通过应用中的营销、广告模块盈利等。 3.2 内容包含多级分销信息,发布分销信息诱导用户进行分享、传播或直接参与。 3.3 对用户产生误导、严重破坏用户体验,损害用户利益的谣言类内容。 3.4 传播骚扰信息、恶意营销和垃圾信息等内容。 3.5 其他涉及违法违规或违反平台相关协议、规则的内容。 二、使用行为规范 你不得在微信开放社区从事以下行为: 1. 恶意破坏微信开放社区正常秩序,包括但不限于恶意灌水、踩贴、刷流量、刷评论、利用自定义栏目或其他形式传播病毒、垃圾广告、非法信息等。 2. 未经腾讯许可或授权,擅自转载、或爬取微信开放社区文章和内容。 3. 重复发布干扰正常用户体验的内容。包括但不限于: 3.1 重复发表同一文章的; 3.2 重复的回答内容多次发布在不同问题下的; 3.3 频繁发布难以辨识涵义影响阅读体验的字符、数字等无意义乱码的; 3.4 骚扰他人,以评论、@他人、私信等方式对他人反复发送重复或者相似的诉求。 4. 发表不符合版面主题,或者无内容的灌水内容、或者发表色情,猥亵,谩骂、包含人身攻击,诽谤等的内容。 5. 使用不雅或不恰当ID和昵称,头像,个性签名等。 6. 从事违反与腾讯签订的、任何形式的服务协议、平台协议、功能协议的行为。 7. 从事违反腾讯为相关软件、服务、功能等而制定的管理、运营规范、规则的行为。 8. 从事非法商业活动或任何违反国家法律法规的行为。 三、服务商规范 1. 服务平台入驻规则 1.1 服务平台服务商,指为微信小程序提供模版开发、定制化开发、插件、借口能力等服务的服务提供方,包括但不限于具有第三方平台的平台型服务商和定制型服务商。 1.2 任何有意愿为小程序提供开发服务的开发者/企业都可以申请成为小程序服务商。目前阶段,满足以下条件的服务商,经平台审核后可接入微信开放社区-服务平台,小程序用户即可在服务平台中获取关服务商信息: (1)符合上述1.1条定义; (2)在微信开放社区中具有关联第三方平台的企业主页; (3)两个自然周内,单个服务商累计7天符合要求,可在下两个自然周内被搜出。 上述条件中,“第三方平台”[1]为全网发布并经审核通过,并应满足以下条件: (1)服务商业务活跃性:短期内授权一定数量的小程序,并发布上线; (2)小程序活跃度:已上线的小程序保证持续用户活跃; (3)服务商小程序预审能力:无不良审核记录。 1.3 平台有权根据产品策略和业务发展需求,对上述服务商接入的要求和规范进行不时地调整。对于不满足条件的服务商,微信有权进行动态调整。 2. 服务商行为规范 2.1 服务商入驻微信开放社区服务平台,不视为微信向你提供任何授权或进行任何合作。你不得以微信、微信代理商或微信官方合作伙伴的名义从事任何经营活动。你保证,不得以微信或微信代理商的名义拓展合作伙伴或代理商,未经微信同意,不得对外使用“微信”、“微信公众平台”、“微信开放平台”和“微信开放社区”的品牌和LOGO,或进行任何造成或可能造成微信用户混淆的对外宣传行为。 2.2 服务商不得从事或间接协助从事以下任一活动,否则平台可能会对你作出处理,终止合作,追究服务商的法律责任: 2.2.1 在企业主页等位置存在夸大、虚假、承诺性、绝对化等违反广告法等法律法规的描述的; 2.2.2 以微信、微信代理商或微信官方合作伙伴的名义从事经营活动或对外宣传的; 2.2.3 将你在平台的技术资源等转包、分包、转让、有偿或无偿提供给其他主体,或者以代理、加盟等形式拓展合作伙伴并收取费用的; 2.2.4 把服务商资源用于《微信开放平台公众帐号第三方平台开发者服务协议》和本规则约定范围以外的用途的; 2.2.5 服务态度恶劣,陈述有误引起小程序商户误解,或未向商户提供经承诺的服务的; 2.2.6 虚构事实,隐瞒真相,出现违规行为时不配合或阻碍平台正常调查的; 2.3 服务商不得在主页等位置,发布任何干扰微信公众平台正常运营,或侵犯其他用户或第三方合法权益的内容,否则平台可能会对你作出处理。 2.4 服务商使用服务平台向小程序用户提供服务,须严格遵守适用的法律法规。 2.5 服务商入驻服务平台,不视为服务商获得平台的任何授权,也不代表平台对服务商的能力、商誉进行任何形式、任何种类的明示或暗示的推荐或担保,包括但不限于商业适售性、特定用途适用性等。服务商对于其在服务平台向小程序用户提供服务的行为必须自行承担相应法律责任和风险。 四、违规处理 1. 如你违反上述使用规范,微信开放社区有权视开发者的违规程度给予警告、删帖、暂停账号使用、注销帐号等处罚措施,并依法追究你的法律责任。 2. 如服务商违反上述服务商规范,在平台收到对你的违规投诉或平台知悉你存在违规情形后,平台将向你发送电子邮件或站内信或通过其他有效通知方式,服务商应在平台发出通知之日起3个工作日内提供书面回复,如服务商认为违规行为不成立或已整改,应提供相应证明;如服务商未能在限定期间内书面回复,或虽提出异议但未能提供充分证据,视为违规行为成立。平台有权依据相关事实及服务商书面回复内容(如有)进行独立判断,并以电子邮件形式将认定结果进行告知。[T1] 五、免责声明 1. 微信开放社区不对你发表的内容、回答或评论的正确性进行保证。你在微信开放社区发表的内容仅表明其个人的立场和观点,并不代表微信的立场或观点。作为内容的发表者,你需自行对所发表内容负责,因所发表内容引发的一切纠纷,由你承担全部法律及连带责任。微信不承担任何法律及连带责任。 2. 微信开放社区知识库内容(即带有微信官方标识的内容)为微信开放社区官方发布内容。你清楚了解并同意,该等内容为微信开放社区根据平台运营情况或相关行业经验,在特定时间针对某具体问题提供的参考性内容,该等内容非实时更新,亦可能过期失效,仅供用户参考。未经腾讯许可或授权,用户不得擅自转载或爬取微信开放社区知识库内容。 3. 服务商入驻服务平台,不视为服务商获得平台的任何授权,也不代表平台对服务商的能力、商誉进行任何形式、任何种类的明示或暗示的推荐或担保,包括但不限于商业适售性、特定用途适用性等。服务商必须自行对其通过服务平台提供的服务承担相应法律责任和风险。 4. 你理解并同意,在使用微信开放社区时,需自行承担如下腾讯不可掌控的风险,包括但不限于: 4.1 由于受到计算机病毒、木马或其他恶意程序、黑客攻击的破坏等不可抗拒因素可能引 起的信息丢失、泄漏等损失和风险; 4.2 用户或腾讯的电脑软件、系统、硬件和通信线路出现故障导致的服务终端、数据丢失以及其他的损失和风险; 4.3 用户操作不当或通过非腾讯授权的方式使用本服务带来的损失和风险; 4.4 用户发布的内容被他人转发、分享,因此等传播可能带来的风险和责任; 4.5 由于网络信号不稳定、网络服务中断或其他原因所引起的无法使用微信开放社区、页面打开速度慢等风险; 4.6 其他腾讯无法控制或合理预见的情形。 六、遵守当地法律监管 1. 你在使用微信开放社区服务的过程中应当遵守当地相关的法律法规,并尊重当地的道德和风俗习惯。如果你的行为违反了当地法律法规或道德风俗,你应当为此独立承担责任。 2. 你应避免因使用本服务而使腾讯卷入政治和公共事件,否则腾讯有权暂停或终止对你的服务。 七、动态文档 这是一份动态更新的文档,我们会根据新出现的问题、相关法律法规更新或产品运营的需要来对其内容进行修改并更新,制定新的规则,保证微信用户的体验。你应能反复查看以便获得最新信息,请定期了解更新情况。 微信团队
2019-12-27 - (6)微信登录能力优化
小程序和小游戏内的用户登录,我们推荐使用以下两种方式获取用户信息: ▷ 按钮组件的登录方式,用户主动点击按钮可以拉起用户授权弹框,获取用户头像、昵称等信息; ▷ 在不获取用户信息的情况下,可展示用户头像昵称。 用户在没有任何操作的情况直接弹出授权的登录方式将逐渐不再支持,受影响的有 wx.getUserInfo 接口,以及 wx.authorize 接口传入 scope="scope.userInfo" 的情况。 1 为什么平台要做接口调整? 我们提供了 wx.login 和 wx.getUserInfo 接口,用于获取用户的 openID 和基本信息。 推出这两个接口的初衷是希望:当用户使用小程序时,只有访问到真正需要登录的页面,才需要授权并登录。 但在实际应用中,我们发现很多开发者在打开小程序时直接弹出授权框,如果用户点击拒绝授权,无法使用小程序。 在没有任何提示和背景的情况下,直接弹框想要获得用户信息授权,用户脑子里可能会闪过几个哲学问题: 你是谁? 我在哪里? 我为什么要同意? …… 相当一部分用户下意识会点击“拒绝“授权——这样不合理的登录流程既造成了用户的困扰,还使得用户流失。 用户通过小程序可以快速获取服务,因此在访问小程序的第一个页面非常重要。 对于一个互联网产品而言,第一个页面决定了用户对这个产品的认知,用户会选择是否继续使用这个产品。 一个优秀的互联网产品,能够给用户留下一个好的第一印象,用户可以快速了解你的产品,接收到你想要传递的服务信息,从而产生相应的操作行为。 一个优秀的小程序会吸引用户在小程序里进行探索,完成你期望他们去做的事,比如会员注册、商品购买等。 试想一下如果一个品牌的商品官网,一进入要求用户登录才能查看产品信息是什么感觉呢? 因此良好的用户登录体验非常重要。 2 如何设计登录流程? 用户打开小程序时,看第一眼的时候,开发者需要专注以下两个目标: ▷ 精准快速地传达产品理念,开发者要让用户能够快速了解自己的产品和服务; ▷ 将用户流量进行转化,让用户能方便操作或者交易。 一般而言,用户打开小程序后看到的第一个页面,先不要直接弹出授权框,第一个页面可以包含以下内容: ▷ 展示你的小程序功能(如产品、服务、活动等) ,让用户清晰地知道小程序是做什么用的,这些内容可以是你的精选内容; ▷ 激发用户的探索欲,通过描述或者图片吸引用户注意力; ▷ 按照自己的产品目标,给用户提供清晰明确的下一步操作(查看详情、购买等)。 如果某些特殊小程序在使用前一定需要用户登录,或者已经进行到需要用户登录的操作时,可以将 button 组件(其中 open-type 属性指定为 getUserInfo)放置到页面中,页面上可以大致说明以下要点: 为什么需要我授权? 需要我什么信息? 授权后我得到什么好处呢? 接下来在页面上放置一个明显的登录按钮, 建议这个页面上不要有额外的点击区域,以免分散用户注意力,让用户专注于登录这件事情。 3 简单的开发建议 1 当用户打开小程序时访问第一个页面时,先通过 wx.login,获取用户 openID 。这时无需弹框授权,开发者拿到 openID 可以建立自身的帐号 ID。 2 在第一步中,拿到 openID 后,判断是新用户还是老用户。如果是老用户,可以直接登录;如果是新用户,可先在小程序首页展示你的信息服务,让用户对这个小程序有大概的了解,再引导用户进行下一步的操作。 3 当需要获取用户头像昵称的时候,对用户展示一个登录页面,这个页面只有一个最重要的操作,引导用户进行登录。 小程序中,在页面中加入一个 button 按钮,并将 open-type 属性设置为 getUserInfo 。 以小程序为例: 微信登录 对于功能较简单的小程序或者小游戏而言,如果不是必须要获得用户的头像昵称,建议可先通过wx.login 拿到 openID 后,使用 open-data 方式或者开放数据域的方式展示用户信息,整个过程都无需用户授权。 Tips: 1、在用户登录后,开发者需要存储用户的 unionID,而且建议只把 unionID 作为互通的用户标识,不要直接使用 unionID 作为用户 ID。因为一旦小程序迁移到其他的开放平台下,unionID 是会改变的,而 openID 是不变的。 2、用 button 组件的方式获得用户授权后,调用 wx.getUserInfo 就可以直接获取用户信息。这个的意义在于获取过一次之后,用户有可能改昵称头像,因此为了及时同步,最好是定期获取用户信息。 这里两个小提示: ▷ 定期使用 wx.getUserInfo 获取并更新用户的信息; ▷ 如果用户授权过一次之后,又在设置中关掉了授权(或者本地删除了小程序),那这时再调用 wx.getUserInfo 也是不会成功的,需要重新获得授权。 相关开发文档参考: ▷ 小程序 1、小程序 wx.login 2、button 组件,并将 open-type 指定为 getUserInfo 类型,获取用户基本信息 3、open-data 展示用户基本信息 ▷ 小游戏 1、小游戏 wx.login 2、用户信息按钮 UserInfoButton 3、开放数据域下的展示用户信息
2018-08-17 - (4)获取用户信息
背景 我们发现大部分小程序都会使用 [代码]wx.getUserInfo[代码] 接口,来获取用户信息。原本设计这个接口时,我们希望开发者在真正需要用户信息的情况下才去调取这个接口,但很多开发者会直接调用这个接口,导致用户在使用小程序的时候产生困扰,归结起来有几点: 开发者在小程序首页直接调用 [代码]wx.getUserInfo[代码] 进行授权,弹框获取用户信息,会使得一部分用户点击“拒绝”按钮。 在开发者没有处理用户拒绝弹框的情况下,用户必须授权头像昵称等信息才能继续使用小程序,会导致某些用户放弃使用该小程序。 用户没有很好的方式重新授权,尽管我们增加了[代码]设置[代码]页面,可以让用户选择重新授权,但很多用户并不知道可以这么操作。 此外,我们发现开发者默认将 [代码]wx.login[代码] 和 [代码]wx.getUserInfo[代码] 绑定使用,这个是由于我们一开始的设计缺陷和实例代码导致的([代码]wx.getUserInfo[代码] 必须通过 [代码]wx.login[代码] 在后台生成 [代码]session_key[代码]后才能调用)。同时,我们收到开发者的反馈,希望用户进入小程序首页便能获取到用户的 [代码]unionId[代码],以便识别到用户是否以前关注了同主体公众号或使用过同主体的App 。 为了解决以上问题,针对获取用户信息我们更新了三个能力: 1.使用组件来获取用户信息 2.若用户满足一定条件,则可以用[代码]wx.login[代码] 获取到的[代码]code[代码]直接换到[代码]unionId[代码] 3.[代码]wx.getUserInfo[代码] 不需要依赖 [代码]wx.login[代码] 就能调用得到数据 获取用户信息组件介绍 [代码][代码] 组件变化: [代码]open-type [代码]属性增加 [代码]getUserInfo[代码] :用户点击时候会触发 [代码]bindgetuserinfo[代码] 事件。 新增事件 [代码]bindgetuserinfo[代码] :当 [代码]open-type[代码]为 [代码]getUserInfo[代码] 时,用户点击会触发。可以从事件返回参数的 [代码]detail[代码] 字段中获取到和 [代码]wx.getUserInfo[代码] 返回参数相同的数据。 示例: [代码]<button open-type="getUserInfo" bindgetuserinfo="userInfoHandler"> Click me button>[代码]和 [代码]wx.getUserInfo[代码] 不同之处在于: 1.API [代码]wx.getUserInfo[代码] 只会弹一次框,用户拒绝授权之后,再次调用将不会弹框; 2.组件 [代码][代码][代码][代码] 由于是用户主动触发,不受弹框次数限制,只要用户没有授权,都会再次弹框。 通过获取用户信息的组件,就可以解决用户再次授权的问题。 直接获取unionId开发者申请 [代码]userinfo[代码] 授权主要为了获取 [代码]unionid[代码],我们鼓励开发者在不骚扰用户的情况下合理获得[代码]unionid[代码],而仅在必要时才向用户弹窗申请使用昵称头像。为此,凡使用“获取用户信息组件”获取用户昵称头像的小程序,在满足以下全部条件时,将可以静默获得 [代码]unionid[代码]: 1.在微信开放平台下存在同主体的App、公众号、小程序。 2.用户关注了某个相同主体公众号,或曾经在某个相同主体App、公众号上进行过微信登录授权。 这样可让其他同主体的App、公众号、小程序的开发者快速获得已有用户的数据。 不依赖登录的用户信息获取某些工具类的轻量小程序不需要登录行为,但是也想获取用户信息,那么就可以在 [代码]wx.getUserInfo[代码] 的时候加一个参数 [代码]withCredentials: false[代码] 直接获取到用户信息,可以少一次网络请求。 这样可以在不给用户弹窗授权的情况下直接展示用户的信息。 最佳实践 1.调用 [代码]wx.login[代码] 获取 [代码]code[代码],然后从微信后端换取到 [代码]session_key[代码],用于解密 [代码]getUserInfo[代码]返回的敏感数据。 2.使用 [代码]wx.getSetting[代码] 获取用户的授权情况 1) 如果用户已经授权,直接调用 API [代码]wx.getUserInfo[代码] 获取用户最新的信息; 2) 用户未授权,在界面中显示一个按钮提示用户登入,当用户点击并授权后就获取到用户的最新信息。 3.获取到用户数据后可以进行展示或者发送给自己的后端。 One More Thing 除了获取用户方案介绍之外,再聊一聊很多初次接触微信小程序的开发者所不容易理解的一些概念: 1.关于OpenId和UnionId [代码]OpenId[代码] 是一个用户对于一个小程序/公众号的标识,开发者可以通过这个标识识别出用户。 [代码]UnionId[代码] 是一个用户对于同主体微信小程序/公众号/APP的标识,开发者需要在微信开放平台下绑定相同账号的主体。开发者可通过[代码]UnionId[代码],实现多个小程序、公众号、甚至APP 之间的数据互通了。 同一个用户的这两个 ID 对于同一个小程序来说是永久不变的,就算用户删了小程序,下次用户进入小程序,开发者依旧可以通过后台的记录标识出来。 2.关于 getUserInfo 和 login 很多开发者会把 [代码]login[代码] 和 [代码]getUserInfo[代码] 捆绑调用当成登录使用,其实 [代码]login[代码] 已经可以完成登录,[代码]getUserInfo[代码] 只是获取额外的用户信息。 在 [代码]login[代码] 获取到 [代码]code[代码] 后,会发送到开发者后端,开发者后端通过接口去微信后端换取到 [代码]openid[代码] 和[代码]sessionKey[代码](现在会将 [代码]unionid[代码] 也一并返回)后,把自定义登录态 [代码]3rd_session[代码]返回给前端,就已经完成登录行为了。而 [代码]login[代码] 行为是静默,不必授权的,用户不会察觉。 [代码]getUserInfo[代码] 只是为了提供更优质的服务而存在,比如展示头像昵称,判断性别,开发者可通过 [代码]unionId[代码] 和其他公众号上已有的用户画像结合来提供历史数据。因此开发者不必在用户刚刚进入小程序的时候就强制要求授权。 可以在官方的文档中看到 [代码]login[代码] 的最佳实践: [图片] Q & A Q1: 为什么 login 的时候不直接返回 openid,而是要用这么复杂的方式来经过后台好几层处理之后才能拿到? A: 为了防止坏人在网络链路上做手脚,所以小程序端请求开发者服务器的的请求都需要二次验证才是可信的。因为我们采取了小程序端只给 [代码]code[代码] ,由服务器端拿着 [代码]code[代码] 和 [代码]AppSecrect[代码] 去微信服务器请求的方式,才会给到开发者对应的[代码]openId[代码] 和用于加解密的 [代码]session_key。[代码] Q2: 既然用户的[代码]openId[代码] 是永远不变的,那么开发者可以使用[代码]openId[代码] 作为用户的登录态么? A: 不行,这是非常危险的行为。因为 [代码]openId[代码] 是不变的,如果有坏人拿着别人的 [代码]openId[代码] 来进行请求,那么就会出现冒充的情况。所以我们建议开发者可以自己在后台生成一个拥有有效期的 [代码]第三方session[代码] 来做登录态,用户每隔一段时间都需要进行更新以保障数据的安全性。 Q3: 是不是用户每次打开小程序都需要重新[代码]login[代码]? A: 不必,可以将登录态存入[代码]storage[代码]中,用户再次登录就可以拿[代码]storage[代码] 里的登录态做正常的业务请求,只有当登录态过期了之后才需要重新[代码]login[代码] 。这样子做一则可以减少用户等待时间,二则可以减少网络带宽。 目前微信的[代码]session_key[代码] 有效期是三天,所以建议开发者设置的登录态有效期要小于这个值。
2018-08-17