SiteCatalyst 流式视频跟踪和其他说明
SiteCatalyst streaming video tracking and additional clarifications
我们正在尝试使用 SiteCatalyst 跟踪流式视频。
问题出现是因为该视频显然没有结尾，并且 s.media 模块 不知道如何设置秒数或里程碑分段视图。
这导致除了开始的呼叫外没有跟踪呼叫。
可能的解决方案是使用s.media.monitor 自定义函数？
Here 解释了如何将它们与基本媒体模块设置一起使用。
也许 "sendRequest()" 方法的定时部署可以帮助...？
我利用这个机会来询问 media.monitor 方法的简短操作示例，因为我到现在一直都是基本设置，如下：
s.loadModule("Media");
s.Media.autoTrack = false;
s.Media.trackMilestones = "25,50";
s.Media.segmentByMilestones = true;... ...
非常感谢
是的..我真的，真的不喜欢媒体模块。视频跟踪越来越受到客户的欢迎，所以它成了我最大的刺，因为互联网上的视频本质上是一团乱麻，内部有各种活动部件，这使得它很难获得超越基本 "start" 和 "stop" 的真正准确跟踪。 （实际上我收回了这一点。我认为 mobile/sdk 跟踪很快成为我最多挥动我愤怒的拳头的事情，但那是不同的 post！ )
我认为 Adobe 在自动化视频跟踪方面做出了一些英勇的努力，并且它或多或少可以正常工作 如果您只是在page 但在实践中，大多数时候，网站通过第三方脚本（例如 jwplayer、vimeo、youtube api）来实现他们的视频，而媒体模块自动化基本上在这一点上功亏一篑。
我知道它需要知道一个视频有多长才能知道什么时候自动弹出事件，但我发誓，在实践中，99% 的时间，媒体模块期望事情按特定顺序弹出的方式等等。 .它只是不符合视频在现实世界中的工作方式。即使您尝试以 "manual" 的方式进行操作，通常情况下它仍然存在问题，例如自动播放和缓冲似乎总是搞砸了必须按该顺序发生的打开+播放顺序。
基本上，迫切需要重写媒体模块以更好地处理流式视频，而且 "manually" 也只是一般地使用它。无论如何..
我在你的情况下做了两件事。总的来说，这些选项中的任何一个都不是完美的 1:1 普通视频有持续时间，但是，流媒体视频并不完全相同，因此将它们一视同仁是没有意义的。
选项 #1：为您的流媒体视频使用估计的持续时间。所以您自己说过：您的流媒体视频没有尽头。正如我提到的，除非你有一个持续时间，非常基本的数学，否则你无法计算观看百分比。所以，估计一个持续时间。
我有一些客户有流媒体网络研讨会或其他什么，根据玩家的说法，技术上确实没有持续时间，但实际上他们不会真的进行网络研讨会 24/ 7永远。实际上，这是一段固定的时间，比如 30 分钟或一个小时或更长时间。因此，只需指定持续时间即可。
是的，这将需要您进行额外的自定义工作以达到 store/associate 预计持续时间。是的，这确实有可能产生误导（例如，如果网络研讨会提前结束或迟到）。此选项通常适用于已将流设置为 windows 以实际激活的站点。
选项 #2：摒弃观看百分比的概念，将其记录为 n 消耗时间。所以里程碑的总体意义在于了解实际观看了多少视频，是吗？好吧，谁说 必须 以观看百分比来衡量？
相反，您只需记录每 n 秒消耗的 n 秒。您可以使用增量器 eVar，and/or 计数器事件来执行此操作。 （正常视频跟踪的一部分实际上确实包含一个计数器事件 "Video Time"，或 a.media.timePlayed）。
所以基本上，您基本上只是自己弹出 events/props/eVars，而忽略 milestone/segment 报告。
注意： 此选项仅在您使用已分配 events/props/eVars 的旧式视频跟踪时才有效。如果您使用的是不使用 events/props/eVars.. 的较新样式的视频跟踪，那么 AA 当前不提供直接手动弹出该内容的官方方法。非正式地这样做当然是可能的，但我还没有对最新的媒体模块进行逆向工程来弄清楚如何做到这一点。所以，在这种情况下，你唯一的选择是#1。
我们正在尝试使用 SiteCatalyst 跟踪流式视频。
问题出现是因为该视频显然没有结尾，并且 s.media 模块 不知道如何设置秒数或里程碑分段视图。
这导致除了开始的呼叫外没有跟踪呼叫。
可能的解决方案是使用s.media.monitor 自定义函数？
Here 解释了如何将它们与基本媒体模块设置一起使用。
也许 "sendRequest()" 方法的定时部署可以帮助...？
我利用这个机会来询问 media.monitor 方法的简短操作示例，因为我到现在一直都是基本设置，如下：
s.loadModule("Media");
s.Media.autoTrack = false;
s.Media.trackMilestones = "25,50";
s.Media.segmentByMilestones = true;... ...
非常感谢
是的..我真的，真的不喜欢媒体模块。视频跟踪越来越受到客户的欢迎，所以它成了我最大的刺，因为互联网上的视频本质上是一团乱麻，内部有各种活动部件，这使得它很难获得超越基本 "start" 和 "stop" 的真正准确跟踪。 （实际上我收回了这一点。我认为 mobile/sdk 跟踪很快成为我最多挥动我愤怒的拳头的事情，但那是不同的 post！ )
我认为 Adobe 在自动化视频跟踪方面做出了一些英勇的努力，并且它或多或少可以正常工作 如果您只是在page 但在实践中，大多数时候，网站通过第三方脚本（例如 jwplayer、vimeo、youtube api）来实现他们的视频，而媒体模块自动化基本上在这一点上功亏一篑。
我知道它需要知道一个视频有多长才能知道什么时候自动弹出事件，但我发誓，在实践中，99% 的时间，媒体模块期望事情按特定顺序弹出的方式等等。 .它只是不符合视频在现实世界中的工作方式。即使您尝试以 "manual" 的方式进行操作，通常情况下它仍然存在问题，例如自动播放和缓冲似乎总是搞砸了必须按该顺序发生的打开+播放顺序。
基本上，迫切需要重写媒体模块以更好地处理流式视频，而且 "manually" 也只是一般地使用它。无论如何..
我在你的情况下做了两件事。总的来说，这些选项中的任何一个都不是完美的 1:1 普通视频有持续时间，但是，流媒体视频并不完全相同，因此将它们一视同仁是没有意义的。
选项 #1：为您的流媒体视频使用估计的持续时间。所以您自己说过：您的流媒体视频没有尽头。正如我提到的，除非你有一个持续时间，非常基本的数学，否则你无法计算观看百分比。所以，估计一个持续时间。
我有一些客户有流媒体网络研讨会或其他什么，根据玩家的说法，技术上确实没有持续时间，但实际上他们不会真的进行网络研讨会 24/ 7永远。实际上，这是一段固定的时间，比如 30 分钟或一个小时或更长时间。因此，只需指定持续时间即可。
是的，这将需要您进行额外的自定义工作以达到 store/associate 预计持续时间。是的，这确实有可能产生误导（例如，如果网络研讨会提前结束或迟到）。此选项通常适用于已将流设置为 windows 以实际激活的站点。
选项 #2：摒弃观看百分比的概念，将其记录为 n 消耗时间。所以里程碑的总体意义在于了解实际观看了多少视频，是吗？好吧，谁说 必须 以观看百分比来衡量？
相反，您只需记录每 n 秒消耗的 n 秒。您可以使用增量器 eVar，and/or 计数器事件来执行此操作。 （正常视频跟踪的一部分实际上确实包含一个计数器事件 "Video Time"，或 a.media.timePlayed）。
所以基本上，您基本上只是自己弹出 events/props/eVars，而忽略 milestone/segment 报告。
注意： 此选项仅在您使用已分配 events/props/eVars 的旧式视频跟踪时才有效。如果您使用的是不使用 events/props/eVars.. 的较新样式的视频跟踪，那么 AA 当前不提供直接手动弹出该内容的官方方法。非正式地这样做当然是可能的，但我还没有对最新的媒体模块进行逆向工程来弄清楚如何做到这一点。所以，在这种情况下，你唯一的选择是#1。