首页 > 帮助文档首页 > web应用接入 > 对接须知

对接须知

平台所有类目均不开放收录,为邀请合作制。

目录

应用的内容

  • 不包含政治敏感、色情、暴力等含有任何违反国家法律法规政策的信息内容;
  • 不包含虚假信息;
  • 不涉及人身攻击及侵犯他人组织权利的内容;
  • 不得添加与应用内容无关信息如:贴吧地址,QQ号交流群等;
  • 功能必需在应用内满足,不能跳到应用外的页面;
  • 应用内若添加背景音乐需添加文字说明,并提供开关按钮。

应用基本信息

  • 应用基本信息包括icon、logo、应用封面图、文字介绍、开发者信息等,内容应填写完整,给用户真实、专业、可信、优质的感觉;
  • 应用简介要求精练,能够清晰、准确的描述应用核心价值;
  • 详细文字介绍应包括应用详细描述、用户引导提示及使用说明;
  • 对接的图片需要严格符合UI规范;
  • 应用名称需简洁明了必须与应用内容紧密结合,名称中不得出现空格、特殊符号,括号只能作为区分不同的版本用途,如“财客记账(企业版)”,若应用内有分组信息,分组名称需与内容相符;
  • 应用icon、logo需与应用内容紧密结合,不得包含开发者名称,不得使用无版权图片;
  • 应用简介需符合应用实际内容,需包括应用详细描述、用户引导提示及使用说明,不得添加与应用不相关的内容,语言描述要求精练,能够清晰、准确的描述应用核心价值;
  • 应用上传的图片包括icon、logo、简介信息中图片必需要严格符合UI规范。

若:应用内含按钮标识,需是大众公认的、符合用户习惯的形式(如返回、首页等),如不合格用户习惯需提示此按钮(标识)的功能,避免误操作。

UI及交互

  • UI设计方面的要求详见《应用UI设计规范》。
  • 应用的高度和宽度:
  • 查询类应用的初始高度不能超过350px,其他类不能超过550px,展开后的高度均不能超过1000px
  • 应用在独立页的宽度设置取决于应用实际宽度,应用实际宽度不超过800px的,禁止使用全屏模式
  • 应用提交前务必在开发者中心的预览环境中确认:
  • 保证应用的UI界面在“搜索结果页”和“应用独立页”不残缺
  • 不变形且尺寸合适
  • 不留空白
  • 交互方面:
  • 保证每个交互功能明确
  • 保证每项操作均符合用户正常操作习惯
  • 保证交互顺畅,用户可轻易上手,不需要太多学习成本
  • 应用布局:
  • 应用排版整齐、清晰,应用内文字、按钮、边框、浮层等元素应完整显示,不应互相遮挡、重叠、错位显示
  • 应用只可在初始页面入开发者信息(官网Logo等),应用运行页不得添加
  • 应用在搜索端和独立页需展现完整
  • 同一开发者提交的不同应用,不能使用相同或主体相同的logo

登录帐号规范

第三方应用如果需要用户登陆后才能使用,必须使用百度账号登录(实现方式详见百度站内应用接入)。

分享功能

若应用内有分享功能,只能对某内容、图片分享,不能为应用分享。分享中若包含url需是应用在百度应用开放平台的地址。分享内容中不能包含广告,外链,等商业行为信息。

应用中的广告及超链的规范

由于不同开发者自行放置的广告在质量上可能会良莠不齐,且无法保障第三方页面的安全性,为此我们对应用中的广告和超链会有严格要求

  • 关于应用中的广告:

目前所有的广告均由平台统一提供,开发者可选择是否接受在自己的应用中投放。 禁止开发者自行在应用中放置任何形式的商业广告; 对于应用上线后,利用任何手段为应用加载广告的,均会直接关闭该应用,并予以警告,严重者终止其使用平台的权利。 后续我们会根据开发者对用户的贡献程度,对其进行评分划级,对于达到一定级别的开发者,允许其在应用中投放相关产品的推广。

  • 关于应用中超链的规范:

原则上,允许开发者在应用中放置自己的网站内的链接或与应用相关的链接,帮助开发者提高品牌曝光率,但这些链接必须符合以下要求:

1)内容:链接的目标地址,只能为开发者自己的网站,且页面内容必须与应用功能、主题密切相关,禁止链接到任何类型的广告页(包括不限于商品的销售、推荐、介绍及试用等内容)或有安全问题的页面,更不允许误导用户输入用户名、密码、身份证、银行账号、信用卡号等相关信息,如若发现此类行为,将立即终止其使用平台的权利;
2)样式:超链最好为文字形式,如果为图片,在视觉样式上不能对应用的主要功能造成干扰,更不允许有误导用户的行为;
3)应用内超链在应用初始页面所占用的面积不得超过应用全部面积的10%,在应用的其他页面展示面积不得超过20%;
4)应用通过审核后,仍以以上规范为基本原则,若有违反以上规范行为,均会第一时间关闭应用。

质量及安全测试

  • 响应速度及服务稳定性
  • 采用IFrame模式开发时,服务稳定性要求达到99%以上(相当于100次用户请求中至少有99次是能够在正常时间内返回正确的内容)

注意:

  • Iframe应用必须部署相应的监控文件以便百度的监控系统能够实时监控应用的稳定性,同时还必须至少提供一个手机号码用于接收监控报警短信。
  • 对于对接之后将监控文件删除、修改,或提供的用于接收监控报警短信的手机号码不是有效号码(如:号码不存在、号码非开发者团队内成员所有等),平台会直接下线该应用。

应用环境兼容性

  • 应用应尽可能兼容所有主流浏览器:
  • 必须兼容IE6/7/8/9、360浏览器、搜狗浏览器等采用IE内核的浏览器
  • 必须兼容chrome、Firefox等用户使用较多的非IE内核浏览器
  • 在各个浏览器下,用户交互功能以及内容必须保持一致如:(应用的文字、图片的大小、内容,图标、按钮样式、排布,文字输入)

应用的安全

  • 无影响用户体验的bug
  • 无病毒木马等破坏性程序
  • 不会带来安全漏洞等问题

后续监控

以上规范,尤其是响应速度及服务稳定性,在应用对接完成后,仍会受到监控,平台会根据问题本身的严重程度、发生频度及开发者对解决问题的配合程度,实施一定程度的惩罚措施。

游戏类应用

  • 保证对接到百度开发者中心的应用拥有充分、完整的版权或授权提交给用户使用,所有应用必须遵守《百度开发者协议》;
  • 满足本规范中的4.1与4.2条,应用内容不包含政治敏感、色情、暴力等含有任何违反国家法律法规政策的信息内容;不包含虚假信息;不涉及人身攻击及侵犯他人组织权利的内容;
  • 游戏页面中不能有恶意链接以及死链的情况(不安全的、非法的链接导向,以及文字或图标不能点击的情况);
  • 游戏应满足大众的易用性(要将游戏的基本操作方法写清,便于用户操作);
  • 游戏应尽量最大化的满足良好的速度、音效、画面以及可玩性;
  • 游戏开始前、中、后,均不允许出现资源方自行播出的推广内容(为了使用户有较好体验,推广内容由百度开发者中心统一部署及安排);

工具生活类应用

收录原则

通过APP框内的简单交互即可得精确的答案或有预期的结果。

  • 如信息查询类和计算器类应用,可在APP框内输入信息并即时得到精确的答案。
  • 如在线图批处理或信息转换类应用,可在框内完成所有操作,得到有预期的结果。

基本审核标准

  • 保证对接到百度开发者中心的应用拥有充分、完整的版权或授权提交给用户使用,所有应用必须遵守[帮助文档首页/开发者协议|《百度开发者协议》];
  • 满足本规范中的4.1与4.2条,应用内容不包含政治敏感、色情、暴力等含有任何违反国家法律法规政策的信息内容;不包含虚假信息;不涉及人身攻击及侵犯他人组织权利的内容;
  • 应用加载速度快、使用流畅,交互上必须遵从绝大多数用户正常的使用习惯;
  • 内容丰富、全面、优质,使用流程设计合理并有必要的引导,条理、层次清晰,方便用户使用;
  • 应用内若有外链至其他网站,其在应用初始页面的展示面积不得超过应用全部面积的10%,其他页面展示面积不得超过20%
  • 核心功能应该通过应用内的操作得到完整满足,应用内不能有干扰核心功能使用的附加功能;如果附加功能对用户的需求满足有所提升,可以增加,但需要弱化;
  • UI界面需大众化,符合大众审视标准,视觉上的UI元素不能对核心功能造成干扰;
  • 平台现已支持对整个应用的分享,若应用内附带分享功能,可以是对具体内容的分享(如应用是图片集,可分享其中一张图片),但不可是对整个应用的分享,避免功能重复;
  • 对于数据查询类应用,要有较为完整、准确的数据库或数据内容(如万年历);对于数据有版权要求或权威性要求的应用(如违章查询),仅接受官方或由权威部门授权的公司进行应用开发,并且数据能够及时、有效的更新;
  • 对于通用算法型应用(如计算器、单位换算、繁简转换等),要求以一个公式法则为依托,满足不穷举的查询需求,以及大众公认的公式法则的正确性和普适性,计算的准确性,后续数量、变量、算法等的更新和维护的及时有效(如货币兑换的汇率等);
  • 不允许为用户的浏览器安装任何类型的插件;
  • 建议对于应用本身不需要登录就能使用的,不要强制登录。
  • 不同的应用,会有针对性的审核

不同类型应用的审核标准

查询类

  • 若app的数据源是没有开放或仅有部分开放的(如违章查询、快递查询、发票真伪、车票查询等),需要开发者享有数据版权或获得官方/权威部门的授权,以保证数据准确性、完整性,并且数据能够及时、有效的更新,提交前需联系平台沟通;
  • 若app的数据源是开放的,须在应用内标注数据来源或联系dev_support@baidu.com提供数据来源,同时提交保证函,需与数据源尽可能一致的更新频率。
  • 应具备完整、准确的数据库或数据内容数据库丰富,查询结果应符合用户预期,充分满足用户需求。
  • app内不能有引导到有涉及商业、付费、填写用户信息等内容的页面,如付费查询身份证信息、域名注册页面等。:*输入查询内容,对格式有要求的,应给出提示(如域名不用输入www的,仅支持英文小写的等等),且对于输入的引导,不应有歧义。
  • app应有完整的体验,用户对于查询结果有查看详细内容需求的,详细内容应整合到app中,不能跳转至第三方网站;一个查询流程结束后,应有返回或重新查询的路径。
  • 若查询结果有可能和实际有出入(适用于与数据源更新不完全同步),页面上应有提示文字。
  • 若查询内容无结果需有文字说明。

图片主题制作处理类

  • 若app有大量图片库需向平台提供版权证明。
  • 需有预览、下载功能,所有主体功能必需在app内完成。

格式转换类

  • 转换类app,需要有对转换结果的操作,如文字复制、清空等,且需要兼容不同浏览器。
  • 繁体字与对应的简体字基本都是一一匹配的,故转换结果具有唯一性,结果中不应出现匹配有误、乱码、拼音等内容。
  • 文本、图片、音乐格式转换类app对于上传文件大小如果有限制,需在app中有明显标识,并针对文件大小,给出预计的转换时间;若可能出现转换时间过长或无法正常完成转换的情况,需要给出提示,并在出现这种问题时,给予恰当的引导(文件大小提示、重试等)。
  • 若app内提供下载转换器功能,需要给出提示引导用户完成下载。

计算器类

  • 对于计算器类型app(如计算器、财务类计算器等),要求以一个公式法则为依托,满足不穷举的计算、查询需求,公式法则必需具备大众公认的的正确性和普适性特点,能够保证计算结果准确性,同时开发者还需保证对后续数量、变量、算法等的更新和维护及时有效(如税率),因此,需联系 dev_support@baidu.com 提供保证函。
  • 对于税率、保险费用、等数据,须在app内标注数据来源或联系dev_support@baidu.com提供数据来源,同时提交保证函,需与数据源尽可能一致的更新频率。