先分清两件事：能不能發現，和算不算數
搜尋蜘蛛抓取一個頁面时，拿到的是服務器返回的 HTML 源碼。只要源碼里存在一個带 href 属性的連結标簽，蜘蛛在解析阶段通常就能提取出這個 URL 並把它排進抓取队列。CSS 里的 display:none、字号设成 0、把元素挪到屏幕外，這些都只是视觉层面的處理，並不改變源碼里那個連結的存在。
所以结论可以拆成两半：隐藏一般不影响蜘蛛發現這個連結；但會影响搜尋引擎對這個連結的態度。而後者往往才是入口頁做蜘蛛池时真正關心的部分。
常见的几種藏連結方式
- display:none 或 visibility:hidden，元素不渲染或不顯示
- 字号设為 0，或者小到 1px
- 用 text-indent 负值、绝對定位负坐标，把内容推出可视区域
- 容器高度為 0 並配合 overflow:hidden
- 文字颜色與背景色设成一样
- 靠用戶点击後由 JS 插入 DOM，而不是一開始就寫在源碼里
前五種属于纯 CSS 或排版层面的隐藏，連結本身在源碼里；最後一種性质不同，後面單獨说。
搜尋引擎對隐藏連結的態度
隐藏文本、隐藏連結在各大搜尋引擎的垃圾内容說明里，基本都被归到操纵排名的手法一類。理由很直接：它的目的就是只给蜘蛛看、不给用戶看。實际表現通常分几個层次：
- 抓取层面：URL 大概率仍然會被請求，你在日誌里能看到蜘蛛来訪。
- 連結關系层面：這條連結可能被判定為不可信，不传递權重，甚至不計入連結图谱。
- 站点层面：如果整站大量使用隐藏連結，可能触發算法层面的降權；情况嚴重时還可能收到人工處理。
換句话说，用隐藏連結做入口頁，抓取可能有了，但信任没有。對于一個本来就靠入口頁带出目标 URL 的玩法来说，這等于把一半目的丢掉了。
要区分「正常交互隐藏」和「刻意藏連結」
不是所有 display:none 都等于作弊。移動端折叠菜單、下拉導航、選項卡里未激活的面板、無障碍用的跳轉連結、懒加载占位，這些寫法在正常站点里到處都是，搜尋引擎也不會一刀切處理。
判断标准不在技術實現，而在意图和整体模式：用戶在一次正常浏览里，能不能看到並且点到這個連結？展開菜單後能看到，就属于正常交互；如果一個頁面上几十條外鏈全部藏得嚴嚴實實，用戶永遠碰不到，那就完全是另一回事。搜尋引擎看的是模式，不是單個属性。
靠 JS 後插入的連結，情况不一样
纯 CSS 隐藏的元素本来就在 HTML 源碼里，蜘蛛解析源碼时就能拿到 href。而必须等用戶点击才由 JS 動態插入的連結，初始源碼里可能根本不存在，需要搜尋引擎执行 JS 之後才能看到。
現在的搜尋引擎大多具备渲染抓取能力，但渲染是有延迟和预算限制的，並不是每個 URL 都會被完整渲染。相比之下，一開始就寫在 HTML 源碼里的連結，被發現的机會要稳定得多。所以別把「反正蜘蛛會渲染」当成預設前提。
更稳妥的入口頁做法
- 目标連結尽量以可见的正文連結形式出現，锚文本寫清楚指向什么内容，而不是「点击這里」。
- 确實需要折叠或收起时，让連結先存在于 HTML 源碼里，交互只控制顯示與否。
- 不要用隐藏連結堆數量。一條正常的可见連結，長期價值高于十條藏起来的。
- 入口頁本身要有對用戶有一点用的内容，而不是纯粹為了塞連結而存在。
怎么自查
- 看服務器日誌：目标 URL 是否真的被蜘蛛請求過，請求来源是哪個入口頁。
- 用抓取工具的「查看源碼」確認連結出現在原始 HTML 里，而不只是渲染後的 DOM 里。
- 在站長工具里检查入口頁是否存在「隐藏文本或連結」相關的手動操作或安全問题提示。
- 在浏览器里临时禁用 CSS 看一眼頁面，如果連結全没了、只剩一堆不可见文字，就该重新考虑這種寫法。
隐藏連結不是一條更快的發現通道，它只是把「被發現」和「被信任」拆開了。想让目标 URL 被稳定抓取，入口頁的連結保持可见、可点、有上下文，通常更省事。
最後补一句：抓取、索引、排名是三件獨立的事。就算隐藏連結让蜘蛛請求了目标 URL，也不代表它會被收錄，更不代表會有排名。與其在隐藏手法上反复微調，不如把力气花在入口頁质量和目标頁内容本身。