做蜘蛛池入口页时，目标链接一般有两种写法：一是直接写成 HTML 源码里的 <a href>，二是用 iframe 嵌套，或者靠 JavaScript 动态插入。前一种搜索蜘蛛看到就能走，后两种属于“非标准通道”，能不能被跟进，取决于搜索引擎的渲染能力和这条链接在它眼里的分量。
三种加载方式，源码层面差别在哪
- 静态超链接：目标 URL 直接出现在返回的 HTML 里，爬虫解析文档时就能拿到，不需要执行任何脚本。
- iframe 嵌套：链接存在于框架页文档中。爬虫要额外发起一次请求去取框架内容，而框架页常被当作独立文档看待，链接归属会被淡化。
- JS 动态生成：链接由脚本在浏览器环境中插入 DOM，初始 HTML 里看不到。要拿到它，必须先排队进入渲染流程。
简单说，静态链接是“一次请求就能拿到”，iframe 和 JS 是“至少两次，而且第二次不一定排在前面”。
iframe 里的目标链接会被跟进吗
主流搜索蜘蛛都具备一定的页面渲染能力，同域 iframe 中的链接在原理上是可以被发现的。但实际表现通常比静态链接差：一是抓取成本高，入口页抓一次只是开始，框架页还要再抓一次；二是权重传递会被削弱，链接的价值经过一层框架之后会打折；三是如果 iframe 指向的是被 robots 屏蔽的目录、带 noindex 的文档，或者跨域且对方站点本身抓取受限，那这条链接基本等于没写。
一个折中做法是：如果确实需要用 iframe 承载内容，把里面的关键目标链接同时用普通 <a> 标签在入口页正文里再放一份，两套并存，至少保证有一条标准通道。
JS 动态生成的链接，发现成本更高
百度、Google 等搜索引擎现在都能执行一部分 JavaScript，所以“JS 链接一定不被发现”是不准确的。问题在于时机和配额：渲染通常排在初始 HTML 解析之后的第二个阶段，队列更长、资源更少。对于权重本来就不高的入口页，很可能只抓了 HTML 就被放下，脚本压根没被执行。
想让 JS 链接更稳妥，可以做的有：把关键链接写进初始 HTML，服务端渲染或预渲染出静态结构；避免依赖点击、滚动、定时器等交互才生成的链接；框架路由类的页面，尽量给出可直达的 URL，而不是靠前端拼接。
自查：入口页的链接到底有没有被看到
- 打开页面后按 Ctrl+U 查看源码，直接搜索目标域名或路径，看它是否出现在初始 HTML 中。
- 用不带 JS 环境的抓取工具请求入口页，对比返回内容里有没有目标链接。
- 查服务端日志，看目标 URL 有没有被搜索蜘蛛真实请求过，而不只是入口页被反复抓取。
- 对比入口页与目标 URL 的抓取次数比值，差距长期悬殊说明链接通道可能没走通。
实操建议
- 主链接一律用静态 <a href>，这是成本最低、最不容易出岔子的写法。
- JS 只做辅助，比如筛选、展开这类交互，不要让它承担“产出链接”的核心职责。
- iframe 能不用就不用；必须用时，在正文里补一份普通链接。
- 用站点地图做兜底，把希望被发现的目标 URL 一并提交，减少对入口页链接的单一依赖。
- 不要指望爬虫去执行复杂的交互逻辑，它不会替你做点击和滚动。
需要提醒的是，无论是静态链接、iframe 还是 JS 渲染，都只是“降低发现门槛”的手段。链接能被看到，不等于会被抓取，更不等于会被收录。把注意力放在入口页的可用性、目标站本身的质量上，比反复更换链接加载方式更有意义。