是的.. 我真的，真的不喜欢媒体模块。视频跟踪越来越受到客户的欢迎，所以它成了我最大的眼中钉，因为互联网上的视频本质上是一团糟，内部有各种各样的活动部件，这使得它很难获得超越基本“开始”和“停止”的真正准确跟踪。 （实际上我收回了这一点。我认为移动/sdk 跟踪正在迅速成为我最愤怒的拳头，但那是另一篇文章！）
我认为 Adobe 在自动化视频跟踪方面做出了一些英勇的努力，它或多或少都可以正常工作如果你只是在页面上嵌入了一个常规（非 Flash）对象或 html5 标签，但实际上，大多数时候，网站通过 3rd 方脚本（例如 jwplayer、vimeo、youtube api）来实现他们的视频，而媒体模块自动化基本上会在这个数量上消耗殆尽。
我知道它需要知道视频有多长才能知道何时自动弹出事件，但我发誓，在实践中 99% 的时间，媒体模块期望事物以特定顺序弹出的方式等等。它只是不符合视频在现实世界中的工作方式。即使您尝试以“手动”方式进行操作，通常它仍然是错误的，例如自动播放和缓冲似乎总是搞砸必须按该顺序发生的打开+播放顺序。
基本上，Media 模块迫切需要重写以更好地处理流媒体视频，并且通常也只是“手动”使用它。反正..
在你的情况下我做了两件事。总体而言，这些选项中的任何一个都不是具有持续时间的普通视频的完美 1:1，但是，流媒体视频并不完全相同，因此将它们一视同仁并没有真正的意义。
选项 #1：为您的流式视频使用估计时长。所以您自己说过：您的流式视频没有尽头。正如我所提到的，除非你有一个持续时间，非常基本的数学，否则你无法计算观看百分比。所以，估计一个持续时间。
我的客户有流媒体网络研讨会或其他任何内容，根据播放器，从技术上讲确实没有持续时间，但实际上他们并没有真正永远 24/7 地进行网络研讨会。实际上，它是一段固定的时间，比如 30 分钟或一个小时之类的。因此，只需指定持续时间即可。
是的，这将需要您进行额外的自定义工作来存储/关联估计的持续时间。是的，这确实有误导的可能性（例如，如果网络研讨会提前结束或运行迟到）。此选项通常适用于已将流设置为实际处于活动状态的窗口的站点。
选项 #2：放弃查看百分比的概念，将其记录为n 消耗时间。因此，里程碑的总体意义在于了解实际观看了多少视频，是吗？好吧，谁说它必须以观看百分比来衡量？
相反，您只需记录每n 秒消耗的n 秒数。您可以使用增量器 eVar 和/或计数器事件来执行此操作。 （正常视频跟踪的一部分实际上确实包含计数器事件“视频时间”或a.media.timePlayed）。
所以基本上，您基本上只是自己弹出事件/道具/eVar，而忽略里程碑/细分报告。
注意：此选项仅在您使用分配了事件/道具/eVar 的旧式视频跟踪时才真正有效。如果您使用的是不使用事件/道具/eVars 的较新样式的视频跟踪.. 那么，AA 目前不提供直接手动弹出这些内容的官方方法。当然可以非正式地这样做，但我还没有对最新的媒体模块进行逆向工程来弄清楚如何做到这一点。因此，在这种情况下，您唯一的选择是#1。