新闻列表-Xinstall

Xinstall性能再次升级，自身责任越来越大 - Xinstall

从Xinstall运行以来，目前已经累计服务涉及电子商务、新闻阅读、游戏、社交、金融、房地产等40余个行业的App，尤其合作了一些大型企业后，Xinstall统计过的App安装量已经接近10亿次，为企业节省推广费用40%以上万事开头难，不少客户不知道Xinstall提供的传递智能参数以及渠道统计的服务。也对Xinstall的渠道统计业务产生质疑，随着对客户的耐心解释以及一步步协助客户完成渠道统计SDK的对接，进行测试。经过实际数据测试后，客户才放心并且选择了Xinstall服务。随着Xinstall客户越来越多，责任也越来越重，这些客户一起见证了Xinstall增长，也渐渐有了千万级以及亿级规模的知名企业客户，随着服务客户的增多，我们运维工程师发现Xinstall某个服务器任务,会在特定极端情况下有出现运行缓慢的情况，尽管是边缘任务,但Xinstall秉持着不忘初心服务号客户的宗旨去查找原因，优化服务器性能，服务好每一位客户。性能优化起因为了提高 Xinstall 匹配准确率，当客户使用『托管包』方式进行配置时，我们会针对安装包进行一次包体优化，从而将该种配置方式下的准确率提高至100%（仅限特定条件）。在优化包体代码的执行过程中，会占用服务器部分资源进行操作，而这，也恰恰成为了我们这次优化的契机。尽管该功能在上线前经过了我们测试团队的"严刑拷打"，但在上线服务了几百位客户后，还是出现了一次体验上的不佳：有一位客户反应他们的安装包有一次在下载前需要经过近2s的等待。细心的客服部门没有对这种容易忽视的 "小缺陷" 坐视不管，反而第一时间反馈到研发部门。在测试团队的反复测试下，确认了该问题存在，以及出现的概率：0.04%。尽管从出现问题的概率上看，并没有达到我们内部制定的优化阈值概率，但是敏锐的 CTO 凭借丰富的开发经验，断定该问题在未来随着客户数量的上升，一定会放大出现的概率，因此，必须尽快找出出现问题的根源，并进行优化！问题定位0.04% 的概率虽然低，可能仅仅是几秒钟出现了短暂的性能问题，而普通监控服务只能通过测算一段时间内固定踩点得出的平均数据，因此很容易忽略掉几秒内出现的性能尖刺。但好在运维部门在 Xinstall 立项初期，为了应对及其细微的性能尖刺难以捕捉的问题，研发了一套强大的『AI 性能捕捉机』，得益于AI 的学习能力，可以在服务器持续运行的过程中不断学习每台服务器的性能表现，从而能够突破固定踩点的限制，应对不同时段，不同流量下以及更多外界变量导致的性能的细微变化，进而敏锐区分性能尖刺，并记录在案。通过『AI 性能捕捉机』的日志，结合客户反应的现场情况，运维团队准确定位到了在现象发生时是由于『优化包体』整体操作比预计慢了 1.66s 从而导致这个现象的发生，进而发现当时服务器在 1.66s 内，有 1.43s 出现磁盘吞吐量升高70%的性能尖刺，而其他服务器指标没有超过 AI 在当时时间段推算出的标准上限。当技术团队接收到这两个信息后，结合服务端日志，发现确实在发生问题的时间段，存在12个并发的『优化包体』操作，所以确实可能导致磁盘吞吐量上升，但还需要证实是否是吞吐量达到瓶颈从而导致变慢。首先第一步，需要确认的是，现场执行『优化包体』的服务器的磁盘性能。通过现场的性能日志来看，在性能尖刺的1s时间内，磁盘吞吐量达到了 250MB/s 左右，由于我们的服务器使用的是阿里云ECS，所以技术团队需要确认ECS上挂载的云盘的吞吐量上限。阿里云官方文档对云盘的性能描述：性能类别ESSD云盘ESSD云盘ESSD云盘ESSD云盘SSD云盘性能级别PL（Performance Level）PL3PL2PL1PL0无单盘容量范围（GiB）1261~32768461~3276820~3276840~3276820~32768最大IOPS1000000100000500001000025000最大吞吐量（MB/s）4000750350180300单盘IOPS性能计算公式 ②min{1800+50*容量, 1000000}min{1800+50*容量, 100000}min{1800+50*容量, 50000}min{ 1800+12*容量, 10000 }min{1800+30*容量, 25000}单盘吞吐量性能计算公式（MB/s） ②min{120+0.5*容量, 4000}min{120+0.5*容量, 750}min{120+0.5*容量, 350}min{100+0.25*容量, 180}min{120+0.5*容量, 300}数据可靠性99.9999999%99.9999999%99.9999999%99.9999999%99.9999999%单路随机写平均时延（ms），Block Size=4K0.20.3~0.50.5~21~35~10以上指标是针对云盘本身的性能进行说明，抛开其他影响因素后，云盘本身所能发挥的最大性能指标。我们的服务器是500GB系统盘（PL1）+ 1000GB的外接云盘（PL1），外接云盘计算吞吐量 =min{120 + 0.5 * 1000, 350} = 350MB/S，应该远远大于现场的 250MB/S，从这里看，应该没有达到磁云盘的最大吞吐量。但是，经过更多文档的查阅，我们发现阿里云ECS本身也有一个磁盘吞吐量上限，这个上限区别与云盘自身的吞吐量，ECS 最终的吞吐量上限是 min{云盘吞吐量上限, ECS自身吞吐量上线}。根据阿里云官方文档，ECS实例存储I/O性能对比：实例规格最大IOPS（万，4KiB I/O）最大存储带宽（Gbit/s）最大吞吐量（MB/s，1024KiB I/O）ecs.hfc6.large1.01.0125ecs.hfc6.xlarge2.01.5187.5ecs.hfc6.2xlarge2.52.0250ecs.hfc6.3xlarge3.02.5312.5ecs.hfc6.4xlarge4.03.0375ecs.hfc6.6xlarge5.04.0500ecs.hfc6.8xlarge6.05.0625ecs.hfc6.10xlarge10.08.01000ecs.hfc6.16xlarge12.010.01250ecs.hfc6.20xlarge20.016.02000我们的服务器为 ecs.hfc6.2xlarge 型号，对应最大IOPS为2.5万，最大吞吐量为：250MB/s。从这里来看，我们其实不单单要关心最大吞吐量，还需要关心一下另一个指标：【最大 IOPS】，两个指标都可能影响到我们的『优化包体』操作。我们关心的指标是：【最大 IOPS】和【最大吞吐量】这两个，这两个指标符合短板效应，即最大指标为：min{ESC最大值, 云盘最大值}。从而我们可以计算出我们这台打包机的理论最大指标：系统盘 IOPS：min{25000, min{1800 + 50 * 500, 50000}} = 25000系统盘吞吐量：min{250, min{120 + 0.5 * 500, 350}} = 250 MB/s外接磁盘 IOPS：min{25000, min{1800 + 50 * 1000, 50000}} = 25000外接磁盘吞吐量：min{250, min{120 + 0.5 * 1000, 350}} = 250 MB/s从上述计算可知，我们当前在这磁盘吞吐量指标上发挥的最大性能已经被 ECS 本身的实例所限制，并且符合现场的性能状况。所以理论上如果我们需要防止业务增长带来的高并发进而影响到『优化包体』这一操作，那么必须升级 ECS 的配置，否则单单升级云盘盘性能已经没有作用了。测试验证性能指标当然，上述仅仅是阿里云给出的文档数据，有可能存在文档更新不及时，甚至是文档与实际服务器性能不匹配的情况。所以，为了确当前服务器真实的磁盘吞吐量，我们毕竟通过种方式，自行进行验证。测试方案：使用阿里云官方测试方案该方案使用到了 fio 工具进行磁盘性能测试，该工具是目前 Linux 系统上使用比较广泛的磁盘性能测试工具，并且官方给到了各种测试用例。我们针对不同容量、不同性能级别的云盘、不同 ECS 性能分别进行了多次测试，来直接印证阿里云官方文档给出的数据是否准确。【测试结果表】通过单一变量对照测试，我们可以对比得出：1.主磁盘（系统盘）和外接磁盘（外接云盘）没有本质上的性能区分，均遵从阿里云官方文档的计算公式。> 测试变量：ECS型号相同、主磁盘（系统盘）和外接磁盘（外接云盘）容量相同、主磁盘和外接磁盘均为PL1，测试命令相同。2. 磁盘容量大小确实会影响磁盘性能。> 测试变量：ECS型号相同、均使用主磁盘、主磁盘均为PL1、测试命令相同、两次测试容量不同。3. ECS 型号确实会影响磁盘性能。> 测试变量：ECS型号不同、均使用主磁盘、主磁盘均为PL1、主磁盘容量相同、测试命令相同。[注]：测试数据为 FIO 测试工具的报告给出，相比使用 iotop 工具肉眼观察测试过程中的数据采样会偏大一点，比如 263MiB/s 在实际采样中为 250MiB/s，29.3k 在实际采样中为 26.3k。『优化包体』性能优化既然确定了磁盘吞吐量为性能瓶颈，那么下一步所能做的优化无非两步：1. 硬件性能优化2.软件性能优化1.硬件性能优化硬件性能优化其实已经非常明了，从上面的文档以及测试结果来看，目前能够优化的点只有升级 ECS 的型号，来提高磁盘吞吐量的上限，俗称氪金。2.软件性能优化软件层面，由于大量的并发可能导致多个任务同时进行，进而占用磁盘资源，导致各个任务的速度均受到影响。那么，在有限的磁盘资源的情况下，我们能做的，就是加快每次『优化包体』的速度。由于『优化包体』整体操作主要消耗磁盘的步骤为：拷贝原始包 -> 拷贝解压缩后的原始包这两步，所以我需要测试不同编程语言执行这两步时，是否有速度上的差异：*cp 命令测试[纯 cp 脚本拷贝原包和解压后的包]*node.js 直接拷贝测试[纯 nodejs 代码拷贝原包和解压后的包]*node.js 调用 cp拷贝测试[在nodejs 代码中调用 cp 命令拷贝原包和解压后的包]*scp 命令测试[纯 scp 脚本拷贝原包和解压后的包]*rsync 命令测试[纯rsync脚本拷贝原包和解压后的包]*cp + unzip命令测试[cp 脚本拷贝原包，再使用 unzip 解压原包]* oss 下载原包 +unzip 命令测试 [通过内网从 oss 下载原包，再使用 unzip 解压原包]使用上述7中不同方式进行测试时，我们同时也考虑到下面两个影响因素： * 包大小对速度的影响* 主磁盘（系统盘）和外接磁盘（外接云盘）之间传输对速度的影响所以，在进行每一项测试时，我们的测试用例基本是这样子的（-> 代表拷贝方向）：【小包速度测试】主磁盘 -> 主磁盘主磁盘 -> 外接磁盘外接磁盘 -> 外接磁盘外接磁盘 -> 主磁盘【大包速度测试】主磁盘 -> 主磁盘主磁盘 -> 外接磁盘外接磁盘 -> 外接磁盘外接磁盘 -> 主磁盘经过技术同学耐心的测试，数据悦然纸上：【测试结果表】【结论】：软件层面还是受制于硬件瓶颈，无法通过不同的软件工具加快拷贝速度。1. 各种方式对包的操作均与磁盘吞吐量有紧密关系，但目前不同方式之间的拷贝速度差异不大（除了非拷贝操作：unzip 和 oss download）2. 目前可以看到 8v16g（ecs.hfc6.2xlarge）在各种方式下拷贝大包基本稳定在 30s 左右，经过测试阶段人工观察（iotop 工具），磁盘吞吐量也是达到了 ECS 自身的吞吐量瓶颈。3. 为了进一步验证 ESC 吞吐量瓶颈是否跟随 ECS 型号提高，我们测试了下 ecs.hfc6.3xlarge 型号，发现速度大幅提升，吞吐量也是达到了该 ECS 自身的吞吐量瓶颈。4. 外接磁盘和主磁盘之间的文件操作不会受到两块云盘带来的影响（速度和单一磁盘内部操作一致）【最终，我们的运维团队依以上测试所得的信息，最终采用了如下方案进行优化】：1. 单机服务器型号升级，支持最大 625MB/S 的磁盘吞吐量，大幅缩短单次任务所消耗的时间2.『优化包体』微服务化，分散到我们全球各地区每个服务器上，让每个服务器都拥有该服务的能力3. 运维团队内部研发落地一个新系统：『AI 服务调度系统』（内部代号：治水），结合全球各个服务器内部的『AI 性能捕捉机』实时上报的日志，分析出能够执行本次『优化包体』任务的最优服务器，从而进行任务派发。优化成果这套优化方案在执行的同时，测试团队同时也研发出一套『AI 拟真压力测试系统』（内部代号：泄洪），通过 AI 学习线上日志，模拟出高并发下场景下的客户请求情况（并非传统压测工具直接进行高并发请求），用来测试这套优化方案。最终测试结果：『AI服务调度系统』承受住最高 1043次/s 的『优化包体』任务（远远高于线上实际并发量），且单次任务最多耗时0.75s，单机服务器峰值时间均 < 1s，做到了 100% 任务在 1s 内完成的指标！对于支持我们的用户，我们绝不对降低服务质量，无论从哪个角度看，都有义务保证Xinstall服务的高质量，随着Xinstall客户量的增加，同时也是Xinstall成为客户严格要求的对象，我们感受到了越来越重的责任，也会对自己要求越来越严格。感谢支持！

2021-11-05

281

#性能再次升级

#Xinstall

App推广统计代替渠道包统计的方法 - Xinstall

App推广运营商每天最关心的是渠道数据的变化，毕竟这是直接衡量工作成效的方法。但是，获取渠道数据的重点是什么，你知道吗？现在我们就简单介绍一下应用渠道统计的基本知识，以及有效的统计方法。一、安卓渠道来源跟踪方法。因为Google不能在国内的Android系统上使用GooglePlay，导致目前Android市场出现了碎片化、差异性的局面，开发一款App需要上架几十个应用商店(应用宝、小米应用商店、华为应用商店、百度手机助手等)，这些我们称之为渠道，需要有不同的渠道标识来实现效果跟踪。方式一：安卓渠道打包。只要App发布了一个新的版本，就可以为不同的发行渠道设置一个不同的软件包，这个方法是为每个应用软件包建立一个专属的ChannelID(渠道码)，上传到相应的应用市场，然后当该App在该渠道下载，App将与后台交互或者数据上报，这样我们就能统计到各个应用市场中具体的下载量、用户数量等关键数据。这一实践虽然可以有效地统计各种渠道的数据，但是如果渠道数量太多，版本更新频繁，还需要在多个平台上进行推广，那么人工打包的方法就显得效率不够。为实现多渠道打包的高效，市场上也涌现出许多工具。如GradlePlugin,ApkTool,Packer-Ng等。利用上述包装工具，可以实现多渠道的包装，但渠道包装的制作过程比较繁琐，管理费用较高。方式二：免打包渠道统计(渠道链接统计)有别于渠道包，这是一种基于渠道链接的渠道统计方法，国内第三方平台Xinstall能够实现，具体做法是在上传一份包后，生成相应的渠道链接，然后导出相应的安装包在渠道链接上进行分发，安装包统计的数据可在Xinstall的后台实时查看。该方法无需开发人员手工设置渠道编号多次打包，就可以制作多种不同推广渠道的安装包，从而节约了多余的渠道管理成本，更有效地避免了渠道链接统计。iOS系统中渠道源跟踪方法。很明显，因为iOS不能通过渠道包来区分渠道的信息，所以iOS只能是免打包的渠道统计。苹果占据了iOS操作系统的主导地位，但是由于iOS生态过于庞大，iTunesConnect提供的营销活动链接分渠道统计数据不能实时，需要手工创建渠道链接，而且安装量小于5个的渠道无法显示，因此无法满足其需求。除Apple官方之外，目前国内基于渠道链接的方案较为成熟，并且能够同时支持Android、iOS和web端的第三方统计平台Xinstall。Xinstall的渠道渠道链接方案除了可以实现无打包渠道统计外，还可以实现免渠道识别码(邀请码)与渠道关系等功能，通过自动生成渠道链接，地推、广告等渠道链接，可以实现免渠道识别码(邀请码)功能，通过Xinstall来生成渠道链接，实现最大程度的推广效果。

2021-11-04

475

#App推广统计代替渠道包统计的方法

App上线后，用了这个方法转化率直线上升！-Xinstall

目前，渠道推广形式多种多样，有的通过巨量、微博、今日头条和一些DSP等网络广告平台进行推广，有的通过地铁、电梯、纸媒、地推等线下广告方式进行推广。随着App研发技术的日益成熟，App的研发已不再是大多数企业的瓶颈，而推广运营能力成为App能否成功的关键。随着越来越多的App产品集中在了市场推广这一个环节，这些App的竞争也随之激烈，因此，App渠道推广的市场规模越来越大，而这些App的推广重点也逐渐转向线上线下全渠道推广。但在全渠道推广应用时，却一直存在一个重要问题：如何选择全渠道App广告效果统计工具。现有的App广告效果监控工具，一般分为两种，一种是广告平台自带的统计，供广告主统计广告效果，还有一种是线下App移动广告效果监控，即纸媒、户外媒体、App地推等的方式广告效果监控。这种方式通常是由一些第三方广告监控服务商帮助广告主实现对接，通常这种方式有几个弊端。1、iOS系统需要IDFA权限，不然无法进行高准确率的监测2、Android则需要渠道分包来进行实现3、渠道分散，操作步骤繁琐安卓需要打多个渠道包来统计，这种操作效率低下，转化很差Xinstall作为国内第三方渠道统计工具，不仅在统计上做到精准度高，而且安卓无需打包，免去一切繁琐操作，同时通过deeplink技术实现免填邀请码,从人工生成推广链接/二维码到统计每一个业务员，每一个渠道来的统计，Xinstall自动实现全过程的统计使用Xinstall的优势：邀请方分享的形式是邀请链接，无需再去说服被邀请方；被邀请方全程无需填写任何信息，只要从分享的邀请页面下载 App 并登录即可获得奖励；平台方依然可以通过服务器自动获取参数的形式，准确识别双方邀请关系并发放奖励。人手一个二维码，精准统计每一个人的业绩免填写邀请码渠道链接/二维码同时兼容ios和android；无限制数据，可以生成上万张地推二维码；实时报告，实时排重，第一时间监控推广效果，发现渠道异常和推广人员的异常行为；根据Xinstall的App地推解决方案，绩效统计无需用户填写地推码，使得在地推过程中指导用户的时间大大减少(节省的人力成本超过80%)，甚至地推人员只需将自己的二维码贴在一个潜在用户密集的区域，就可以实现个人的推广业绩。此外，Xinstall还为每一位地推人员和每一个渠道提供独立的数据报告页面，以供实时查询个人的推广业绩(这一功能是是必要，因为统计不准确将会引起推销员的强烈不满)。不但有支持代理合作渠道地推的解决方案，Xinstall的邀请成为代理功能更是可以节省效率，即使有上万个客户，只需要将链接发送给他们，即可自动生成上万个渠道链接，轻松实现对每个用户的新用户的统计。Xinstall App免填邀请码的功能，利用此功能开展用户有奖邀请活动，可以让每个用户以最简单的方式拉新，无需填写邀请码，自动绑定邀请关系，无限裂变，达到一传十、十传百的病毒式营销效果，实现用户的几何级数增长。通过Xinstall安装方案，实现了免填邀请码、自动邀请获取奖励、渠道统计等多种场景。

2021-11-03

290

#App上线后，用了这个方法转化率直线上升！

App用户运营如何持续流量变现？-Xinstall

在行业现状中，看到的文章要么是流量获取，要么就是跟风内圈裂变和拉新，用户都看疲乏了。在企业长期未来发展来看，最主要的要做好用户留存，这是至关重要的。产品的增长，不光是要看流量，而是要看留存。为什么要做好用户留存？产品留存的复利任何产品的增长，都会看重留存，因为较高的留存率，会更有助于长期的、稳定的增长。假设a公司和b公司从零起步，a公司月留存80%，月新增500万用户，b公司月留存95%，月新增250万用户，6个月后，a公司依旧领先b公司，3年之后，b公司将反超a公司。这就是留存的复利效应，它将保证发展处于相对劣势的一方拥有反超的机会，以时间换空间，而能实现这一战略目的的前提，就是拥有较高的留存率。用户的可持续性一般来说，做好用户留存后，用户粘性较高，无论是做为后续的广告形式还是拉新裂变都有很不错的效果。如何查看用户留存数据分析Xinstall渠道推广工具不但能实现多个渠道的安装来源追踪，统计下载量、安装量、注册量等数据，同时也能查看用户留存率在Xinstall后台应用报表里面可以看到有关用户留存相关的信息

2021-11-02

309

#App用户运营如何持续流量变现？

APP拉新的五种方法,找准目标用户,转为注册用户-xinstall-Xinstall

现在打开应用商店，无论是苹果、华为、小米，都可以看到无数的App，随着开源和开发成本的降低，越来越多的企业开发自己的App，总是认为App的开发是这样的：开发→在线→大量新用户→数百万月活动。实际上你可能会遇到这样的情况:开发→上线→每天增加几个用户→内部人员活跃→被迫暂停项目。在这个过程中，我们可以看到，大多数App企业只要想这样做，就可以开发和推出。成败的关键在于新用户的增长，即创新。能否赢得用户的青睐是App开发的基础。本文分享的是关于APP拉新的五种方法，找准目标用户，转为注册用户，实现APP的快速发展。一、各大应用商店及下载站。各大应用商店和下载站是用户APP下载的主阵地，可分为三类：1.手机品牌带来的应用商店：苹果、华为、小米、OPPO等知名手机制造商都有自己的应用商店。这些商店在页面体验和App推荐机制方面都处于行业领先地位，可以作为主要的推广渠道。2.第三方应用市场:如应用宝、豌豆荚、百度手机助手、360手机助手等。第三方市场存在于各大手机品牌中，市场份额也相对普及。可以作为APP推广客户获取的辅助渠道，也可以作为应用宝等大的主要推广渠道。3.各大下载站:如绿色下载站、阳光下载站等。，可以作为APP推广客户获取的一般渠道，用户只需要在下载站搜索，因为那些网站的访问量相对较低。二、广告投放。对于传统企业和具有一定资本的企业，可以考虑广告，以提高注册和知名度。常见的广告形式有：信息流广告、搜索引擎招标广告、线下广告。1.信息流广告:百度、腾讯、微博、知乎、头条、抖音都可以作为信息流广告的场所。关键是找到合适的目标用户，以合适的价格获得用户。2.搜索引擎广告：可在百度、360、神马等搜索引擎上投放广告。3.线下广告：例如，在线教育可以选择在学校附近的地铁、公交车站、建筑方投放，电商可以在楼宇、写字楼等地投放广告。4.基于位置的广告:目前网络定位相当准确，可以根据用户定位进行广告。比如基于位置在微信朋友圈投放，更适合餐厅、健身房等实体不可移动的店铺。值得注意的是，在广告的过程中，你需要关注的是你的应用类型如何与渠道匹配。三、新媒体运营。如今，新媒体仍然是一个热门来源。通过新媒体的运营，提高品牌知名度和APP下载量是各大企业常用的方法。用新媒体推广APP有三种类型可供参考:1.微信订阅号、服务号、小程序:微信仍然是移动互联网最大的流量介绍。如何利用微信流量实现自身增长，获取新用户，值得思考。2.行业垂直网站:根据自己的行业进行有针对性的运营，比如电商，可以去电商论坛和比价网站。总之思路是你的目标用户在哪里，你的运营在哪里。3.知乎、企鹅、百家、头条等。，这些网站也可以运营，写软文引导用户下载。也许那篇文章会很受欢迎。四、老用户拉新用户。利用APP中现有的老用户，利用老用户拉新客户，常用的方法有两种:1.利用带新、活动、弹窗、banner图等形式，加上一定的奖品，鼓励老用户分享活动，进行二次传播，获取用户。2.以裂变和群体的形式吸引新客户，让老用户带新用户一起玩。两种方式的区别在于，第一种是老用户分享，后续不参与，第二种是新老用户共同完成某种行为，哪种方式取决于你的APP类型。五、利用好渠道推广统计来筛选渠道。做运营推广的朋友应该对渠道统计并不陌生，之前一般都是让技术的同事打渠道包的方式进行渠道统计，而且只有安卓才能打渠道包。Xinstall 的渠道统计功能不需要打多个渠道包，只需要一个标准包就能进行精确的渠道统计，同时支持Android和iOS。Xinstall 在APP推广领域做得很深入，对于一个需要推广的APP 来说，使用Xinstall 来做运营推广一个不错方式。

2021-11-01

416

#APP拉新的五种方法,找准目标用户,转为注册用户

如何知道App广告推广效果:App推广结算统计-xinstall-Xinstall

在App推广中，推广投放的效果监测较为复杂，花了一大笔预算去给自家开发的App做广告推广，却无法得知不同的广告素材、不同的广告位、不同的推广平台，各自带来的投放效果到底如何。通常会遇到以上问题：数据分散、人工计算、管理成本高假设我在应用程序三个媒体平台上同时投放了广告，而且某个潜在用户碰巧在这三个平台上点击了链接，那么最后，当这个用户下载了App并启动时，该归因于哪个渠道？对用户点击行为由媒体平台界定，App对用户激活进行界定，那么对监测数据的第三方如何准确地统计这两个数据？,Xinstall提供了很好的解决方案，无需关注统计数据这块，可以专业把业务放在推广渠道投放上。Xinstall的解决方案批量生成，统一管理通过批量上传，完成旧数据整合无缝替代原解决方案并可分组统一管理查看数据事件管理通过事件添加完成App的注册充值等事件点上报快速核算佣金报表加密分享一键分享加密报表管理沟通不再全靠嘴小渠道也能获取实时反馈从批量投放链接，到自定义事件埋点以及数据加密分享，Xinstall都统统解决了使用场景用户都可成为 CPS/CPA/CPC 渠道，通过 Xinstall 的渠道管理合理分配统计。可提供用户来源参数，对接现有的广告联盟结算平台。为 CPS/CPA/CPC 推广赚取佣金、分成结算提供可靠精准的数据凭据。可自定义 CPA/CPC 推广模式，下载安装注册 App、优惠券发放、邀请分享、游戏试玩等行动事件进行精准付费结算统计。上述这种渠道统计方案不仅可以用于线上的App原生、信息流等广告，也可以应用到App好友邀请、App换量、渠道买量，甚至是线下地推、户外广告、二维码推广等一切推广场景，同样是以链接/二维码的形式实时统计各自渠道的推广效果。毕竟我们也不可能只是把所有资源都投在线上广告这一块，多维度渠道推广，并去了解各自的实际效果，才能更有助于我们开源节流，改善广告投放策略。

2021-10-30

359

#如何知道App广告推广效果:App推广结算统计

Xinstall智能传参功能实现App下载量快速增长-xinstall

一、功能介绍Xinstall让APP能获取到H5页面的链接和参数当用户完成安装时，Xinstall通过数据算法告知客户渠道信息用户在全程无感知下轻松完成上下级绑定、用户来源追溯、指定页面跳转等业务需求。用户可根据自身业务需求做绑定关联处理或数据统计，从而实现免填邀请码安装、分享效果统计、场景还原等功能。二、使用流程任意输入一对参数名和参数值，点击生成测试二维码扫描生成的二维码，下载并安装APP打开下载的APP，将会获取到预先设置好的参数信息直达测试地址注：实际应用中，根据设置的安装参数，结合业务场景即可实现免填邀请码、安装后自动加好友等功能三、用户使用场景Xinstall只负责帮助应用程序传递所需的参数，至于如何定义和使用它，它是根据企业自身的业务需要来实现的。常见的场景如下：一、用户关系绑定。(1)自动获得邀请奖励。邀请者携带有邀请参数的链接，被邀请人点击并在登陆页面下载App注册，即可自动获得邀请奖励，登陆时不需要填写代码，登陆页面也不需要填写手机号码。(2)自动绑定上下级关系。代理可以通过向同伴或用户发送带有专属参数的登陆页面来安装应用程序，自动发展上下级经销商和绑定与新用户的归属关系(自动绑定上下级或多级关系)。(3)自动增加社交关系。老用户邀请新用户下载App进行互动。他们只需要通过携带参数的链接成功安装，双方就会自动添加到朋友好友/师徒，不需要手动搜索朋友身份证添加。(4)自动绑定专属服务。有些应用程序需要相关员工的对接服务，可以直接通过有参数的链接或名片二维码安装App自动构建服务关系，无需搜索工作号码绑定。(5)自动关注内部资源。通过有参数的登陆页面，在用户安装登录后自动加载App内部资源，如用户、房间等。二、实现带参数的场景还原(1)安装的应用程序自动跳转到相应的页面。用户在H5页面上打开应用程序。如果安装了应用程序，它会自动跳转到相应的页面。(2)首次安装应用程序跳转并恢复参数。点击好友共享页面后，用户可以通过该页面下载App，第一次打开时自动跳转到该页面，并传递跳转参数，通过该页面上的操作轨迹传递给App算法，实现个性化内容推荐，使新用户第一次打开App时得到更精确的推荐，并根据参数分析初步用户画像和下载原因。三、是推广效果统计。(1)推广渠道效果分析。通过携带不同参数的链接推广，可以准确统计不同推广渠道带来的页面访问量、点击下载量、应用安装激活量、注册量、保留量、活跃度等数据，为应用精细化运营提供支持。(2)绩效考核结算。通过参数获得的点击量、安装量等数据，可以结合CPS、CPA等渠道结算模式，应用于App推送结算、App内员工推广评估、KOL营销推广结算、广告效果结算等场景

2021-10-29

702

#App下载量快速增长

有效使用二维码进行app地推推广-Xinstall

地推二维码太影响推广的效率，特别是线下的场景混乱，很难监督每一个用户填写邀填码。推广过程变得非常繁琐，用户在使用过程中会出现漏填、错误等情况。针对上述问题，Xinstall实现了一系列技术方案，即无需填写地推码或人工登记，即可完成每一个二维码、每幅海报、每名员工所带来的安装数量，以及后续用户行为。只要用户用手机扫描二维码打开下载页面，通过程序传送所需数据，即可大致实现对下载渠道的跟踪统计。如宣传海报、地推人员很多，我们可以按照这一原则无限地设置多条通道，根据定制的渠道编号和名称，获得相应的数据，作为业务规划和业绩结算的依据。这种方案让地推人员轻装上阵，一人一码即可统计，也解决了传统App地推方案的多个弊端：1、无需人工手动登记推广效果，规避了人工误差、虚假上报等风险；2、Android无需给每个渠道打包，iOS也能灵活统计多个渠道数据；3、无需通过填写地推码绑定推广人业绩，直接扫码正常下载注册即可；4、数据维度全面，涵盖从访问到安装，再到安装后的操作行为和留存等数据；5、不仅满足地推人员渠道统计，同样可以灵活运用于“海报物料、会展摊位、商家合作、宣讲 - PPT、礼品印码、户外广告”等以二维码形式为推广入口的场景。

2021-10-28

520

#app地推推广

如何正确推广App，实现高转化用户-xinstall-Xinstall

个性化深度链接技术的应用。深度链接使网页和App两者串联起来，减少了转换漏斗中的损失。再加上深度链接不仅能改善潜在用户的转化，对沉睡用户的唤醒同样也能发挥关键作用。同样的应用场景，两个用户却有不一样的选择。不同之处只在于到达商品页面的步骤是否繁琐。当时间是金钱的时候，有数不尽的因素会使用户停止使用支付按钮。在这一关键节点付款前，让用户减少步骤，这对每一种产品的营销都是至关重要的。那怎样才能正确实现深度连接，又能保证参数的准确匹配率？在此，Xinstall提供带参数安装和一键拉起的功能。不管是直接下载APK/IPA软件包，还是点击跳转Appstore，或唤醒各种第三方安卓应用商店，或是唤醒已安装的应用，都能确保用户从链接到应用中指定页面的精准对接，使用户从应用程序中指定页面得到精确的衔接。通过多种推广场景，包括用户邀请与分享，短信、链接和二维码推广，实现网页端、社会媒体向移动应用端的无障碍跳跳转，为用户提供良好的使用体验。

2021-10-27

243

#app推广

#提高用户转化

如何巧用Xinstall,实现免渠道打包功能-xinstall

熟悉App开发推广流程的朋友都知道，开发App只是第一步。App要想上架下载推广应用市场，还要面对繁琐的渠道进行打包。统计渠道数据的关键是给每个应用市场打一个对应的渠道包。目前市场上至少有十几个主流的Android应用市场，这意味着Android工程师至少需要打十几个包，在渠道较少的情况下还是可以应付的。但是面对上千个渠道，他们需要再打几千个包，效率自然很低，存在一定的数据误差风险。此外，客户端还需要通过接口将收集到的渠道码发送给服务器，以便运营商统计渠道的安装数据，并进行下一步的运营和推广。目前，市场上确实有一种工具可以完美地取代传统的手工多渠道包装方式，即Xinstall，这是一种专门从事渠道源跟踪技术的工具，但它在渠道统计方面也有独特之处。其优点是安卓工程师不需要打多个渠道包，只需要集成一个标准包就可以准确地进行渠道统计，并支持安卓和iOS系统。可登录Xinstall官网：https：//www.Xinstall.com进行体验。解决渠道包装和统计问题如何解决多渠道包问题？这里的主要功能是每个渠道的H5登陆页面可以自定义输入，保证了每个渠道数据的准确性和独立性；创建模式也可以选择单一创建或批量创建。然后我们可以从渠道报告中看到，Xinstall为每个渠道提供了访问量、点击量、安装量、注册量、充值量和所有数据的重量，这些数据可以实时更新，理论上不存在欺诈的可能。最后，只要我们在操作按钮中导出相应的应用市场渠道包，报告中的所有数据都可以准确获取。只需简单导入导出，手动多渠道包装和服务端数据统计就可以轻松解决，简单、高效、直接。渠道包装只是一种方法，背后的数据和行为才是产品运营中真正需要挖掘的。Xinstall不仅可以满足渠道包装的需求，还可以实现数据统计监控，是目前市场上统计效果明显的工具。想要更多的推广服务，也可以在官网了解Xinstall的免填邀请码功能。

2021-10-26

277

#实现免渠道打包功能