AG主站 导航起点 · 资料路径
进入检索

索引待命

Platform / 01

查得到、调得走、对得上的平台服务

AG 主站的平台服务,把三件事放在同一条查看路径里:用站内索引把条目定位出来,把带版本号的资料调走,再按季度核对安卓端的机型、系统与渠道变化。技术对接人、采购和运营负责人不必在三个系统之间来回拼信息。

240 余份可检索条目 · 11 个大类 · 完成注册即可调取全部公开资料

抽象青蓝数据流向上流动并分流成多条路径,冷色调,无文字

02 / 服务总览

四块能力,各自对准一类日常问题

索引找条目,资料库调文档,季度查询看机型与渠道,记录查询负责回头核对。你可以只用其中一块,也可以四块串起来用。

A / 02

站内索引与检索

覆盖 11 个大类的 240 余份条目,按标题、标签、版本号三种方式定位,命中后能看到版本与更新记录。

适合:技术对接人拿到一个模糊需求,先确认站内有没有可引用的条目。

B / 02

资料下载库

白皮书、版本说明、部署清单、行业观察四类内容形态,条目带版本号,下载响应稳定在 1.2 秒以内。

适合:采购与售前准备投标或方案材料时,需要直接可引用的文档。

C / 02

安卓当季查询

按季度迭代,每年 4 次更新,覆盖机型、系统版本与分发渠道三个维度,当前为 2025 年 4 月版本 v3.2。

适合:产品运营每季度核对渠道与机型变化,做适配排期。

D / 02

使用记录查询

最近 90 天的检索与下载记录可回溯,谁在什么时间调走了哪一版资料,回头能查得到。

适合:团队内部交接、复盘或需要说明资料出处的时候。

03 / 站内索引

11 个大类,三种找法都能落到同一条

记得文件名的按标题搜,只记得业务场景的按标签搜,别人递给你一个版本号的直接按版本号搜。三条路通向同一个条目页。

  • BY TITLE

    按标题检索

    输入大致记得的文件名词段,索引按条目标题做匹配。适合已经知道要找哪份文档、只想确认它有没有更新版本的情况。

  • BY TAG

    按标签检索

    把“部署”“渠道”“性能”这类业务标签组合起来,跨大类捞条目。适合需求还没收敛成一个明确文件名的前期调研。

  • BY VERSION

    按版本号检索

    拿到对方给的一个版本号,直接反查对应条目与更新记录。适合核对引用是否已经过期、需不需要换一版的情况。

索引大类(可组合检索)

  • 基础平台
  • 终端兼容
  • 分发渠道
  • 安全合规
  • 部署运维
  • 性能基线
  • 数据接口
  • 行业方案
  • 版本说明
  • 迁移指南
  • 季度观察

目录可以随便翻,把完整资料调出来、查看更新记录和导出使用记录,需要先完成站内检索注册,整个过程大约 2 分钟。注册之后,资料下载库里的全部公开资料就对你们团队开放了。

微距视角的标签卡片整齐排列,边缘泛青蓝光泽,无品牌标识

检索命中率长期保持在 96.4% 左右

04 / 资料下载库

AG资料下载:四类资料,条目都带版本号

拿到一份材料,最先要知道它是哪一版、什么时候更新过。AG资料下载的每个条目在标题后标注版本号,引用时直接写进去,对方能核对到同一条。

抽象文件夹与文档层叠结构,湖绿与青蓝渐变,无文字
  • WHITEPAPER

    白皮书

    把一个主题讲完整,适合方案汇报前给团队统一认知,也适合作为对外材料的引用来源。

  • RELEASE NOTE

    版本说明

    按版本记录变更点,写明影响范围。技术对接人据此判断要不要升级、升级前准备什么。

  • CHECKLIST

    部署清单

    把上线前的检查项逐条列出来,交付和运维环节照着走,减少反复确认的通话。

  • INSIGHT

    行业观察

    围绕季度变化做整理,配合当季查询一起看,能解释某一类机型或渠道为什么出现波动。

版本怎么读:条目名后跟版本号,例如 v3.2;同一份材料的旧版本仍可查到,方便你核对历史引用。

目录编号:平台每年发布一次资料目录版本,当前为 AG-INDEX-2025。

05 / 季度数据

安卓当季查询:一年 4 次,按季度往前往后比

机型在变、系统版本在推、渠道在上新,这三件事按季度看才有意义。安卓当季查询每年更新 4 次,当前为 2025 年 4 月版本 v3.2,相邻两个季度的差异条目可以直接对照。

采集口径:12 个公开渠道 + 3 类自有采样,每条数据标注采集周期

  • 机型

    机型条目按系列分组

    本季度入库的机型按品牌系列归拢,你能直接看出哪些系列新增、哪些退出清单。

  • 系统版本

    系统版本区间与适配说明

    每个版本区间配上适配说明,产品团队据此排下一轮的兼容性验证次序。

  • 分发渠道

    渠道来源逐条标注

    渠道条目注明来源类型和采集周期,做渠道投放对比时可以追溯到数据是哪一轮取的。

与当前版本对比:差异条目在机型与渠道两栏以橙色节点标出

  • 机型

    增补与退出同时可见

    两期放在一起,能分辨哪些变化是趋势、哪些只是单期波动。

  • 系统版本

    版本区间的移动轨迹

    看主流版本区间往哪一端移动,决定测试资源先投在哪。

  • 分发渠道

    渠道结构的变化幅度

    渠道占比变化超过既往区间时,条目会额外给一条提示,方便你在复盘会上一句话讲清。

抽象数据网格上并排两组季度节点,差异处橙色高亮,无具体数字

数据来自公开渠道与自有采样,覆盖机型、系统版本与分发渠道三个维度。当季查询不预告尚未发布的版本安排,下一版以季度更新节奏为准。

06 / 记录与端内体验

90 天内的动作,回头都翻得到

资料用完就忘,是团队协作里最常见的麻烦。使用记录查询把最近 90 天的检索与下载行为留下来,交接、复盘、对账都能拿出来看。

  • 01

    检索与下载记录回溯

    最近 90 天内查过什么词、调过哪一份、什么时间调的,都能按时间顺序列出来。

  • 02

    交接时不用再问一遍

    同事接手项目,直接看记录就知道上一版材料是什么时候取的,避免拿旧版本继续往下做。

  • 03

    移动端与桌面端功能一致

    移动端适配已完成第三轮改版,安卓端和桌面端能做的事一样,外出时用手机核对版本不会缺功能。

61% 访问来自移动端
83% 移动端中安卓设备占比
90 天 使用记录可回溯范围
手持设备亮屏的抽象剪影,屏幕内为数据网格,无人物面部无品牌标识

07 / 能力参数

能不能扛住日常用量,看几个数就够

这些是在持续运行中积累下来的水平,不是单次测试成绩。你们评估接入时,可以直接拿它对照自己的使用强度。

  • 检索命中率 96.4%

    长期保持在 96.4% 左右,输入关键词基本一次就能落到目标条目。

  • 资料下载平均响应 1.2 秒以内

    按 3 秒的体验基准对比,日常下载几乎不会卡在等待上。

  • 资料下载页峰值并发 3,000

    集中取资料的时段仍能正常响应,适合把资料发放安排在同一时间点。

08 / 接入流程

从注册到团队用起来,四步

前三步通常半小时内能完成,第四步取决于你们的协作方式。展开每一步可以看到具体要准备什么。

01 完成站内检索注册 约 2 分钟

填好基本联系信息即可开通账号。开通后就能调取资料下载库里的全部公开资料,也能查看与导出自己的使用记录。

02 圈定你们真正要看的大类 约 10 分钟

11 个大类不必全部订阅。按你们的业务重点,从部署、渠道、性能这些标签里挑两到三个先跟进,检索结果会干净很多。

03 把检索方式固定下来 约 5 分钟

团队约定统一按标题、标签还是版本号检索,交接时说出来的是同一套说法,别人接过去能立刻复现结果。

04 拉通采购、售前与研发 1 个工作日

把常用条目和对应版本号交接给相关同事。过程中遇到问题,走页脚第二栏的企业客户问题反馈入口,工作日 4 小时内会收到首次回应,服务时段为 9:00–18:00。

09 / 使用场景

四种最常出现的用法

这四类场景占了平台日常调用的大部分。如果你正在做的事和其中一类接近,基本可以直接照搬下面这套做法。

  • 选型

    技术选型时先查证

    方案评审前先跑一遍站内索引,确认要引用的数据有没有更新版本,避免拿着一份旧材料开会。

  • 渠道

    渠道与机型比对

    当季查询里两期数据并排看,把渠道结构的变化幅度说清楚,投放策略调整就有依据。

  • 投标

    投标资料准备

    从资料下载库取白皮书与部署清单,条目标注版本号,装进标书里对方可以核对到来源。

  • 复盘

    季度复盘

    把这一季的检索与下载记录调出来,看看团队真正依赖哪些资料,下一季的跟进重点就浮出来了。

还没确定从哪一块开始?

把你们的使用场景说一下,我们会告诉你先用索引、先取资料,还是先看当季数据。