很多人在判断站点收錄情况时，第一反應是打開搜尋引擎輸入 site: 域名，看一眼數字，再决定要不要動手改。這個數字直观、来得快，但它並不是收錄量，而是一次查询的展示结果。把它当成考核指标或诊断依據，很容易得出错誤结论。
site: 的數字為什么會失真
结果是采样和省略的
搜尋引擎處理 site: 时不會把所有已编入索引的 URL 都列出来，通常只返回其中一部分，並且會對高度相似的頁面做折叠——同一模板下的列表頁、參數頁可能只展示一两條代表。因此數字偏小是常態，也不代表這些頁面没被收錄。
结果會随時間和地区變化
同一站点在不同時間、不同地区、不同设备上查询，數字都可能不一样。這既和資料中心的更新节奏有關，也和你目前所處的查询环境有關。拿两次查询的差值去推断“掉了多少頁”，基本没有意义。
它只反映目前能被展示的部分
已被索引、但出于质量或其他原因不予展示的頁面，不會出現在结果里；反過来，個別被排除的頁面偶尔也可能短暂露头。用 site: 判断“這條具体 URL 還能不能被搜到”比判断“一共有多少頁收錄”更靠谱一点，但同样不能作為唯一依據。
更接近真實情况的几個口径
- 索引报告：會区分已编入索引和各類未编入索引的原因，是目前最接近官方口径的来源。它有延迟、按天匯總，适合看趋势和原因分布，不适合盯某一天的准确值。
- 服務器日誌：能回答爬虫来没来、抓了什么、频率如何，但它反映的是抓取，不是收錄。日誌里抓取量大，不等于頁面進了索引。
- 抽样 URL 检查：從不同目錄、不同模板各挑几條有代表性的 URL，逐條確認狀態。样本不必大，但要覆盖结构差异，避免只查首頁和热门文章。
- sitemap 與索引的差集：把提交的 URL 列表和索引报告對比，能看出哪一類頁面整体没被收錄，這比一個孤立的匯總數字更有行動價值。
几個口径怎么配合使用
把它們当成互补的證據鏈：日誌告诉你爬虫是否到達、到達後抓了什么；索引报告告诉你有多少進入了索引、被排除的原因分布如何；抽样检查用来驗證個別頁面的真實狀態。site: 只在需要快速看個大概，或者確認某條具体連結還能不能被搜到时才用，並且要接受它给出的數字是模糊的。
抓取、收錄、展示是三件事。site: 只覆盖最後一环的一小部分采样，用它反推前两环，经常會出错。
容易誤判的几種场景
- 看到數字下降就紧張。常见原因是结果折叠策略調整或采样波動，未必有頁面真的掉出索引。這时應该去索引报告看未编入索引的分類有没有新增。
- 用 site: 數字對比竞争對手。两個站点的结构、頁面相似度、查询环境都不同，數字之間没有可比性。
- 把 site: 结果当作收錄率的分母。實际上更合理的分母是 sitemap 中真正希望被收錄的 URL 數量，而不是提交的總條數。
- 只查首頁路径就下结论。至少應分別查看文章頁、列表頁、标簽頁等不同類型的路径，才能發現结构性的問题。
小结
site: 是一個快速參考，不是测量工具。判断站点收錄状况时，優先看索引报告的分類資料，用日誌確認抓取是否到位，再用抽样检查兜底。只有把“抓到了多少”“進了索引多少”“為什么被排除”分開来看，才能知道下一步该修哪里。