把入口頁做成空壳，通常指頁面返回 200，但 HTML 源碼里几乎没有正文，也没有可点的連結，連結靠 JavaScript 渲染或异步接口再插入。很多蜘蛛池和站点运营者會問：這種情况下，搜尋蜘蛛還能不能顺着入口頁發現目标 URL？答案不是简單的能或不能，而要看你把目标連結放在了哪一层。
先分清“抓取”和“渲染”
搜尋蜘蛛請求一個 URL 时，第一步拿到的是服務器返回的 HTML。它先在 HTML 里找 a href 這類連結。如果連結不在原始 HTML 中，而在 JS 执行後才出現，那就進入“渲染”环节。渲染需要額外资源、計算和時間，不同搜尋引擎、不同站点權重、不同抓取压力下，處理方式並不一样。所以空壳頁面不是一定無法發現連結，而是發現概率和速度會變得不稳定。
空壳頁面常见的三種情况
1. HTML 里完全没有連結
源碼中只有空容器和一段 JS，連結由前端路由生成。搜尋蜘蛛如果只解析原始 HTML，就看不到任何目标 URL；如果它愿意渲染，也要等 JS 請求接口並成功返回後，才可能看到連結。
2. HTML 里有連結，但被 CSS 或 JS 隐藏
有些頁面為了用戶体驗，把連結放在折叠菜單、彈窗或懒加载区域。只要連結出現在 HTML 源碼里，通常仍可能被發現；但隐藏、混淆或点击後才生成的内容，不能指望搜尋蜘蛛像用戶一样操作。
3. HTML 里有占位連結，真正目标靠跳轉
比如先輸出一個空 href，再由 JS 改成目标地址。搜尋蜘蛛可能记錄到空連結或占位連結，而不是你真正想让它發現的 URL。
搜尋蜘蛛可能怎么處理
- 只抓 HTML，不渲染：看不到目标連結，入口頁對 URL 發現几乎没有帮助。
- 先抓 HTML，再排队渲染：可能延迟數小时到數天，甚至因為资源不足被跳過。
- 渲染成功：能看到 JS 插入的連結，但也要看連結是否可点击、是否被 nofollow、是否被 robots.txt 允许。
- 渲染失敗：接口超时、跨域报错、JS 报错，都會让目标連結消失。
怎么判断入口頁是不是空壳
- 用浏览器查看網頁源代碼，不要用审查元素。搜尋蜘蛛先看到的是源代碼。
- 禁用 JavaScript 後再打開入口頁，看目标連結是否還存在。
- 用 curl 或抓取工具請求入口頁，检查返回的 HTML 中是否包含目标 URL。
- 查看服務器日誌，確認搜尋蜘蛛是否請求了入口頁，以及是否繼續請求了目标 URL。
- 對比入口頁 HTML 体积和正文占比，只有框架没有連結的頁面要警惕。
更稳妥的做法
- 把關键連結放在服務端渲染的 HTML 中，至少保證首屏有可解析的 a href。
- 如果使用前端框架，考虑 SSR、SSG 或预渲染，让原始 HTML 就包含目标 URL。
- 入口頁和 sitemap 配合使用，sitemap 适合提交一批 URL，入口頁适合做連結發現，两者分工不同。
- 提交 URL 是辅助手段，不能替代可抓取連結；提交後也要看日誌確認是否真的被抓取。
- 控制入口頁連結數量和质量，避免大量重复、無關联連結稀释發現效果。
- 检查 robots.txt、nofollow、X-Robots-Tag 等設定，別让已经出現的連結在抓取前被拦掉。
常见誤区
誤区一：頁面返回 200 就等于入口頁有效。狀態碼只說明請求成功，不代表連結被發現。
誤区二：搜尋蜘蛛一定會执行 JS。渲染是額外步骤，有成本和條件，不是所有頁面都會走完。
誤区三：只要放了連結就會很快被抓。抓取還受站点權重、抓取配額、頁面质量和服務器响應速度影响。
把入口頁当作“给搜尋蜘蛛看的目錄”，目錄本身要能被讀取，里面的條目才有机會被繼續訪問。空壳頁面不是不能用，但要清楚它把發現連結的風險推给了渲染环节。
總结
入口頁是空壳时，搜尋蜘蛛能否發現目标 URL，關键看連結是否出現在初始 HTML 中。能服務端輸出就別只依赖 JS；能用 sitemap 和主動提交做补充就別把入口頁当成唯一通道。最後用日誌驗證抓取路径，比猜测更可靠。