Launch是Adobe下一代的网站代码和APP SDK的管理工具,Launch给用户提供了一种简单的方式去部署和管理所有的分析、营销和广告代码,一种全新的用户体验。
借助Launch的扩展,任何人都可以快速的建立和维护他们的跟踪代码,这些扩展可以应用于Web和APP,所有,用户可以快速部署、配置和发布他们的跟踪代码。
主要优点
下面是使用Adobe Launch的主要优点:
- 1)通过动态部署,对您的网站和APP做更改,可以更快的实现价值,也就是快速部署
- 2)使用数据元素集中收集、组织和交付准确度高的数据,也就是数据准确高
- 3)通过使用规则构建器集成数据和营销技术来获得令人信服的体验
Launch跟其他系统相比多了几个提高的地方:
- 当Chrome不允许的时候不能使用document.write()
- Page Top和Page Botton 这两个规则内置在主库里面,并且最小化了HTTP请求
- 规则中的自定义操作脚本可以并行加载,但是按顺序执行
- 如果你避免使用Page Top和Page Bottom规则,则代码大多是异步的,并且具有完全异步的路径
标签管理管理工具一般会具有如下的优点:
- 提高网站速度:Adobe Launch具有更轻的模块化容器代码,包含有你的自定义代码,一切你所需的基础模块, 它的容器代码比DTM的更轻60%,比GTM的更轻40%,这个容器是最小化的了, 如果你不需要的配置,不会包含在你的库里面,这样的结果是使得代码加载更快,而且优化了多个分析和市场营销标签的加载,事实证明这可以提高页面加载速度。
- 更快的布署:通过动态部署,对您的网站和APP做更改,可以更快的实现价值大大减少了部署时间。
- 提高效率:节省大量时间用于管理分析和媒体标签。
- 控制和安全性: 通过与市场营销,分析师和IT部门合作,开发和部署标签策略,以在协议内以及功能范围内的所有系统中推荐,测试和部署标签。
- 增强的灵活性: 快速测试和优化标签,而不受发布周期的束缚。
- 集中的工具管理: 同时触发许多标签和技术,而不是为每个标签和技术创建单独的规则。
- 降低成本: 最大限度地减少使用JavaScript训练的IT资源进行标签管理活动的需求。
主要功能模块
下面是Launch的主要功能:
扩展(Extensions)
WEB:Web扩展就是一个代码包,如JavaScript、HTML和CSS,能够增强Launch的操作界面和使用功能,你可以通过可视化的界面去创建、管理、和更新你的代码,你可以想象Launch是一个操作系统,扩展就像一个能实现你的任务的APP。
Mobile:移动扩展由Launch UI配置屏幕和本机SDK组件组成,这些组件与核心Adobe Experience Platform SDK配合使用,可为移动应用程序提供功能。
注意点:在安卓和IOS拓展,仅提供安全https连接上的内容。传入包含http的URL时,将阻止连接。
拓展目录(Extension Catalog):浏览,配置和部署由独立软件供应商构建和维护的营销/广告工具。
规则生成器(Rule Builder)
创建组合多个事件,按照您使用if / then逻辑与条件和异常确定的方式排序。扩展程序提供以下选项:
- 事件(Events):触发条件
- 条件(Conditions):触发条件
- 例外(Exceptions):触发条件,已经合并到Conditions
- 操作(Actions):执行和发送数据。
数据元素(Data Elements)
通过基于Web的营销和广告技术收集,组织和交付数据。
企业发布(Enterprise Publishing)
发布流程允许团队动态对Web和APP去发布和更新,不同的人可以创建代码,批准和发布,下面是发布流程的一些优点:
- 对你的代码修改更改将封装在您定义的库中
- 你可以指定部署更改的位置和时间
- 不同的团队可以并行构建多个库
- 无限的开发环境
- 将库合并是有权限限定和审批
开放APIs(Open APIs)
要求
Launch的使用有以下要求:
- 你必须是Adobe Experience Cloud客户
- 你必须在你的网页上部署了Launch或DTM上开启了
- 对于APP,你必须已经在APP内部署有Adobe Experience Platform Mobile SDKs
Web端的其他亮点
更轻的模块化容器代码
Launch的容器代码比DTM的更轻60%,比GTM的更轻40%,这个容器是最小化的了,包含有你的自定义代码,一切你所需的基础模块,如果你不需要的类似,不会包含在你的库里面,这样的结果是使得代码加载更快和更轻便。
Launch跟其他系统相比多了几个提高的地方:
- 当Chrome不允许的时候不能使用document.write()
- Page Top和Page Botton 这两个规则内置在主库里面,并且最小化了HTTP请求
- 规则中的自定义操作脚本可以并行加载,但是按顺序执行
- 如果你避免使用Page Top和Page Bottom规则,则代码大多是异步的,并且具有完全异步的路径