搭入口頁时，很多人會纠结一個問题：目标 URL 的連結到底是放在首屏正文区，還是丢到頁脚就行。直觉上會觉得放在上面更容易被“看到”，但這個直觉建立在人的浏览习惯上，而搜尋蜘蛛並不按人的方式浏览網頁。
搜尋蜘蛛讀的是 HTML 顺序，不是屏幕位置
搜尋蜘蛛抓取入口頁时，拿到的是 HTML 源碼，它按文档流從上到下解析。所谓“首屏”是浏览器渲染後给用戶看的可视区域，蜘蛛没有這個概念。對蜘蛛来说，連結出現在源碼的前半段還是後半段，唯一的区別是解析的先後顺序。
這就带来一個實际结论：位置影响的是發現顺序，不是能不能被發現。只要連結在可被抓取的 HTML 里，頁脚和首屏對“是否發現”這件事没有本质差別。
那為什么首屏連結還是常被建议
- 解析先後：頁面很長时，靠前的連結會更早進入待抓取队列，從發現到抓取的時間差可能小一些。
- 頁面体积截断：搜尋引擎對單個 HTML 的解析有大小上限，超長頁面後段内容存在被忽略的風險，短頁面則無所谓。
- 信号差异：頁脚連結在很多站点上是全站重复出現的“通用連結”，容易被降權處理；正文区的連結更接近内容推荐，被赋予的重视程度通常更高。
- 渲染阻塞：如果首屏之前堆了大量阻塞脚本或大图，蜘蛛實际拿到有效連結的時間會被推後。
這些差別是倾向性的，不是開關式的。指望換個位置就明顯加快發現，通常不現實。
什么情况下位置几乎不重要
- 入口頁 HTML 本身很短，比如几百 KB 以内，全部連結都能被解析到位。
- 連結數量不多，几條到几十條，解析顺序带来的時間差可以忽略。
- 入口頁更新频繁，蜘蛛本身訪問就勤，早一步晚一步影响很小。
更值得優先做的几件事
- 控制入口頁体积，把最重要的目标 URL 放在源碼靠前的位置，尽量別塞在几十萬行之後。
- 別在連結之前堆大段内联脚本或巨型 base64 图片，那才是真正拖慢解析的原因。
- 頁脚連結可以保留作為补充，但不要把它当成主要的發現通道。
- 给連結配可讀的锚文本，比纠结位置更能帮助蜘蛛判断目标頁面主题。
- 用日誌观察蜘蛛實际抓到的是哪一條連結、抓取频率如何，用資料判断入口頁有没有起作用，而不是凭位置猜测。
位置只是一個次要變量。入口頁能否被稳定訪問、HTML 是否可解析、連結是否真實存在，這些才是决定 URL 能否被發現的前提。
常见誤区
- “頁脚連結等于没用”：不是没用，而是相對容易被弱化，作為辅助通道問题不大。
- “放首屏就能加速收錄”：發現之後還有抓取和索引两道關，位置解决不了後面两步。
- “把連結重复堆在首屏”：同一 URL 反复出現既不會加權，還可能让頁面顯得低质，按需出現一次即可。
把入口頁做短、做干净、保證可訪問，让蜘蛛按顺序自然地拿到連結，比反复調整位置更實际。位置能優化的空間有限，頁面本身能不能被抓、抓得顺不顺，才是更该盯的地方。