Enumerations

广告出现所在的上下文——从高层看页面上围绕广告的内容类型。这直接对应新的 Deep Dive on In-Feed Ad Units。它标示主要上下文，但不暗示页面上不能存在其他内容——例如预期大多数内容平台都带有一些社交组件等。ENThe context in which the ad appears - what type of content is surrounding the ad on the page at a high level. This maps directly to the new Deep Dive on In-Feed Ad Units. This denotes the primary context, but does not imply other content may not exist on the page - for example it's expected that most content platforms have some social components, etc.

广告出现所在的下一级上下文。同样，这反映主要上下文，不暗示不存在其他元素。例如一篇文章很可能包含图片，但它首先仍然是一篇文章。SubType 只应按所示与主要上下文类型组合（即上下文类型为 1 时，仅以 1 开头的上下文子类型有效）。ENNext-level context in which the ad appears. Again this reflects the primary context, and does not imply no presence of other elements. For example, an article is likely to contain images but is still first and foremost an article. SubType should only be combined with the primary context type as indicated (ie for a context type of 1, only context subtypes that start with 1 are valid).

所购买广告的格式（FORMAT），与周围上下文分开。ENThe FORMAT of the ad you are purchasing, separate from the surrounding context

以下为规范撰写时原生广告常见资产元素类型清单。本清单非穷尽，旨在由买方与卖方随格式演进而扩展。实现方交易平台可能不支持所有资产变体，或引入其系统独有的新变体。ENBelow is a list of common asset element types of native advertising at the time of writing this spec. This list is non-exhaustive and intended to be extended by the buyers and sellers as the format evolves. An implementing exchange may not support all asset variants or introduce new ones unique to that system.

以下为规范撰写时原生广告常见图像资产元素类型清单。本清单非穷尽，实现方交易平台可能不支持所有资产变体，或引入其系统独有的新变体。为促进采纳，对最小尺寸与宽高比均给出推荐。此处所说「minimum maximum height」或「max height of at least」指供应方平台（SSP, Supply-Side Platform）应支持至少该值的最大高度；其可以自由支持更大值，但需求方平台（DSP, Demand-Side Platform）知道只要有该尺寸的图像就会被接受。注意使用 min-max-height 框架时 SSP 负责将图像缩放到精确尺寸；精确尺寸在竞价请求时可能不可得。宽度由 3 种受支持宽高比计算。注意我们将先前重叠的类型 1 与类型 2 合并为仅类型 1——用于应用图标、品牌 logo 或类似。ENBelow is a list of common image asset element types of native advertising at the time of writing this spec. This list is non-exhaustive and intended to be extended by the buyers and sellers as the format evolves. An implementing exchange may not support all asset variants or may introduce new ones unique to that system. In order to facilitate adoption, recommendations are made for both minimum sizes and aspect ratios. We speak here of 'minimum maximum height' or ‘max height of at least’, which means the SSP should support a max height of at least this value. They are free to support larger, but the DSP knows that if they have an image of this size it will be accepted. Note that SSPs will be responsible for sizing image to exact size if min-max-height framework is used; exact size may not be available at bid request time. Width is calculated from the 3 supported aspect ratios. Note we merged the prior overlapping type 1 and type 2 as just type 1 - to be used for app icon, brand logo, or similar.