先提醒下实名认证，是app所有者的实名认证，如果是公司app，一定要是公司来认证，千万别个人来认证。
推行appid唯一化和app所有者实名化是DCloud目前需要处理的问题。
过去因为这块疏于管理，导致了很多问题。尤其是开始广告业务后，对开发者收益产生了影响，错开和广告收益归属错乱都发生过，我们需要解决这些混乱问题。
未来我们还会继续强化app的所有者实名化和appid唯一性工作。
请大家理解配合。

换量对开发者而言是大好事，白来的新用户谁不想要呢？
如果是个人开发者，大多愿意加入换量。
如果是企业开发者，可能作为个人程序员没有决策权力，但工程师也应该把换量这个新业务给决策者汇报。
决策者确定不加入，实名认证后就关了吧。

DCloud做事，虽然有自己的投资人压力，但首要还是为了更好的服务开发者。
我们自问无愧这些工作都是为了DCloud的整体开发者生态更好而做的。
通过换量给开发者带来更多用户，通过广告给开发者带来更多收益。
有些开发商，虽然公司层面不在意广告收益，但把广告收益拿出来给研发团队发奖金，也变相的为每个工程师带来更多福利。

目前的引导设计，我们承认是有些套路的:)
但一个本来对大家是好事的事情，需要套路设计来引导是有无奈原因的。
我们发现对开发商(公司)有益的事情，经常因为某些工程师不关心而直接被折损掉。
我们走访了一些开发商的决策人，大多不了解我们新推出的服务。我们希望能引起开发商、也就是app所有者的重视，知道DCloud为他们推出了更好的服务，包括换量、广告、发行、统计。
也希望各位在公司工作的工程师，能积极向决策者宣传DCloud的新服务。

当然我们并没有落下开发工具本身的进度，在不同的团队里，HBuilderX和uni-app团队都是加班加点更新迭代产品。这些产品都非常酷。

当前DCloud生态的开发者有200多万，app们活跃手机用户数千万。
可以看出手机端活跃用户还是太少了，但我们相信通过各种努力，手机端活跃用户可以比现在做的还大十倍。
我们是一家人，DCloud更好，开发者就更好；开发者更好，DCloud就更好。
我们一起努力，会一起变的更好！

广告误开请参考：[广告误开原因汇总及解决办法](http://ask.dcloud.net.cn/article/13324)

认证系统的问题，这边已经修复。已经提交过认证材料的无需再次操作，会自动进行认证。

参考下面的文档配置一下

[https://uniapp.dcloud.net.cn/uniCloud/frv/dev.html#uni-frv-external-callback](https://uniapp.dcloud.net.cn/uniCloud/frv/dev.html#uni-frv-external-callback)

[https://uniapp.dcloud.net.cn/uniCloud/uni-cloud-s2s.html#](https://uniapp.dcloud.net.cn/uniCloud/uni-cloud-s2s.html#)

本贴问题是由于开发者未按照s2s文档过滤复杂类型数据引起，问题已解决