Filge做APP的同学常问我一个问题：百度搜不到我APP里的内容，是不是搜索引擎对APP不友好？其实问题不在“不友好”，而是大多数团队把APP当成一个独立的信息孤岛，等着搜索引擎自己找上门。搜索引擎的爬虫只能理解网页，它无法安装APP、无法运行原生界面、也看不到APP内部的数据。想让APP被收录，本质上要做的事情是：把APP里值得被搜到的内容，翻译成搜索引擎能读懂的网页，再通过站长平台提交、适配，让用户在搜索结果里点一下就能回到APP。
这篇文章就是围绕这个目标写的。我会从底层逻辑讲到具体操作，涵盖下载型落地页、内容型落地页、百度搜索资源平台提交、移动适配、常见排查方法，以及容易被忽视的智能小程序入口。适合APP开发、产品运营、做增长的同学参考，尤其是那种“APP里内容很多，但搜索流量几乎为零”的团队。
1. APP收录的底层逻辑：搜索引擎不是“搜数据库”，是“搜网页”
1.1 爬虫只会读HTML，不会装APP
搜索引擎收录一个网站，靠的是爬虫程序沿着链接不断抓取网页，把抓到的HTML内容进行索引。这个机制从诞生起就是围绕网页设计的。一个原生APP的页面是动态绘制的界面，数据存在本地数据库或者远程接口里，爬虫拿到APP以后既不能完成安装，也无法模拟用户去点击屏幕，很多内容对它来说就是不可见的。
你可以在服务器日志里观察到这种差异：Baiduspider、360Spider这类爬虫访问你的接口时，只会发起普通的HTTP请求，它不会去执行一次性验证码、不会用微信登录、也不会长时间停留等待一个异步任务跑完。那些依赖浏览器Session、依赖前端JS框架渲染出来的页面，在爬虫眼中很可能是空壳。
所以，想让APP被搜索引擎收录，就绝对不能把“收录”这件事寄托在APP本身。真正被搜索引擎收录的，是一个又一个URL。APP内的功能、文章、商品、词条，都必须先有一个对外的Web页面来承载。这个页面既可以是官方网站，也可以是H5落地页，甚至可以是一套专门给爬虫看的预渲染页面。先把这点想清楚，后面的操作才不容易跑偏。
1.2 搜“App名字”和搜“App内容”是两套需求
很多人一上来就问“怎么让搜索引擎收录APP”，但实际上需求差异很大。我习惯先把需求分成两类，因为对应的技术方案完全不同。
| 用户搜索意图 | 典型搜索词 | 你需要的落地产物 |
|---|---|---|
| 找到并下载APP本身 | APP名称、APP品牌词、下载 | 应用官网、下载落地页、商店详情页 |
| 找APP内具体内容 | 某个文章标题、商品名、问题答案 | 内容H5详情页、词条页、商品页 |
| 找同类工具对比 | XX软件哪个好用、XX推荐 | 应用介绍页、媒体报道、第三方测评页 |
如果你的目标是第一类，你只需要做好一个下载页面，以及足够多的站外提及，让用户搜“某某APP”的时候能顺利找到你。如果目标是第二类，比如你做了一个词典APP，里面收录了大量词条，那么每个词条都应该有一张独立的Web页面，标题写成“某某词是什么意思”，用户搜索时才能命中。
我见过很多团队把几百条优质内容全部封在APP里，搜索引擎一条都看不到，然后抱怨没有自然流量。这是典型的把入口做反了。搜索引擎收录的是内容单元，不是应用外壳，一个APP对应多少内容，就应该有多少“可被抓取的URL”来映射这些内容。
1.3 国内主流搜索引擎的收录入口
国内搜索生态相对分散，主要引擎包括百度、搜狗、360、神马，各有各的站长平台。它们的收录机制大同小异，核心都是“站点验证—提交链接—观察抓取—适配调整”。这里先把入口列出来，后面实操部分以百度为主展开，其他平台可按同样思路处理。
- 百度：登录百度搜索资源平台，可提交普通收录、快速收录、Sitemap、API推送，还能做移动适配和站点属性提交。
- 搜狗：通过搜狗站长平台提交站点，完成验证之后可提交Sitemap，并支持移动页面收录。
- 360：使用360站长平台，支持Sitemap提交，也有索引量查询功能。
- 神马：通过神马站长平台提交，主要覆盖UC浏览器、夸克等移动场景。
多提一句，应用商店的“收录”和搜索引擎的“收录”不是一回事。你在华为应用市场、小米应用商店上架后，用户在这些商店内部能搜到，这是商店站内检索。用户去百度搜索某个关键词时，能不能看到你的应用下载入口，靠的还是网页索引和移动适配。这也是为什么很多APP明明上架了所有商店，在搜索引擎里搜品牌词依