依赖陌生人分享链接的发现
发布一个 H5 页面，发现基本是别人的事：搜索引擎去爬它，或者用户把链接复制到聊天里。在生态之外，你的页面要和整个开放网络竞争排名；在即时通讯里，它只是又一个得被人粘贴的 URL。从意图到你的页面，路径穿过你无法控制的表面。
小程序运行时改写了起跑线。程序在宿主 App 自身的搜索里被索引、可被深链，于是已经在生态里的用户通过输入想要的东西就能找到你的程序——而不是收到一条链接。
所谓「应用内发现」究竟是什么
运行时把程序注册进宿主的搜索与路由系统：页面获得可索引条目，深链直接解析到某个具体屏幕，而非一个通用的落地页。发现在注意力已经存在的地方发生，宿主搜索的质量为你所用，而不是外部爬虫的脾气。你依然要做优化，但这种优化是结构化的——页面的站点地图、清晰的入口——而不是指望机器人找到你。
这和开放网络 SEO 是同一原理，只是用在了用户所在之处。Google 的入门指南与 Moz 的新手指南描述的是开放网络版本；运行时版本把这套纪律搬进了超级 App。
差距在哪里显现
| 环节 | H5 / 外部网络 | 小程序运行时（应用内搜索） |
|---|---|---|
| 索引 | 外部爬虫，慢 | 宿主搜索，结构化 |
| 入口 | 通用落地 URL | 深链直达屏幕 |
| 发现面 | 开放网络，拥挤 | 在宿主 App 内部 |
| 分享依赖 | 链接须被粘贴 | 输入意图即可找到 |
| 竞争 | 整个网络 | 宿主已索引的程序 |
结果是用户需求与你的程序之间距离更短：他们在已用的 App 里搜索，你的程序就是一个结果。
为什么被索引胜过被链接
一个可索引、可深链的程序意味着开发者把页面声明一次，用户凭意图就能到达，而不是依赖分享链接和外部排名。这也意味着宿主的搜索质量、相关性与路由全都为你所用，在每一个索引该程序的宿主上都一致。
Cross Mini App 如何落地
Cross Mini App 为程序提供把页面注册进宿主搜索与路由的运行时，于是每个屏幕在生态内都可被索引、可被深链。你声明页面；用户在已经在的地方找到它们。你不再等链接被分享，而是开始被主动找到。
这就是盼望有人转发你的 URL，与在用户搜索时成为答案之间的区别。
