做入口页时，很多人有个朴素的想法：一页能放的链接越多，被搜索蜘蛛发现的目标 URL 就越多。于是把几百上千条链接堆在一个页面上，指望搜索蜘蛛一次抓取全带走。实际跑下来往往不是这样——搜索蜘蛛确实会读页面，但读完之后的抓取是另一套逻辑，链接多不等于抓得多。
读链接和抓链接是两件事
搜索蜘蛛解析 HTML 时，会把页面里的 href 提取出来，生成一批待抓取 URL，放进队列。这一步相对宽松，只要链接能被正常解析、没有被 robots 或 nofollow 挡住，基本都会进队列。
但从队列到真正发起抓取，中间还隔着抓取预算。预算受站点规模、历史抓取质量、响应速度、页面更新频率等因素影响。一个入口页塞进去几百条 URL，蜘蛛可能只挑其中一部分先抓，剩下的排队等待，甚至长期不抓。所以“链接放上去了”和“URL 被抓了”之间并没有必然关系。
链接密度过高会带来什么
如果入口页是清一色的裸链接、几乎没有正文，容易被当成低质量聚合页处理。再加上下面几个问题，发现效率会进一步打折：
- 链接之间没有上下文，蜘蛛难以判断哪些更重要、该优先抓；
- 页面体积过大，解析成本上升，蜘蛛可能中途放弃未读部分；
- 链接全指向站外，页面自身缺少可索引的主体内容；
- 响应慢或经常超时，抓取几次失败后频率会被压低。
一个入口页放多少链接比较稳妥
没有统一的标准数字，不同站点差异很大。可以按下面的区间做个参考：
- 普通内容页，对外链接控制在几十条以内更稳；
- 专题式入口页，带简短说明和分组，放到一百条上下通常还能接受；
- 纯列表页如果要放几百条，建议拆成分页，每页控制在几十到一百条之间。
关键不是某个数字本身，而是页面能不能被快速、完整地解析，以及链接有没有清晰的组织方式。
想让目标 URL 更容易被发现，可以这样做
- 给每条链接加一句简短说明，别只放裸链接，让蜘蛛有上下文可读；
- 用 h2、h3 按主题分区，把相关链接放在同一块，形成可理解的层次；
- 列表太长就分页，页与页之间互相链接，形成稳定的层级结构；
- 保证页面打开速度，别让蜘蛛在超时边缘反复试探；
- 同时用 sitemap 补充发现路径，不要把希望全压在单一入口页上；
- 定期看服务器日志，确认真实被抓的是哪些 URL，再决定增减。
几个容易踩的误区
一是把链接数量当成唯一目标，忽略了页面本身的可读性；二是把目标链接混进大量无关链接里，等于让蜘蛛自己猜；三是一次性放太多、又没分页，蜘蛛抓一半就停了；四是只依赖入口页这一条路径，没有 sitemap、没有内链配合。
入口页的作用是把 URL 送进待抓取队列，它既不保证被抓，更不保证被收录。把页面做薄、做清楚，比单纯堆数量更有意义。
与其纠结一页到底该放多少条链接，不如先把入口页的结构理顺：分组清晰、说明到位、分页合理、加载够快，再用日志去验证真实抓取情况。稳步推进，比一次堆满更接近你想要的结果。