GB/T34941-2017

信息技术服务数字化营销服务程序化营销技术要求

Informationtechnologyservice—Digitizemarketing—Programmaticmarketingtechnologyrequirements

本文分享国家标准信息技术服务数字化营销服务程序化营销技术要求的全文阅读和高清PDF的下载,信息技术服务数字化营销服务程序化营销技术要求的编号:GB/T34941-2017。信息技术服务数字化营销服务程序化营销技术要求共有53页,发布于2018-05-01
  • 中国标准分类号(CCS)L77
  • 国际标准分类号(ICS)35.240
  • 实施日期2018-05-01
  • 文件格式PDF
  • 文本页数53页
  • 文件大小4.66M

以图片形式预览信息技术服务数字化营销服务程序化营销技术要求

信息技术服务数字化营销服务程序化营销技术要求


国家标准 GB/T34941一2017 信息技术服务数字化营销服务 程序化营销技术要求 nformationtechnologyservice一Digitizemarketing Programmatiemarketingtechmoogy reguirements 2017-11-01发布 2018-05-01实施 中华人民共利国国家质量监督检验检疙总局 发布 国家标准化管理委员会国家标准
GB/34941一2017 目 次 前言 引言 范围 2 规范性引用文件 术语和定义 缩略语 5 接口协议 5.1概述 5.2竟价请求 12 5.3竞价响应 广告胜出通知 5.4 15 5.5标识符映射 17 5.6字段扩展规则 19 执行过程 19 .执行过程阶段划分及工作内容 19 6.2执行前准备 19 6.3执行中数据测量 21 6.4执行后结算 23 数据要求 24 概述 24 7.1 数据类型 24 7.2 数据采集方法 24 7.3 用户数据 25 7." 媒体行业分类 26 7.5 7.6客户行业分类 28 7.7数据应用 29 附录A(资料性附录竟价请求协议示例 32 37 附录B(资料性附录)用户数据详细分类示例 附录c资料性附录)竟价响应协议示例 48
GB/34941一2017 前 言 本标准按照GB/T1.1一2009给出的规则起草 请注意本文件的某些内容可能涉及专利 本文件的发布机构不承担识别这些专利的责任 本标准由全国信息技术标准化技术委员会(SAC/TC28)提出并归口 本标准起草单位:上海市信息服务业行业协会、杭州阿里妈妈软件服务有限公司、百度在线网络技 术(北京)有限公司、苏宁云商集团股份有限公司京东世纪贸易有限公司腾讯科技(北京)有限公司、中 国电子技术标准化研究院、广告主协会、上海传漾广告有限公司、上海嘉道信息技术有限公司、北京 品友互动信息技术股份公司、北京奇虎科技有限公司、新浪网技术()有限公司、上海艾瑞市场咨询 有限公司、上海荷格信息科技有限公司合一网络技术(北京)有限公司、互动通天图信息技术有限公司、 精硕世纪科技(北京)有限公司、上海晶樵网络信息技术有限公司、广州筷子信息科技有限公司、北京力 美传媒科技股份有限公司,奇楚(上海)数码科技有限公司、上海胜思广告有限公司、北京搜狗科技发展 有限公司、上海氯氮广告有限公司、友盟同欣(北京)科技有限公司、云联传媒(上海)有限公司 本标准主要起草人;陈雪原、霍尔查、张瑜、吴吴、薛思源、司洪霞、韩淑华,牛国柱、王勇军、侯斯靓、 王用博,向前,顾中样,王辰,庄堂坐 ,徐成吉,薄立兴,周平、王志鹏、陆雷、贺静 徐伟、徐庆、李克、鲍硕、 宋跃武、张明英、职亮亮、王跃,王建岗,钟昌统、王啸天.陈雁冰、沈丕豪,谢鹏、沈学华,曹玉骥、杨炯结 胡宁,陆振宇、姜安琦,孙世民,张春生、郝新诚、张迪、袁龙宝,周盛、沈昭阳、韩啸,洪倍、任佩禹、潘争 陈万锋,谢统玲、舒义、陈昱、陈雄、黄煜,严颗刘永强、宋永晖、孙茂伟、张璐,秦雯、由恒军、江兰、曾庆荣、 肖逸民、高远、周朝剑、程士安,方利军、马良骏、刘伟、陈岩、李霄、张天、须聪、赵崔华
GB/T34941一2017 引 言 随着互联网和移动互联网技术的不断发展与普及,数字化营销产业的发展更加快速迅猛,2014年 开始,数字化营销已经成为最重要的广告投放方式和渠道 数字化营销行业的快速发展也带来一些问 题和挑战:广告样式百花齐放而繁杂多样造成产业资源效能低下;衡量基准不统一,阻碍了产业扩张与 融合;数据分类定义不能互通;特别是在程序化营销产业生态中的广告供应方平台、广告需求方平台、广 告交易平台、广告数据管理平台之间在对接过程中,执行的接口协议各不相同,造成跨平台/跨产品合作 困难;加之多屏时代到来,更是提出了对跨平台/跨产品合作的进一步要求 作为数字化营销最重要的 组成部分和发展趋势的程序化营销,合作效能低、扩张难、融合差,已成为目前数字营销产业创新发展面 临的最大阻碍 为解决以上问题,本标淮从接口协议,执行过程和数据分类等三个方面规范了程序化营 销参与各平台之间交互执行的标准,为程序化营销行业提供持续健康发展的保障 IN
GB/34941一2017 信息技术服务数字化营销服务 程序化营销技术要求 范围 本标准规定了数字化营销中各程序化营销平台之间的接口,程序化营销执行过程的基本活动和任 务,以及程序化营销中涉及的各类数据的定义,来源、分类和应用 本标准适用于各个广告交易(平台)与需求方平台之间的竟价和D映射,广告主资质和广告物料审 核,数据测量与计费,以及用户、媒体、广告主数据的分类及应用 规范性引用文件 下列文件对于本文件的应用是必不可少的 凡是注日期的引用文件,仅注日期的版本适用于本文 件 凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件 GB/T22602007行政区划代码 GB/T4880.1一2005语种名称代码第1部分:2字母代码 GB/T124062008表示货币和资金的代码 术语和定义 下列术语和定义适用于本文件 3.1 程序化营销programmaticmarketing 通过自动化程序和大数据技术实现广告主与媒体之间的广告交易的营销方式,包括实时竟价模式 和非实时竞价模式 3.2 实时竟价realtimebidding 利用第三方技术在数以百万计的数字媒体上,针对每一个用户的广告展示进行评估,以及实时出价 的竟价技术 3.3 广告交易(平台advertisingexchange(platformm) 开放的,能够将SsP或媒体和DSP联系在一起,提供广告数据交换,分析匹配和交易结算等服务的 在线广告交易平台 3.4 需求方平台demandsideplatform 整合广告主需求,为广告主提供发布服务的广告主服务平台 3.5 供应方平台supply sideplatform 整合媒介方资源,为媒介所有者或管理者提供程序化的广告分配和筛选的媒介服务平台
GB/T34941一2017 3.6 广告主资质advertisersqualifeation 广告主投放广告具有的法律规定的必备资质,分为基本资质和特殊行业资质两类 3.7 302重定向302retdiret 302暂时性转移302temporaryredirect 当用户点击一个网址时,通过技术手段,跳转到指定的一个网站 3.8 广告主数据advertisersdata 作为品牌商品的拥有者和营销推广者的广告主,在生产经营过程中所积累产生的相关数据 3.9 应用程序applieation 移动设备中可独立运行的程序 3.10 数据管理平台 datamanagementplatform 帮助所有涉及程序化营销的各方,用于管理其数据的系统平台 3.11 用户数据 uSer”data 与用户身份或活动相关的数据,包括可用于识别出用户身份的个人信息,以及反映用户网络活动的 行为数据 3.12 媒体数据mediadata 以互联网媒体为主体,描述互联网媒体类型与媒体所属行业的分类数据 缩略语 下列缩略语适用于本文件 AdExchange;广告交易(平台)(AdvertisingExchange) APP:应用程序(Applieation) CRM:客户关系管理(Cu ustomerRelationshipManagement) DMP;数据管理平台(DataManagementPlatform) DsP;需求方平台(DemandsidePlatform) ERP;企业资源计划EnterpriseResourcePlanning FLV;流媒体格式(FlashVideo GIF;图像互换格式(GraphicesInterchangeFormat HrTP;超文本传送协议(HHyperTextTransferProtocol) AuthenticationCode HMAC;散列消息鉴别码(Hash-basedMess ssage D;标识符(Identifer) P;因特网协议(InternetProtoeolD) JPG;联合图像专家组格式JomtPrhotogrephieExperts Group Group JPEG联合图像专家组格式JointPhotographieExperts
GB/34941一2017 InternetMailExtensions MIME;多用途因特网邮件扩展类型(Multipurpose MP4:动态图像专家组第四版格式(MovingPetureExpertsGroup4) MRAID移动富媒体广告接口定义(MobileRichMediaAdvertisinglnterfaceDefinitions Protobuf;协议缓冲区(ProtocolBuffer) Format iaphie PNG;可移植网络图形格式(PortableNetworkGr PerSecond QPs;每秒查询率(Query RTB;实时竞价(RealTimeBidding SHA;安全散列算法(SecureHashAlgorithm) SSL;安全套接层(SecureSocketsIayer SSP;供应方平台(SupplySidePlatform) SwF:Flash文件格式(ShockwaveFlash URL;统一资源定位符(UniformResoureL.ocator VAST;视频广告投放模板(VideoAdvertisingServingTemplate) XHTML可扩展超文本置标语言(ExtensibleHHyperTextMarkupL.anguage) xML;可扩展置标语言(ExtensibleMarkup Language 5 接口协议 5.1概述 5.1.1实时竟价过程 在程序化营销中,通常采用实时竞价模式完成营销过程 实时竞价是指在SSP,AdExchange和多 个DSP之间完成的实时竞价采买广告的过程,如图1所示 DSP-A b SSP AdExchange h 媒体 DSP-B 图1实时竟价流程 如图1所描述,用户访问包含广告的网页或者启动其他带有广告的应用程序,媒体或SSP将会发 起广告展现请求,AdExchange收到该请求后,发出竟价请求给与之对接的多个DSP,各个DSP发出竟 价响应,AdExchange根据竞价规则将获胜的DSP的广告播放信息及广告胜出通知返回供媒体,媒体 在广告展现后向获胜的DSP返回广告胜出通知 为了建立AdExehange与DSP之间的标识符映射关
GB/T34941一2017 系,AdExchange会在广告页面上发起标识符映射请求,将AdExchange方的用户标识符传递给DSP 图1流程中每个步骤即是本标准实时竞价协议需要定义的接口,说明如下 a 广告展现请求,此为sSP和AdExchange间的接口,SSP向AdExchange请求广告,本标准不 包含对此接口的规定; 竟价请求,AdExchange和DSP之间的接口,AdExchange向DSP发起竟价; b 竟价响应,AdExchange和DSP之间的接口,DSP向AdExchange返回竟价; c d 广告播放信息,AdExchange和媒体之间的接口,AdExchange返回广告给媒体,本标准不包 含对此接口的规定; 广告胜出通知,媒体和DsP之间的接口,媒体通知DsP在竟价中胜出; e 标识符映射.AdExchange和DsP之间的接口,AdExchange和DsP进行标识符映射 f 竟价请求,竟价响应、广告胜出通知和标识符映射环节的具体内容将在随后的章条中进行详细 规定 5.1.2数据传输 在AdExchange与DSP之间的网络连接基本采用HTTP协议,并且为了减少连接的处理时间,宜 开启长连接模式 由于HTTPPOST相比HTTPGET方式能更好地处理二进制数据,能传递更大数 据,要求发送竟价请求给DSP时采用HTTPPOST方式 DSP与AdExchange之间的超时时间不应 超过2001 mS 在媒体/SsP与AdExchange之间的网络连接基本采用HTTP协议,由AdExchange提供广告对 应的请求链接地址,并返回对应的广告播放信息(包含AdExchange以及获胜DSP的广告胜出通知) 5.1.3安全 服务器对服务器的连接,会带来额外的处理负担,不宜使用SSL协议,也不宜在应用层协议中提供 额外的安全验证手段 服务器间通信的安全措施可由交易双方确定 5.1.4数据格式 竟价请求与响应的应用层数据格式约定为Protobuf(一种高效数据交换协议),具体的字段描述见 5.2和5.3 请求和回复消息内容的MIME类型应填写为 Content-Type:application/xprotobuf; a b 广告播放信息数据格式采用超级文本标记语言(HTML) 5.1.5协议标头中的版本信息 协议版本命名包括协议名称和版本号名称定义为“xdmsspm-version”,版本号分为主版本号和 次版本号两级,例如;1.2,主版本号和次版本号的变化都表示协议发生了实质改变 次版本号的变化需 要保证向后兼容,主版本的变化不需做到向旧版兼容 竟价请求的应带上版本信息,以处理竟价请求的服务识别其版本和相应字段;竟价响应部分宜带上 1.0 系统当前支持的版本信息,例如;xdmss-pm-version: 5.1.6多层级的交易模式 在程序化营销过程中,为满足广告主对于交易的需求.,应支持下面四种交易模式;公开市场竟价、私 有市场竟价、程序化优选和程序化包断 这四种交易模式的示意如图2,模式说明见表1
GB/34941一2017 三里里里里 丹 公开市场竟价 里里里里里 自动化竟价 所有媒体 所有广告主 私有市场竞价 口 特定媒体 自动化竟价 邀请部分广告主参与竟价 程序化优选 媒体 回 给到1:N的资源查看比例 特定媒体:多个展示打包预售以固定价格预售 供告主挑选 购买量灵活 广告主/代狸公可 程序化包断 自动化竟价 画预售 林 然休技1I的比例, 特定媒体;多个展示打包预售以固定价格预售 携选符合条件的展示 展现包 图2多层级交易模式示意 表1多层级交易模式说明 交易模式 库存类型 价格模式 交易方式 公开市场竟价 非预留 竟价 -对全部 Openauction 私有市场竟价 非预留 竞价 -对部分 Privateauetion 程序化优选 非预留 对 固定价 Preferreddeals 程序化包断 预留 固定价 对 Programmaticguaranteed 5.2竞价请求 5.2.1概述 竞价请求按照BidReques协议格式封装请求数据,该数据包含DSP报价依赖的竟价基本信息(竟 价请求信息、广告位信息、创意信息、受众信息(用户信息、设备信息、位置信息)以及展示环境信息(网 站信息、移动应用信息、视频信息),通过对象来封装 竟价请求中各个对象的层级关系如图3 对象信息的描述和对应的章条见表2
GB/T34941一2017 BidRcquest竟价请求 lmpression展现 Creatie创意 Prefereddealsimfo优先交易信息 Preferredorder优先交易订单 Guarantceddcealsinfo包断交易信息 User用户 Deviee设备 Geo位置 Site网站 App移动应用 Video视频 图3竟价请求接口中对象的层级 表2对象和章条对应关系 对象 章条编号 描述 最高层对象,包含所有竞价相关信息 竟价请求(BidRequest 5.2.2.1 展现源自的广告位的属性、媒体设置等信息 展现(Impression 5.2.2.2 5.2.2.3 创意(Cre reative 展现对创意的要求信息 用户(User) 5.2.2.4 广告受众的用户ID和兴趣标签等信息 设备(Deviee) 5.2.2.5 广告最终展现所在的设备的系统和型号等信息 5.2.2.6 广告受众/设备的地理位置信息 地理位置(Geo) 网站(Site 5.2.2.7 广告最终展现所在的网站信息,适用于网页广告 广告最终展现所在的移动应用信息,适用于移动应用广告 移动应用(App) 5,2.2.8 一 视频(Video) 广告最终展现所在的视频信息,适用于视频 5.2.2.9 告 展现该次请求包含的所有优先交易的订单信息,并标明是香 优先交易信息(Preferreddeals_info) 5.2.2.10 允许公开竟价 5.2.2.10 优先交易订单(Prefe 展现媒体和DsP约定的优先交易的编号和结算单价信息 erred_order) arantee_deals_info) 5.2.2.11 包断交易信息(Gua 展现媒体和DsP约定的包段交易的编号和结算单价信息 竞价请求实现示例参见附录A
GB/34941一2017 5.2.2竞价请求接口中对象的定义 5.2.2.1 竟价请求对象的定义 竞价请求对象定义见表3 表3竟价请求对象的定义 类型 参数 参数选择 说明 字符串 id(标识符 唯 -的竟价ID,一定时间之内不会重复 必选 参考展现对象定义,一次竞价请求可包含多个展现 lmpression(展现 对象数组 必选 对象 User(用户) 参考用户对象定义 对象 可选 Device(设备) 对象 参考设备对象定义 可选 Site(网站 对象 参考网站对象定义,网页流量时应使用 条件选 参考移动应用对象定义,移动应用流量时应使用 App(移动应用 对象 条件选 video(视频) 对象 参考视频对象定义,视频流量时应使用 条件选 该参数为"真”,标识当前流量为测试流量,不会真实 布尔型 istest t(测试流量标识符) 展现,也需要DsP完成全部的处理流程,以便估算处可选 理延时和其他测试项 该参数为“真”,标识当前流量为网络通路测试流量, i说_ping(网络通路测试流量标识符) 布尔型 可选 DsP返回空的响应即可,主要测试网络延时 5.2.2.2展现对象的定义 展现对象的定义见表4 表4展现对象的定义 参数 类型 说明 参数选择 impression_id展现信息ID) 整型 展示ID,在BidReguest对象中唯一;32位整数 必选 adslot_id(广告位ID 字符串 广告位唯一身份标示 必选 广告位在整个页面的渲染顺序,从0开始递增;32位 adslot_sequence(广告位渲染顺序 整型 可选 整数 广告位类型,0 固定,1 悬浮,11 插屏 dslotL_type(广告位类型) 整型 -开屏 视频前贴片, 视频中贴片.可选 12. .21 ,22 23 视频后贴片;32位整数 广告位所处屏数,0 -其他屏,1 第一屏,2 adslot_screen(广告位所处屏 整型 可选 第二屏;32位整数 优先交易信息,展现该次请求包含的所有优先交易的 PreferedLdeals_info(优先交易信息》 对象 可选 订单信息,并标明是香允许公开竟价
GB/T34941一2017 表4续 参数 类型 说明 参数选择 包断交易信息,展现媒体和DSP约定的包段交易的编 Guaranteddalinfo(包断交易信息对象数组号和结算单价信息,一次竞价请求可包含多个包断交可选 易信息对象 e(创意》 对象 参考创意信息对象定义 Creative 必选 整型 可选 ioor-priee(竟价底价 最低竟价价格,单位分;64位整数 竞价货币的代码按照GB/T12406一2008选定,默认 cureey(竟价货币) 字符串 可选 值为人民币 5.2.2.3 创意对象的定义 创意对象的定义见表5 表5创意对象的定义 参数 类型 说明 参数选择 整型 width(广告位宽度》 广告位宽度,单位为像素点;32位整数 可选 weight(广告位高度) 整型 广告位高度,单位为像素点;32位整数 可选 发布商允许的创意类型,0 文字,1 图片, ereative_type(创意类型) 整型 可选 -Flash;32位整数 max_video_duration视频广告最大 视频广告最大时长,单位为秒;32位整数 可选 整型 时长 min_video_duration(视频广告最小时长 整型 视频广告最小时长,单位为秒;32位整数 可选 视频广告播放延时,0及整数 表 表示前贴l ideo_starLddlay(视频广告播放延时) 整型 可选 示中贴,2 表示后贴;32位整数 lash_version(Flash版本 字符串 支持的Flash版本 可选 发布商不允许的广告主行业,具体广告主行业分类及 excluded_produet_category(不允许的 整型 可选 广告主行业 取值见7.6.3,表25;32位整数 excluded_landing_page_url(不允许的 整型 发布商不允许的广告落地页面;32位整数 可选 落地页URL 5.2.2.4用户对象的定义 用户对象的定义见表6 表6用户对象的定义 参数 类型 说明 参数选择 用户在交易平台的ID,用以标识目标用户的唯一身 user_id(用户ID) 字符串 份,例如cookie 用户ID是匿名标识符,无法与用户可选 身份信息相关联,不等同于现实生活中的网民
GB/34941一2017 表6(续 参数 类型 说明 参数选择 user_idversion(用户ID版本号 用户D的版本号;32位整数 整型 可选 表 用户性别,0 表示未知,1 表示男性,2 gender(性别 整型 可选 示女性;32位整数 用户兴趣意图是根据用户使用互联网的行为数据(例 如网页浏览、网上社交等)分析计算获得的群体属性 user_eategory(用户兴趣意图 整型 标签,因用户兴趣意图分类随应用场景变化较快,具可选 体标签分类可参见附录B,不强制要求采用;32位 整数 5.2.2.5设备对象定义 设备对象的定义见表7 表7设备对象的定义 参数 说明 类型 参数选择 ip(IPv4地址 用户IP地址,点分十进制字符串 字符串 可选 ipv6(IPv6地址 字符串用户IPv6地址 可选 user_agent(用户浏览器 字符串 用户浏览器信息 可选 设备的位置信息,见位置对象定义 Geo(地理位置 对象 可选 os(操作系统 字符串设备的操作系统 可选 os_version(操作系统版本 字符串操作系统版本号 可选 字符串 dvertising_id(广告ID) 未加密的移动设备上为广告控制提供的D 可选 加密后的硬件设备ID(通常为IME号),是匿名标识 hardware_device_id硬件设备ID) 字符串 符,无法与用户身份信息相关联,不等同于现实生活可选 中的冈民 硬件设备D散列算法,取值:1 hardware-_deviee_id_hash_algorithm -MD5. 2 整型 可选 硬件设备ID散列算法 SHAl;32位整数 AndroidID. 加密后的平台设备ID,安卓操作系统为 platform_device_id平台设备ID) 字符串 可选 IOS操作系统为IDFA platform_device_id_hash_algorithm -MD5,2 平台设备ID散列算法,取值;l 整型 可选 (平台设备ID散列算法) sHAl;32位整数 设备类型,取值:0--未知,1--PC,2 手机 device_type(设备类型 -平板,4 -电视盒,5 -智能电视,6 可穿 整型 可选 戴设备," 智能家电;32位整数 device_brand设备品牌 字符串 设备品牌 可选 deviee_model设备型号 字符串 设备型号 可选
GB/T34941一2017 表7(续 参数 类型 说明 参数选择 单精度 deviee_pixeL_ratio(设备像素比率 屏幕物理像素和设备独立像素的比值 可选 浮点数 screen_width(屏幕宽度 整型 可选 设备屏幕宽;32位整数 sscreenLheight(屏幕高度 整型 设备屏幕高;32位整数 可选 屏幕方向,取值;0 未知,1 横向,2 纵向; screenorientation( 屏幕方向 整型 可选 32位整数 运营商D依据国际电信联盟的ITU-TE.212移动国 家代码与移动网络代码(MCC8.MINC)标准,其中中 国运营商编码为 移动46000,46002,46007 整型 可选 carrier _d(运营商D) 电信;46003,46005 联通 46001,46006 铁通:46020 32位整数 有线网, 无线网络类型,取值0未知,1 wireless_network_type(无线网络类型 整型 WiFi,3 未知的蜂窝网络,4 2G,5 可选 3G,6 4G;32位整数 5.2.2.6位置对象定义 位置对象的定义见表8 表8位置对象的定义 参数 类型 说明 参数选择 province-_city-distrie省,自治区,直 字符串 省市县行政区划代码,按照GB/T2260一2007执行 可选 辖市,市,县 stre(街道) 字符串街道名称,如中关村大街 可选 5.2.2.7网站对象定义 网站对象的定义见表9. 表9网站对象的定义 参数 类型 说明 参数选择 rl(页面URL 字符串当前页面URL 可选 可选 er(网站来源》 字符串用户从那个页面连接过来的 referrer language(语言 字符串 当前页面语言的代码按照GB/T4880.1一2005执行 可选 10
GB/34941一2017 表9(续 参数 类型 说明 参数选择 page_keyword(页面关键词 字符串当前页面关键词,0或多个 条件选 当前页面分类,具体类别定义及取值见7.5.3,表24; page_category(页面类别 整型 条件选 位整数;0或多个 32 页面所属网站分类,具体类别定义取值见7.5.3, site_category(网站类别) 条件选 整型 表24;32位整数;0或多个 5.2.2.8移动应用对象的定义 移动应用对象的定义见表10. 表10移动应用对象的定义 参数 类型 说明 参数选择 app_id移动应用ID) 移动应用的唯一标识 字符串 可选 对于苹果应用,该ID为移动应用的iTunesID;对于 app-packageid(移动应用的主包Dy 字符串 可选 安卓应用,该D为应用的pnckege全名 移动应用的分类;32位整数;0或多个 app_category(移动应用的类别 整型 可选 app-pwblisher_id(移动应用的开发者D) 整型 移动应用的开发者的D64位整数 可选 5.2.2.9视频对象的定义 视频对象的定义见表11 表11视频对象的定义 参数 类型 说明 参数选择 字符串 title(标题 视频的标题 可选 字符串 tags(标签 视频的标签,具体取值请见数据组定义 可选 ontent_length(播放时长) 整型 视频的播放时长;32位整数 可选 channel_id(频道ID 整型 视频的频道ID;64位整数 可选 protocol协议 字符串 VAST协议版本号 可选 5.2.2.10优先交易信息对象的定义 优先交易信息对象的定义见表12 11
GB/T34941一2017 表12优先交易信息对象的定义 参数 说明 类型 参数选择 优先交易订单对象数组;一次竟价请求可包含多个优 对象数组 Preferred_order 可选 先交易订单对象 允许优先交易同时,是否允许竟价 如果允许竟价,代表DsP可以选择返回preferedl allow_auction 布尔型 orderBid的同时,还可以返回公开竟价Bid 可选 如果不允许竟价,代表DSP只能返回prefered orderBidl 优先交易订单对象的定义见表13 表13优先交易订单对象的定义 参数 类型 说明 参数选择 可选 整型 优先交易标识符;64位整数 preferedLorder_id 每千次展示的价格,单位为指定的货币的最小单位, ixed_epm 整型 可选 例如,人民币分、美分.日元;64位整数 5.2.2.11包断交易信息对象的定义 包断交易信息对象的定义见表14 表14包断交易信息对象的定义 参数 类型 说明 参数选择 guaranteed_deals_id 整型 包断交易标识符;64位整数 可选 每千次展示的价格,单位为指定的货币的最小单位 整型 可选 price 例如:人民币分,美分、日元;64位整数 5.3竞价响应 5.3.1概述 DSP在接到AdExchange的竟价请求以后,无论是否参与竞价,都应在AdExchange规定的时间 不宜超过200ms)内处理请求,向AdExchange发送竞价响应 在规定的时间内,AdExehange没有 收到或者无法解析DSP的竟价响应,则广告交易平台视这次竞价为错误 对于竞价错误率较高的 DSP,广告交易平台将可对其发送给DSP的流量作出限制 竟价响应按照BidResponse协议格式封装请求数据,该数据包含对展现机会的出价和广告创意信 息 .如果DsP不参与竞价,朋需要把所有字段留空,并把tHrP状态码设成204 竞价响应的大小不应该超过32千字节 竟价响应接口中对象的层级见图4 对象的描述和对应的章条见表15 12
GB/34941一2017 BidResponse竞价响应 Ad广告 Link点击链接 图4竟价响应接口中对象的层级 表15对象和章条的对应关系 对象 章条号 描述 5.3.2.l 竟价响应(BdResponse 最高层对象,包含所有竟价相应相关信息 广告(Ad 5.3.2.2 参与竟竞价的广告相关信息,包括报价,创意、广告主等信息 点击链接(Link 5.3.3 点击地址和最终广告着陆页地址信息 竞价响应实现示例参见附录C 5.3.2竞价响应接口中对象的定义 5.3.2.1竞价响应对象的定义 竟价响应对象的定义见表16 表16竟价响应对象的定义 参数 类型 说明 参数选择 id(标识符 字符串 响应竞价请求的ID 必选 Ad(广告 对象 出价和广告创意信息;0或多个 可选 preferred_deals_id(优选交易标识符 整型 如果选择优先交易,该优先交易的标识符;64位整数 可选 garanteeddealk_id(包断交易标识符) 如果采用包断投放,该包断交易的标识符;64位整数 整型 可选 5.3.2.2广告对象的定义 广告对象的定义见表17 表17广告对象的定义 参数 类型 说明 参数选择 impression_id(展现信息 ID 响应的展示ID32位整数 整型 必选 每千次展示的竟价价格,单位为指定的货币的最小单 max_epm(竟价价格 整型 必选 位,例如;人民币分,美分,日元;64位整数 竞价货币的代码按照GB/T124062008选定,默认 cureney(竟价货币 字符串 可选 值为人民币 reative_hosting-type(创意托管类 广告创意托管类型,取值;0内含创意, Ad 整型 可选 型 Exchange托管,2 -第三方托管;32位整数 13
GB/T34941一2017 表17(续 参数 类型 说明 参数选择 广告代码片段,此字段仅当creative_hosting_type的 值为0时采用 DSP应根据不同的广告形式填写相 应的广告片段 et(代码片段 字符串 可选 snippet 图文广告:XHTML; 移动富媒体广告;符合MRAD的XHTML 视频广告;符合VAST的XML 广告创意ID 当creative-_hosting-type的值为1时. reative_id创意ID) 整型 此字段亦被AdExchange用于定位广告创意资源;可选 64位整数 第三方托管广告创意地址,此字段仅当crceative hosting_type的值为2时采用 地址应返回广告片 段,或者与广告类型相符的静态资源(如广告为图片 reative_url创意URL 字符串 广告,则该资源应为JPG,(GIF或者PNG格式;如广告 可选 为视频广告,则该资源应为swF或者FLV格式). 出于安全方面的考虑AdExchange宜采用白名单的 方式对第三方托管服务器进行监管 Link(链接》 对象 点击链接信息;0或多个 可选 创意类型;32位整数 type(类型 整型 可选 创意所属的广告主行业取值请见7.6.3客户行业分类 category(行业 整型 可选 表25;32位整数;0或多个 创意的宽度,单位是像素;对于移动插屏广告,该字段 width(宽度 整型 可选 为必选;32位整数 创意的高度,单位是像索;对于移动插屏广告,该字段 整型 heigh(高度) 可选 为必选;32位整数 advertiser_id(广告主ID) 整型 广告主在AdExchange中注册的ID;32位整数 可选 字符串宏替换中的自定义扩展参数,该字段的用法见5.4.5 ext_parameter(扩展参数 可选 is_idLmaping(ID映射 布尔型是否进行ID映射 可选 5.3.3点击链接对象的定义 点击链接对象的定义见表18. 表18点击链接对象的定义 说明 参数选择 参数 类型 最终的广告着陆页地址,勿填写监测用点击跳转地 landing_page_url(着陆页URL 字符串 必选 址;媒体可能对广告着陆页地址作限制 click_throughurl点击跳转URL) 字符串 可选 广告点击跳转地址 14
GB/34941一2017 5.3.4竟价响应的校验规则 5.3.4.1 竟价响应错误 当出现以下情况.广告交易平台将竟价响应视为错误 规定的时间内无响应; aa 5 无法解析BidResponse对象,包括protobuf编码错误和必选项缺失; 竟价请求的ID与竞价返回的ID不匹配 c d 竞价请求中无与竞价返回中的广告ID相匹配的ID 广告落地页面为非法网址或者非最终网址如访问后会跳转到其他网址); e 告点击链接为非法网址 竟价返回中返回的货币与竞价请求里设定的货币不同 g h 告片段与广告位类型不匹配,如对图文广告位返回VAST代码; 在竞价返回中同时填写或者同时不填写动态创意和静态创意部分 i 广告静态创意地址为非法网址或者指向广告位所不支持的文件格式 创意的宽度或高度填写了零 k 5.3.4.2竟价响应被过滤 在竟价响应填写正确的前提下,AdExchange将因如下原因过滤竞价响应 媒体限制特定创意属性的广告的展现 a b 媒体限制敏感类别的广告内容的展现 媒体限制着陆页地址为某些网址的广告的展现 c 媒体限制指定广告主的广告的展现(如该广告主在销售保护名单之列) d e 广告返回的价格低于竞价请求里设定的底价 5.4广告胜出通知 5.4.1概述 对于竟价成功的竟价方,广告交易平台会发出胜出通知 协议为HTTPGET 胜出通知的URL 和形式由竞价方定义 一定量的替换宏可以插人在胜出通知的URL中 在发出胜出通知前,广告交 易平台会对制定的宏进行查找和替换 与广告胜出通知相关的宏同样可以置于广告标记中,广告交易平台会将同样的数据替换作为胜出 通知地址 如果竟价方希望从自身设备收到胜出通知,那么可以在广告标记中包含一个追踪像素地址 地址中包含可用的宏 可用宏说明见表19 表19可用宏说明 宏 说明 %%BID_ID%% 竞价标识符 %%IMP_D%% 胜出广告展示标识符 %%ADID%% 竟价方提供的广告标识符 %%wIN_PRIcE%% 广告成交价格 %%ExT_DATA%% 竟价方提供的扩展参数 15
GB/T34941一2017 替换前,宏数据值出于安全考虑,宜用多种混淆算法或加密算法来编码 编码方式可由广告交易平 台和竞价方确定 宏数据应慎重使用 对于广告交易平台和出价方之间的通信不必编码,但是对于通过媒体使用广 告标记里的追踪像素来传送到设备浏览器而产生的宏,宜进行编码 5.4.2竟价失败反馈 竞价失败的反馈一般在非实时部分,应通过非实时流程将数据回传给竞价方 5.4.3 点击宏 当AdExchange和DSP跟踪点击情况时,宜在点击地址中采用点击宏 点击宏说明见表20. 表20点击宏说明 说明 广告的非转义点击网址 在代码段中,第三方点击网址的转义版本应紧跟在宏的后面 例 如,假设第三方点击地址为 http://click.adserver.com?some_param&.elick_url=clkurl 第三方可以将宏与点击地址搭配使用 %%CILICKURL ahref- 1 UNESC%% %%CL.K_URL_UNEsC%%http%3A%2F%2Fdliek.adserver.com%3Fsome-param 26click_url%3Delkurl")>(/a>》 在投放广告时,交易平台将会进行宏替换,将宏%%CLCK_URI._UNEsc%%替换为交易平 台的点击监测地址,如http://adx.com/some-_param?url= 其余代码保持不变 这段宏替换后的代码会先向交易平台注册点击,然后再重定向至第三方点击网址 广告的转义点击网址 如果竟价方需要先将值传递到另一个服务器,再返回重定向到交易平 台,请使用该宏替代CLICKURLUNESC 例如,假设第三方点击地址为 http;//click.adserver.com?some_param8.click_url=clkurl %%CL.IcK-URL第三方可以将宏与点击地址搭配使用 EsC%% ahre="http://elick.adseerver.com?some_param&.click_url=%%CLIcK_URI_Esc%% dlkurl">(/a》 在投放广告时,上述代码将会进行宏替换,将宏%%cL.IcK_URL_EsC%%替换为交易平台的 地址并进行URL编码 其余代码保持不变 这段宏替换后的代码会先向第三方注册点击,然后重定向到交易平台 5.4.4价格宏 在广告胜出通知中,交易平台需要将获胜价格通过价格宏%%wIN_PRICE%%发送给赢得竟价 的第三方 由于该信息为重要数据,如果是在媒体端通过追踪像素来回传的话,建议使用加密算法 加密解密 算法由交易平台和竞价方确认和实现 价格单位由AdExchange和DSP确认 加密算法可以采用基于sHA-1HIMAC算法进行加密,例C+十模块,可以直接用openssl中的接 口实现 竟价方在注册时获得32字节的加密秘钥,用于解密;获取32字节的完整性检测密钥,用于价 16
GB/34941一2017 格完整性检查 参考加密格式如下: 初始化向量(16bytes)}{加密的价格(8bytes)完整性签名(4ytes) 加密价格的长度固定为28个字节,其中包含16个字节的初始化矢量、,8个字节的密文以及4个字 节的完整性签名 示例:使用基于SHA-1HMAC算法的加密解密 加密阶段伪代码 hmae(e_key,iv//取前8个字节 padl enc_priee padxor》priee hmae(ikeyprieceliv)//取前4个字节 signature webSafeBase64Encode finalmessage c(ivlene_prieelsignature' 解密阶段伪代码: webSafeHBase64Decode(finalLmessage) i signature enc_prlce hmac(ekey,iv padl priee enc_price(xor》pad conf_sig hmac(i_key,priceliv success=(conf_sig==signature 字符与表达式解释见表21 表21字符与表达式说明 字符/表达式 说明 初始化矢量(16个字节 e_key 加密密钥(32个字节),在创建账户时提供 完整性密钥(32个字节),在创建账户时提供 _key 价格(8个字节) price 数据d的sHA-lHMAc,使用密钥k hmac(k,d 字符串a和字符串b并列 5.4.5 自定义宏 %%EXT_DATA%%,竟价方提供的扩展参数,用于竟价方自定义内容 竟价方可以在抛前上传 的胜出通知地址或者点击监测地址中使用自定义宏,然后在实时竟价时填充相关字段,交易平台会将之 前设置了%%EXT_DATA%%宏的地方用字段中的数据替换 例如,竟价方在点击监测地址中使用了自定义宏:http://elick.adserver.com?some-_param&.click _url=elkurl&.ext=%%EXT_DATA%%,那么在实时竞价时,如果竟价方传递了替换宏的数据 如ext_data=some_param,那么在投放广告时.上述代码会被替换,变为http://eliek.adserver.com? some-_param&.cliek_url=clkurl&.ext=some-param 5.5标识符映射 5.5.1概述 标识符映射即“D映射”)是指将不同域/不同设备中的受众建立映射关系,以便在各种系统中能 识别出对方传递过来的受众ID,对各方信息进行整合 ID映射结果不会识别用户的身份信息,与受众 在现实生活中的身份信息无关 17
GB/T34941一2017 在ID映射中,AdExchange会在竞价请求中将DSP的受众ID和此ID对应的用户信息一同传给 DSP,作为DSP竟价的依据 DSP可以自己存储上面所讲的映射表,也可以托管给AdExehange来代 为存储 5.5.2标识符映射流程 5.5.2.1准备 首先,DSP需要向AdExchange申请自已的DSPID,此DsPID应出现在每个ID映射请求中 之 后,DsP需要向AdExchange注册一个重定向URL,AdExchange的ID映射服务器会将映射的返回 结果,非AdExchange的额外URL参数等信息拼接到重定向URL后,通过302重定向给DSP的D 映射服务器 5.5.2.2匹配 DSP或者AdExehange在每个需要匹配的流量上植人ID映射代码 在每个需要ID映射的广告 展现上,用户的浏览器都将访问AdExehange的ID映射服务器URL.,完成一次完整的ID映射流程 建议将ID的生存周期为14d,在生存周期内的ID,不需要重复的进行I映射 下面将详细描述一个 完整的匹配流程,见图5所示 用户 GB/34941一2017 fD AdExchange的ID映射服务器接收到DSP的user_id,建立exchange_id与DSP的user_id的 映射关系,见图5中的; AdExehange的D映射服务器返回空白1关1像素图片给用户,见图5中的 g 参数设置见表22 表22参数说明 参数 类型 说明 参数选择 ID(买方IDy 申请的ID 必选 字符串DsP需要向AdEx Buyer xchange DSP自定义的扩展参数,AdExchange原样拼接到 Extra(扩展参数 字符串 可选 重定向URL.后面 AdExchange的ID,需要对每个DSP进行不同的加 exchange_id(交易平台ID) 字符串 必选 密后提供 exechangeidversion(交易平台ID版本 AdExchange的ID的版本号 字符串 可选 Error(错误 字符串 错误的ID 可选 5.6字段扩展规则 本标准对竞价过程中的核心信息字段进行了定义,对于各家AdExchange独有的特性字段应在接 口中利用Protobu的extensions特性在其设定的字段编号中定义,命名规则需参考本标准中相同命名 风格 执行过程 6.1执行过程阶段划分及工作内容 6.1.1阶段划分 程序化营销执行过程划分为执行前准备、执行中数据测量、执行后结算三个阶段 如图6所示 执行前准备 执行中数据测量 执行后结算 图6程序化营销执行过程 6.1.2工作内容 程序化营销执行各阶段的工作内容如下 执行前准备工作包括;广告主资质审核、广告素材审核,第三方监测认证, a 执行中数据测量工作包括;程序化广告曝光测量和广告点击测量 b 执行后结算工作包括:结算标准及数据差异核对方法 c 6.2执行前准备 6.2.1广告主资质审核要求 程序化营销技术平台(包括DSP,SSP或AdExchange)应依据国家法律法规及相关部门行政管理 19
GB/T34941一2017 的规定对广告主资质进行审核,包括但不限于《广告法互联网广告管理暂行办法》及 各行业法律、行政法规等 如所遵循的法律、行政法规有修改,本标准应按照最新的法律、行政法规 执行 6.2.2广告物料技术审核要求 程序化营销技术平台(包括DSP,SsP或AdExchange)应依据国家法律法规及相关部门行政管理 的规定对广告内容进行审核包括但不限于《广告法《互联网广告管理暂行办法》及各 行业法律、行政法规等 同时本标准对广告物料技术审核也做出要求,详见表23 表23广告物料技术审核要求 审核维度 要求 a 为减小对网络资源的占有,适应网络环境的现状,所以建议对素材大小限制条件如下 非动画图片广告 素材文件类型:JPEG,JPG,PNG,GIF:; 素材大小建议;小于等于150kb 2 动画图片广告 索材文件类型GlF 素材大小建议:小于等于150kb Flash广告; 广告素材类型 素材文件类型SwF; 素材大小建议;小于等于150kb 视频贴片广告: 素材文件类型:FlV、MP4: 素材大小建议;小于等于300MB,后台加载 页面弹出形式的广告,应当显著标明关闭标志,确保一键关闭 b 需求方平台应在广告素材上增加“广告"显著标识,并清晰标明广告来源; d 素材不得伪装为系统或者网站警告 a)动画图片和lash的动画时长应遵照各AdExchange规定执行; 时长要求 b 动画G;IF广告的帆速率不宜高于5帆/秒 a 目标页网址不能指向电子邮件地址或文件 b 禁止在用户进人或者离开目标网页时恶意弹出窗口; 目标页网址 c 广告主不应擅自修改已被AdE.xchange审核通过的一级页面中的内容; 推广的url链接不得为文件链接 d 视频类素材可含有声音,默认音量建议为用户最大音量的20% o 音效 b) 建议非视频类素材默认静音 建议在部分背景为黑色、白色或透明的所有广告上,添加颜色与广告素材的主背景色形成明显 a 反差的边框 素材补充说明 b) 不宜含有干扰性效果、容易引起用户不适的内容、过于直白简化信息错别字等; 不得以欺骗方式诱使用户点击广告 6.2.3第三方监测认证 第三方监测认证分为公司资质认证和监测能力认证 20
GB/34941一2017 公司资质认证;第三方监测公司应提供税务登记证复印件;公司营业执照复印件;法人代表身 a 份证复印件等资料给AdExchange备案审核,提交资料需要清晰、齐全 b 监测能力宜认证以下方面 1) 用户信息隐私保护认证:需第三方提供证明和保护方法 22 监测方法认证:需第三方提供不同监测方法说明及示例 33 数据准确性认证:广告展现点击数据测试对比,第三方监测公司与Adexchange误差应 小于10%; 反作弊方法认证反作弊方法,反作弊涉及指标及结果, ! 5 监测响应时间认证:服务器数量、机房位置、响应时间、QPS, 6.3执行中数据测量 6.3.1概述 程序化营销数据测量是指程序化广告投放执行过程中,AdExhange和DSP对于投放数据的统计 方法,包括广告投放的曝光和点击的测量 广告投放的曝光数据将作为DSP和AdExehange投放结算 的依据,所以需要统一的数据统计规则,并确定出现数据差异的核查和处理原则 6.3.2程序化广告曝光测量 程序化广告曝光测量流程如图7所示 曝光测量流程 媒体 DSsP AdExchange 第三方监测平台 用户 广告展示请求 1D 请求广告 2 向DSP广播 3 DSP竟价 长 “告展现 竟价成功winNotice 6 第三方曝光代码 7 AdExchange计数 8 图 日7程序化广告曝光测量流程 图7所示的程序化广告曝光测量流程详细说明如下: 用户向括页面或应用发起广告展示的请求,见图7中(1); a b 广告位代码向AdExchange服务器发起广告请求,见图7中(2); 21
GB/T34941一2017 AdExchange向DsP广播,告知DsP广告展示机会,见图7中(3) c d DSP在规定时间内出价竞标,见图7中(4); AdExchang根据竟价规则,展示竟标成功的DsP的广告,见图7中(5). e D 展示广告的同时,泪知DsP赢得了竟价,并附带跳得竟价的价格,见图7中(o7 展示广告的同时,通知第三方监测平台,见图7中(7); 8 h)通知AdExehange成功展示广告,见图7中(8) 图7展示了一般曝光测量方法及步骤,其中有些步骤可以省略,如果没有第三方监测,则不需要步骤g). 6.3.3程序化广告点击测量 本标准列举了两种点击测量流程规范 串行点击测量方法指的是AdExchange和DsP以及第三 方测量平台是采用先后执行顺序串联起来执行,即先执行AdExehange的计数,再由AdExchange重 定向到DsP,DSP记录数据后再重定向到第三方监测平台或直接重定向到广告主页面 并行加串行点 击测量方式指的是用户发生点击时,同时向AdExehange和DsP提交点击数据,AdExchange和DsP 分别计数,互不影响,有第三方监测时,由DSP方串行重定向到第三方监测平台,最后再重定向到广告 主页面 采用并行加串行点击测量方式,因通常AdExehange和DsP的数据差异较小,故宜采用此种测量 方式 串行点击测量流程如图8所示 串行点击测量流程 用户 媒体 AdExchangce DsP 第三方监测平台 广告主 点击广告 1D 点击数据上报 2 302重定向 点击数据上报 3 302重定向 点击数据上报 4 302重定向 打开新窗口展示广告页面 G6 图8串行点击测量流程图 22
GB/34941一2017 图8所示的串行点击测量流程说明如下 a 用户点击广告,见图8中(l); b) 点击数据提交到AdExehange,记录点击,并重定向到DsP服务器,见图8中(2); DSP收到点击数据,记录,并重定向到第三方点击监测,见图8中(3); c 小第三方点击监测收到数据,记录,重定向到广告主页面,见图8中(4); e 在新窗口打开广告主页面,见图8中(5). 并行加串行点击测量流程图如图9所示 并行加串行点击测量流程 用户 媒体 第三方监测平台 广告主 DSP AdExchange 点击广告 1 点击数据上报 2 302重定向 (2)、()并行 点击数据上报 3 302重定向 点击数据上报 302重定向 打开新窗口展示广告页面 5 图9并行加串行点击测量流程图 图9所示的并行加串行点击测量流程说明如下 用户点击广告,一次点击产生两个事件,即同时将数据提交到AdExcdhange和DSP,见图9中(1); a b 点击数据提交到AdExchange,记录点击数据,见图9中(2) 点击数据提交到DSP,记录点击数据,并重定向到第三方监测平台,见图9中(3) c 第三方监测平台收到数据.记录,重定向到广告主页面,见图9中(4); d 在新窗口打开广告主页面,见图9中(5). 6.4执行后结算 6.4.1结算标准 在程序化RTB交易中,AdExchange和DSP的计费标准以千次广告曝光为结算单位,双方结算采 23
GB/T34941一2017 用广告曝光的定义,建议以AdExehange统计的曝光数据为准 由于网络环境,AdExchange和DSP双方机房条件等的不同,计费数据会出现不等的差异,正常数 据误差范围由双方合同自行约定,建议为5% 6.4.2结算数据误差争议办法 AdExchange和DSP数据误差如果超过双方约定的范围,一方或双方对数据差异有异议,可请求 对方提供广告投放日志进行数据核对 日志最少字段包括;时间、素材ID,竟价请求IDIP 其中,竟价请求ID是AdExchange每次发起 请求时的唯一标识,全局唯一 各方(包括DSP和第三方)都应记录D以便统一排除问题 日志保存时间建议为结算后90d 数据要求 7.1概述 程序化营销数据是指专门服务于程序化营销服务的输出数据与应用型数据 程序化营销数据是 AdExchange.DsP,ssP,DMP等技术平台整合运转的核心 程序化营销数据的来源主要是第一或第三方采集的网页浏览行为数据、社交行为数据电商购买行 为数据、搜索行为数据等 不同来源的杂乱数据通过整合、结构化处理、合并归一处理,变为可以用程序 化营销系统实时调用的有业务含义的数据 由于程序化营销业务需求的特殊性,遵从行业适用性原则,可以从客户、用户,媒体三个维度对程序 化营销数据进行标准化分类 7.2数据类型 程序化营销数据分为三种类型,包括 a 用户数据;与用户身份或活动相关的数据,包括可用于识别出用户身份的个人信息,以及反映 用户网络活动的行为数据; D)媒体数据:数字化媒体类型与媒体所属行业类型数据 c 客户数据;广告主所属行业与旗下商品品类 7.3数据采集方法 7.3.1概述 程序化营销数据主要来源于PC互联网和移动互联网媒体,包括网页浏览点击数据、购物交易数 据、搜索数据、电信运营商数据等 7.3.2数据采集方法 对网民上网行为数据的采集方法主要有以下几种 针对普通互联网或移动互联网网站,采用页面嵌码的方式,利用浏览器储存在用户本地终端上 a 的数据(cookies),服务器对网民访问网页的行为进行记录浏览URL浏览时间、地域访问来 源等,通过对网页内容解析,将网民进行结构化分类; b 针对移动设备的APP终端,在APP应用端嵌人SDK(软件开发工具包)代码进行数据采集, 数据采集内容的范围则取决于APP端对其数据的开放程度 针对购物交易数据,多数可采用企业自有数据 企业自有数据主要记录网民在企业自有平台 24
GB/34941一2017 的注册信息、浏览页面信息,购买交易信息等; d 针对网民搜索数据,可主要记录网民搜索关键词,句 7.3.3数据采集和使用的准则 数据的采集和使用应遵循基本的准则如下: 个人信息的采集应合法和公开透明,不应对个人财产造成伤害,保证用户有知情权或者征得用 a 户同意; b 采集的网民用户数据,应告知网民为什么采集信息,以及数据应用场景 数据实际应用目的应 与数据采集时所明确的目的一致 7.4用户数据 7.4.1用户数据定义 用户数据,即与用户身份或活动相关的数据,一般包括 用户个人信息:指相关系统在提供服务的过程中采集的,能够单独或者与其他信息结合标识用 a 户的信息,包括用户姓名、出生日期,身份证件号码、住址等身份信息以及用户使用服务的号 码,账号,时间,地点等日志信息; 用户各种网络行为产生的数据;指用户在网络上的浏览、点击、搜索、网购等行为产生的数据, b 能够表现出用户的兴趣、关注点、购买需求等特征 用户数据主要来源于线上,线下用户行为数据包括相关系统的CRM系统数据,ERP系统数据,各 种搜索、移动、社交等媒体,以及网络分析工具、普查数据以及离线数据等来源 7.4.2用户数据分类原则 对用户数据进行分类能够更好的对数据进行整合、分析以及应用,但是用户数据是海量而且复杂 的,为了使海量的数据能够被准确、及时的检索到并获得有效的一致性标识 用户数据分类应遵循的原 则如下 可识别性;指在不同的分类之间,在概念上可清楚地加以区分 aa b 便捷性;指用户数据可以容易地被分到某一类别中; 独立性:指不同类别之间的数据是相互独立、没有交叉关系的; c d 穷尽性;指分类能够覆盖所有用户数据; 无歧义:指分类能够正确表现每类数据的特征,无二义性 e 7.4.3用户数据的分类 根据用户各种网络行为的特性、目前的实践以及细分原则(尤其是可识别性),可从基础信息和兴趣 意向两个维度对用户数据进行分类 用户数据分类框架如图10所示 25
GB/T34941一2017 人口学属性 地域属性 基础信息 财务属性 在线习惯 用户数据 关注话题 兴趣意图 个人兴趣 购买意向 图10用户数据分类框架 用户数据分类说明如下 基础信息;即用户的个人基本信息及用户在网络上表现出来的行为习惯数据,从人口学属性、 a 地域属性、财产属性以及在线习惯四个方面对用户进行描述 例如用户的姓名、年龄、职业、收 人、在网络上的注册信息以及上网时长、上网时段、与广告互动频率等描述信息 兴趣意图;能够表现出用户的长期需求、表达出用户的个人兴趣以及购买意图的数据,包括 b 关注话题;用户经常关注的领域、行业或者产品等数据,能够表达用户的长期需求,例如能 1 够表达出用户是车迷、喜爱美食、追求时尚、喜欢奢侈品等的数据; 兴趣点的数据,例如用户喜欢数码产品,喜欢旅游等兴趣的数据 2 个人兴趣;表达出用户 购买意向;能够表现出用户短期需求、有购买意图的数据,例如看相关商品评测、将商品加 3 人购物车等行为的数据 由于用户数据应用场景多样,极具个性化故本标准中的用户数据分类方法仅供行业各方参考,不 作为贯彻标准的要求 用户数据的详细分类示例参见附录B y'的取值 用户数据分类可应用于表6中的参数user_category 7.5媒体行业分类 7.5.1媒体行业定义 本标准中的媒体是指互联网媒体,媒体行业是指互联网媒体刊出的内容所属行业分类,如新闻、体 育、汽车、科技、旅游等 7.5.2媒体行业分类原则 媒体行业分类应遵循的原则如下: a 可区分性;基于行业共识,在不同的媒体行业与类型之间,类的概念可清晰区分 b)通用性:指媒体数据分类要适用目前主流的媒体分类,各类间不重叠,不冲突 7.5.3媒体行业分类 根据媒体数据分类原则,对媒体行业进行划分,详见表24 26

信息技术服务数字化营销服务程序化营销技术要求GB/T34941-2017解读

一、定义和应用范围

根据《信息技术服务数字化营销服务程序化营销技术要求GB/T34941-2017》标准,数字化营销服务程序化营销是指通过与客户关系管理系统(CRM)等信息系统集成,依据客户特征、行为等信息,自动匹配相应的营销策略和广告投放渠道,最终实现对目标客户群体精准营销的过程。

该标准适用于各种类型的数字化营销服务,如搜索引擎营销、社交媒体营销、移动广告营销等。

二、基本流程

数字化营销服务程序化营销的基本流程分为以下几个步骤:

  • 数据采集:从不同的渠道收集客户数据,包括基本信息、互动行为、购买历史等;
  • 客户画像建立:通过数据分析和挖掘,建立客户画像,包括兴趣爱好、消费能力、购买意愿等;
  • 策略匹配:根据客户画像匹配相应的营销策略和广告投放渠道;
  • 广告投放:自动化地将广告推送到匹配的渠道上;
  • 效果评估:通过数据监控和分析,评估营销活动的效果。

三、技术要求

为了保证数字化营销服务程序化营销的效果和质量,标准中规定了一些必要的技术要求,包括:

  • 数据安全性要求:保障客户数据的安全性和隐私性,遵守相关法律法规;
  • 算法要求:采用科学合理的算法对客户特征进行匹配和预测,提高营销效果;
  • 自动化程度要求:实现营销过程的自动化,减少人工干预;
  • 效果评估要求:对营销活动的效果进行科学客观的评估和分析。

四、未来发展趋势

随着数字化营销服务的普及和应用场景的不断拓展,数字化营销服务程序化营销技术将得到更广泛的应用。未来,该技术可能会朝着以下方向发展:

  • 更加精细化:通过数据挖掘和算法优化,实现更加精准的客户画像和营销策略匹配;
  • 多渠道整合化:在多个渠道上实现营销活动的集成和协同,提高效果和效率;
  • 智能化:通过人工智能等技术手段,实现数字化营销服务程序化营销的自我学习和优化。

总之,《信息技术服务数字化营销服务程序化营销技术要求GB/T34941-2017》标准的发布,对数字化营销服务的发展和规范起到了积极的作用。未来,相信随着技术的不断进步和应用场景的不断拓展,该技术将会有更广泛的应用前景。

和信息技术服务数字化营销服务程序化营销技术要求类似的标准

平面型电磁屏蔽材料通用技术要求
上一篇 本文分享国家标准平面型电磁屏蔽材料通用技术要求的全文阅读和高清PDF的下载,平面型电磁屏蔽材料通用技术要求的编号:GB/T34938-2017。平面型电磁屏蔽材料通用技术要求共有13页,发布于2018-05-01
信息安全技术云计算服务安全能力评估方法
本文分享国家标准信息安全技术云计算服务安全能力评估方法的全文阅读和高清PDF的下载,信息安全技术云计算服务安全能力评估方法的编号:GB/T34942-2017。信息安全技术云计算服务安全能力评估方法共有126页,发布于2018-05-01 下一篇
相关推荐