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