友盟+搜索

{{errorMsg}}

前言

本文档为产品功能的具体设定,供大家了解功能详情及阈值设定。

话题

话题为社区的内容分类,相当于传统论坛概念中的板块。

  • 社区中话题概念是平行的,没有话题层级的概念
  • 用户发表的单条内容可携带多个话题(话题可隐藏)
  • SDK返回话题列表的顺序可以在管理后台调整
  • 话题可在管理后台添加自定义数据(推荐使用JOSN格式,最多50个字符,如需超过50字符请与我们联系)
  • 一个社区最多拥有100个话题
  • 话题由运营同学自行建立,用户无法创建话题
  • 话题的 ## 是显示样式,可以去掉

使用平台

一个社区通常可在 iOS 应用、Android 应用、PC 和 H5 等各端使用,并且可以数据互通。

  • 一个社区最多可以拥有20个不同平台的应用
  • 同一个社区下的不同应用数据是相通的(话题、Feed、用户等等)
  • 使用添加使用平台中的[添加应用]可将社区配置在 Android 或 iOS 应用中
  • 使用添加使用平台中的[添加微信公众号]可将社区内嵌在微信公众号中
  • 使用添加使用平台中的[添加开放H5]可获得一个 H5 版社区的 URL。
  • 使用添加使用平台中的[添加 API]可使用 API 接口在 PC、web、H5 及 应用中,自由调用 API 接口,建立专属社区。

用户

用户角色

社区中的用户目前角色划分为四种:普通用户、全局管理员、话题管理员、超级管理员

角色 描述 备注
普通用户 一般的进入社区中的单个实体用户,没有任何特权,在客户端中登录使用
全局管理员 由开发者在微社区管理后台中标记普通用户转变而来,有普通用户一切权利,可以发公告,可以删除帖子、评论,权限可在管理后台中配置,在客户端中登录使用 成为管理员之后,新增用户默认关注该用户,可以手动取消关注
话题管理员 由开发者在微社区管理后台中标记普通用户转变而来,有普通用户一切权利,可以删除话题下帖子、评论,可以话题下禁言用户,权限可在管理后台中配置,在客户端中登录使用
超级管理员 每个社区中隐藏一个特殊用户,拥有管理员的一切权利,开发者不可删除,名称统一为:社区管理员,可以修改头像,性别,用于发表社区的初始默认贴,线上发帖,发通知等等,在客户端无法登录 用户默认关注该用户,无法取消关注

用户注册(登录)

注册(登录)之前

  • 社区内需要标识一个用户的身份(ID、头像、昵称、性别等等)以区别其他用户,所以已有账户系统的开发者需要把一个用户上述的基本信息注册至微社区用户系统,通过合法检查之后方可成功注册
  • 如果你还没有建立自己的账户系统,可以使用我们默认提供的友盟社会化组件来实现新浪微博、QQ、微信等用户的第三方登录
  • 注册过程只发生在客户端,普通用户基本无感知

注册(登录)流程

image

  • 虚线表示默认不提供,需要自行处理
  • 用户名合法性判断中,对用户名是否重复的判断可有服务端配置是否可重复,默认不可重复,如需支持用户名可重复,可联系我们为您设置

注册(登录)须知

  • 我们需要的用户资料至少包含:ID,platform,用户名
  • 用户名默认有如下限制:只能由2~20个中文、数字、英文字母以及下划线组成
  • 如果不想使用以上限制,可以选择更佳广泛的策略,参看API的文档
  • 同一个社区下,默认用户名不允许重复,**但此限制可在服务端取消,如需要支持用户名重复,可联系我们为您配置**(社区的用户资料是公开的,重复容易带来伪造、非安全等问题,所以建议不要重复)
  • 用户名非法检测还会过滤敏感词黑名单(公共敏感词库+自定义敏感词库),一些带有敏感词汇的用户名也会被过滤掉
  • 检测用户名是否非法时,API 会有相应的状态返回,自定义UI的开发者需要根据状态自行弹出用户资料的修改页面
  • 用户在注册、修改用户信息时可以携带或修改用户自定义数据(50个字符,如需超过50字符请与我们联系),用以扩充保存用户数据
  • 微社区用户注册接口请参看集成文档

后台管理员

微社区的后台管理员(运营人员),可以登录、配置、查看、修改社区的相关设置。

  • 友盟的主账号还可以利用子帐号分配微社区的管理权限
  • 后台管理员通常进行参看数据、日常运营、垃圾数据的处理等工作

用户关系

目前用户关系:好友、关注、粉丝

  • 好友:双向关注的用户
  • 关注:用户关注的用户(单向)
  • 粉丝:关注自己的用户

Feed

Feed 即用户发表的内容

  • 单条 Feed 最长支持3000个字符和9张图片(如需超过300字符请与我们联系)
  • 每条 Feed 可以携带50个字符长度的自定义数据(如需超过50字符请与我们联系),可以携带语音、视频链接或其他数据
  • 每条 Feed 会自动生成 H5 页面,H5 页面可以被分享至第三方社交平台(微博、微信、QQ 等等)
  • 管理员可以发公告 Feed,公告会有特殊标记,但不会置顶
  • Feed 支持置顶操作,每个社区同时只支持3条 Feed 置顶
  • 每个话题中同时只支持2条 Feed 置顶
  • Feed 的图片资源可以自行存储(发 Feed 接口只传图片 url)
  • Feed 的内容可以只携带图片而不带文本

用户可见Feed的来源

  • 实时Feed ——任何一条新建 Feed 会进入实时 Feed 流,可做广场使用
  • 话题 ——从话题的板块进入
  • 关注
        a.关注 ——关注的人/话题以及自己的 Feed 流
        b.好友圈 ——关注的人产生的 Feed 流
  • 推荐 Feed ——后台推荐的Feed
  • 热门 Feed —— 按照点赞、评论、@的行为及 Feed 的发布时间综合评估进行排序显示的 Feed
  • 附近内容 Feed —— 实时搜索当前 GPS 附近 10KM 范围内的 Feed
  • 我的收藏 Feed —— 获取用户自己收藏的 Feed

运营功能

垃圾处理

处理机制

举报

  • Feed、评论、人都可以被他人举报,被举报后,运营人员可在管理后台处理被举报的内容或人
  • 被举报的内容或人在被处理之前,用户是可见的

敏感词过滤

  • 敏感词会过滤用户名,Feed内容,评论内容
  • 敏感词分为两部分:公共敏感词+自定义敏感词
  • 公共敏感词来源于网络收集,不一定适合所有社区,所以我们添加了敏感词的白名单,用于洗白某些公共敏感词,即自行决定公共敏感词是否被过滤
  • 敏感词过滤本身是异步过程,但是过滤完毕会立刻生效,如果不合法会直接被系统屏蔽,只有在管理后台处理放行之后才会显示

手工处理

我们在不断完善垃圾处理的机制,词库,学习算法,但适当的人工处理也是必须的,建议运营同学每天抽取适当时间处理一些举报和过滤的垃圾内容或用户。

推荐

注意:SDK自带的UI中,用户第一次登录(注册)我们会自动给用户推荐话题和用户,让其关注,如果大家使用纯 API 集成,我们也建议在用户第一次登录时增加内容和用户推荐的逻辑。

  • 推荐策略的数据需要离线计算,故策略变更生效将在次日生效
  • 如果选择自主推荐,请保证自主推荐列表不要为空
  • 推荐策略相互独立,互不影响,同一时刻只有一种策略生效
  • 用户登录后的话题推荐和用户推荐结果会做去重(用户已关注的不会再推荐)

话题推荐

推荐策略:自主推荐(配合自主推荐列表) 创建完话题之后,直接配置一下你需要推荐的话题,否则客户端的话题推荐一直会为空

用户推荐

推荐策略:赞最多(默认)、粉丝最多、活跃度(点赞+转发+原创+评论)最高、自主推荐(配合自主推荐列表)

Feed推荐

全局推荐

全社区中的 Feed 推荐 推荐策略:赞最多(默认)、转发最多、评论最多、参与(点赞+转发+评论)最高、自主推荐(配合自主推荐列表)

话题下Feed推荐

话题中的 Feed 单独推荐
推荐策略:赞最多(默认)、转发最多、评论最多、参与(点赞+转发+评论)最高、自主推荐(配合自主推荐列表)

注意:Feed 可在多个话题中同时被推荐

消息推送

  • 微社区目前支持友盟消息推送
  • 社区中的用户在被人@、被人回复评论、发公告等情况下,会收到相应的消息推送
  • 社区中的用户可与社区管理员进行私信

置顶

管理后台支持置顶功能,支持普通的 Feed 加入到置顶列表中:

  • 全局置顶只支持三条,话题下置顶只支持2条,超过后置顶不成功
  • 置顶后,在『用户自己的 Feed 列表』、『关注 Feed 列表』、『话题下 Feed 列表』这三个 API 下能够获取置顶 Feed
  • 『话题下 Feed 列表』 接口只会显示所属当前话题下的置顶 Feed

通知

这里的『通知』是指 Demo 中的 发现->通知 ,和 消息推送 提醒本身无关。

系统处理的用户行为通知

  • Feed 因为非法被删除(关键词过滤、被管理员删除)
  • 用户被禁言或解除禁言

管理后台发布的通知

运营人员在管理后台发布的通知,支持300个字符

产品动态

1、最新的产品动态,我们会通过管理后台的【系统消息】通知大家,运营同学可及时告知产品
2、如遇问题,可去论坛微社区、或者发邮件至 wsq-support@umeng.com 询问