為什么入口頁要先過移動端這一關

現在主流搜尋引擎基本都采用移動端優先的抓取和索引策略：判断一個頁面長什么样、里面有哪些連結、内容是否完整，優先參考移動版 UA 抓到的版本。對蜘蛛池来说，入口頁的核心價值是把連結暴露给蜘蛛，如果移動版頁面少了連結、少了内容，甚至干脆返回错誤頁面，那這個入口頁在索引里的價值就會被削掉一大截。

很多人搭入口頁时习惯在电脑上打開看一眼，觉得排版正常就算完成。問题在于，蜘蛛訪問时带的往往是移動端 UA，看到的是另一套渲染结果。

移動端适配里最常见的三個誤区

只改样式，不改结构

有些模板用 CSS 媒体查询把桌面版缩成小屏顯示，看起来能用了，但移動版里連結被隐藏、被折叠進需要点击才展開的菜單。蜘蛛通常不會去点這些交互控件，于是這一层連結等于不存在。

移動版内容被砍掉

為了加载快，直接把移動版的正文和連結减半，只留一個标题和几個按钮。這類頁面在移動抓取下就是典型的低信息密度頁面，進入後續抓取的意愿自然不高。

把移動端蜘蛛挡在门外

服務器規則、防護插件、UA 白名單只放行桌面 UA，移動 UA 一到就跳驗證或返回 403。這種情况在日誌里表現為桌面 UA 有记錄、移動 UA 全是異常响應，但頁面本身看不出問题，很容易被忽略。

入口頁移動端适配的具体做法

• 声明 viewport：在 head 里寫上 width=device-width、initial-scale=1，让頁面按设备宽度排版，而不是按桌面宽度缩放。
• 用响應式而不是獨立移動站：同一套 URL 返回同一份 HTML，靠布局适配屏幕，可以避免移動版和桌面版内容不一致。
• 移動版保留全部連結：入口頁指向目标頁的連結，在移動版里應保持可抓取的 a 标簽形式，不要藏在需要点击的折叠面板里。
• 別用 JS 注入連結：通過脚本動態插入的連結，在蜘蛛不执行 JS 或执行不完整时不會出現，能寫在初始 HTML 里就別放脚本里。
• 控制彈窗和遮罩：首屏彈出的大面积浮层不僅影响体驗，也可能把正文和連結挤到可视区域之外。
• 保持字符集声明一致：编碼声明和實际编碼不一致时，移動端抓取容易出現乱碼，頁面内容會被判為不可讀。
• 图片和脚本做减法：移動端網絡环境下资源体积越大，抓取超时的概率越高，入口頁不需要复杂特效。

用移動 UA 自检一遍

适配做没做好，不靠猜，靠抓一遍：

1. 用移動端 UA 請求入口頁 URL，確認返回的是正常狀態碼，而不是跳轉或驗證頁。
2. 查看返回的原始 HTML，確認目标連結就在源碼里，而不是等脚本执行後才出現。
3. 對比桌面 UA 和移動 UA 两次抓取的連結數量，差异過大說明存在内容不一致。
4. 核對頁面标题、正文和連結锚文本是否一致，避免移動版被简化成空壳。
5. 如果用了 CDN 或防護服務，检查其規則里是否對移動 UA 有額外拦截。

适配做到什么程度就够了

入口頁的移動端适配目标是让蜘蛛在移動抓取下能完整看到連結和内容，不是做一套精致的移動产品。布局简單、结构清晰、連結直出、响應稳定，基本就满足需要了。花大量精力打磨動画和交互，對 URL 發現帮助有限。

移動端适配解决的是“蜘蛛能不能看到”，不是“能不能被收錄”。頁面可達、结构完整只是前提，後續還要看内容质量、站点整体情况以及目标頁本身的表現。

最後提醒一点：适配完成後建议定期用移動 UA 复查，特別是換模板、加防護、改 CDN 配置之後。入口頁的移動抓取一旦出問题，往往是無声的——桌面端一切正常，移動端連結却已经不在了。