Google视频结构化数据更新：VideoObject写明支持creator作者属性，互动统计认四种类型

摘要：Google在9月24日更新了视频结构化数据文档，VideoObject的推荐属性里新增了creator，并注明author也可以用，类型是Person或Organization，里面要有name或alternateName，url建议指向能唯一识别创作者的页面。interactionStatistic的说明也改了，明确列出Google支持的四种互动类型：WatchAction观看次数、LikeAction点赞数、CommentAction评论数、ShareAction转发数。两项都是推荐属性，不加不影响视频进入搜索结果，也没有对应的新富媒体展示。

视频结构化数据这几年动得不多，必填的还是那三个：标题、缩略图、上传时间。所以Google这次在文档里加了一段作者信息，又把互动统计重新写了一遍，做视频内容的站点值得花几分钟看看。

Search Engine Roundtable的Barry Schwartz在9月24日的报道里最先注意到这次改动，放了两张截图。这篇以那篇报道为主体，对照Google的文档原文和schema.org的定义，把改了什么、代码怎么写、哪些坑要避开讲清楚。

9月24日这次文档更新改了什么？

Google搜索中心的文档更新日志在9月24日记了一条，标题是新增creator属性并更新VideoObject结构化数据中的interactionStatistic。内容分两句：

• 改了什么：在VideoObject结构化数据文档里新增creator属性，并注明支持author；更新interactionStatistic，写明支持的互动类型。
• 为什么改：为了在文档里写明对creator和author属性的支持，并说清楚interactionStatistic在VideoObject里支持哪些互动类型。

措辞用的是“写明支持”。这类说法通常意味着Google的解析器可能早就认这些属性，只是文档以前没写。SER也是这么理解的，标题说的是视频结构化数据“获得”creator属性，正文引用的则是“记录对它的支持”。至于Google具体从哪天开始读这两个属性，日志和文档都没说。

改动落在视频结构化数据文档的两个地方：推荐属性表里多了creator这一组，共三行；interactionStatistic下面现在分别说明了interactionType和userInteractionCount，并列出支持的互动类型。文档开头的标准示例代码里也能看到creator。

creator和author该怎么写？

文档里的三行

新增的部分在推荐属性里，按字母顺序排在contentUrl后面：

括号里的“或author”是关键。creator和author在schema.org里都是CreativeWork的属性，VideoObject继承了它们，两者都接受Person或Organization。Google的意思是两个都认，选一个写就行，没必要同时写两遍。

文档给的示例是个人：

"creator": {
  "@type": "Person",
  "name": "Jane Doe",
  "url": "https://www.example.com/users/janedoe"
}

开头标准示例里用的是组织，名字是Google Netherlands，url指向一个示例网站。两种写法文档都给了，按视频实际是谁做的来选。

url那一行最容易写错

文档对url的要求是“能唯一识别创作者”的页面，举的例子是个人资料页或主页。这句话排除了几种常见的偷懒写法：

• 指向视频所在的这一页。这页识别的是视频，识别不了人。
• 指向网站的作者列表页。一页列了二十个作者，谈不上唯一。
• 每个视频的作者url都写首页，而视频其实是不同的人拍的。

比较稳妥的做法：品牌官方出的视频，creator用Organization，url写官网首页或者“关于我们”页；某个工程师、讲师出镜讲解的视频，creator用Person，url写他在站内的作者页，作者页上再放他的职务、经历和社交账号。站内之前讲过作者署名被Google和AI认可的几个信号，作者页的写法可以照那篇来。

name和alternateName二选一

“必须提供name或alternateName”是这三行里唯一带“必须”的要求。它的前提是你写了creator：写了这个对象，里面就不能空着。alternateName一般用来放别名、英文名或者简称。一个中国工厂做的英文视频，creator可以写name为英文公司名、alternateName为中文名，两边都能对上。

interactionStatistic支持哪几种互动？

interactionStatistic用来告诉Google视频的互动数据，值的类型是schema.org的InteractionCounter，里面两项：interactionType说是什么互动，userInteractionCount说有多少次。

这次更新后，文档明确列出Google支持的四种互动类型：

userInteractionCount的类型是Integer，就是这个互动发生的次数。整数，不带单位，也不能写“1.2万”这样的字符串。

文档里的示例代码，不管是标准视频、直播还是片段，用的都是WatchAction，也就是观看次数。SER给的第二张截图对应的就是这一段的新写法。之前很多站点只写观看次数，现在点赞、评论、转发也有了文档依据。

四种都写的代码

Google的示例每次只给一个计数器。schema.org的interactionStatistic允许多个值，写成数组是常见的做法：

"interactionStatistic": [
  {
    "@type": "InteractionCounter",
    "interactionType": { "@type": "WatchAction" },
    "userInteractionCount": 18320
  },
  {
    "@type": "InteractionCounter",
    "interactionType": { "@type": "LikeAction" },
    "userInteractionCount": 412
  },
  {
    "@type": "InteractionCounter",
    "interactionType": { "@type": "CommentAction" },
    "userInteractionCount": 37
  }
]

示例里的数字是随手编的演示值，换成你自己页面上真实显示的数字。写好之后，用富媒体搜索结果测试工具跑一遍，确认没有报错再上线。

文档没列的类型别乱用

schema.org的Action下面子类型很多，比如DislikeAction、FollowAction、BookmarkAction。Google这次只列了四种，其他类型写上去，结构化数据本身不算错，但Google的文档没说会用。省事的做法是只写这四种，其他互动没必要往里塞。

一份完整的VideoObject该长什么样？

把新旧属性放在一起，用一个外贸工厂的产品安装视频举例。视频放在自己网站的观看页上，页面显示播放量，视频里有三个章节：

{
  "@context": "https://schema.org",
  "@type": "VideoObject",
  "name": "How to install the X200 industrial dehumidifier",
  "description": "Step-by-step installation of the X200 dehumidifier, from unpacking to first start-up.",
  "thumbnailUrl": "https://www.example.com/video/x200/thumb-16x9.jpg",
  "uploadDate": "2026-08-12T09:30:00+08:00",
  "duration": "PT6M40S",
  "contentUrl": "https://www.example.com/video/x200/install.mp4",
  "creator": {
    "@type": "Organization",
    "name": "Example Machinery Co., Ltd.",
    "alternateName": "示例机械",
    "url": "https://www.example.com/about-us"
  },
  "interactionStatistic": {
    "@type": "InteractionCounter",
    "interactionType": { "@type": "WatchAction" },
    "userInteractionCount": 2864
  },
  "hasPart": [
    {
      "@type": "Clip",
      "name": "Unpacking and checking parts",
      "startOffset": 0,
      "endOffset": 75,
      "url": "https://www.example.com/video/x200?t=0"
    },
    {
      "@type": "Clip",
      "name": "Wall mounting",
      "startOffset": 75,
      "endOffset": 240,
      "url": "https://www.example.com/video/x200?t=75"
    },
    {
      "@type": "Clip",
      "name": "Drain hose and first start-up",
      "startOffset": 240,
      "endOffset": 400,
      "url": "https://www.example.com/video/x200?t=240"
    }
  ]
}

这段里的公司名、网址、数字都是演示用的。几个细节对照着文档说一下：

• duration用ISO 8601格式，PT6M40S就是6分40秒；uploadDate带了+08:00时区。
• contentUrl必须是视频文件本身的地址，文档特别强调不能填视频所在的网页；embedUrl则是播放器的地址，两个都写最好。
• creator用Organization，name写英文公司名，alternateName写中文名，url指向关于我们页面。
• hasPart里的Clip是关键时刻用的。文档要求视频总时长至少30秒，网址能直接跳到视频中间的某个时间点，同一个视频的两个片段不能用同一个开始时间。

如果视频还要上直播徽章，就再加publication，类型是BroadcastEvent，写isLiveBroadcast、startDate和endDate。文档建议直播开始、结束和标记变化时都调用一次Indexing API，让Google及时来抓。普通的产品视频用不上这一块。

用微数据写也可以

有些老站点的模板用的是微数据，不是JSON-LD。文档的标准示例同时给了微数据写法，creator是这样嵌在页面里的：

<span itemprop="creator" itemscope itemtype="https://schema.org/Organization">
  <meta itemprop="name" content="Google Netherlands" />
  <link itemprop="url" href="https://www.example.com" />
</span>

两种格式Google都支持，一个页面里别两种都写同一个视频，容易出现两份互相矛盾的数据。

加了这两个属性会有什么变化？

先说清楚预期：文档没有提到任何新的展示形式，两个都是推荐属性。视频结果里会不会因此显示作者名或者点赞数，Google没说，SER的报道也没提到搜索结果页有对应的变化。

那为什么还值得加？有三个理由。

文档开头写得很清楚：Google会尽量自动理解视频的细节，加结构化数据能影响视频结果里显示的信息，也能让Google更容易发现视频。作者和互动数据是视频的基本信息，写清楚，Google就少一分猜测。

作者信息这一年越来越受重视。站内整理过视频SEO在AI搜索时代的变化，AI答案引用视频时，谁做的、是不是这个领域的人，都是判断可信度的线索。结构化数据里有明确的creator，又能和站内作者页、外部资料对上，比让机器从视频描述里猜要靠谱。

Google也给出了自己说清楚的机会。以前站点写了creator，不知道Google认不认；现在文档写明了支持，加上去至少不会白费。

和YouTube视频是什么关系

这些属性只管你自己网站上的视频观看页。视频托管在YouTube上的，YouTube那边的作者和数据Google自己有，用不着你在YouTube页面上加标记。你在自己网站嵌入YouTube视频、又写了VideoObject的，creator写真实的制作方；互动数据要小心，下一节细说。

写互动数据，哪些坑要提前避开？

数字要和页面上看到的一致

Google的结构化数据通用准则要求，标记的内容必须代表页面上用户能看到的内容。互动数据也一样：页面上显示18320次播放，结构化数据就写18320；页面上根本不显示播放量，凭空写一个很大的数，就是在给Google报假数，严重的可能吃结构化数据的人工处置。

嵌入YouTube视频的页面尤其要注意。YouTube的播放量是YouTube那边的数字，你的页面上未必显示，结构化数据里写上去，算不算“页面上可见的内容”就很难说。保守的做法是，页面不显示的互动数据就不写。

数字会变，标记要跟着变

播放量和点赞数天天在涨，结构化数据里写死一个数，几个月后就和页面对不上了。比较省心的做法是让结构化数据由后端模板生成，和页面上显示的数字取自同一个字段。静态站点没法实时更新的，可以只写creator这类不会变的信息，互动数据干脆不写。

别把creator写成平台

视频托管在第三方平台、嵌入到自己网站时，有人习惯把creator写成平台的名字。文档的定义是“创作或发布这个视频的个人或组织”，平台只是托管方。工厂自己拍的产品演示视频，creator是工厂；请外部团队拍的，按对外宣称的出品方写，通常也是工厂自己的品牌。

必填的三项先检查

新属性再好，也要建立在必填项完整的基础上。VideoObject必填的只有name、thumbnailUrl和uploadDate，文档说缺了必填项，Google可能根本提取不到视频信息。uploadDate建议带时区，不带的话Google按Googlebot的时区来算。很多站点的视频没有被收录，问题出在这几项或者观看页本身，跟新加的属性无关。站内写过自托管与嵌入视频的收录机制，排查时可以先看那篇。

上线前的自查清单

1. 必填的name、thumbnailUrl、uploadDate都有，uploadDate带时区。
2. creator和author只写一个，类型选Person或Organization，里面有name。
3. creator.url指向作者页或品牌主页，不是视频页本身。
4. interactionStatistic只用文档列出的四种类型，userInteractionCount是整数。
5. 每个互动数字都能在页面上看到，而且和页面显示一致。
6. 用富媒体搜索结果测试和网址检查工具各跑一遍，确认Google读到的和你写的一样。

对外贸站和独立站来说，最常见的视频是产品演示、工厂参观、安装教程。这类视频往往没有公开的播放量显示，互动数据可以先不急；creator倒是可以趁这次补上，统一写成品牌名，url指向关于我们页面，一次改模板就能覆盖全站。

常见问题解答

Google视频结构化数据这次更新了什么？

9月24日，Google在VideoObject文档里新增了creator属性并注明支持author，同时更新了interactionStatistic，写明支持观看、点赞、评论、转发四种互动类型。

creator和author要同时写吗？

不需要。文档写的是creator（或author），两者都是schema.org里CreativeWork的属性，Google都认，选一个写即可。

creator可以填什么类型？

Person或Organization。写了creator，就必须提供name或alternateName其中一个，url建议指向能唯一识别创作者的页面。

creator.url应该填什么链接？

文档要求是能唯一识别创作者或组织的网页，比如个人资料页或主页。不要填视频所在页面，也不要填列了很多作者的列表页。

interactionStatistic支持哪些互动类型？

文档列出四种：WatchAction观看次数，LikeAction点赞数，CommentAction评论数，ShareAction转发数。userInteractionCount填整数。

VideoObject的必填属性有哪些？

只有三个：name视频标题，thumbnailUrl缩略图地址，uploadDate首次发布时间。uploadDate建议带时区，否则按Googlebot的时区处理。

加了creator会在搜索结果里显示作者吗？

Google没有说。文档和更新日志都没提新的展示形式，两项都是推荐属性，作用是帮Google更准确地理解视频信息。

页面上不显示播放量，可以在结构化数据里写吗？

不建议。Google的结构化数据通用准则要求标记内容代表页面上可见的内容，页面不显示的互动数据最好不写，写了也要和页面一致。

可以同时写多个interactionStatistic吗？

schema.org允许该属性有多个值，常见写法是放进数组，每种互动一个InteractionCounter。上线前用富媒体搜索结果测试工具检查一遍。

关键时刻需要视频满足什么条件？

用Clip或SeekToAction标记片段时，视频总时长至少30秒，网址要能直接跳到视频中某个时间点，VideoObject要加在用户能观看视频的页面上，同一视频的片段不能共用开始时间。

视频在YouTube上，自己的网站还要加这些吗？

在YouTube上的视频不用你加标记。如果自己的网站嵌入了视频并写了VideoObject，creator写真实制作方，互动数据只写页面上能看到的。

权威参考资料