上一篇《我的 Bing 收录折腾记》的结尾我写了句狠话：
等 Bing 来敲门的那天，我再写一篇《收录成功记》。
行吧，门响了。
但情况比"收录成功"这四个字要复杂一点，所以这篇不算庆祝文，算交作业。
后台那行字变了
十月中下旬的某天，照例打开 Bing Webmaster Tools 翻站点，URL 检查那里，状态从"已发现但未爬网"变成了——
已成功编制索引。
当时没觉得这行字有多重要，也就没截图。现在写这篇的时候有点后悔：证据没了，只剩记忆和自己的一句话。
但我搜不到
更离谱的是后续。
拿到"已成功编制索引"之后，我立刻去 Bing 搜 site:yrqspace.github.io。结果——空的。
第一反应：合着你在耍我？
查了一圈才搞明白，这是两件不同的事：
- 编制索引：抓了、解析了、存进索引库了。这是后台的事实。
- 能搜到：搜索结果这一层，有自己的缓存和刷新节奏。这是前端的时间差。
中间的延迟，几小时到一两天都正常。
换句话说，后台说"我知道你这个页面"，和前台说"我把它端给用户"，中间还隔着一道门。这道门不是你能推的，只能等它自己开。
顺带一个体会：Bing Webmaster 里的数据基本都不是实时的，它更像"昨天的我"。所以你看到的每一条，其实都是过去式。
顺手看到的"未找到标记"
翻报告的时候，看到一条提示，大意是这个页面"未找到标记"。
第一反应是自己哪里配错了，赶紧去查，才知道说的是结构化数据——就是 Schema.org 那套 JSON-LD 标记，用来告诉搜索引擎"这是一篇文章、作者是谁、什么时候发的"。
结论很简单：
- 它不是收录的必要条件，没有也照样能被抓、被索引。
- 它是加分项：有的话，搜索结果里可能显示得更"像样"一点（作者、时间、面包屑之类）。
所以不影响收录，优先级排在"多写几篇"后面。先记着，以后有空补。
反向链接为什么是"无可用数据"
这个我也纠结过一阵。
我明明已经有几条外链了：GitHub 上那个中文独立博客列表里有一行，博客大联盟挂上了，UpXuu 也互链了。
但 Bing 的反链报告，就是"无可用数据"。
原因大概两个：
- 报告本身有延迟，而且只有它自己抓到的才算数。
- Bing 的反链数据库覆盖范围，本来就比 Google 小得多。
所以判断自己有没有外链，别信这个报告。直接去那个页面看链接还在不在，比什么都实在。
到底什么起了作用
这是我最想写清楚的一段，也是我必须诚实的一段：
我没法证明是哪一条起了作用。
我能给的只有事实时间线：
- 10 月 4 日，Bing 发现站点。
- 10 月 15 日，还是"已发现但未爬网"，整整 11 天没动静。
- 中间做了：补
robots.txt和 sitemap、IndexNow 手动提交、把 IndexNow 塞进上传脚本自动跑、持续发文章、加友链、提 PR 进公开列表。 - 之后某天，状态变成了"已成功编制索引"。
时间上是对得上的。但时间对得上，不等于因果成立。搜索引擎的收录是个黑盒，我只能把该做的一件件做完，然后等。
如果非要我自己排个序，我的判断是这样：
- 内容量。从最初那两篇，到后来陆续补上的几篇，站点终于"有东西可抓"了。
- 外链。有入口，爬虫才走得进来。
- IndexNow。通知机制，让它知道什么时候该来。
- 时间。前三条加起来，也还是需要时间发酵。
顺便说一句，我给 IndexNow 优化之后的那个版本，提交的是真实内容页的 URL，不再是 sitemap 文件地址。这个改动有没有用，我也证明不了——但从逻辑上讲，你告诉搜索引擎"这些页面更新了"，本来就该给页面地址。
留给同样在等的人
- “已发现但未爬网"不是拒绝，是排队。 新站 1~4 周是常态，别焦虑。
- “已成功编制索引"不等于马上能搜到。 后台和前台是两套系统，中间有缓存延迟。
- “未找到标记"说的是结构化数据。 不急，不加分也不扣分（至少不扣收录）。
- 反链报告"无可用数据"不代表你没有外链。 去实地看页面更可靠。
- 别盯着后台刷。 去写文章——这是我唯一确定有用的事，也是上一篇写过、这一篇还想再写一遍的话。
然后呢
现在我还有两个坑没填：友链页附带的"关于"写得挺敷衍，结构化数据也还没加。
不过最近真正折腾的是另一个东西：我给博客配了个 Upptime 状态页，结果部署完打开一直转圈，一路排查到 GitHub API 限流，踩了一整套坑，文章已经写好了，等下篇。
所以下一篇大概会叫《给博客配了个状态页，结果它自己先挂了》。
最后说个小事。这篇标题叫"收录成功记”，但严格来说，它现在还没在搜索结果里出现。所以——
如果你是在 Bing 搜到这篇的，那这篇就名副其实了。 如果你是别的渠道来的，那说明我写得比 Bing 快。