拨测实战：能执行脚本的搜索系统，也需要初始HTML有清晰内容入口
搜索系统能执行脚本，不等于你可以把内容全交给 JS。初始 HTML 决定了两件事：抓取能不能发现你的页面，以及排队时值不值得优先处理。列表里有没有真实链接、首屏有没有可读的标题和摘要、面包屑和内链是否完整，这些都在脚本执行之前就被读取了，为什么有人觉得「反正会渲染」，顺序别乱，这一点很关键，先都记着。
拨测实战：新闻收录迟迟没有变化，先核对详情页而不是只测首页
首页能打开、能抓取，不代表详情页也没问题。新闻详情页往往是另一套模板：可能返回 200 但内容是空的，可能被参数打成软 404，可能只靠 JS 渲染，也可能根本没从列表链出去。收录不动时，抽几条详情页逐一实测，比盯着首页有用得多，为什么测了首页还是查不出原因，顺序别乱，很关键，先都记着，慢慢来吧，别急。
拨测实战：检查爬虫响应时，状态、正文大小和页面信息各有什么边界
检查爬虫看到的内容，常看三样：状态码、正文大小、页面标题和关键内容。三样各有边界：200 只说明返回成功，不说明内容对；字节数变化能提示差异，但体积小不等于质量差，压缩和精简模板都会变小；抽到的标题和片段只代表这一次返回。三样放在一起对照才有意义，单看一项极容易误判，顺序别乱，先都记着，慢慢来吧，别急。
如何用UA对照排查抓取待遇？先拨测确认抓取入口能正常访问
怀疑被区别对待，别一上来就申诉。先确认抓取入口本身能正常访问，再做 UA 对照：同一个 URL，分别用普通浏览器和抓取 UA 请求，比较状态码、返回内容和长度。差别只在 UA 上，才说明存在区别对待；两边一样，问题多半在别处。这篇就讲对照怎么做、结果该怎么读，为什么有人对照完反而更糊涂，这个顺序别乱。