DB33∕T 2179-2019 互联网广告标注与传输技术规范.pdf

ICS 35.240.60 A 10 DB33 浙江省地方标准 DB 33/T 21792019 互联网广告标注与传输技术规范 Technical Specifications for Internet Advertising Publication and Transmission 2019 - 01 - 15 发布 2019 - 02 - 15 实施 浙江省市场监督管理局 发 布 DB33/T 21792019 I 目 次 前 言 ............................................................................ II 1 范围 ............................................................................... 1 2 术语和定义 ......................................................................... 1 3 标注 ............................................................................... 2 3.1 内容 ........................................................................... 2 3.2 标注方式 ....................................................................... 3 3.3 方式 ........................................................................... 3 4 传输 ............................................................................... 8 4.1 SDK 采集 ........................................................................ 8 4.2 HTTP 交互 ...................................................................... 10 附录 A （规范性附录） 商品与服务广告分类标准 ......................................... 16 附录 B （规范性附录） C 语言开发包用法 ............................................... 20 附录 C （规范性附录） Java 语言开发包用法 ............................................ 22 参考文献 ............................................................................ 24 DB33/T 21792019 II 前 言 本标准按照GB/T 1.12009给出的规则起草。 本标准由浙江省工商行政管理局提出并归口。 本标准起草单位浙江省广告监测中心、全国互联网广告监测中心、浙江省广告协会、浙江省标准 化协会。 本标准主要起草人杨拥军、毛觉、徐峰、朱远超、殷虎、张欢、冯曹冲、袁青、强劲、赵践。 本标准为首次发布。 DB33/T 21792019 1 互联网广告标注与传输技术规范 1 范围 本标准规定了互联网广告的标注与传输的技术要求。 本标准适用于互联网信息服务提供者开展互联网广告的发布与传输， 互联网广告监管平台开展的随 机监测工作，以及企业自设的互联网广告监测机构对其发布或提供信息服务的互联网广告的监测。 2 术语和定义 下列术语和定义适用于本文件。 2.1 广告需求方平台 是指整合广告主需求， 为广告主提供发布服务的广告主服务平台。 广告需求方平台的经营者是互联 网广告发布者、广告经营者。 2.2 互联网广告监测 是指对于在特定网站、在线服务或应用的网页、广告浏览记录、服务、应用等使用记录的收集或使 用，或对与浏览网页、广告、服务、应用有关的浏览器、操作系统、域名、浏览时间和次数等信息的收 集或使用，以及对发布在互联网媒介上的广告内容的采集、分析和处理。 2.3 互联网广告监管平台 是指依法设立的互联网广告监测机构， 根据行政管理机关委托或授权， 开发的具有互联网广告采集 监测、分析研判、违法预警、线索交办、处理反馈等功能的服务平台。 2.4 密文标注方式 是对明文标注方式的一种升级。 将明文标注进行加密和编码转换成可读字符串的过程， 就是 密文标注过程。本标准中使用非对称的RSA算法作为密文标注的标准算法。 2.5 RSA 算法 是互联网界被普遍采用的国际公认的安全算法，其采用非对称的公钥加私钥的加解密体系。 DB33/T 21792019 2 2.6 广告数据 SDK 采集 是一种程序介入性广告信息监测方式。 统一采用SDK开发包的方式形成技术标准。 SDK方式是互联网 广告监管平台与广告信息交换平台（ADx）、媒介方平台等的数据采集与交互方式。 2.7 SDK 接口 是以标准的程序语言开发的，便于使用端进行广告信息采集和传输的开发包。 2.8 超文本标记语言 Hyper Text Markup Language 是用于描述网页文档的一种标记语言。 2.9 超文本传输协议 Hyper Text Transfer Protocol 是互联网常用的数据传输协议。 2.10 落地页 是指点击广告跳转到的目标网页。 2.11 统一资源定位符 Uni Resource Locator 是对可以从互联网上得到的资源的位置和访问方法的一种简洁表示，是互联网上标准资源的地址。 互联网上的每个文件都有一个唯一的URL，它包含的信息指出文件的位置以及浏览器应该怎么处理它。 3 标注 3.1 内容 发布互联网广告时应当对该广告以文字或声音的形式显著标明（表明）“广告”，并在广告的页面 源代码中对广告主信息、广告产品（服务）信息、广告来源和路径进行准确、清晰标注。广告信息标注 的规则见表1。 DB33/T 21792019 3 表1 广告信息标注规则 属性名称 属性取值示意 可选性 描述 data-alpham “XXXXXXXX” 必选 从事互联网广告发布的媒介可通过互联网广告监 管平台注册获得该媒介的广告唯一识别编码（以下 简称编码） 。 data-ad-owner “广告主” 必选 广告主名称，可以是被广泛接受的简称。 data-ad-product “洗衣液” 必选 本广告产品的简称。 data-ad-type “日用品” 可选 本广告产品所属的产品类别，可以采用产品分类代 码（见附录 A） 。 data-ad-medias “XXXXXXXX” 必选 参与交易的媒介的编码列表。每个参与了一则广告 的交易的媒介平台，都应该为本属性字符串赋值自 己的编码。 data-ad-url “http//xxx” 必选 广告落地页的 URL 地址 data-ad-group “XXXXXXXX” 可选 发布在同一个广告位的一组广告的编号（简称 广告组编号） data-ad-pos-owner “某某网” 必选 广告位拥有者标注，可以是简称 data-alpham-x “密文编码字符串” 可选 表示本标签为一个密文标签，解密后可以得到包含 上述字段内容的字符串。本字段是二进制内容的 编码后的字符串。 注可选字段可以不呈现在源代码中，也可以出现，但属性值取空字符串“”。 3.2 标注方式 3.2.1 媒介平台可同时采用明文和密文的 HTML 标签标注，也可选择其中一种标注方式。 3.2.2 密文标注方式，需要媒介平台增加一定的处理量（RSA 加密），媒介平台可根据自身情况决定 是否使用密文标注方式。 3.2.3 为了增强整个系统的信息安全程度，互联网广告监管平台在使用过程中，将根据需要定期发布 新的密钥，各媒介平台应及时响应并按要求完成密钥更替工作。 3.3 方式 3.3.1 明文 HTML 标签标注 媒介平台在生成网页时，应为广告位的HTML页面元素，增加本规范规定的自定义属性，并按本规范 要求填写属性值。自定义属性的形式为“data-*-*”，以“data-”开头。参见示例。 示例 3.3.2 明文广告发布形式与标注方法 3.3.2.1 呈现方式 互联网广告位的呈现方式，一般归纳为以下的几种（包含但不限于） a 广告位 DB33/T 21792019 4 1 div 中包含文字链接； 2 div 中包含图片； 3 div 中包含视频和动画； 4 div 中包含文字、图片、视频和动画的组合。 b 广告位 1 iframe 中不包含 iframe； 2 iframe 中包含 iframe。 注针对上述不同的广告位呈现方式，广告信息标注的位置和内容有所不同。 3.3.2.2 中包含文字链接 3.3.2.2.1 一个以标签包含的一系列文字广告信息内容，每一段文字都是一个链接（标签）， 文字本身是广告信息内容。参见示例。 示例 3.3.2.2.2 一个由交易平台“abcdef”推送到编码为“2f3r4d7u”网站上的广告。参见示例。 示例 3.3.2.2.3 在中包含的每一条文字链接的标签（也就是广告链接）中，应进一步的标注广告 信息内容。每条广告链接中，都应由经手的媒介平台标注广告的具体信息，同时必须加入该媒介平台自 己的广告唯一识别编码。data-ad-medias 字段中的编码串，表明了该条广告经过的广告交易路径。提 供广告位的媒介有责任核对使用该广告位的相关媒介是否属于对应广告信息中的媒介， 即互联网信息服 务提供者有责任督促媒介平台在每一条广告上都标注该平台自己的编码。参见示例。 示例 这12套适合改善族 最全的厨房风水攻略 3.3.2.3 中包含图片 3.3.2.3.1 广告以图片的形式呈现，下只有一个包含在标签中的图片。广告位和发布方的信 息应标注在标签中，而广告信息和广告交易信息应标注在包含图片的标签中。参见示例。 示例 3.3.2.3.2 标签可以如下标注。当内部只有一个图片广告时，不用标注广告组信息。广告 图片如果就是网站自身发布的，则由网站自身进行标注。参见示例。 DB33/T 21792019 5 示例 3.3.2.3.3 广告图片是由广告交易平台最终发布到广告位的，则由最后的交易平台进行标注。参见示 例。 示例 3.3.2.4 中包含视频和动画 3.3.2.4.1 展示在 div 标签中的视频和动画广告的结构参见示例，一个 div 中包含一则广告。 示例 注与div中包含一则图片广告的情况类似，视频和动画广告也是在标签中标注广告位相关的信息。 3.3.2.4.2 广告链接在 embed 标签之外，所有广告信息标注在标签中。参见示例。 示例 style“positionabsolute;backgroundfff;opacity0;filteralphaopacity0;width120px;height270 px;left0;top0“ href“http//sx.26769“ data-link“http//sx.6769“ target“_blank“ onmousedown“return sidToolkit.url.fortpthis, event;“data-ad-onwer“房产网” data-ad-product“房产” data-ad-type“房地产” data-ad-medias“11111” 3.3.2.4.3 广告链接在标签之内或由脚本动态生成时的情况。参见示例。 示例 3.3.2.5 中包含组合内容 3.3.2.5.1 包含组合内容的标签，是指在一个广告位中，包含多条广告，并且这些广告可 能以多种方式出现，例如文字图片，文字图片视频等。参见示例。 DB33/T 21792019 6 示例 文字广告链接 文字广告链接 文字广告链接 3.3.2.5.2 对于这种情况，广告位的标注还是在标签中进行，标注方式参见示例。 示例 3.3.2.6 中不包含 广告位的标注信息应包括自身的媒介编码、广告位拥有者、广告媒介信息。如，假定本网站的编码 为“2f3r4d7u”，而该广告最后是从交易平台“abcdef”过来的。参见示例。 示例 3.3.2.7 中包含 在标签中包含嵌套的标签， 通常发生在同一广告位在不同的广告交易平台之间交 易的情况，即最终呈现在用户页面上的iframe广告位，在交易过程中有多个广告位经营者参与其中，或 者是大的广告位中的一部分被上级广告交易者作为一个广告位进行了交易。 每一个广告交易者应在自己 投放广告内容的iframe标签中，按3.3.2.6的要求进行广告信息标注。 3.3.2.8 其它 对于与3.3.2.2～3.3.2.7规定之外的情况，应按照最相近的情况进行广告位标注和广告信息标注。 3.3.3 密文 HTML 标签标注方式 3.3.3.1 密文标注的原理见图 1。 DB33/T 21792019 7 注参考表1中的定义，data-alpham-x标签，就是用来承载密文标签的。 图1 密文标注方式 3.3.3.2 密文标签可能放置的地方，包括 a） 广告位 1） div 中包含文字链接； 2） div 中包含图片； 3 div 中包含视频和动画； 4 div 中包含文字、图片、视频和动画的组合。 b） 广告位 1） iframe 中不包含 iframe； 2） iframe 中包含 iframe。 c 其他情况。 3.3.4 密文标签标注方法 3.3.4.1 以中包含图片为例（其它几种情况的处理方式相同），明文标注的情况下 div 标签标注 见示例。参见示例。 明文标签 公钥 密文标签 RSA 加密 媒介 1 明文标签 公钥 密文标签 RSA 加密 媒介2 明文标签 公钥 密文标签 RSA 加密 媒介3 公钥 私钥 明文标签 RSA 私钥解密 互联网广告监管 平台 互联网 DB33/T 21792019 8 示例 3.3.4.2 上例中加粗部分的明文标注字符串，可以通过使用互联网广告监管平台发布的加密公钥进行 RSA 加密，然后将得到的二进制结果通过 变换转成非二进制的普通字符串，并将字符串作为 data-alpham-x 标签的值即可。参见示例。 示例 4 传输 4.1 SDK 采集 4.1.1 广告数据采集 SDK 4.1.1.1 广告数据采集 SDK 由各互联网广告监管平台开发，并向相关被监管媒介提供的可以直接安装 部署在媒介的 Web 服务器上的开发包。广告数据包括广告信息数据和广告素材数据。 4.1.1.2 媒介通过在其 Web 服务器上使用此 SDK，与相关互联网广告监管平台进行互联网广告的基本 内容和访问情况的数据交互。SDK 方式示意图见图 2。 4.1.1.3 采用 SDK 方式进行互联网广告数据采集时，应注意 广告数据 SDK 部署在媒介平台的 Web 服务器上。 在互联网用户和广告平台访问媒介平台的广告 数据时，媒介的 Web 服务器平台可以获得广告的素材和访问信息。通过使用 SDK 提供的方法， 媒介的相关程序可以自动将这些信息以最简单的方式暂存在本地缓存（非内存）中。缓存的信 息以一定周期压缩打包，并通过 SDK 开发包提供的方法上传到互联网广告监管平台； 为了兼容各媒介平台的服务器软件环境， 互联网广告监管平台针对主流的 Web 服务器提供相应 版本的 SDK 开发包。开发包可以在互联网媒介登录相关互联网广告监管平台后获取。SDK 提供 基于计算机语言的库（例如 C 语言库和 Java 语言类库），内部封装了广告数据获取、本地数 据缓存、复杂的通讯过程和打包过程，以及用户安全验证功能； 媒介平台应选择适合本平台的 SDK 包， 再经过程序编制， 实现与互联网广告监管平台的登录验 证、广告数据记录、广告数据传输等功能； SDK 接口支持并发的数据访问，可以发起限定规模的并发数据传输请求； 使用方须按照 SDK 开发指南的规定，编写合理的回调方法或者协议方法； 媒介平台应按照互联网广告监管平台要求的抽查数据量进行相应规模的 SDK 方法调用。 DB33/T 21792019 9 图2 SDK 方式示意图 4.1.2 SDK 接口的形式 在SDK的使用中，媒介平台在收到来自互联网用户或其它广告平台的广告数据请求时，在准备好广 告数据的同时，填写相应广告信息字段调用SDK的相应方法后，再将广告数据回复给互联网用户或其他 平台。需要填写的字段应包含并不仅限表2的内容。 表2 SDK 接口需要填写的字段 字段名 字段含义 类型 描述 ad_name 广告名称 字符串 广告所包含产品或服务的名称（媒介自 行命名） ，例如，可以由商标产品分类 型号名称在一起构成的唯一的广告名 称、或者是落地页的 title 等 fetcher_ip 访问者地址 字符串 访问广告信息的访问者的 IP 地址 ad_owner 广告主 字符串 商品经营者或服务提供者等（商品与服 务广告分类标准见附录 A） ad_owner_area 广告主所在地 字符串 县级行政区划名称，标注方法为**省** 市**县（市、区） link_url 广告链接地址 URL 字符串 访问者发起的访问链接 ad_url 广告落地页 URL 字符串 广告落地页链接地址 current_date 当前时间 年月日 YYYY-MM-DD ad_type 产品分类 字符串 广告中产品或服务的分类，媒介应按照 附录中的产品分类填写本字段内容 DB33/T 21792019 10 表 2 SDK 接口需要填写的字段（续） 字段名 字段含义 类型 描述 ad_type 产品分类 字符串 广告中产品或服务的分类，媒介应按照 附录中的产品分类填写本字段内容 ad_text 广告文本 字符串 可能的广告文字、简述、标题等 ad_keys 广告关键字 字符串 逗号分隔 ad_material_url 广告素材地址 字符串 广告素材的 URL 地址。素材可能是图片、 动画和视频等 4.1.3 广告数据采集 SDK 用法 互联网广告媒介平台下载合适的SDK包后， 应按照SDK的使用指南进行相应的采集程序编制工作。 不 同计算机语言的SDK包有不同的编译链接方法。 以C语言和Java语言为例，媒介平台的开发人员可以参考附录B中的C语言SDK包和附录C中的Java语 言SDK包的使用方法。 4.1.4 SDK 开发包的获取方式 媒介平台应依照本规范的要求在相关互联网广告监管平台上注册并通过平台的认证后， 获取访问互 联网广告监管平台的账户。通过登录该账户，媒介相关技术人员可以免费在互联网广告监管平台WEB页 面的下载板块，选择合适的SDK包下载。 4.2 HTTP 交互 4.2.1 交互方式 4.2.1.1 广告信息数据包定义了广告信息数据的内容组织方式，实际的打包数据，要通过本章中定义 的传输方式，由媒介平台发送到互联网广告监管平台。 4.2.1.2 媒介平台需要在相关互联网广告监管平台（例如）注册并获得有效的 访问账号。 具体的广告数据传输过程为 登录互联网广告监管平台、 发送广告数据、 获取违法广告线索。 媒介平台应及时删除涉嫌违法广告或与涉嫌违法的广告断开链接。 4.2.1.3 HTTP 广告数据传输方式，具体使用范围由互联网广告监管平台方确定（互联网广告监管平台 须根据业务需要和工作的推进确定相应的使用范围）。 4.2.1.4 媒介平台的客户端程序（以下简称客户端）是由媒介开发人员编写的，遵循 HTTP 协议通讯。 通过访问互联网广告监管平台发布的监管服务器地址， 与互联网广告监管平台进行交互。 媒介平台的相 关程序通过与互联网广告监管平台的服务程序交互完成广告数据上传和违法广告数据下载等过程。 4.2.1.5 交互过程总是由客户端发起 HTTP 请求并得到互联网广告监管平台服务器的回复。 其中， 广告 数据的上传是通过客户端发起的 HTTP 请求的 HTTP 包体来承载的。 4.2.1.6 客户端发起的 HTTP 请求项目如下 a 登录请求； b 发送广告数据请求； c 请求违法数据； d 发送违法广告详情请求。 4.2.1.7 互联网广告监管平台响应客户端的请求，并返回相应的请求结果。客户端需要正确处理 HTTP 回复的状态，以决定是否需要重新传送或终止传送过程。 DB33/T 21792019 11 4.2.1.8 客户端和互联网广告监管平台之间传输的广告信息数据应采用 JSON 格式进行编码， 广告素材 数据（图片、视频等）则通过二进制数据传输。本规范未详细阐述 JSON 格式的具体定义和要求，请参 考 JSON 格式的相关资料。 4.2.1.9 客户端以 POST 方式发起 HTTP 命令请求和数据上传请求，包括实现身份认证、数据请求和数 据传输过程。其中，客户端上传和下载数据之前必须完成身份认证过程。 4.2.1.10 广告信息数据采用文件方式存储， 多条广告信息以下文中规定的格式保存在一个文件中， 通 过 HTTP 协议传输到互联网广告监管平台相应的服务器上。 对于较大的存储文件必须经压缩处理后传输。 4.2.1.11 为提高广告数据传输的效率以及传输过程中的稳定性问题，各媒介平台将需要传输的数据， 以压缩方式（gzip），分片成一组较小的压缩包，批量传输到互联网广告监管平台。 4.2.2 交互保障 4.2.2.1 媒介编码的获取与应用 4.2.2.1.1 媒介平台需要在相关互联网广告监管平台（例如）注册并获得有效 的账号。 完成注册的媒介平台将会获得互联网广告监管平台分配的唯一识别编码， 被使用在广告数据传 输过程，并需要在发布广告的源代码中使用该编码进行广告信息标注，具体的标注方法请参考第 3 章。 4.2.2.1.2 媒介平台应切实履行广告审查和广告发布行为管理责任，自觉履行并要求相关媒介在互联 网广告发布活动中使用唯一识别编码， 以及根据本规范的要求进行信息标注， 接受互联网广告监管平台 的识别和监测，依法依规开展广告发布活动。 4.2.2.1.3 媒介平台应要求参与同一广告发布活动的相关媒介在广告内容的代码中，标注或保留涉及 广告主、广告产品、广告来源和发布路径的编码和代码。网站广告位最外层页面元素的代码中，应标识 网站自身的编码。具体标注方法请参考第 3 章。 4.2.2.2 广告数据传输内容 4.2.2.2.1 向互联网广告监管平台传输的广告数据内容应包括广告名称、发布媒体、广告主名称、广 告主所在地、广告内容、广告链接地址、广告落地页地址等。传输的广告数据应真实、准确，不得虚构 或隐瞒。 相同广告的广告主信息和广告内容， 应去重后传输。 不得传输除上述广告数据内容以外的数据， 相关媒介在不执行数据传输命令时，应及时断开与互联网广告监管平台的连接。 4.2.2.2.2 媒介平台应对互联网广告监管平台通报的违法广告线索及时反馈和整改。 4.2.3 数据包 4.2.3.1 单条广告数据的格式 4.2.3.1.1 单条广告的广告信息数据应包含该广告在当前计算周期 （如每天） 的综合统计和记录信息。 单条广告信息数据使用 JSON 格式组织。参见示例。 示例 { ad_name “”， media_name “”， ad_owner “”， ad_owner_area “北京”, link_url “ // 初始化过程，返回初始化结果 int record_one_ad_datachar *json_string; // 发送一条广告数据 extern void on_upload_timer; // 回调函数，处理上传定时 int send_ad_datachar *path_name,; // 发送广告信息数据 extern void on_ad_proc_failinterror_num; // 回调函数，错误处理程序 DB33/T 21792019 21 B.1.6 C 语言 SDK 开发包的使用符合标准 Linux/Unix 平台的 C 语言开发模式。开发者（媒介）需要在 自己的代码中包含必要的头文件，然后调用开发包中的函数。见示例。具体的函数与参数要求，以实际 使用的 SDK 开发包为准。 示例 include “ad_data_proc.h” B.1.7 开发好的广告数据传输程序，在编译的时候，需要链接广告数据 SDK 开发包的库文件，生成可 执行文件或库文件，示例见图 B.4。具体的函数与参数要求，以实际使用的 SDK 开发包为准。 示例 命令行gcc–o demo_program -L 链接库所在目录 –lad_data_proc 注互联网广告媒介平台的可执行文件的部署方法，本标准不做具体要求，平台可以按照自己的实际情况编译出一 个或多个可执行文件，并将它们使用在自己的广告业务脚本中。 DB33/T 21792019 22 B D 附 录 C （规范性附录） Java 语言开发包用法 C.1 用法 C.1.1 Jar 包由互联网广告监管平台提供，应用于 Java 开发环境的程序开发。 C.1.2 与 C 语言不同的是，为广告数据 SDK 开发的 Jar 包，是以被封装成类 AdDataProc 和协议 AdDataProtocol 的方式提供的。具体类名和协议名，以实际使用的 SDK 开发包为准，此处为示意。 C.1.3 在 AdDataProtocal 协议中， 定义了使用者必须实现的方法， 包括错误处理方法和处理接收到的 违法广告列表的方法。广告数据 SDK 的 Java 接口的定义参见示例。 示例 interface AdDataProtocol { void OnUploadTimer; // 处理上传定时 void OnErrorinterrNum; // 错误处理方法 }; C.1.4 实现媒介自身的广告数据记录和传输类参见示例。 示例 import AlphaM.AdDataProc; public class MyAdDataProcexterndsAdDataProc implements AdDataProtocol { void OnUpdateTimer { // 读取本地缓存 // 压缩、打包数据 // 清理本地缓存 } void OnErrorinterrNum { // 错误处理 } } C.1.5 广告数据类 AdDataProc 包含的方法参见示例。 为了使用广告数据 Jar 包， 应将 Jar 包的路径加 入 CLASSPATH 或者在命令行编译时，指定 Jar 包的位置。 示例 class AdDataProc { bool RecordOneAdDataString *json_string; // 记录一条广告数据 bool SendAdDataString *path_name; // 发送广告数据到监管平台 DB33/T 21792019 23 } DB33/T 21792019 24 参 考 文 献 [1] 互联网广告管理暂行办法（工商总局87号令，2016年9月1日施行）。 [2] 工商总局、国家标准委关于加强广告业标准化工作的指导意见（工商广字〔2017〕143号）。 [3] YG/B 3.15-2015 中国移动互联网广告标准。 [4] GB/T 10001 标志用公共信息图形符号。 _________________________________