2023年开发APP难嘛?推荐使用一门APP开发平台快速开发APP!

2023年开发APP难嘛?推荐使用一门APP开发平台快速开发APP!

  移动应用软件制作流程并不复杂,为什麽那么说呢?只要我们知道都想要什麽角色就知道是什麽流程了。

通常制作都离不开UIUX设计师、UX制作、服务端制作、测试专员、PM产品经理等,利用他们不同的工作性质,我们能够将流程转化为项目制作阶段。

这样能够把复杂的流程简化,更为容易理解了。

  一、需求阶段

  1、需求讨论:这是我们移动应用制作关键一环,前期想要和PM产品经理沟通,我们的移动应用做成什麽样子的?要实现的功能是什麽? 一门APPPM产品经理将依据你的需求梳理功能思维导图、业务流程图、原型图等,帮忙助力您了解自己的需求。

  二、需求评审:做好原型图后我们还要和UX与服务端制作人工探讨方式可行性,包括功能制作的难度、实际制作的价格以及时间等,这里也要听取制作人工的建议,vue能做app开发吗不要自己私自做主。

是因为制作人工会从程序方面研究我们的需求是否能够实现,以及是否能够用其他形式代替。

  三、UIUX设计:设计师也会依据对页面整体的展示做出合理的建议,这也是至关重要的。

是因为从设计元素上来看,设计师们更有话语权,但也不要脱离群众。

  2、制作阶段

  1、项目启动:依据原型图做出时间点的规划,按照时间规划进行项目启动。

  二、程序制作流程:这里有一种流程:UX制作-程序制作,然后接口对接联调,比如想要支付的话还想要第3方接口接入(支付宝等),最后要定时进行项目会议,对所处的阶段和问题进行解决。

  三、程序测试:这里有很多企业会忽视,不过这一步将对我们的移动应用是否合格做出测试。

由测试专员针对移动应用进行多机型测试,测试内容包括:移动应用内容测试、移动应用性能测试、移动应用功能测试、移动应用视觉测试,假设有漏洞反馈给制作修复。

  3、发布阶段

  1、这里我们要上传移动应用到各大应用市场,一些小的应用市场能够android h5混合开发框架先不发布,有哪些想要注意的呢:首先、移动应用名称跟文字介绍以及UIUX截图都不能违反国家相关规则,这是至关重要的;第2、移动应用介绍假设带有网址则必须与移动应用内容相关,不要不相干否则可能发布不成功;第3、移动应用图标、UIUX截图必须来源于上传软件且内容清晰,与当前版本对应

  因此说移动应用软件制作流程并不复杂,我们只要认真完成此3个环节,这么项目一定是成功的。

因此我们一定要提前做好预算规划。

2023年开发APP难嘛?推荐使用一门APP开发平台快速开发APP!

  做app软件 

打算做一个教育类APP需要注意哪些重点地方?

打算做一个教育类APP需要注意哪些重点地方?

  每款移动应用从需求分析到最终研发上架发布,都具有一种标准化项目流程,其中每一环节的完成时间周期,都关乎移动应用最终上架发布的时间;而伴随着产品功能与定位的不同,总会出现各种研发难点H5跳app,在教育行业移动应用中核心分为两点!

  产品内容更新的难点,由于移动应用要依据学科、年级、地区等维度区分不同层次的内容,因此数据往往是以几何数字增长的,10分巨大,且模块繁杂,所以一款教育类移动应用日常数据和界面的更新成为

H5在线封装

制作难点。

  多端研发的难点,在教学app开发文档类移动应用产品中,通常至少有学生和教师两个客户端,有时还会有家长端,而在多个客户端中许多功能是能够复用的,例如作业和习题等,因此假设全部重复制作,相应的成本和时间也都会同倍数增长。

  针对这两个难点,以HTML五技术制作移动应用是具有很大技术优势的!通过HTML五技术将移动应用核心功能打包成API模块来研发,并利用热更新模式,在不影响用户体验的情况下迅速更新,免去了巨大的工作量,而使用H五+扩展模块的功能,可对大量的功能和页面直接进行复用,很大程度地解决了大量数据更新以及多端研发成本的问题。

  现在标准Web技术的跨官方制作模式,可同时生成iOS与Android两端的原生移动应用;是现在业内众多移动应用研发的主流选用之一!下面笔者以一门APP官方提供的API模块为例,列出了搭建APP所需的通用模块,企业可依据不同的产品功能需求进行定制制作。

  UIUX组件:

  核心面向用户UX使用的基础功能,也是在大部分教育类移动应用通用的基础模块,比如用户在复习课程材料过程中,想要记录时间、查阅标注重点、区别易混淆知识,便会用到日历、剪切板、搜索框、习题选用器、图片剪裁等UIUX组件。

  功能扩展:

  顾名思义,核心用来支持产品各种功能的实现,并对移动端设备的相关硬件进行调取,很多教育类移动应用包含了非常丰富的视频、音频内容,因此音频播放和视频播放的模块也是使用频率最高的;有些特殊功能会集成第3方SDK插件,比如语音识别模块可能会使用更加成熟的百度、讯飞语音识别技术。

  自由服务模块:

  为了给用户提供最佳的使用体验,在产品服务层面,大部分API也会接入强大的第3方模块,比如我们通过某教育官方购买课程时,使用第3方微信或支付宝进行付款就是最常见自由模块的应用。

  现在我国教育行业发展水平距发达国家尚有一定差距,但也为日后的持续增长提供了空间,加之第3次消费结构迭代,教育行业支出仍会伴随GDP增长而持续提高,面对未来的产业变革,信息化推进会带来更多的学习场景、学习方案、课程体系等创新,因此怎么利用这些创新来收割用户,必然是市场竞争的重点,而作为技术优化驱动的载体,相信移动应用仍为行业主流的选用。

VIVO消息推送 接入push服务注意事项

VIVO消息推送 接入push服务注意事项

开发者接入push服务存在的共性问题排查指南:

一、请接入方先通过本地工具【postmen】先调用我们提供的接口,保证本地调用我们的接口是没有问题【减少在开发过程沟通成本】

二、如果是本地工具接口测试:请先检查一下事项

 1、请先测试推送鉴权接口,获取到 authToken 才可以进行消息推送 【可以确保接入方本地调用push服务是通的】

 2、检查一下当前应用是否是受限应用(受限应用将在2-3个工作日内转为正式)

①如果是受限应用,则只能测试单播接口,测试其他推送接口会有对应提示

②如果是受限应用,那么需要在vivo推送营运平台后台添加要测试的设备【设备id(regId)】最多可以添加20个设备

③如果是受限应用,在调用单播接口的时候,需要在请求参数中确认pushMode==1字段(0:正式推送;1:测试推送,不填默认为0)

   测试推送没有频控限制(受限应用发不了正式推送)

3、检查一下当前推送的消息是运营消息还是系统消息【前提:推送为正式推送】

(接入方在推送的时候 参数 classification==0 , 0:运营类消息,1:系统类消息。不填默认为0)

如果客户端多次收到消息后,又出现收不到的情况

检查消息是否被管控,单用户单应用每天收到的消息条数上限5条,系统消息不受应用频控管控,受系统消息推送总量限制

建议:如果只是检验功能,建议使用测试推送【测试消息不受频控、推送量级管控】

三、关于消息数据统计问题【vivo推送运营后台有相关消息统计明细分布情况】

请各个接入方先到 vivo推送管理后台查看当前应用消息大体的数据统计分布情况

统计分两种:

 ①应用级别的消息统计明细分布情况

 ②单推统计明细分布情况

【可以通过这两个指标,进一步分析消息没有达到的原因】    

同时:建议接入方在关键地方也收集数据。比如消息达到客户端,建议应用方也做一个记录。

对我们接口返回的regId(1.userId不存在;2.卸载或者关闭了通知;3.七天不在线;4.非测试用户),这些状态也存储一下,可以预防无效的推送

四、如遇接口返回状态码 10206 sign 不正确提示 【前提:一样的签名方法, 偶现签名不正确】

如果出现这种情况:

就是业务方在进行签名的时候 appId/appKey/appSecret 存在本来给“应用A”生成的签名,结果把sign拿给“应用B”进行签名了

【签名:使用MD5算法,字符串trim后拼接(appId+appKey+timestamp+appSecret),然后通过MD5加密得到的值(字母小写)】

请接入方在有多个应用的时候,要注意签名方法的使用,防止签名误传

五、如遇接口返回状态码 10000 权限认证失败,则表示应用方获取的authToken 失效了 ,请重新获取

六、regId升级

原有token(regId)生成规则是固定23位数字。已不能满足后续增长需求,推送平台从2022年5月开始升级token(regId)生成规则,取消现有固定23位长度及数字限制,新规则长度可变,包含字符“0-9”、“a-z”、“A-Z”及特殊字符。2022年7月30号全量升级。老的regId不变,新订阅会按照新regId规则生成。

七、如何发送测试消息图解

接入Vpush后的应用均可以发送测试消息。发送测试消息的步骤如下:

1、  先在推送运营后台添加测试设备。

1)  在推送平台找到你的应用名称

2)  在刚才的基础之前要点击测试设备

3)  到了这个页面  要点击添加测试设备

4)  添加具体信息点击确定

2、然后接入服务端API,通过调用/message/send,pushMode设置为1,给第一步绑定成功的测试设备发送消息。详情请见《服务端API接口文档》

说明:

1、  添加测试设备为接入客户端SDK,订阅获取到的regId,通过调用客户端api接口的getRegId方法获取,详情请见《客户端API接口文档》

2、最多支持添加20个测试设备

3、测试消息不受量级和频次限制。

VIVO消息推送 Android PUSH-SDK集成指南

点击此处下载 PUSH SDK接入文档(若公司网络下载压缩包解压异常,建议切换其他网络下载)

版本信息具体说明
版本号:484、版本名:3.0.0.4更新内容:
1.优化代码,去掉非必要逻辑;
版本号:483、版本名:3.0.0.3更新内容:
1.修复了读取外部存储的问题;
版本号:482、版本名:3.0.0.2更新内容:
1.恢复了仅用于兼容v3.0.0.0_480以前点击回调接口:onNotificationMessageClicked;
版本号:481、版本名:3.0.0.1更新内容:
1.修复统一推送联盟接口的已知问题;
版本号:480、版本名:3.0.0.0更新内容:
1.修复安全漏洞:通知不再支持拉起非导出的Activity;
2.优化push通知点击启动慢的问题;
3.移除onNotificationMessageClicked回调,自定义参数需要统一在被拉起的Activity中通过Intent接收;

注意:

1.vivo推送服务SDK支持的最低android版本为Android 6.0。

2.当通过”自定义/打开应用页面”方式启动应用内Activity时,该Activity在AndroidManifest.xml必须配置属性android:exported=”true”。

3.由于项目架构变动,可能会导致您在更新sdk版本时类的路径错误,重新导入类的路径即可。

一、集成sdk

1. 导入aar 包

将解压后的libs文件夹中vivopushsdk-VERSION.aar(vivopushsdk-VERSION.aar为集成的jar包名字,VERSION为版本名称)拷贝到您的工程的libs文件夹中。

在android项目app目录下的build.gradle中添加aar依赖。

dependencies {

  implementation fileTree(include: ['*.jar'],   dir: 'libs')

  implementation   files("libs/vivo_pushSDK_v3.0.0.4_484.aar")

}

2. 添加权限

vivo Push集成只需要配置网络权限,请在当前工程AndroidManifest.xml中的manifest节点下添加以下代码:

<!—Vivo Push需要的权限--> 

<uses-permission  android:name="android.permission.INTERNET"/>

3. 配置appid 、api key等信息

vivo Push集成需要配置对应的appid 、app key信息,其中appid 和app key是在开发者平台中申请的,详见 vivo push 操作手册。

请在当前工程AndroidManifest.xml中的Application节点下添加以下代码(建议复制粘贴防止出错):

<!--Vivo Push开放平台中应用的appid 和api key--> 
<meta-data 
   android:name="api_key" 
   android:value="xxxxxxxx"/> 

<meta-data 
   android:name="app_id" 
   android:value="xxxx"/>

4. 自定义通知回调类

在当前工程中新建一个类 PushMessageReceiverImpl(自定义类名)继承OpenClientPushMessageReceiver 并重载实现相关方法。并在当前工程的AndroidManifest.xml文件中,添加自定义Receiver信息,代码如下:

<!--push应用定义消息receiver声明--> 
<receiver android:name="xxx.xxx.xxx.PushMessageReceiverImpl(自定义类名)" 
   android:exported="false">    
<intent-filter> 
	<!--接收push消息--> 
   <action android:name="com.vivo.pushclient.action.RECEIVE"/> 
</intent-filter>
</receiver>

5. 注册service

接入SDK,需注册相关服务以确保正常。

请在当前工程AndroidManifest.xml中的Application节点下添加以下代码(建议复制粘贴防止出错):

<!--Vivo Push需要配置的service、activity--> 
<service 
   android:name="com.vivo.push.sdk.service.CommandClientService" 
   android:permission="com.push.permission.UPSTAGESERVICE"
   android:exported="true"/>

6. 配置sdk版本信息(仅通过jar包集成方式需要配置,通过aar包集成无需配置)

通过jar包方式接入SDK,需配置SDK版本信息确保正常。

请在当前工程AndroidManifest.xml中的Application节点下添加以下代码(建议复制粘贴防止出错):

<!--Vivo Push SDK的版本信息--> 
<meta-data 
   android:name="sdk_version_vivo" 
   android:value="484"/>

二、启动推送

在工程的Application中,添加以下代码,用来启动打开push开关,成功后即可在通知消息到达时收到通知。

//在当前工程入口函数,建议在Application的onCreate函数中,添加以下代码:

//初始化push
PushClient.getInstance(getApplicationContext()).initialize(); 

// 打开push开关, 关闭为turnOffPush,详见api接入文档
PushClient.getInstance(getApplicationContext()).turnOnPush(new IPushActionListener() { 
    @Override
    public void onStateChanged(int state) { 
       // TODO: 开关状态处理, 0代表成功
    } 
});

三、获取token

即获取regId,使用PushClient.getInstance(context).getRegId() 函数获取;

在 Api 接口 turnOnPush回调成功之后,即可获取到注册id。

四、点击通知消息

当设备接收到通知消息后,查看手机的通知栏,当点击通知时,打开通知动作分为打开App首页、打开特定Uri 网址页面、 打开用户自定义、打开应用指定页面。

注意: Sdk 3.0.0.0 以前版本的页面跳转类型打开自定义、打开指定应用页面,在Sdk 3.0.0.0及以后版本中已统一作为打开自定义页面处理。 服务端Api 字段 skipType 跳转类型分别是: 1 是打开App 首页, 2 是打开特定Url 网址页面, 4 是打开自定义页面。

打开App首页或者打开自定义页面,是通过VIVO手机通知中心跨应用启动Activity来实现,需要App保证被拉起的目标Activity exported属性默认设置为true,无权限配置,可以在点击通知时打开指定的Activity。

1. 打开App 首页

在AndroidManifest.xml文件配置主Activity。

在AndroidManifest.xml文件注册的首页Activity 中,配置
<intent-filter>
    <action android:name="android.intent.action.MAIN" />
    <category android:name="android.intent.category.LAUNCHER" />
</intent-filter>

在Activity 中接受数据:

开发者在首页的Activity 的onCreate 或者 onNewIntent 中,通过如下方式获取数据。

获取消息id,即messageId:

String messageId = intent.getLongExtra("vivo_push_messageId");

获取透传的自定义键值对值,如下,

遍历所有key(遍历clientCustomMap和skipContent的自定义key-value):

Bundle bundle = intent.getExtras();
if (bundle != null) {
    for (String key : bundle.keySet()) {
        if (!TextUtils.isEmpty(key)) {
            //注意传递的参数类型
            String content = bundle.getString(key);
        }
    }
}

取单个key(取clientCustomMap和skipContent特定key对应的value):

Intent intent = getIntent();
if (intent != null) {
    String key1 = intent.getStringExtra("key1");
    int key2 = intent.getIntExtra("key2", -1);
}
其中key1为用户自定义String型键值对参数值;key2为用户自定义Integer型键值对参数值。

2. 打开自定义页面

注意:原有通过onNotificationMessageClicked回调接收自定义参数的方式已经废弃,自定义参数需要统一在被拉起的Activity中通过Intent接收。

跨应用启动客户端App需要显示启动,通过Intent 携带透传参数到App,生成好对应的 Intent 参数,然后调用服务端Api 指定Intent 参数来打开自定义App页面;

生成 Intent 参数:

在Android 开发工具中,参考如下代码生成 Intent
Intent intent = new Intent(this,CustomActivity.class);
//Scheme协议(vpushscheme://com.vivo.push.notifysdk/detail?)开发者可以自定义
intent.setData(Uri.parse("vpushscheme://com.vivo.push.notifysdk/detail?"));
//intent 中添加自定义键值对,value 为 String 型
intent.putExtra("key1", "xxx"); 
//intent 中添加自定义键值对,value 为 Integer 型
intent.putExtra("key2", xxx);
//得到intent url 值
//示例:intent://com.vivo.pushtest/detail?#Intent;scheme=vpushscheme;component=com.vivo.pushdemo.test/com.vivo.pushsdk.CustomActivity;S.key1=xxx;i.key2=2;end
String intentUri = intent.toUri(Intent.URI_INTENT_SCHEME);
备注 : 开发者以自己实际定义的为准。

注意:在AndroidStudio里生成intentUri后,开发者通过服务端Api或者在管理后台发送通知时,跳转内容(Api 对应字段 为skipContent)透传上例生成的intentUri值,然后在点击通知时打开自定义的 CustomActivity。

在AndroidManifest.xml文件注册被启动的Activity

比如被启动的自定义页面 CustomActivity,其中host、path、scheme 一定要与上面的 Intent 生成参数匹配。

注意:该属性必须设置android:exported=”true”

配置如下:

<activity android:name=".CustomActivity"   
    android:exported="true">
    <intent-filter>
        <action android:name="android.intent.action.VIEW" />
        <category android:name="android.intent.category.DEFAULT" />
        <category android:name="android.intent.category.BROWSABLE" />
        <data
            android:host="com.vivo.push.notifysdk"
            android:path="/detail"
            android:scheme="vpushscheme" />
        </intent-filter>
</activity>

注意: activity 名称用户自己定义.

在自定义的 CustomActivity 中接收数据

如下:

public class CustomActivity extends Activity {
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.xxx);
        //获取通知消息的messagId
        String messageId = intent.getStringExtra("vivo_push_messageId");
        //获取自定义透传参数值
        Intent intent = getIntent();
        if (null != intent) {
            String key1 = intent.getStringExtra("key1");
            int kye2 = intent.getIntExtra("key2", -1);
        }
    }
}

3. 打开特定Uri 网址

开发者通过Api(Api 对应字段 为skipContent)或者管理后台传自己要打开的Url 网址地址即可。

4. 恢复了仅用于兼容v3.0.0.0_480以前点击回调接口:onNotificationMessageClicked

注意Push SDKv3.0.0.2_482特性:该接口仅用于解决v3.0.0.0_480之前的版本升级Push SDK过程中发送的老版本打开自定义通知(skiptype=3)需要依赖点击回调完成跳转时使用,
  新版本通知点击该点击回调是不可用的。

五、混淆说明

若需要混淆app,请在混淆文件中添加以下说明,防止SDK内容被二次混淆,自定义回调类切勿混淆。

-dontwarn com.vivo.push.** 

-keep class com.vivo.push.**{*; } 

-keep class com.vivo.vms.**{*; }

-keep class   xxx.xxx.xxx.PushMessageReceiverImpl{*;}

六、统一推送联盟接入

说明:请完成上述 ‘1.集成SDK’ 和 ‘2.配置信息’ 两个步骤再开始统一推送联盟的接入。

1. 打开push开关

这里只是做了相应的初始化操作,建议用户在自己应用的Application中onCreate()方法中调用turnOnPush操作。

示例代码:

VUpsManager.getInstance().turnOnPush(this, new UPSTurnCallback() {
    @Override
    public void onResult(CodeResult codeResult) {
        if(codeResult.getReturnCode()   == 0){
            Log.d(TAG, "初始化成功");
        }else {
            Log.d(TAG, "初始化失败");
        }
    }
});

2. 注册push

注册push,获取申请的regId,即token。

示例代码:

VUpsManager.getInstance().registerToken(this, "XXX", "XXX", "XXX", new UPSRegisterCallback() {
    @Override
    public void onResult(TokenResult tokenResult) {
        if (tokenResult.getReturnCode() == 0) {
            Log.d(TAG, "注册成功 regID = " +   tokenResult.getToken());
        } else {
            Log.d(TAG, "注册失败");
        }
    }
});

vivo推送消息分类说明

为优化用户在手机中的推送消息体验,解决 “用户无法分辨并自主控制真正想要收到的消息”这类问题,我们将消息分为:系统消息、运营消息两个类别进行管理。开发者需根据自身应用的通知场景,将消息内容按照对应消息类别发送。

一、分类说明

根据用户对推送内容的关注程度,划分为“系统消息”、“运营消息”两个消息类别,不同类别对应不同的权限,消息类别及对应权限的映射关系如下:

消息类别划分原则允许发送的内容增量申请方式管控规则(总量管控+频控管控)接入方式
系统消息用户对收到此类消息有预期,并需要及时知道的消息,如果错过可能会导致不良影响。• 即时消息• 邮件• 用户设置的提醒• 物流• 订单• 待办待阅读• 财务• 功能提醒详细内容参考文中消息分类场景说明邮件申请,申请模板及要求见下文此接口已对外公开总量管控:默认等于3倍的用户订阅数,免费申请增量频控管控:单用户单应用每天收到的消息条数无上限开发者接口设置参数(classification=1),开发文档详见《服务端API接口文档》
运营消息用户对收到此类消息无预期,关注程度较低。除“系统消息”允许发送内容以外的内容推荐、活动推荐、社交动态等通知。详细内容参考文中消息分类场景说明商务申请此接口已对外公开总量管控:默认等于1倍的用户订阅数,商务申请增量频控管控:单用户单应用每天收到的消息条数上限5条开发者接口设置参数(classification=0),开发文档详见《服务端API接口文档》

注意: Funtouch OS_10及以上版本已取消消息盒子,取消盒子正在向OS10之前版本覆盖。

二、消息分类场景说明

1.【系统消息】场景概述

系统消息接口仅允许即时消息、邮件、用户设置的提醒、物流、订单、待办待阅读、财务、功能提醒8类消息推送:

序号系统消息类型场景概述具体场景
1即时消息聊天消息(私信、私聊、群聊)包括聊天消息中的图片、文件传输、语音/视频通话,不包括官方号或者商家批量推送给用户的私信、广告
2邮件邮件的发送、接收状态信息如:邮件发送成功提醒、收到新邮件通知等
3用户设置的提醒用户在APP内主动设置的提醒信息或弹窗确认会收到推送的提醒信息如:设置的签到打卡提醒;主动设置的开播提醒、书籍更新、付费的订阅内容更新等;设置的商品或机票降价、商品开团提醒等
4物流物流节点信息包括收发货,派送,签收,取件通知等
5订单订单生成信息及订单状态变化如:下单成功、卖家收到新订单、订单详情、订单状态、物流状态、订单售后、订单投诉处理进度、开票信息等
6待办待阅读个人事项提醒(用户待处理业务流程或者待阅读的通知)如:审核进度提醒、认证状态等流程提醒;商品库存不足、商品售罄、商品下架等通知;工单处理、限制提现、客诉警告、店铺限制、商品黑名单、交易违规、涉假/涉欺诈发货等通知;常旅信息到期、证件过期等提醒;路况提醒、行程通知、出行服务生成的检票、到达、延误、晚点等行程通知等
个人状态变化包括账号上下线、账号信息认证、等级权限变更等
个人设备提醒包括智能设备、监控设备的系统提醒、设备报警等
7财务个人交易提醒包括收付款、银行到账&扣款、催缴&退款信息、充值,涉及金额、账单、交易提醒、贷款受理进度、还款/逾期提醒、资金冻结提醒、资金限制提醒、缴纳保证金提醒、红包到账(非促销类红包)等
个人资源变化(用户有偿的虚拟资源及非促销类增值服务变化提醒)包括用户个人的虚拟财产如积分/余额等变更提醒,以及增值服务的充值/到期/续费/到账提醒等(虚拟财产必须是非促销类的, 促进用户增长的领金币或促销类红包/优惠券不属于“系统消息”)
8功能提醒用户操作了系统功能后的结果通知如:“共享单车已关锁还车,点击查看详情”

2.【运营消息】场景描述

不允许通过系统消息接口发送运营消息,包括但不限于广告、推广、活动等对用户有主动运营作用的推送,或者其他非用户主动触发的信息;未订阅的影音视听内容、商品推广、宣传,或者折扣、红包、领劵优惠信息等。

序号运营消息类型场景描述
1内容推荐非用户主动订阅,APP向用户推送的资讯、内容。如:微博、资讯、新闻、点评、小说、广告、视频、音频、直播等等
2陌生人推荐大V、主播、异性、可能认识的人等
3金融理财金融理财产品推荐。   如:投资、贷款、股票、基金、贵金属等
4促销活动及推荐商品推广、宣传、折扣、红包、领劵、返现等优惠信息;推荐产品功能、服务更新,商品、商家、店铺推荐的内容,例如“您的授信额度增加”
5业务到期提醒提醒用户保险、医疗、水电到期续保续费,或者话费、会员等月结日充值提醒等服务续期类推送
6运营活动各类APP内非用户主动设置的需用户参与的活动提醒消息、小游戏提醒、服务或商品评价提醒等。   如:抽奖、积分、签到、任务、分享、偷菜、领金币等
7天气天气预警提醒
8社交动态用户之间的社交互动提醒,如:添加好友、被赞、被@、评论、留言、关注、转发、回复
9订阅信息关注的人发布作品,如:关注的人直播提醒、动态更新

3.特殊场景消息归档

以下特殊场景可按消息归档模板提供相应材料发至邮箱push@vivo.com申请归为系统消息中的“用户设置的提醒”:

①【社交动态】满足以下交互要求可申请归为系统消息:弹窗和用户确认将收到该类别的PUSH通知,用户可选择“接收”或“取消”,选择接收后可加入“系统消息”分类。如顾客对门店的点评提醒、老师对作业的点评提醒可申请归为系统消息。

②【订阅信息】满足以下交互要求可申请归为系统消息: 用户点击订阅后,弹窗和用户确认将收到该类别的PUSH通知,用户可选择“接收”或“取消”,选择接收后可加入“系统消息”分类。如关注的主播开播提醒、特别关注的账号/作者发布动态属于【用户设置的提醒】类“系统消息”,而普通关注了账号/作者且未确认动态更新会推送的动态更新属于【订阅信息】,只能从运营消息接口发送。

特殊场景消息归档模板(仅限运营消息中社交动态、订阅信息)

邮件标题: Vpush系统消息归档申请   – 应用名称
邮件正文:您好,因我司应用XX(应用名称)部分消息属于用户主动订阅,参考《推送消息分类说明》,判断以下场景符合“用户设置的提醒”,申请归档为系统消息,请vivo推送团队核实。应用名称:XXAppId:XXXX应用包名:XXXX
消息模板说明消息模板/样例(标题+内容)证明材料(弹窗截图/录屏)
例:房源动态变更通知标题:你关注的【****】,有新上房源内容:点击查看
注意:消息模板说明是指消息的内容类别,如:设置的签到打卡、开播提醒、书籍更新、付费订阅内容更新、商品或机票降价、商品开团提醒等。需要列举所有希望归档为系统消息发送的消息模板。

三、开发者接入流程

1.通过API传入相应参数

①系统消息只能通过API接口创建,web端运营平台暂不支持此功能。API接口新增请求字段classification,“0”代表运营消息,“1”代表系统消息,不填默认为0。

②相关错误码(开发文档详见《服务端API接口文档》

10073:系统消息发送量总量超出限制

10082:系统消息开关未打开

2.智能分类二次修正

①参数传“0”代表运营消息,不经过智能分类二次修正,直接从运营消息总量扣除额度,并受用户接收条数限制的频控;

②参数传“1”代表系统消息,经过智能分类二次修正,若智能分类识别出不是系统消息,会自动修正为运营消息,并扣除运营消息额度;若识别为系统消息,则从系统消息总量扣除额度。

③部分特殊情况下,会出现误判,智能分类可能会将系统消息判定为运营消息。发生此情况时,请按下面误判反馈邮件模板填写发送至:push@vivo.com

主题:XX应用消息分类误判反馈内容:……应用名称(含包名):……误判类型:系统消息误判为运营消息误判消息:逐条展示(超过5条必须附上表格明细)附件:误判消息明细

④开发者通过邮件反馈智能分类误判情况,平台再通过线上纠错,减少反馈的消息类型误判情况。

四、消息分类接入规范

1.严格限制系统消息发送量级和发送消息类型

①限制发送量级:默认3倍SDK订阅数的系统消息量级。

②若无法满足系统消息的实际需求量级,可以单独额外申请。需要保证申请量级完全符合实际推送量级,禁止申请后又不使用的情况发生,平台会根据实际情况下调系统消息量级。(系统消息量级申请请使用下方邮件模板)

③限制发送的系统消息类型:目前仅限于前文中即时消息、邮件、用户设置的提醒、物流、订单、待办待阅读、财务、功能提醒8类消息允许推送。

2.不允许通过系统消息接口发送运营消息

包括但不限于广告,推荐,推广,活动等对用户有主动运营作用的推送,或者其他非用户主动触发的信息;未订阅的影音视听内容、商品推广、宣传,或者折扣、红包、领劵优惠信息等。

五、运营监管及处罚

vivo推送平台日常巡查消息分类的接入情况,如发现推送内容不符合要求的,将进行违规处罚,特别是将运营消息通过系统消息渠道滥发的将会严格处罚。

1.违规界定

对于开发者违规滥用系统类消息,包括:使用系统消息通道发送运营消息、用户投诉消息产生打扰。

常见运营消息类型如:

①消费优惠类通知、商品降价类通知、商品更新提醒类通知等一些涉及消费的营销类通知。

②涉及红包、卡券、优惠券、积分类消息偏社交属性的推送

③关注的主播发表作品、评论、点赞、回复等消息

2.运营监管

平台将按消息分类标准,对API接口字段classification为“1”的消息(即系统消息)进行每日巡检,巡查开发者以系统消息渠道发送运营消息的情况,并按违规程度及频次进行相应处罚,最高将关闭消息推送功能。

3.处罚标准

根据违规程度,执行以下处罚标准:

处罚与整改同步进行,违规处罚应用需按要求限期整改,接受处罚并提供整改排期,整改完成后邮件通知vivo推送平台并全量发布。

逾期未整改完成需提前邮件申请延长整改时间并说明缘由,逾期无故未整改,视为再次违规,进入下一档处罚

违规整改期结束后,后续点检如再次出现违规行为,将视为新一轮违规并执行相应处罚。

Vpush通知系统消息渠道滥用处罚规则
若违规量级过大,vivo推送平台将视影响范围/严重程度/违规频次,酌情加重处罚措施
违规频次处罚内容整改期限
首次邮件警告30个自然日
第二次降低系统消息日推送量级20% 14个自然日
第三次降低系统消息日推送量级50% 7个自然日
第四次暂时关闭系统消息推送功能,直至整改完成
开通系统消息1倍SDK订阅量观测14个自然日
开通系统消息2倍SDK订阅量观测14个自然日
恢复至默认配置(即3倍SDK订阅量)

①    降低系统消息日推送量级在应用现有量级上计算;开通系统消息量级在3倍SDK订阅量级上计算。

②    第四次违规整改完成后,开发者需提交恢复申请,平台将梯度开通系统消息日推送量级,梯度时间结束后开发者需再次发送恢复申请,进入下一个梯度观测。

③    若梯度观测时违规,将再次暂时关闭系统消息推送功能。若梯度观测无违规,将在30个自然日后恢复系统消息量级,此后再次违规将重新计次。

注意:处罚期间,开发者不得以系统消息量级不足申请额外增量

4、整改排期

如应用因违规而被限制系统消息推送权限,接收处罚通知后需向push@vivo.com发送“系统消息渠道违规整改排期”,并附上整改内容。

整改排期模板

邮件标题:Vpush系统消息渠道违规整改排期 – 应用名称
邮件正文:您好,我司应用XX(应用名称)于XXXX年XX月XX日,被vivo推送团队告知由于XX触发系统消息渠道滥用违规。当前,我司根据相关规范进行整改,整改完成后将邮件同步整改结果。同时,我司承诺:不再出现利用系统消息渠道发送运营消息的行为。应用名称:XXAppId:XXXX应用包名:XXXX整改排期:XXX整改完成时间:XXX (须在对应整改期限内)
整改内容:经排查,以下消息不符合系统消息分类规则,现改为通过运营消息渠道发送。
消息类别消息模板/样例(标题+描述)
注意:消息类别是指消息的内容类别,如:新闻资讯、营销活动、社交动态提醒等。需要列举所有整改的消息类别,每一种类别至少列举一种消息模板或样例(包括消息标题和描述)。

5、误判申诉申请

如应用因误判违规而被限制系统消息推送权限,可向push@vivo.com发送“系统消息误判申诉”,并附上误判类型及示例。

消息误判申诉模板:

邮件标题: Vpush系统消息误判申诉 – 应用名称
邮件正文:您好,我司应用XX(应用名称)于XXXX年XX月XX日,被vivo推送团队告知由于XX而被降低/关停系统消息推送能力。参考《推送消息分类说明》,认为以下消息为系统消息误判为运营消息,请vivo推送团队核实。应用名称:XXAppId:XXXX应用包名:XXXX
申请内容:以下消息我司认为符合系统消息分类规则,申请继续使用系统消息渠道发送。
消息类别消息模板/样例(标题+描述)
注意:消息类别是指消息的内容类别,如:新闻资讯、营销活动、社交动态提醒等。需要列举所有希望继续使用系统消息渠道发送的消息类别,每一种类别至少列举一种消息模板或样例(包括消息标题和描述)。

6、恢复权益申请

如应用因违规而被限制系统消息推送权限,可在整改完成后向push@vivo.com发送“系统消息推送权益恢复申请”,并附上整改报告。

整改完成恢复权益模板:

邮件标题: Vpush系统消息推送权益恢复申请 – 应用名称
邮件正文:您好,我司应用XX(应用名称)于XXXX年XX月XX日,被vivo推送团队告知由于XX而被降低/关停系统消息推送能力。当前,我司已根据相关规范对违规消息进行整改,整改报告见附件。同时,我司承诺:不再出现使用系统消息渠道发送运营消息的行为。请vivo推送团队:恢复XX(应用名称)的系统消息推送权益。应用名称:XXAppId:XXXX应用包名:XXXX
申请内容:经排查,以下消息不符合系统消息分类规则,现已改为通过运营消息渠道发送。
消息类别消息模板/样例(标题+描述)
注意:消息类别是指消息的内容类别,如:新闻资讯、营销活动、社交动态提醒等。需要列举所有整改的消息类别,每一种类别至少列举一种消息模板或样例(包括消息标题和描述)。

vivo推送团队收到申请后,将对应用提交的整改报告进行审核巡检,如审核通过将恢复该应用的系统消息推送权限。

申请通过恢复权限后,平台再次监控到违规消息,将视为新的违规。

六、常见问题

Q1:什么时候开始进行运营消息频控?

为保证用户不被过多的运营消息打扰,平台将从2020年6月1日起,对运营消息进行每日频控限制,即单用户接收单个应用每天推送的运营消息条数上限为5条;

Q2:一直不接入消息分类会有什么负面影响?

若未接入消息分类,将导致所有消息默认按照运营消息类别下发,受到用户接收条数频控限制;

Q3:如果将社交动态、订阅信息等运营消息误传为系统消息怎么办?

线上智能分类会进行2次修正,线下将会按照处罚标准进行处罚;

Q4:系统消息量级不够用怎么办?

若系统消息量级不够用,可以邮件特殊申请实际需求的系统消息量级,按照下面的邮件模板填写信息后发送至邮箱:push@vivo.com

主题:xxx应用申请增加im消息/系统消息发送量级正文:……应用名称:……应用ID:……包名:……应用简介:……系统消息需求量级:……(申请后总量)数据佐证:……具体推送场景说明:如即时消息(应用内用户聊天消息)、订单(订单状态变化消息)

vivo推送使用指南

本文档主要介绍使用vivo推送的方法,以帮助开发者更快速便捷的使用vivo推送。

一、测试推送

1.推送方式

在开放平台创建应用及申请推送服务后,无论应用是否上架,开发者都可以通过API发送测试推送进行调试。

2. 展示内容及各操作详情

① 进入发送推送环节,展示下图应用层面界面,点击首行文字旁图标可进行各栏目条件筛选。

▶应用类别:现支持“移动应用”和“快应用”

▶推送权限:现支持正式权限、受限权限和无权限

正式权限:可在Web界面和API后台发送正式消息,也可在API后台向设置的测试设备发送测试消息进行测试

受限权限:不可在Web界面和API后台发送正式消息,可在API后台向设置的测试设备发送测试消息进行测试

无权限:因违反运营规则被处罚不可发送任何类型的消息

▶审核状态:

审核状态为未通过、审核中,推送权限为受限的应用不能通过vivo推送平台发送正式推送消息,可在API向测试设备发送测试消息

审核状态为已通过、推送权限为正式的应用可通过vivo推送平台发送正式推送消息,也可在API向测试设备发送测试消息

② 推送权限为受限时 ,审核状态为审核中或未通过,“操作”栏目下包含三种操作

▶应用信息:点击后进入应用的详细信息页面

▶测试设备:点击后进入测试设备管理页面

▶删除:删除该应用(无法恢复),快应用不可删除

3. 测试设备

新增测试设备管理页面,在申请推送服务后即可对测试设备进行管理,推送权限为“受限”的应用只能通过API向在Web页面中添加的测试设备发送测试消息。

测试推送仅支持对后台录入的测试设备发送消息,测试设备数量上限为20个,测试消息不受量级和频控限制。

发送测试消息时注意填写pushMode=1。(pushMode字段:0:正式推送;1:测试推送,不填默认为0)

备注:

1.测试推送,只能给web界面录入的测试用户推送;审核中应用,只能用测试推送

2.若未设置pushMode=1进行测试,文案相同时,将被当做重复推送的运营消息被去重

二、新建推送

1.推送方式

在应用及推送服务申请审核通过后,开发者可以通过两种方式:

① 调用API接口单发

② 审核通过后,即可在应用详情列表进行消息推送和管理

2. 展示内容及各操作详情

① 进入发送推送环节,展示下图应用层面界面,点击首行文字旁图标可进行各栏目条件筛选

▶应用类别:现支持“移动应用”和“快应用”

▶推送权限:现只支持正式推送,测试应用推送已关闭

▶审核状态:申请未通过、审核中的应用不能通过vivo推送平台发送推送消息

② “操作”栏目下包含四种操作

▶新建推送:指的是新建该应用的一条消息

▶应用信息:点击后显示该应用的详细信息,如下图所示

正式权限的应用支持“重置secret和恢复上一次secret”按自然日计算每天只可重置一次

▶删除:删除该应用(无法恢复),快应用不可删除

3. 推送消息创建

新建推送界面下,包含消息编辑以及人群目标,其余设置可点击“可选设置”进行设置,并且右侧会在模拟机上显示推送实际效果参考,功能详细说明和注意事项如下:

① 推送页面

② 可选设置

③ 在“推送工具-通知栏消息-新建推送”页面,您填写推送消息的标题、内容(标题和内容均可插入emoji表情)、用户群设置、推送时间、选择时间是否显示等推送内容和高级设置,并且右侧会在模拟机上显示推送实际效果参考。功能详细说明和注意事项如下:

④ 确认推送内容后,点击确认推送发送推送内容

4. AB test分组对比测试推送

在创建AB test栏目中,可将用户分为AB两组,在小范围内进行区别推送(例如相同用户推送不同内容、不同用户推送相同内容)测试,根据数据反馈结果,选择最优推送方案。在填写测试名称、选择测试模式、测试人群、完善内容设置、选择发送形式和填写高级设置后,可点击测试预览向测试设备发送所有的测试组观察效果。

① 测试名称:不会展示给用户,只在消息记录中显示便于分辨各个测试。

② 测试模式:分为对比通知文案和对比用户群体两种。

③ 测试人群:按条件筛选,在进行测试组人群筛选时可选择输入参与用户人数或滑动选择用户比例两种方式之一;按条件筛选支持文件上传功能,最大10M,无需压缩 ,TXT格式。

④ 发送形式:分为自动发送和手动发送两种。

⑤ “文案选择指标”和“判定文案时间”:在自动发送时,选择判定最优文案(人群)的指标和判别时间。文案选择指标为“到达率”“展示率”“点击率”(默认点击率)。三者单选,判定文案时间设置下拉栏,内容为1h/5/10/15/20h。

三、消息记录

创建消息提交后,将进入“消息记录”列表。

1. 通知栏消息消息记录

① 消息记录列表中可通过关键字、ID 、推送时间、创建方式(包含开放平台和API调用)和推送状态来搜索定位推送消息。其中审核中是因超过一定量级的消息需要进行人工审核,目前审核量级为10w以上,同时消息已停止是因终止发送,详情请见“终止发送”功能详解。

② 消息记录信息栏目下,包含“浏览栏”与“操作栏”。

浏览栏包含:消息ID、标题、内容、推送时间、推送状态及发送量、到达量、展示量和点击量的数据展示;

操作栏包含:详情、实时统计、终止发送、消息撤回。

▶详情:点击详情展示创建推送消息时填写的内容。

▶实时统计:点击“实时统计”进入消息统计页面, 可以看到该消息的基本信息和查看不同维度的统计趋势,包含推送基本信息、推送内容、推送下发进度、设置、整体数据、推送转化分析、推送时效分析、数据详情。

▶终止发送: 当任务处于「发送中」时,您可以点击「终止发送」来终止推送。但已经收到推送的用户无法进行终止,点击终止发送弹出提示框进行提示。

▶消息撤回:平台与API均支持消息撤回功能。且Web端消息记录不展示API创建的群推消息,则此类消息在web端将无法进行撤回。

① 通知栏消息与AB test消息均具备此功能,此功能是指消息下发到达到客户端并展示未点击可将消息进行回收,用于消息发生重大事故时使用,对已下发并到达客户端的消息进行撤回,消息撤回后将变为 “已撤回”状态;

② 单个应用每天(0:00-24:00)仅可操作一次,且在48小时内支持消息回收(API无时间限制);

③ 消息撤回不会返还已消耗的额度,请谨慎操作!

在使用此功能时请注意,消息撤回功能是平台提供给开发者紧急处理运营事故的工具,切勿日常频繁使用,以免对用户体验不当影响。对于推送内容、应用行为等存在违规的,平台将按《vivo推送运营规则》进行相应处罚。

2. AB test消息记录

① 新增AB test消息选择框体,展示AB test消息记录,消息记录列表中可通过关键字、推送时间检索。

② 消息记录分为两个框体:对比通知文案和对比用户群体,点击不同按钮会显示不同的消息记录。

2.1 对比通知文案和对比用户群体

对比通知文案消息记录,内包括测试名称、推送时间(AB test开始发送的时间)、推送状态、发送模式、测试人群、标题、内容、到达数|率、展示数|率、点击数|率、操作;对比用户群体同理。在对比通知文案和对比用户群体测试中,分条数显示各测试组数据,并将正式组数据加在对应测试组上,用底色标注正式组发送的是哪条测试组的内容

Ø根据测试组数量增加标题、内容、到达量/率、展示量/率、点击量/率的行数

2.2 操作栏

共计有四个选项:详情、实时统计、终止发送、手动发送,根据不同的推送状态出现不同的选项。

Ø手动发送:手动发送中,在AB test测试组后台判断发送完成后,才会出现,点击手动发送后显示可选文案如图:

Ø 详情页:点击详情按钮,弹出详情消息框。如图所示

Ø 实时统计:推送文案+基本信息+ 推送下发进度+整体数据+推送转化分析+推送折损漏斗+推送时效分析+数据详情

ü 推送文案:推送文案中包含标题、内容、跳转方式、跳转内容、测试人群、用户比例或用户数量

ü 基本信息:基本信息中包含应用名称、推送时间、测试模式、发送形式、文案选择指标+判定文案时间、键值对、联网方式、时间显示、提示音、消息有效期及推送下发进度。

ü 整体数据如图所示,分为各个测试组及正式组显示,更加详尽的展示各组数据,点击右上角不同组可显示不同组数据(包含正式组)。

ü 推送转化分析:柱状图形式,同时展示各测试组及正式组的推送转化情况,正式组叠加在所选测试组的数据上。

ü 推送折损漏斗:推送折损漏斗显示因什么原因折损的消息,叠加柱状图显示

ü 推送时效分析:推送时效分析同上上方展示各测试组可选,并且右上角可选发送量,到达量、展示量、点击量。最右上角显示1小时和24小时,如图:可分别点选某个数据来看各个测试组和正式组的数据对比

ü 数据详情:可分别观察各个测试组和正式组的实时数据详情。

Ø 终止发送:点击终止发送按钮,实时统计数据截止到终止发送为止

四、推送数据

在“推送统计-推送数据”可查看该应用下数据统计总览以及详细数据列表。上表中可查询“全部统计”和“单推统计”

1. 全部统计

实时数据(包含当日消息总量、用户订阅数、运营消息总量、系统消息总量)、实时数据趋势图、数据趋势、折损统计分析、数据详情展示。

如有疑问可移至气泡弹窗或进入文档中心,内有各个名词的详细解释。《名词/指标解释》

2. 单推统计

① “全部统计”较“单推统计”在实时数据中增加当日消息总量、用户订阅数、运营消息总量和系统消息总量数据统计。

② 可将数据详情以表格形式导出

五、标签管理

1. “创建标签”及“添加用户”

第一步:“标签管理”创建好标签; 第二步:在对应的标签里 “添加用户”

注:API添加的用户在push开放平台不可见用户详情,只显示用户数

2. 标签分类

① 点击“创建分类”输入名称,描述,选择“是否互斥关系”标签组内设置为互斥时,组内标签之间为互斥关系,即一个用户最多只能有该组内一个标签。设置确定后,将不可以更改互斥关系,请谨慎操作。

② 创建好分类后,在对应的分类里“添加标签”

③ 当单个标签不满足业务场景推送时,可以在“标签组合里”对标签进行“并交差”组合

▶点击“创建组合”输入名称

▶勾选多标签组合,在对应的并交差集里添加标签并保存

六、在线诊断

推送后台提供一站式服务能力,从消息推送到消息数据分析的呈现来排查推送中出现的问题。

点击“在线诊断”功能模块,可进行自助查询设备与消息的送达、在线情况,包括

l  设备是否收到指定消息:可以根据“regid”、“alias”+消息id,查询消息是否送达

l  设备最近是否在线:可以根据“regid”、“alias”,查询设备是否在线。

查询结果覆盖以下场景:

诊断结果详细说明
消息被管控提示单设备单应用每日有5条运营消息频控,系统消息不受限制请参考推送消息分类说明:推送消息分类说明
被拉起activity未找到配置的跳转参数不正确,请检查skipcontent参数的配置参考客户端SDK集成指南第四点的打开自定义页面进行配置参数
用户不存在提示检查输入的regid是否正确
用户解订阅提示用户没有订阅push,检查调用turnOnPush是否成功
未查到结果提示只能查询最近两天的消息,超过两天查询不到消息日志更新可能有延迟,请稍后再查
内容审核拦截提示消息内容审核不通过
消息被覆盖提示离线的运营消息被新的运营消息覆盖
用户未联网提示用户没有连接网络
消息已送达并展示提示消息已经到达设备并且展示在通知栏
消息已送达未展示提示消息已经到达设备,但是没有展示在通知栏,一般提示里面都会带上未展示原因,可以根据原因进行排查
消息id格式错误提示查看输入的消息ID是否有误,消息ID是一串纯数字,对应服务器接口回调的taskid
设备在线不在线提示设备不在线,查一下设备的联网状态
90天不在线提示用户长时间没有联网

结果示例:

七、顶部导航栏

1. 消息中心

点击顶部导航栏“消息中心”进入消息中心页面,查看平台消息通知及重要公告。

2. 联系信息

点击顶部导航栏“下拉箭头-联系信息”进入联系信息管理页

3. 文档中心

点击顶部导航栏“文档中心”,进入文档中心页面,页面首页为“push推送—vivo推送产品说明”

4. 平台首页

点击顶部导航栏“推送运营平台”可回到推送运营平台首页

八、联系我们

客服咨询:开放平台首页-客服咨询

邮箱:push@vivo.com

参考文档:

《名词/指标解释》

《服务端API接口文档》

《客户端API接口文档》

《FAQ》

《vivo推送平台服务协议》

vivo推送接入流程

本文档主要介绍启用vivo推送的步骤,以帮助开发者更快速的完成vivo推送的接入。

一、注册vivo开发者账号

请访问vivo开放平台,使用vivo账号登录进入开发者站,如果没有vivo账号需要先注册vivo账号。 

详细开发者账号注册流程请参考《企业开发者注册》。

推送服务将同步开放平台上架应用结果,请关注开放平台应用的上架状态,开发者可在申请页面查看审核结果。 

二、登录vivo推送平台启用推送

若要使用vivo推送平台进行推送,开发者的应用必须要在开放平台通过审核上架后,才会通过消息推送服务审核。

1. 创建应用

创建正式推送:创建正式推送前需先在开放平台创建您的应用。详情请见《应用创建/更新流程》。

2. 申请push服务:

当开发者已经创建应用后,无论应用审核通过与否均可申请push服务。

在登录vivo开发者账号后,申请push服务有以下方式:

① 开放平台首页-产品-应用分发-运营-消息推送进入:https://dev.vivo.com.cn/promote/pushNews

② 开放平台首页-管理中心-常用服务-推送服务进入:https://dev.vivo.com.cn/manageCenter

点击进入消息推送后,将会进入“vivo开放平台-推送运营平台”,在“消息推送-全部应用”中点击“创建应用”;

若此操作在开发者创建应用后,所创建应用将会列入在应用名称里,点击“应用名称”选择要申请的应用后点击“提交申请”。

若先进入此步骤,略过了创建应用环节,可点击“开放平台-创建应用”跳转到相应界面,详细流程请见《应用创建/更新流程》

若已有应用点击提交申请后,推送服务将同步开放平台上架应用结果,请关注开放平台应用的上架状态,开发者可在申请页面查看审核结果。

三、“应用信息”中获取APPID/key/secret

四、集成push服务SDK并在Web页面添加测试设备

1、集成含push服务的客户端SDK,具体参考《客户端SDK集成指南》

2、在Web页面添加测试设备

五、API向指定测试设备发送测试消息联调

具体参考《接入push服务注意事项》– “七、如何发送测试消息图解”

六、在开平上传含有push服务的APK

完成vivo开放平台注册后登录,点击进入【管理中心】

1、点击“管理中心-应用分发-应用”

2、点击“创建应用

3、按流程指引创建应用/游戏,完善信息后提交审核,审核通过上架即可(https://dev.vivo.com.cn/appCreate

七、开放平台审核、Push服务审核

应用推送申请为自动审核,内容库审核通过上架后将同步到Vpush平台,平台会在1-2个工作日同步审核完成。

八、创建正式消息

方式一:接入《服务端API接口文档》创建推送

方式二:在运营后台创建消息

九、用户接收推送

vivo通知授权弹窗说明

基于开发者业务合规性与业务需求,保证用户友好使用体验,避免未经用户同意直接发送通知,或因用户不知道如何开启通知而影响后续使用。 vivo拟于2021年8月后发布的新机型上,将通知选择权交给用户,用户首次进入新安装应用时弹窗询问用户是否允许通知,新机型不再实行用户启动应用即成功订阅逻辑。

一、策略说明

通知选择权交给用户,在用户首次进入新安装的应用时,弹窗询问用户是否允许通知(以下简称“通知授权弹窗”)。

l  用户点击“允许”:应用通知、锁屏通知、悬浮通知、桌面角标都统一开启,应用具备推送通知的能力(请确保符合相关规则,不要滥用!)

l  用户点击“禁止”:应用通知、锁屏通知、悬浮通知、桌面角标都保持关闭,应用通知将不会被用户接收。

l  用户点击“更多设置”:跳转到应用的通知管理页面,进行详细设置,用户可以自由选择和组合以上通知的开关状态,做到精细化管理。

二、弹窗样式

三、FAQ

Q1、通知授权弹窗为什么会在我们隐私协议/权限申请弹出之前就出现了?是否符合相关管控规定?

通知授权弹窗是系统统一弹出,而隐私协议/权限申请是应用自行弹出的,每个应用每个版本的隐私协议/权限申请弹出时机都不同,系统无法识别,也无法逐一适配,因此统一在用户首次进入新安装的应用时就弹窗。后续我们会开放弹窗的接口,应用可进行调用并做好弹窗之间的冲突处理。通知授权弹窗询问并非获取用户权限及收集用户个人信息请求,不属于狭义定义范围中的“权限”,与相关管控规定暂无冲突。

Q2、这个弹窗的样式和文案,我们能自定义内容吗?

为保持用户对于通知管理的认知一致,暂不支持自定义弹窗内容。若应用有需要,可自行设计弹窗进行引导,需要符合设计规范、控制好弹出条件、频率、频次和最大次数等,保证良好的用户使用感受。

Q3、这个弹窗是每次进应用都弹么?

系统弹窗最多只弹出一次。应用被卸载后重新计数。

Q4、从哪个版本开始做实施该策略的?

X60系列作为试点实施了该策略,后续出货的新机型(即从2021年8月发布的新机型)都使用该策略。

Q5、是否违反工信部的权限管理要求?

“通知权限”独立于存储、读取通讯录等关键权限,并非获取用户权限及收集用户个人信息请求。

Q6、应用方需要做什么适配或接入吗?

无需适配,后续开放弹窗接口后,应用可进行调用并做好弹窗之间的冲突处理。若不调用则遵循系统弹出原则,统一在用户首次进入新安装的应用时就弹窗。

Q7、用户选择关闭拒绝后,还会再开启吗?

用户拒绝后,也可以在“设置”内通过系统消息开关设置开启。应用方可根据自身策略引导用户开启通知权限。

Q8、老机型以前是什么规则?后续是否变动?

策略只针对2021年8月后发布的新机型,老机型维持原有规则不变,即用户主动激活视为订阅成功开启通知,后续不会变动。

Q9、新老机型量级频控规则是否变动?

不变,新老机型依旧遵循运营消息量级默认为一倍订阅量,5条频控原则。系统消息量级默认一倍订阅量,不限制频控。

Q10、用户没有进行选择,直接按了返回或者home键,这个权限的是全部打开还是全部关闭呢?会继续出弹窗让用户选择么?

关闭,不会再弹出了

Q11、是vivo推送和应用自身push的通知开关状态都默认关闭了吗?

是的,用户首次进入应用时,弹窗询问用户是否允许通知

VIVO关于全面落实网络游戏适龄提示制度的通知

尊敬的各位开发者:

受深圳市新闻出版局委托,深圳市互联网文化市场协会将推进深圳市网络游戏企业全面落实网络游戏适龄提示制度,负责通知企业、沟通联系、解答疑问、收集统计落实情况、开展检查等具体工作。vivo作为主流手机厂商与应用分发平台,有责任和义务保障网络游戏适龄提示制度的推进及落实,建设更加绿色规范的网络游戏环境。现就有关工作事项进行如下通知,请各位开发者积极配合:

注:该通知仅限于深圳地区的开发者进行配合及整改。其他地区开发者朋友可参照标准自查并完善适龄提示相关内容,自觉履行未成年人保护责任。

第一项,通知落实

请各位开发者按照《未成年人网络游戏适龄提示》团体标准,对本公司在线运营的所有网络游戏产品及游戏宣传场景自查适龄提示应用情况。

具体包括:

1、在官方网站上的游戏购买或下载界面,以及游戏注册、登录或开始界面显著位置放置适龄提示标识;

2、在游戏的宣传视频、宣传海报或宣传广告以及其他宣传游戏的场景使用标识。

请各位深圳企业开发者朋友们尽快落实工作,并填写《深圳网络游戏产品落实适龄提示情况统计表》,发送至电子邮箱sica0755@qq.com(邮件名标注企业名称)。

如各企业在对照标准落实适龄提示的过程中有具体疑问,可扫描如下二维码进行咨询:

第二项,组织学习

为确保深圳企业开发者们落实质量,深圳市互联网文化市场协会将适时组织举办2场《未成年人网络游戏适龄提示》团体标准宣讲活动,届时将邀请行业专家对适龄提示标识使用要求、评价准则等进行讲解。宣讲具体时间协会将另行通知,请各位开发者积极关注【vivo开放平台】的最新通知。

第三项,专项检查

从今年11月开始,深圳互联网文化市场协会将通过线上检查、上门走访等方式开展适龄提示落实情况专项检查。对落实不到位或整改不到位的深圳企业,将上报至深圳市新闻出版局。

以上为深圳市互联网文化协会关于全面落实网络游戏适龄提示制度的通知的具体内容,请各位开发者积极配合进行自查和整改。相关指导文件及表格请点击附件进行下载。

附件1: 关于全面落实网络游戏适龄提示制度的通知

附件2:《未成年人网络游戏适龄提示》团体标准

附件3: 深圳网络游戏产品落实适龄提示情况统计表

附件4: 适龄提示标识素材

游戏适龄实施细则

1. 适龄分级划分

vivo游戏适龄按年龄段划分为4个阶段,请根据您的产品如实选择适龄分级,具体请参照《未成年人网络游戏适龄提示》团体标准

第一阶段范围第二阶段范围第三阶段范围第四阶段范围
8周岁(含)以上12周岁(含)以上16周岁(含)以上18周岁(含)以上

2. 适龄适用范围

vivo内容库上架APK游戏(不包含小游戏)。

3. 适龄审核内容

① 游戏登录/开始界面需添加适龄提示,请确保适龄提示信息的清晰可见,其中8+、12+、16+游戏需使用对应适龄提示标识,18+游戏使用文字额外进行说明;

8周岁(含)以上12周岁(含)以上16周岁(含)以上18周岁(含)以上

8+标识

12+标识

16+标识

为维护未成年人健康上网环境,本游戏暂不支持实名认证18岁以下的用户登录体验
 18+文字说明

② 开发者开平所填写适龄分级字段需与游戏内适龄提示保持一致。

4. 开发者责任及vivo权限

① 开发者需提供真实、准确的游戏适龄分级信息并进行核对,若游戏更新及游戏内容发生相应变化,需及时调整产品适龄信息,开发者对所选游戏适龄分级信息负全责;

② vivo有权依照适龄分级条例进行相应核查,若vivo收到用户反馈游戏适龄信息与游戏内容不符且情况属实,vivo有权以下架、冻结等方式对游戏进行处理。

附件:适龄提示标识素材

VIVO应用商店官方公告申请流程及添加规则

VIVO应用商店官方公告申请流程及添加规则

一、官方公告介绍

为了提供更优质的应用服务,vivo平台现向开发者提供官方信息传递渠道,即“官方公告”资源。开发者可通过此途径快速解决用户在使用过程中遇到的已知问题,帮助开发者建立与用户有效的沟通桥梁。

二、官方公告添加作用

1.官方公告为开发者与用户间建立了有效的沟通渠道,帮助解决开发者与APP用户之间的信息传递障碍问题;

2.帮助开发者为用户提供更好的下载及使用体验;

3.帮助开发者进行相关信息回馈,维护产品的口碑;

三、官方公告适用场景

1.产品问题

当您的产品出现重大功能性问题,例如闪退、崩溃、无法加载等,可通过官方公告告知用户具体原因及相关处理指导,或者是问题修复进度。

公告示例:

尊敬的各位用户您好:

部分用户在使用XX软件过程中出现无法打开的问题,目前开发团队正在紧急修复。若您在使用时遇到此问题,请您尝试清除数据后再使用。

具体清除数据路径:设置-更多设置-应用管理-存储-清除数据。

感谢您的支持与理解!

XX软件运营团队

2.评论反馈

当您的产品出现大量用户反馈相关使用体验问题时,如有重大版本更新导致用户使用体验不佳等(包括但不限于),可通过官方公告对用户的相关问题进行回应,以改善用户的使用体验。

公告示例:

尊敬的各位用户您好:

XX软件7.0.4版本更新字体大小,若您在使用过程中觉得不适应,可调节字体大小改善使用体验。

具体设置路径:我的-设置-通用-字体大小。

感谢您的支持与理解!

XX软件运营团队

四、官方公告申请流程

1.    官方公告可通过开发者平台工单系统(管理中心-应用及游戏-工单系统)提交审核,请您提交时如实填写设置官方公告原因、官方公告话术及设置时间段(请您根据自身情况设置公告时长,公告时长最多不超过一周),经平台核实后会对您的产品添加官方公告;平台运营保留对官方公告的优化权利,具体公告话术请参考最终的前端展示。

2.    工单处理时效为1个工作日,当您提交的申请工单通过审核后会即时自动展示在前端,请您耐心等待申请结果;如您有撤销公告的需求,请通过工单系统提交,并说明取消原因

3.    针对部分产品出现的上述两类问题,vivo运营团队在发现时会酌情进行公告提示,具体话术参见前端展示,如有异议请及时联系平台客服。

4.    如您对工单处理结果有异议,可在线咨询平台客服或发邮件至open@vivo.com联系我们。

VIVO开放平台应用评论调起能力接入指南

VIVO开放平台应用评论调起能力接入指南

一、接入场景说明

接入评论调起 vivo 应用商店能力后,可以引导你的用户前往你的 app 在 vivo 应用商店的详情页,进行评论和评分。

效果示例:

二、功能优势

1、评分和评论会影响您的 App在 vivo 应用商店的排名,优质的评论以及较高的评分,有助于提升 App 在应用商店的排名。

2、优质的评论以及较高的评分,有助于激发用户下载的欲望,能有效提高自然下载量。

3、一键调起商店评论页面,降低用户评论成本,帮助您更方便高效地收集用户评论。

三、使用方法

String url = market://details?id=${pkg}&th_name=${caller_pkg}

Uri uri = Uri.parse(url);

Intent intent= new Intent(Intent.ACTION_VIEW,uri);

intent.setPackage(“com.bbk.appstore”);

startActivity(intent);

id:待下载资源包名

caller_pkg:调用者包名;如需调起详情页评论窗口,请将该字段改为“need_comment”,即“&th_name=need_comment”

注:如果配置了is_auto_down参数,将不会调起详情页评论窗口

网页调起应用详情页方法如下

location.href = ‘market://details?id=pkg&th_name=caller_pkg’;

四、版本支持说明

请务必判断商店版本为8.7.2或以上才可以调起商店评论 (versionCode:5020)。

vivo开放平台商店更新能力接入指南

vivo开放平台商店更新能力接入指南

一、接入场景说明

申请开通vivo商店更新能力后,当应用有新版本时,可以直接调起vivo应用商店的应用详情页,并实现更新包的自动下载与自动安装。

效果示例:   

二、商店更新的优势

1、 用户通过vivo商店更新应用能够大大减少下载中断、安装出错等异常情况。

2、 vivo手机用户对官方应用商店有天然的信任感,能让手机用户更放心更安心的进行更新。

3、 商店更新能力接入前,用户需要点击包括风险提示在内的三步安装确认,才可以安装成功,安装取消占比较高;接入后用户只需  点击1步,即可自动完成下载与安装,更新效率高,系统体验流畅完整。

三、能力接入流程

注:只有在vivo应用商店已上架的应用,方可申请开通该能力

四、能力申请入口

1、【开放平台】-【管理中心】-【应用分发】-【应用详情页】-【商店更新】

五、接入方法

请确认能力申请开通成功后,点击下方链接下载开发文档,根据文档指示进行能力接入和使用。

https://swsdl.vivo.com.cn/appstore/developer/uploadFile/20221108/b86up4/vivo接入文档.pdf

VIVO开放平台微信公众号消息通知能力

vivo开放平台全面升级移动端通知能力,覆盖多种通知场景,为开发者提供更加便利、快捷的消息通知服务,让您不再错过任何一条重要消息。

扫码关注vivo开放平台公众号,绑定账号后,可在公众号及时接收应用审核、上架、资料修改审核、评论预警等通知,且支持灵活订阅接收的应用和消息类型,避免不必要的消息干扰。

一、操作步骤

1)     登录vivo开放平台账号

2)     微信扫一扫,评论管理、工单系统、应用信息完善或活动报名页面的二维码:

3)     关注公众号后,手机端设置绑定应用、通知类型,设置触发评论预警的条件。

注:评论预警条件相互独立,即用户评论满足任意一条预警条件都将在次日10点通知开发者。

4)     成功扫码关注公众号后,后续可通过微信公众号菜单栏-【v-服务】-【通知设置】,调整接收的通知消息以及操作解绑。

5)     PC端:登录vivo开放平台账号后,点击【消息中心】-【微信通知管理】,便可管理绑定的微信号以及查看绑定详情。

二、当前支持场景

消息类型包体类型消息名称
包体状态变动应用/游戏/小游戏/快应用审核不通过、审核通过已发布
应用/游戏审核通过待发布、邀请重新入驻
应用/游戏/小游戏/快应用应用下架
应用应用待更新提醒、上架更新为上架仅收录
应用/游戏/小游戏/快应用应用被冻结(永久冻结、非永久冻结)、取消冻结
应用分阶段包审核通过/不通过、分阶段包应用已终止、暂停分阶段版本通知、分阶段状态变更-分阶段生效、分阶段版本转全网发布版本通知
工单通知应用/游戏/小游戏工单申请结果通知
业务申请应用资料修改审核通过/不通过、灰度发布审核通过/不通过、氛围详情图审核通过/不通过、AB-test素材审核通过/不通过、应用认领审核通过/不通过
游戏测试完成(obb通过/不通过)、游戏转移申请-审核通过/不通过、单机游戏资质测评审核通过/不通过
快应用获取手机号审核通过/不通过、服务消息审核通过/不通过、内容搜索审核通过/不通过、服务消息停用
小游戏小游戏转移申请-审核通过/不通过
运营活动应用极光奖包名审核通过/不通过、极光奖素材审核通过/不通过
应用APP研究所包名审核通过/不通过、APP研究所素材审核通过/不通过
应用大福利中心包名审核通过/不通过
应用/游戏视频专区审核通过/不通过
评论预警应用/游戏评论预警通知

如有疑问,请与开放平台客服取得联系。

VIVO开放平台催审、撤销审核功能

VIVO开放平台催审、撤销审核功能

开发者提交应用审核后如需加急审核,到相应催审时间后,可在后台一键催审;进行应用版本更新、资料修改、定时发布操作出现错误时,可撤销审核或撤销定时发布。

一、催审及撤销规则

分类审核状态支持能力催审条件
新应用/游戏/小游戏/快应用测试中催审、撤销测试提交36小时后可催审
审核中催审、撤销审核
定时发布撤销发布
更新版本应用/游戏/小游戏/快应用测试中催审、撤销测试提交6小时后可催审
审核中催审、撤销审核
更新版本应用/游戏/小游戏定时发布撤销发布
应用/游戏/小游戏/快应用更新资料审核中催审、撤销审核提交2小时后可催审

注意:每天一共可撤销审核3次,当天3次机会全部用完,再次提交审核后,当天不再支持 “撤销审核” ,第二天方可支持。

二、操作流程

1、提交【应用/游戏/小游戏/快应用】审核并满足催审或撤审条件后,在【管理中心】-【应用分发】,选择【应用/游戏/小游戏/快应用】点击相应的应用,进入应用详情页面即可进行操作。

2、设置定时发布后,在应用发布前可撤销发布。

如有疑问,请联系开放平台客服。

VIVO开放平台评论回复使用指南

VIVO开放平台评论回复使用指南

为提升开发者自运营能力,进一步优化用户体验,评论管理新增“评论回复”和“评论预警”功能,开发者可针对用户在vivo应用商店的评论进行回复及监控,及时解决用户问题、响应舆情,并维护良好的评论环境,从而提升应用评分。

一、功能入口

登录vivo开放平台-【产品】-【运营-评论管理】入口

二、功能介绍

评论管理功能是针对用户在vivo应用商店的评论进行管理,核心功能包括评论回复、评论导出、评论预警等。评论管理功能包括以下四大特征:

1. 便于管理用户评论:支持查看、回复、导出用户的评论内容

开发者可在开放平台后台一目了然查看到用户在应用商店的最新评论,并针对评论进行回复,回复后的内容审核通过后将在应用商店客户端展示;如审核不通过,开发者可更新回复内容重新提交。并可导出用户评论进一步进行分析。

2. 进行用户分层管理:支持按星级、机型、应用版本、评论时间等展示或导出 

3. 即时定位用户问题:支持关键词搜索评论内容

4. 新增评论预警功能:支持移动端发送用户的差评提醒

扫描评论管理页面右侧二维码绑定“vivo开放平台”公众号,进入手机端设置评论预警条件,当用户在vivo应用商店中的评论达到所设置的任意一条预警条件时,次日10点将通过微信公众号通知开发者,帮助开发者进行舆情监控和回复开发者也可随时前往公众号-通知设置菜单栏调整条件。

三、评论回复注意事项

1. 评论显示

开发者回复用户的评论时,昵称自动取应用名称,并标有开发者标识。审核通过的回复内容会直接显示在vivo应用商店客户端,所有用户可见。

2. 评论原则

-评论回复禁止包含广告等引导用户到非vivo渠道的内容;

-评论回复内容不能包含网址、QQ号码、电话号码等信息,不超过500个字符;

-单条评论只可回复1次,且回复后不可修改、撤销;

-若用户评论被用户自行删除后,开发者的回复评论将自动删除。

3. 注意事项

开发者回复评论时应当遵守法律规定和平台规则,若多次发表不当言论,或回复内容多次被用户举报,开发者账号将被列入禁用名单,无法进行回复或发表评论。若对平台处理结果存疑,需联系客服人员,申请解除禁用清单限制。

4. 应用商店客户端需为8.56.2或以上版本才可在应用商店查看到回复内容,请及时升级版本。

VIVO开放平台开放平台应用审核规范【重要】

VIVO开放平台开放平台应用审核规范

一、基本说明

1.1  开发者应该遵守国家的法律法规,同时尊重其他开发者的劳动成果,以下的规则将可以帮助您的APP在vivo应用商店尽快通过审核并上架;

1.2  vivo应用商店审核使用系统环境皆为安卓系统;

1.3  应用包名不得随意添加“.vivo”等渠道标识误导审核的信息;

1.4  本平台暂不接受个人开发者注册账号和上传应用,企业开发者提交非本企业应用,需提供相关企业授权;

二、应用详情审核

2.1  基础规范

2.1.1  应用基础信息不得含有违法内容或其他敏感信息,包括但不限于涉政、涉赌、暴力、色情、性暗示及广告法中不允许使用的词汇;

错误图例示范:icon含有色情挑逗信息

错误图例示范:icon含有彩票、赌博信息

2.1.2  应用基础信息不得传播违反社会主流价值观的内容,包括但不限于破坏健康网络环境、传播不良风气等;

2.1.3  应用基础信息不得含有第三方应用市场的名称、介绍、引述、图标、水印等内容;

2.1.4  应用基础信息需体现应用内容或功能,不得添加与应用内容无关的热门搜索词或过期的信息,如存在以节日、时事、活动等为元素的信息,请在节日、时事、活动结束后修改;

2.1.5  应用基础信息不得随意使用vivo、FuntouchOS或OriginOS等平台元素;

2.1.6  应用基础信息不得存在侵权内容;

2.1.7  非儿童类应用基础信息不得出现暗示受众为儿童等内容;

2.2  应用名称

2.2.1  应用名称和副标题不得超过15个汉字字符或30个英文字符;

2.2.2  应用名称和副标题仅限使用汉字、数字、字母,特殊符号仅限使用“+”,如需使用“+”仅限 “XXX+”,且不得添加副标题(如“格力+”);

2.2.3  应用名称与副标题请勿使用大量占位符文本、空格、乱码等无关字符(如:#、*、& 等),空格仅限中文和英文、英文和英文间使用;

2.2.4  应用名称请勿使用不具品牌识别性词汇,包括类别词及类别词叠加,如:手电筒、电话、铃声、主题壁纸、黄金原油贵金属;

2.2.5  应用名称与副标题请勿添加知名品牌、企业或第三方应用的名称,如需使用,请上传真实有效的授权证明;

2.2.6  应用名称与副标题请勿使用重复(两次或两次以上)词语或叠词进行命名,如“微信助手微信助手”;

2.2.7  应用安装到手机上显示的应用名称及应用包体内显示的应用名称需与在后台创建时填写的应用名称一致; 

2.2.8  应用名称不可与已上架应用同名(应用主名称相同即为同名应用,且不区分英文字母大小写),若拥有对应名称的商标权,请点击【应用侵权申诉流程】进行申诉;

2.2.9  应用名称每年(自然年)只能修改4次,未用完次数不可累积,且应用更名需提供对应的软著;

2.2.10  非政务机构应用名称中不得带有政府设定的综合服务管理机构的常用号码代称、简称、缩写等表达;

2.3  应用类别

2.3.1  单机和网游产品请到游戏中心上传,请勿选择应用分类;

2.3.2  儿童益智类小游戏可选择应用分类“育儿母婴”,如宝宝游戏;

2.3.3  桌游类小游戏可选择应用分类“通讯社交”,如狼人杀;

2.3.4  应用分类需与应用实际功能相符,具体可查看【应用分类参考】文档;

2.4  资费方式

2.4.1  应用的资费方式可不填写,或是填写“免费”;

2.4.2  游戏的资费方式为:道具付费、关卡付费,除特殊情况外不得添加为“免费”;

2.5  应用一句话简介

2.5.1  若应用名称无法直观展示应用功能,一句话简介需简短描述应用主要功能;若应用名称可直观展示应用功能,一句话简介需表现其特殊功能、卖点、用途或有别于其它同类产品的特点(注:新用户注册送特权类内容请勿在一句话简介中体现);

2.5.2  一句话简介字数需在5-16个汉字字符(或10-32个英文字符)之间;

2.5.3  一句话简介不得出现行文不规范(如标点不正确,错别字,语句不通顺等),标点符号仅限使用:逗号、感叹号、顿号、问号、空格(英文空格),结尾仅接受使用感叹号或问号以加强语气;

2.5.4  一句话简介不得使用虚假性及误导性内容欺骗、诱导用户下载;

2.5.5  一句话简介不得添加知名品牌、企业的名称,如需使用,请上传真实有效的授权证明;  

2.5.6  一句话简介不得添加过期信息,如存在以节日、时事、活动等为元素的信息,请在节日、时事、活动结束后修改;

2.5.7  一句话简介不得存在蹭词、叠词行为(蹭词行为平台将有权进行打回或修改);

2.6  应用介绍和新版本说明

2.6.1  应用介绍不得低于50字,更新版本的新版说明不得低于5个字且应用介绍与新版说明不能一致;

2.6.2  应用介绍和新版说明不得使用大量占位符文本、空格、乱码等无关字符;

2.6.3  理财类产品不得在应用介绍和新版说明中对收益做承诺;

2.6.4  应用介绍和新版说明不得出现大量蹭词和叠词行为(大量蹭词行为平台将有权进行修改);

2.7  图标/ ICON

2.7.1  ICON请使用256*256或512*512,大小50k以内的直角图标,请参考【ICON设计规范】;

2.7.2  ICON必须保证清晰,不得出现明显模糊、拉伸、压缩、黑边、白边等情况,请参考【ICON设计规范】;

错误图例示范:切角后存在白边

2.7.3  ICON不得添加与vivo平台官方标签内容或形式一致或冲突的角标,存在误导用户,或利用类似vivo平台标签博取用户信任的行为,如官方、正版、热门、首发等;

错误图例示范:角标含有“官方”、“正版”字样

2.7.4  ICON图标不得使用真人头像(代言人除外);

2.7.5  ICON不得使用党徽,国徽等素材作为图标,如需使用请提供相关政府机构证明;

2.7.6  应用安装到手机上显示的ICON需与在后台创建时提交的ICON一致;

2.7.7  ICON不得添加恶意网址;

2.7.8  ICON不可与已上架应用ICON高度相似或相同,且不得含有涉及商标、内容版权、著作权等侵权内容,若拥有对应图标的商标权,请点击【应用侵权申诉流程】进行申诉;

2.7.9  应用安装成功后桌面上必须有且只能出现一个该应用的图标;

2.8  应用截图和闪屏启动页

2.8.1  应用截图格式jpg/png,尺寸为1280*720或1920*1080,大小为2M以内,必须统一为横图或者竖图;

图例:横图

图例:竖图

2.8.2  应用截图可上传3-5张图片,请勿出现重复、模糊、拉伸、压缩、显示不完整、无法体现实际内容等情况;

2.8.3  应用截图和闪屏启动页请勿使用非Android设备照片或外观图(例如:iPhone手机外观素材);

三、应用资质与版权

3.1  应用上架资质和版权

3.1.1  应用不得存在破解、盗版、未获得版权所有者授权或重新打包第三方应用的行为;

3.1.2  计算机软著著作证明书为个人,仅接受该个人为法人的企业上传应用;

3.1.3  同一份计算机软著著作权证书不得在不同应用中使用;

3.1.4  应用上传的公司如与软著的公司主体为子母公司、分公司,请提交真实有效的证明;

3.2  特殊类应用要求

3.2.1  特殊类别应用需提供对应的资质才可申请上架,点击查看【应用特殊资质】文档;

3.2.2  以下产品主要功能如需付费,需有试用功能,且需在收费流程中告知用户或提示用户付费后的限制使用条件(如定位类产品需告知定位功能必须双向同意方能使用):解梦类、约会交友类、数据恢复类;

四、应用功能

4.1  安装/卸载/运行

4.1.1  应用需适配vivo主流机型;(X60,iQOO 3,X23,NEX,X21,X20,X9等,详见vivo主流机型参数);

4.1.2  应用不得出现无法正常安装、卸载,或需要第三方程序支持才可安装、卸载的情况;

4.1.3  应用不得无法正常运行,存在无法启动、闪退、无响应、无网络等问题;

4.2  账号相关

4.2.1  应用主要功能需登录、付费方能使用,或无账号注册功能的产品,请在提交应用时备注测试账号和密码;

4.2.2  应用账号注册、登录功能不可用,审核时尝试多次均无法使用的,将被驳回;

4.2.3  应用含必须验证身份证功能,请提供已验证过的测试账号;

4.2.4  应用应提供账号注销渠道,未提供账号注销渠道可能会被驳回;

4.3  基本功能

4.3.1  请勿出现应用主要内容无法正常显示和获取,新产品为满足用户使用需求应尽可能丰富内容及功能;

4.3.2  请勿出现应用主要功能未实现、功能未完善等情况,DEMO类、在开发中的产品将被驳回,如应用功能有问题,vivo有权在应用上添加必要的风险提醒或相关标识; 

4.3.3  请勿出现应用内涉及主要功能的按钮点击无反应或点击报错;

4.3.4  请勿出现应用打开后提示更新版本,请确保提交的应用为最新版本;

4.4  性能相关

4.4.1  应用不得在使用过程中切换和滑动时界面出现明显卡顿、不流畅;

4.4.2  应用在未启用或者退出至后台后应主动释放系统资源;

4.4.3  应用不得存在严重耗电的行为,导致手机发热、耗电异常;

4.4.4  应用不得存在高占用CPU及内存的行为,导致系统出现卡顿及ANR;

4.5  应用安全

4.5.1  应用不得存在潜在病毒危险(包括代码恶意行为);

4.5.2  应用不得存在暗扣费,未经用户允许即进行暗自扣费;

4.5.3  应用不得存在恶意扣费,未经用户二次确认即进行扣费;

4.5.4  应用不得存在恶意诱导行为:诱导用户点击扣费功能/诱导用户点击广告(含虚假关闭按钮);

4.5.5  开发者须对应用内容进行有效管控,包括但不限于审核过滤违规内容;

4.5.6  应用内不得开启违规分发内容,如捕鱼游戏分发、移动应用平台等(包括H5、秒开类等);

4.6  系统交互

4.6.1  应用不得影响手机系统正常使用,包括但不限于:安装后自动修改系统默认配置且用户无法修改,功能键失灵,系统声音异常/拍照异常/黑屏死机,屏蔽用户短信/电话,修改主叫号码等;

4.6.2  应用不得在无需开机启动却强制开机启动或运行时强制重启手机系统;

4.6.3  应用不得存在劫持系统桌面或者抢占锁屏的行为;

4.6.4  应用不得存在对其他应用恶意干扰、屏蔽的行为,或者含篡改其他应用数据、存档等功能的行为;

4.6.5  应用不得出现已关闭或退至后台仍强制用户使用应用功能的行为,例如:进程杀不掉或应用已关闭仍弹窗形式要求用户操作;

4.6.6  应用不得存在通知栏信息无法清除的行为;

4.7  使用限制

4.7.1  应用功能存在地域或特殊人群限制且未在应用介绍中明确说明的,可能会被驳回;

五、应用内容

5.1  法律法规

5.1.1  应用不得含有违法内容或其他敏感信息,包括但不限于涉政、涉赌、暴力、色情、性暗示及广告法中不允许使用的词汇;

5.1.2  应用不得带有诽谤、人身攻击或者侮辱个人或者团体;

5.1.3  应用不得对武器进行过于逼真的表述(如不能涉及武器的制造工艺和参数等),并鼓励违法或滥用武器;

5.1.4  应用不得存在反政府、反社会或者不符合主流政治、存在国家法律禁止的行为;

5.1.5  贷款类产品不得从借贷本金中以先行扣除利息、手续费、管理费等费用的方式直接或变相收取“砍头息”且贷款产品手续费等其他费用加上利息,核算成年化利率,不得高于36%; 

5.1.6  应用内容存在安全隐患、其他不友好信息或违规违法嫌疑信息,平台将有权拒绝上架;

5.1.7  应用内实际内容与应用内描述或平台信息不符,构成虚假宣传或者误导用户,平台有权拒绝上架(例如:贷款产品实际下款机构与应用内描述或提供的资质不符);

5.1.8  儿童类应用内容需适合儿童,不得含有其他会对儿童造成干扰、危害的内容;

5.2  应用内付费

5.2.1  应用内所有付费必须合理定价并明码标价,必须明确告知可享受的服务,如付费后使用的服务与说明不符,故意隐瞒/隐藏服务限制条件,应用可能被下架,严重者会被封禁账号;

5.2.2  应用不得存在诱导付费行为,包括但不限于诱导直接充值付费或诱导进行线下交易,如:婚恋交友类应用使用诱惑性内容对用户进行诱导扣费,如有必要,vivo会在应用上添加必要的风险提醒或相关标识提醒用户谨慎付费;

5.2.3  儿童类应用内支付功能不得存在诱导儿童支付内容,除非其保留在受家长监控的指定区域中(如短代支付,外链接支付等无需输入密码的快捷支付功能);

5.2.4  自动续费类支付需明确标识好“自动续费”字样,同时要有清晰明确的取消自动续费指引;

5.2.5  应用内付费功能需有完善的账号系统做支撑,无账号打赏、捐赠等行为可能会被驳回;

5.2.6  未登录账号即可支付,且未做明显提示用户绑定账号的,可能会被驳回;

5.3  应用内广告

5.3.1  应用不得包含空白广告位或者招商广告位,且主要目的不得是展示广告或市场营销;

5.3.2  应用广告不得含有违法内容或其他敏感信息,包括但不限于涉政、涉赌、暴力、色情、性暗示及广告法中不允许使用的词汇;

5.3.3  应用在安装到桌面时不得添加除主应用ICON以外的其他图标;

5.3.4  应用广告不得存在模仿系统通知、误导、诱导用户点击广告的行为;

5.3.5  应用广告不得在应用已关闭或者退出至后台时依然存在;

5.3.6  应用广告不得存在捆绑下载行为;(如:APP登录注册页面默认勾选下载其他APP或者必须下载其他APP才可使用);

5.3.7  应用广告不得强制用户观看,弹窗广告不得无法关闭;(如:应用广告自身需能够自主关闭或提供关闭按钮);

5.3.8  应用不得存在需强制用户下载其他应用或游戏才可使用;

5.3.9  应用不得在使用过程中频繁弹出广告(非用户主动),中断用户操作,影响用户体验;

5.3.10  广告与其他非广告信息同时出现,可能造成用户误解为内容时,广告应当显著标明“广告”;

5.3.11  开屏广告不得存在点击除“下载”按钮外任意位置跳自动下载;

5.3.12  应用内广告不得未经用户允许自动触发下载;

5.3.13  面向儿童的广告内容,必须适合儿童观看,不得包含欺骗性内容,或极易导致儿童用户无意间触发行为的内容;

5.4  捆绑下载

5.4.1  应用启动页未经用户许可不得默认勾选下载应用,如存在默认勾选项需明确提示用户;

5.4.2  应用未经用户许可不得自动下载第三方应用;

5.5  应用重复及内容单一

5.5.1  开发者请勿上传多个内容相似或者功能、结构相同的应用,雷同应用可能会被下架处理;

5.5.2  应用的新版本主体功能不得与旧版本的主体功能相差过大,如旧版本为购物商城,新版本更新为视频播放器;

5.5.3  应用不得为简单网站页面打包或套用模板,用户体验质量过低的应用可能会被下架处理;

5.5.4  应用主要功能不得依赖于第三方应用或者需跳转至网页来获取内容及功能;

5.5.5  应用功能、界面不得与应用商店已经收录的应用过于相似或者完全雷同,雷同应用可能会被下架处理,如发现被侵权请点击【应用侵权申诉流程】进行申诉;

5.5.6  暂不收录平台已收录饱和且无特别亮点的新产品(包括但不限于如闹钟、手电筒、计算器);

5.6  欺诈行为

5.6.1  开发者存在以下欺诈行为,应用将被下架,严重者会被封禁账号;

5.6.1.1  应用存在欺诈、误导用户的行为;

5.6.1.2  应用在审核前后通过服务端控制应用内容,在上架后开启违规服务;

5.6.1.3  开发者提供虚假测试账号影响审核结果的行为;

六、屏幕分辨率

vivo主流机型分辨率Android版本屏幕
PAD平板2560X1600Android 11平板设备
X-Fold展开态  1916X2160折叠态  1080X2520Android 12折叠屏-异形屏
iQOO 92400X1080Android 12异形屏
X602376X1080Android 11异形屏
iQOO 32400X1080Android 10异形屏
X232340X1080Android 9.0异形屏
NEX2316X1080Android 8.1全面屏
X212280X1080Android 8.1异形屏
X202160X1080Android 7.1全面屏
X91920X1080Android 6.0/

七、暂不收录应用

类别类型
应用类型小语种(语言学习类除外)
宗教类(佛教、道教除外)
非官方彩票或非法互联网体育彩票和福利彩票产品,包括但不限于彩票资讯类等产品
非法VPN、翻墙、境外媒体等产品
单一影视剧集类、单一图书单行本类
非法集资类、非法众筹类、非法竞拍类,包括但不限于一元夺宝、股权众筹等  
应用功能为刷单、刷评、刷粉、清粉类
自动抢红包类/赌博性质红包类/避雷、埋雷、控数抢红包、红包群类
主功能为网赚类兼职
单一非官方游戏攻略类、单一非官方游戏社区类、单一非官方电竞资讯类
主功能为游戏代练类
主题类、单一壁纸类、单一锁屏类
主要目的为分发类(包含但不限于:应用商店、游戏中心)/主功能为H5游戏中心类(社交小游戏类除外)/破解游戏平台类/作弊器类
棋牌资讯类
独立插件类(硬件插件、辅助插件除外)
色情内容类、血腥暴力类
版权侵权类、应用侵权类
赌博类、博彩类或是地下彩类
支持非法金钱交易的应用
支持手游充值的应用
主要功能涉及非法伪装机身电话号码、短信轰炸的应用(如,恶意修改呼出手机号码)
申请root权限、存在root功能、引导对手机进行root的
积分墙相关应用(通过下载应用换取积分奖品或现金等)
主要功能是诱导用户进行签到打卡或分享至社交媒体赚取收益的应用
虚拟货币相关资源
云养殖、云种植类(如云养牛)
P2P类产品
PUA类应用
儿童小游戏内涉及“儿童邪典片”及手术类型
种子、BT磁力类应用
提供占卜、算命、改名改运、消灾避祸等迷信服务的应用
带有偷拍功能的应用
“深度伪造”类换脸应用
分身、双开、多开类应用
动态IP代理相关服务类应用
支持虚拟定位类应用
数字藏品涉及交易服务类应用
未经评估的免费WiFi类、清理类应用

八、用户隐私与功能权限

8.1  隐私政策

8.1.1  隐私声明需符合《App违法违规收集使用个人信息行为认定方法》、《个人信息安全规范》等法律法规相关条款;

8.1.2  不得出现未向用户提供隐私声明及用户反馈渠道情况;

8.1.3  不得出现隐私声明等收集使用规则难以访问,难以阅读的情况;

8.1.4  不得出现隐私声明未明确收集用户个人信息目的、方式、范围、个人信息存储时间及地点等情况,如需申请和使用敏感权限时,请在提交时说明权限使用场景及用途;

8.1.5  隐私自检报告中应明示开发者名称(若为关联公司请提交关联证明)、APP名称、APP安装及运行所需权限及用途、APP收集使用个人信息的内容、目的、方式和范围;

8.2  用户同意和撤销

8.2.1  不得存在频繁征求用户同意、干扰用户正常使用的情况;

8.2.2  不得存在默认勾选同意隐私政策,或其他默认授权(如使用”好的””我知道了”等无法清晰表达用户同意的词语)的方式征求用户同意;

8.2.3  不得存在用户拒绝不合理个人信息收集或权限收集而拒绝提供业务功能(如:应用需获取电话/定位/联系人等权限才能进入应用,否则退回桌面),不得绑定授权、一揽子授权(如不得强制要求用户一次性同意多个稳私权限),不得因拒绝辅助功能拒绝提供核心基础功能;

8.2.4  应用收集使用个人信息的目的、方式、范围发生变化时,应以适当方式通知用户,包括更新隐私政策等收集使用规则并通过弹窗等方式提醒用户阅读;

8.2.5  处理敏感个人信息应当获取用户的单独同意,并告知处理敏感个人信息的必要性以及对用户权益的影响;

8.2.6  监控的用户可以随时关闭被监控的功能,关闭操作需要在4次点击以内;

8.2.7  帐号服务系统需提供有效更正、删除个人信息及注销用户账号等功能并及时处理和同步,需人工处理的,应在承诺时限内(承诺时限不得超过15个工作日,无承诺时限的,以15个工作日为限)完成核查和处理,不得设置不必要或不合理条件,业务需提供用户行使信息管理权利的渠道或方式;

8.3  收集和使用

8.3.1  应用收集和使用个人信息须遵守数据最小化原则,不得出现超范围或超频次收集个人信息、超范围授权权限、超范围打开业务功能等情况;

8.3.2  应用权限使用需规范,如:不得申请与实际功能无关的权限、不得未经用户许可默认开启和使用权限、不得未经用户许可创建桌面快捷方式、第三方图标、通知栏、悬浮窗等;

8.3.3  系统需对个人信息采用加密保存及加密传输通道,未经用户允许或未做匿名化处理,不得向第三方供应商或第三方应用传输/收集个人信息,包括通过客户端嵌入的第三方代码、插件等方式向第三方提供个人信息;

8.3.4  需在授权时明确:可随时被调取自己的相关权限功能;

8.4  定向推送

8.4.1  若应用中存在定向推送功能,应在隐私政策中向用户清晰明示该功能并告知退出的方式。若应用中定向推送功能使用了来源于第三方的个人信息,应向用户清晰明示,并告知第三方的个人信息来源;

8.4.2  应用将收集到的用户搜索、浏览记录、使用习惯等个人信息用于定向推送时,需通过显著方式向用户进行标示,包括但不限于“个性化推荐”、“定推”、“猜你喜欢”等字样,或通过不同的栏目、版块、页面分别展示,并取得用户同意,同时需提供便捷且真实生效的关闭按钮;

8.5  其它

8.5.1  应用不得申请root权限或存在root功能;

8.5.2  应用不得未经用户允许向外发送短信或拨打电话;

8.5.3  应用不得诱导用户或未经用户许可修改启动项和系统设置;

8.5.4  应用不得未经允许后台频繁联网,消耗大量流量;(如:点击内容直接观看视频/下载应用,无二次确认)

8.5.5  应用不得在未向用户告知、未经用户同意或无合理使用场景的情况下,频繁自启动或关联启动第三方应用;

8.5.6  应用广告页面、开屏广告、主屏等功能页面,不得存在以积分、奖励、优惠等方式欺骗误导用户提供身份证号、人脸、指纹等个人信息的行为;

8.5.7  如在审核过程中仍存在隐私问题,可参考《APP常见隐私问题合规指引》;

九、开发者不当行为条款

9.1  取消开发者资格或者封停

9.1.1  详情请见“开发者账号冻结原因及解封申请流程”;

9.2  开发者应用下架

9.2.1  开发者使用非正常手段伪造或欺骗下载,操纵或者欺骗用户评论影响vivo应用商店的排名,应用将会下架或排名清空;

9.2.2  应用上线后开启恶意广告插件、病毒等行为;

十、其它

10.1  本指南所列条款仅为目前vivo开发者平台已知问题,包括但不限于其他未知问题后续会进行随时更新;

10.2  平台可对开发者产品分类、产品介绍、截图、产品副标题等信息修改编辑的权利,使之正确且符合平台的业务规则; 

10.3  审核指南一经公布即刻生效,vivo有权随时对指南内容进行修改,修改后的结果公布于vivo开放平台网站。

vivo应用审核服务团队

2022年09月22日

注: 

重要提示:即日起新应用将按照新规则执行,新规则上线前上架的应用,如不符合最新版本的APP审核规范,我们将排期逐步进行清理和优化,如您有应用审核方面的疑问,可联系在线客服人员! 

相关链接:

•  企业开发者注册

•  应用分类参考

•  应用审核FAQ

•  特殊行业资质要求

VIVO应用商店APP违规应用举报流程

VIVO应用商店APP违规应用举报流程

一、背景

尊敬的用户:感谢您使用vivo应用商店下载安装应用程序。为了建立良好的市场秩序和保证您的使用安全。故制定以下处理流程,以尽可能提升您的使用体验。

如您在下载体验应用时,发现应用存在异常的情况,如功能使用异常、应用内容违规或其他违反现有法律规定及公序良俗的现象(涉黄、涉赌、虚假资质等),均可联系平台进行举报反馈。

二、举报方式

1、若您同样为平台开发者,拥有开放平台账户,可登陆工单系统进行举报。

提交方式:点击【工单系统】,选择“投诉举报类”—“异常应用问题举报”烦请按照要求填写信息,并提供证明材料。

2、若您暂无开放平台账户,可按照以下模版发送邮件至devtousu@vivo.com进行举报反馈。

邮件模板如下:

邮件主题:违规应用举报

邮件内容:① 违规应用名称

          ② 违规应用包名或应用下载链接(链接获取方式:在vivo应用商店搜索该应用,点击应用详情,右上角分享即可获取链接)

          ③ 违规内容

          ④ 应用违规的相关截图或录屏(请于附件上传提交)

三、平台回复处理结果

我们收到您的举报后,将会在3-5个工作日内核实处理。vivo开放平台会根据您提供的相关资料进行核实验证,并回复处理结果,敬请耐心等待。

四、注意事项

1、vivo承诺您的举报为匿名举报,不予公开您的个人信息(涉及权益侵害等特殊情形且有必要公开您的个人信息时除外)。

2、您需要保证举报内容及事实的真实性,否则,您可能要承担虚假举报的侵权、违法风险。若您暂无法确定应用是否违规,也可参考平台《应用审核规范》进行判断。

3、本指引所提供的渠道不受理应用违规举报外的其它问题。

VIVO应用商店APP侵权投诉反通知流程

VIVO应用商店APP侵权投诉反通知流程

侵权投诉及反通知流程图

1.被投诉方向vivo开放平台提交反侵权通知 

平台对投诉方提交的材料审核,满足基本要求后,会在法律规定要求的情形下将投诉内容转送给被投诉方;若被投诉方收到通知后认为并未侵权其合法权益,请按照以下要求提供相关材料通知vivo开放平台

(1)被投诉方信息要求

i.被投诉方主体信息

被投诉方的联络信息,包括姓名、身份证或护照复印件(对自然人)、单位登记证明复印件(对单位)、通信地址、电话号码和电子邮件。

ii.被投诉方要求

被投诉方要求恢复的内容或链接对应的名称和具体网络地址以及截图。

iii.被投诉方保证

被投诉人的反通知书应包含以下保证:被投诉人在本反通知书中的陈述和提供的相关材料皆是充分、真实、和准确的,如本反通知书内容不完全属实,被投诉方自愿承担由此产生的一切法律后果。因被投诉方的反通知书而给vivo公司造成的任何损失,包括但不限于vivo因向权利方或用户赔偿而产生的包括律师费在内的各种损失,此外,被投诉方还应赔偿因此给vivo造成的名誉、商誉等损失。

(2)不构成侵权的初步证明材料

i.被投诉人拥有权利的证明材料

包括但不限于相关有权机构颁发的版权证书、商标权证书、专利权证书、作品首次公开发表或发行日期证明材料、创作手稿、经权威机构签发的作品创作时间戳、作品备案证书等能证明权利人拥有相关权利的有效权属证明。

ii.被投诉人提供的服务不构成侵权的材料

包括但不限于被投诉方提供的服务对权利人的服务构成版权、商标权或专利权等侵权的有效证明材料等。

(3)被投诉方主体资质材料

被投诉方有效主体信息,若为代理,请提供代理主体营业执照及代理授权证明材料。

2.邮件提交申请

撰写邮件,以贵公司企业邮箱发送邮件至devtousu@vivo.com。格式如下:

标题:【侵权投诉反通知】xxx(被投诉方应用名)投诉侵权反通知

邮件正文:被投诉方要求恢复的内容或链接对应的名称和具体网络地址

附件提交:包含营业执照、《vivo开放平台侵权投诉反通知书》盖章扫描件、相关有权机构颁发的版权证书、商标权证书。可提供补充材料如作品首次公开发表或发行日期证明材料、创作手稿、经权威机构签发的作品创作时间戳、作品备案证书等能证明被投诉人拥有相关权利的有效权属证明。若为代理,还请提供代理主体营业执照及代理授权证明材料。

3.平台回复处理结果

(1)vivo开放平台根据收到满足基本要求的反通知后,会转发给投诉方,如投诉方不认可被投诉方的反通知内容,vivo开放平台建议双方自行协商解决。如需通过法律途径,vivo开放平台会配合国家机关的取证工作,争议内容的最终处置以双方协商结论或者国家机关的决定或判决为准。

(2)如被投诉方未能在规定时效内提供有效反通知,或者反通知的内容不能初步证明其提供的内容不侵权,vivo开放平台会有权决定下架或者处理其应用。

(3)被投诉方若为应用,需在3个工作日内提供有效反侵权通知;被投诉方若为游戏,需在5个工作日内提供有效反侵权通知。

(4) 对于同一帐号多次被投诉侵权,且被投诉人不提供有效反通知或者反通知的内容不能初步证明其提供的内容不侵权的,vivo开放平台有权对其帐号进行冻结等处理。

4.注意事项

为了确保被投诉方提供相关材料的真实性、合法性和有效性,被投诉方的反通知书(包括相关证明材料等)及其他相关证明材料,原则上应提供原件,不能提供原件的,应提供有被投诉方签字盖章的复印件,若材料涉外的,应按照法律的规定进行公证转递,并同时提供相应的公证转递材料。

反通知的方式:

将前述全部电子材料以及纸质版本材料扫描后通过电子邮件至vivo指定电子邮箱:devtousu@vivo.com

(1)本流程中的被投诉方的反通知书,均应包括反通知书本身及相关的主体资格证明、权属证明、不构成侵权证明等材料。

(2)若被投诉方已经就投诉内容与权利人存在行政投诉或诉讼的,请在提交反通知时,将相关受理证明及提交行政机关或法院的证据材料以及行政机关或法院的意见或决定一同提交给vivo,这将有利于投诉的处理。