做蜘蛛池入口頁时，目标連結一般有两種寫法：一是直接寫成 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 渲染，都只是“降低發現门槛”的手段。連結能被看到，不等于會被抓取，更不等于會被收錄。把注意力放在入口頁的可用性、目标站本身的质量上，比反复更換連結加载方式更有意义。