应用接入规范

1.概述

本文列举出了应用接入规范准则，旨在助力开发者开发出更符合用户习惯和更良好用户体验的应用

● 应用内容、设计、性能、安全必须合法并符合《T-Linx开发者协议》

● 应用内容均需要符合对站点内容的规范；应用设计、性能等若存在不符合接入规范之处，可能无法通过应用审核

● 应用页面需要支持HTML5标准

注：使用Clouda、Appbuilder等工具创建的轻应用默认符合HTML5标准

2.内容规范

2.1.内容要求

● 应用信息及内容不得包含政治敏感、色情、暴力、反动等含有任何违反国家法律法规政策的信息内容

● 不得打开应用直接弹出窗口引导用户关注分享

● 不能涉及人身攻击及侵犯他人组织权利的内容

● 不能包含虚假、低俗、敏感

● 不得导致用户使用中隐私或财产等受到损失的或带来安全隐患

● 不得涉及宗教、文化或种族群体的引用，或评论包含诽谤性、攻击性或自私性内容，或会使特定群体遭受伤害或暴力

● 不得在未获用户允许，未向用户提供如何使用及在何处使用数据的相关信息情况下，传输有关用户的数据

2.2.特殊类目应用内容要求

a)电商、彩票相关、医疗及药品

● 涉及到电商、彩票相关、医疗及药品相关除应用本身外，应用开发者需持有符合法律规定的行政许可、经营资质；

● 赌金和竞赛等博彩类操作规则必须在应用中注明，发起者承诺且应在应用说明中予以注明，其未以任何方式参与活动；

● 开发者运营的彩票应用必须在法律容许范围之内，彩票应用必须具有以下所有特性：报酬、几率及奖品；

b)新闻

● 时效性：确保热点新闻的时效性

● 版权：转载的内容需要标明来源，对于来源处标明“禁止转载”的则不允许转载

c)旅游

● 版权：请确保拥有所提交内容的版权

d)视频

● 版权：请确保拥有所提交的视频资源及相关内容的版权

2.3.不收录类型

● 不收录需要下载才能使用的应用；

● 不收录不具备“医疗机构执业许可”和“营业执照”的医疗机构提供的任何医药相关应用；

● 不收录无法正常访问或无法提供稳定的服务（页面加载慢、频繁无法正常访问等）的应用；

● 不收录未开发完成，主要功能或功能不完整的应用；

● 不收录存在恶意跳转链接或强制性弹窗的应用；

● 不收录形式过于简单、内容单一的应用；

● 不收录只含文字或数据、无交互的静态网站；

● 不收录购买实物商品和并非用于该应用的服务的应用；

● 不收录针对未成年人进行数据收集的应用；

3.设计规范

● 开发者开发的应用需以HTML5页面形式嵌套在T-Linx框架系统中，分别在POS端和WEB端展示时，需遵从以下原则：

注：应用在POS端展示页面，顶部为系统框架，不可更改、隐藏，顶端中部展示当前页面名称

注：应用在WEB端展示页面，顶部和底部为系统框架，不可更改、隐藏；中部区域为应用页面展示区域

● 应用设计需简单、明确的突出应用的核心功能，信息组织清晰有条理

● 应用为内容、操作交互符合移动端的使用体验的移动webapp

● 应用排版整齐、清晰，应用内文字、按钮、边框、浮层等元素应完整显示，不应互相遮挡、重叠、错位显示

● 应用可自适应屏幕，不得出现显示严重偏移、撑出屏幕、文字大篇幅折行不工整等问题

4.对接信息规范

4.1.名称

● 简洁明了，与应用功能或内容匹配

● 不能直接使用或模仿知名品牌的名称

● 体现产品的功能特点

● 差异化的内容或服务，不能用泛词命名，均需加品牌词修饰，如：T-Linx提交会员卡APP，不能命名为“会员卡”，须命名为“T-Linx会员卡”

4.2.ICON

● 尺寸350px*350px，大小不超过300K的图片

● 清晰、易于识别，不宜太复杂，抓住站点或应用的主要特征

● 不能盗用和模仿其他个人、组织或品牌的ICON(如：个人开发者直接或间接使用Facebook的Logo)

● 不允许有多帧动画

● 压缩质量不能低于90%，切勿切成圆角

● 对于同一资源方提交的不同分类轻应用，针对每个应用需要有自己独立的icon标识，符合该轻应用内容与特点，不可使用同一icon

4.3.简介

● 不能包含任何客户端APP下载地址

● 简洁明了，语句通顺

● 避免出现错别字，异体字，尽量避免出现错误使用成语等误导公众的语言

4.4.类目

● 提交类目与应用内容相符合，不同类目符合类目的内容要求

4.5.兼容性规范

● 提交的轻应用需要兼容Android官方4.0版本及以上的系统自带浏览器、轻应用可适配至800*480尺寸的屏幕且保证良好的用户体验

4.6.使用手册

● 应用接入时需提供使用手册或帮助页面，帮助用户理解和使用应用。未提供该页面的应用，将可能无法通过应用接入审核。

● 页面范例：

5.性能规范

5.1.访问速度

● 单个应用打开的响应速度不得超过1s（PC测试下）；

● 服务器稳定性要达到99%以上。

5.2.服务稳定

● 在使用“数据提交”方式的情况下，需要保证被抓取数据的稳定，避免出现因服务不问稳定导致的抓取失败、更新延时等问题。

6.安全规范

● 保证提交的轻应用没有危及用户信息安全隐患；

● 不存在XSS跨站脚本攻击、SQL注入等安全漏洞；

● 对与调用的“端能力”合理使用，不允许发生危及用户信息安全的行为；

● 站内的外链，需要保证外链的安全性，避免危及用户信息安全。

7.推送消息内容规范

部分合作方具备应用推送消息权限，后续我们即将对所有开发者开放此权限。目前推送消息需符合以下规范

● 不能包含色情、暴力及反动信息；

● 不能包含任何APP下载地址；

● 简洁明了，语句通顺，即用最简洁的话描述清楚目的；

● 不建议使用繁体中文、其它语言或大量的特殊符号（可以接受特殊符号组成的表情），慎用如“!!”、“??”之类的连续重复的符号；

● 避免出现错别字，异体字，尽量避免出现错误使用成语等误导公众的语言；

● 应用使用消息提醒推送，须事先告知用户订阅或征得同意接受；

● 不得发送虚假、欺骗性、钓鱼信息；

● 不得通过消息提醒推送推广、广告类信息；

● 不得滥用消息提醒推送，给用户造成明显骚扰；

● 禁止通过消息提醒推送病毒、恶意软件、程序执行代码；

● 不得通过消息通知发送敏感个人信息或机密信息。