WinkDesk 每日更新会不会被源站封 IP？ 已解决

同意「域名注册」的判断：一天一次的同步频率本身完全在正常范围，但决定会不会被风控的关键其实不是频率，而是请求像不像人。

几个可以补充的点。一是间隔别做死。固定 500ms 反而比随机更像机器，加上抖动会自然很多，比如 800ms 上下浮动 400ms，人工翻页的节奏本来就是不均匀的。二是定时任务别卡死在整点，每天 0:00 准点开跑是个很明显的规律特征，把执行时间放进一个随机窗口里更稳。三是善用条件请求，如果源站支持 ETag 或 Last-Modified，优先做增量同步，命中 304 的请求对源站几乎不产生负担，这是从根上降低存在感的做法。

另外，判断「是不是被封了」也要看返回码，别一封就慌。429 才是明确的限速信号，而且通常带 Retry-After 头，照着它退避就行；如果是连接超时或重置，很可能只是网络抖动或 WAF 拦截，不一定是封 IP。

最后一个坑：一旦发现被限，千万别立刻换 UA、换代理去猛试，那等于自己把限速升级成封禁。先停几个小时观察，多数情况自己就恢复了。如果源站有官方 API 或 RSS，能用就别爬页面。WinkDesk 里具体哪个设置项对应并发和重试，我这边没法确认，你按上面思路对着界面上的超时、并发、重试参数调就行。

lqyyzz 这套判断基本可以照做，我只补三个容易在落地时漏掉的点。

一是退避别只按固定值来。Retry-After 有秒数和 HTTP 日期两种格式，解析时两种都得兼容；配合指数退避（比如 30s→60s→120s，封顶 10 分钟）比线性加长更稳，也避免一天内反复敲门。如果同时命中 429 和 503，按更长的那个等。

二是比 304 更省的存在感做法：先拉 sitemap 或列表页，用 lastmod / 标题指纹比对，内容没变就根本不进详情页。每日全量抓详情和每日只抓增量，请求量能差一个数量级，源站风控的感受完全不同。301/304 之外，有些 CDN 会返回 200 但 body 是空的，判断要宽容点，别误认为被拦。

三是 UA 别伪装成浏览器。低频抓取留一个带联系方式的标识（站点名 + 邮箱），反而比伪造 Chrome 更不容易触发误判，同时先读一眼 robots.txt，有 Crawl-delay 就照它来。并发按 1 串行跑，WinkDesk 里超时和重试次数先保守设，跑两周看日志再调。

常见坑：别让下载大文件的任务和抓取共用同一出口带宽，超时混在一起会把网络问题误判成封 IP，排查起来很费劲。