[{"data":1,"prerenderedAt":313},["ShallowReactive",2],{"blog-crawl-frequency-server-response":3,"blog-prev-crawl-frequency-server-response":94,"blog-next-crawl-frequency-server-response":191},{"id":4,"title":5,"author":6,"body":7,"canonical":78,"category":79,"cover":78,"date":80,"description":81,"draft":82,"extension":83,"keywords":78,"meta":84,"navigation":85,"noindex":82,"ogImage":78,"path":86,"seo":87,"seoDescription":78,"seoTitle":78,"stem":88,"tags":89,"updated":78,"__hash__":93},"blog\u002Fblog\u002Fcrawl-frequency-server-response.md","抓取频次上不去，先看服务器那 200 毫秒","元析智能",{"type":8,"value":9,"toc":67},"minimark",[10,14,18,21,24,28,31,34,37,40,43,46,49,52,55,58,61,64],[11,12,13],"p",{},"抓取频次是搜索引擎给的配额，影响配额的因素里，服务器响应时间排第一，站点结构第二，内容更新频率第三。很多人一上来就研究权重，其实先看服务器那 200 毫秒更划算。",[15,16,17],"h2",{"id":17},"怎么测",[11,19,20],{},"日志里算每个请求的耗时，取 P95，别取平均值。GSC 的抓取统计能看总请求量和平均响应时间。分路径看，动态页和静态页要分开算，不然会被平均数骗。",[11,22,23],{},"我们的判断标准：P95 超过 800 毫秒就要优化，超过 1.5 秒基本会拖累抓取。百度对响应时间比 Google 更敏感，1200 毫秒以上就能看到抓取量明显下滑。",[15,25,27],{"id":26},"_2026-年-4-月那次优化","2026 年 4 月那次优化",[11,29,30],{},"一个 API 工具站，日抓取 900 次，P95 响应 1.1 秒。查下来三个原因：文档页每次请求都查数据库、没做页面级缓存、CDN 只缓存静态资源不缓存 HTML。",[11,32,33],{},"改法：页面级缓存 10 分钟，渲染结果存 Redis，数据库加索引，CDN 加 HTML 缓存规则。P95 从 1.1 秒压到 180 毫秒。一个月后日抓取 2400 次，收录涨 34%。",[15,35,36],{"id":36},"其他影响因素",[11,38,39],{},"5xx 比例、404 比例、sitemap 有效性、内容更新频率、外链数量。这些都要在响应时间之后看。5xx 尤其要命，蜘蛛连续遇到几次服务端错误会主动降频，恢复比降频慢得多。",[15,41,42],{"id":42},"验证方法",[11,44,45],{},"改完持续观察 3 到 4 周。抓取量涨了但收录没涨，说明问题在发现或质量环节；抓取量没动，说明瓶颈不在响应时间，回去看结构。",[15,47,48],{"id":48},"一个配套动作",[11,50,51],{},"压响应时间的同时，把 404 和 5xx 也清一遍。我们见过一个站响应时间只有 120 毫秒，但 5xx 占 3%，抓取量一直上不去。修完错误率后，抓取量涨得比优化响应时间还快。",[11,53,54],{},"监控上加一条：蜘蛛请求的错误率超过 1% 就报警。这条比看总抓取量更早发现问题。",[15,56,57],{"id":57},"一个误解",[11,59,60],{},"有人说\"抓取频次是看权重的，小站怎么优化都没用\"。对了一半。权重（外链、品牌）决定上限，响应时间和结构决定能不能接近上限。小站优化响应时间，从日抓 100 次到 500 次是常见的，这 5 倍不是权重给的。",[15,62,63],{"id":63},"立场",[11,65,66],{},"服务器优化是 SEO 里最被低估的一项，因为它看起来不像 SEO。它归运维，但影响的是抓取。做 SEO 的人至少要能看懂 P95 和 5xx 比率。",{"title":68,"searchDepth":69,"depth":69,"links":70},"",2,[71,72,73,74,75,76,77],{"id":17,"depth":69,"text":17},{"id":26,"depth":69,"text":27},{"id":36,"depth":69,"text":36},{"id":42,"depth":69,"text":42},{"id":48,"depth":69,"text":48},{"id":57,"depth":69,"text":57},{"id":63,"depth":69,"text":63},null,"技术SEO","2026-07-11","很多人以为抓取少是\"权重不够\"，其实服务器响应时间的影响更直接。我们把一个客户的 TTFB 从 1.1 秒压到 180 毫秒，Googlebot 抓取量一个月涨了 2.7 倍。这篇讲测量、优化和验证。",false,"md",{},true,"\u002Fblog\u002Fcrawl-frequency-server-response",{"title":5,"description":81},"blog\u002Fcrawl-frequency-server-response",[90,91,92],"抓取频次","性能","日志分析","eSOfSs37DkR2PRpIQlYBRQGrCB6OiGNihWHZh3PZYyk",{"id":95,"title":96,"author":6,"body":97,"canonical":78,"category":179,"cover":78,"date":180,"description":181,"draft":82,"extension":83,"keywords":78,"meta":182,"navigation":85,"noindex":82,"ogImage":78,"path":183,"seo":184,"seoDescription":78,"seoTitle":78,"stem":185,"tags":186,"updated":78,"__hash__":190},"blog\u002Fblog\u002Ffreelance-writer-editing.md","外包写手的稿子，我们通常改掉三成",{"type":8,"value":98,"toc":171},[99,102,105,108,111,114,117,120,123,126,129,132,135,138,141,144,147,150,153,156,159,162,165,168],[11,100,101],{},"2026 年 7 月我们统计了上半年收到的 42 篇外包稿，平均改掉三成内容，其中 6 篇直接退稿。外包写手的问题基本不在文笔，在行业细节和判断力。",[15,103,104],{"id":104},"约稿单决定稿子质量",[11,106,107],{},"我们现在的约稿单有五项：目标读者、要解决的问题、必须包含的三个要点、可以引用的事实清单、不能出现的说法。",[11,109,110],{},"第三项和第四项最有用。不给要点，写手会写一篇正确的废话；不给事实清单，他会去网上找二手数据，经常是错的。",[11,112,113],{},"约稿单写满一页，看着麻烦，但能省掉一半改稿时间。",[15,115,116],{"id":116},"常见的三个问题",[11,118,119],{},"第一，概念准确但浮在表面。写“日志分析能帮助发现抓取问题”，这句话没错，但没有任何操作信息。读者想知道的是看哪个字段、怎么筛、阈值多少。",[11,121,122],{},"第二，结构对称得像模板。每节三个要点，每点两句话，通篇读下来节奏一样。这类稿子读起来顺，记不住任何东西。",[11,124,125],{},"第三，不敢下判断。通篇“视情况而定”“各有优劣”。读者要的是结论，不是选项列表。",[15,127,128],{"id":128},"我们改哪三处",[11,130,131],{},"改开头。把铺垫的前两段删掉，结论提到第一段。外包稿最常见的开头是“在数字化转型的今天”，这种必须删。",[11,133,134],{},"补细节。每篇至少补两处只有我们知道的东西：一次实操、一个数字、一个踩过的坑。",[11,136,137],{},"砍长度。三成的删减主要来自重复表述和正确的废话。删完通常从 2500 字降到 1800 字，信息量没少。",[15,139,140],{"id":140},"什么样的稿子直接退",[11,142,143],{},"事实错误两处以上。比如工具名写错、参数名编造、引用不存在的研究。这类改起来比重写还慢。",[11,145,146],{},"通篇没有具体案例和数字。这种稿子的价值约等于搜索引擎能抓到的公共信息，发出去只会稀释站点质量。",[11,148,149],{},"和约稿单要求的要点完全不符。说明写手没看约稿单，退。",[15,151,152],{"id":152},"把退稿理由攒起来",[11,154,155],{},"三个月给对方看一次退稿和改稿的原因清单。这个动作比任何约稿单都管用，因为它让写手知道标准是稳定的，不是随心情变。",[11,157,158],{},"我们合作最久的一个写手，第一年退稿率三成，第二年降到不到一成，靠的就是这份清单。",[15,160,161],{"id":161},"怎么和写手长期合作",[11,163,164],{},"我的经验是找懂行业的兼职，而不是找便宜的写手平台。懂行业的人贵一倍，但改稿时间少一半。",[11,166,167],{},"合作三个月之后，把退稿和改稿的原因整理成一份清单发给对方。我们发现这个动作能让返工率明显下降，因为写手知道你在意什么。",[11,169,170],{},"不要一次给十个选题。一单一篇，写完再下一单。批量下单的结果是批量凑数。",{"title":68,"searchDepth":69,"depth":69,"links":172},[173,174,175,176,177,178],{"id":104,"depth":69,"text":104},{"id":116,"depth":69,"text":116},{"id":128,"depth":69,"text":128},{"id":140,"depth":69,"text":140},{"id":152,"depth":69,"text":152},{"id":161,"depth":69,"text":161},"内容运营","2026-07-10","外包稿的常见问题不是文笔，是行业细节和判断力。这篇写我们的约稿单怎么填、改稿改哪三处、什么样的稿子直接退，以及怎么和写手长期合作。",{},"\u002Fblog\u002Ffreelance-writer-editing",{"title":96,"description":181},"blog\u002Ffreelance-writer-editing",[187,188,189],"外包写手","改稿","内容流程","A4fnse-o9FsM7yqXD0mboGpOsc8kvSDLx7BZ-XNJQ-g",{"id":192,"title":193,"author":6,"body":194,"canonical":78,"category":79,"cover":78,"date":302,"description":303,"draft":82,"extension":83,"keywords":78,"meta":304,"navigation":85,"noindex":82,"ogImage":78,"path":305,"seo":306,"seoDescription":78,"seoTitle":78,"stem":307,"tags":308,"updated":78,"__hash__":312},"blog\u002Fblog\u002Fimage-seo-technical.md","1200 张产品图只被收录 40 张，问题在三个地方",{"type":8,"value":195,"toc":294},[196,199,203,215,222,229,233,240,243,246,250,253,260,263,267,270,273,276,279,282,285,288,291],[11,197,198],{},"产品图不收录，不是图片不够好看。我们查了 6 个软件站，问题集中在懒加载写法、图片 URL 参数和页面结构三处。1200 张图修完收录到 780 张。",[15,200,202],{"id":201},"问题一懒加载写成了没有-src","问题一：懒加载写成了\"没有 src\"",[11,204,205,206,210,211,214],{},"很多站为了性能，图片的 ",[207,208,209],"code",{},"src"," 写成占位图，真实地址放在 ",[207,212,213],{},"data-src","，等滚动到才加载。搜索引擎的爬虫不滚动页面，看到的永远是占位图。",[11,216,217,218,221],{},"查法：用抓取诊断或者 curl 看页面 HTML，搜索 ",[207,219,220],{},"\u003Cimg","，看 src 是不是占位图。",[11,223,224,225,228],{},"改法：首屏图片直接给真实 src，非首屏用原生 ",[207,226,227],{},"loading=\"lazy\"","，它会在 HTML 里保留真实地址，只是延迟加载。",[15,230,232],{"id":231},"问题二图片-url-带一堆参数","问题二：图片 URL 带一堆参数",[11,234,235,236,239],{},"图片做了 CDN 压缩和裁剪，URL 变成 ",[207,237,238],{},"image.jpg?w=800&h=600&q=80&format=webp","。同一个图有 10 个版本，搜索引擎会当成 10 张不同的图，权重分散。",[11,241,242],{},"查法：导出所有图片 URL，按路径去重，看一个原图对应多少个参数版本。",[11,244,245],{},"改法：用 canonical 或者 robots 收敛参数，只保留一个标准尺寸可被索引。最干净的做法是 CDN 层做内容协商，URL 不变，按 UA 返回合适格式。",[15,247,249],{"id":248},"问题三图片没有上下文","问题三：图片没有上下文",[11,251,252],{},"图片被收录不等于有排名。搜索引擎需要知道这张图讲什么，靠的是 alt、文件名、周围文字和所在页面的主题。",[11,254,255,256,259],{},"我们见过客户的图片 alt 全写成\"产品截图 1\"\"产品截图 2\"，文件名是 ",[207,257,258],{},"IMG_2024.png","。这种图片即使收录了，也搜不到。",[11,261,262],{},"改法：alt 写清楚图里是什么，文件名用有意义的英文短句，图片周围有说明文字。我们一般要求产品图的 alt 至少 10 个字、包含一个关键词。",[15,264,266],{"id":265},"额外一件事图片和页面要一起优化","额外一件事：图片和页面要一起优化",[11,268,269],{},"图片搜索的流量，最终是导到页面的。如果图片页是一个没有任何内容的附件页，用户点进来就走。",[11,271,272],{},"我们的做法是让图片可索引、同时图片所在的产品页\u002F文章页要有完整内容。图片搜索只是入口，转化还是靠页面。",[15,274,275],{"id":275},"修完的数据",[11,277,278],{},"2026 年 2 月我们开始查这个站，三周修完，每周看一次数据。",[11,280,281],{},"修完之后还有一个意外收获：产品图的 alt 写清楚之后，页面本身的图片相关搜索词也多了，比如\"XX 系统 后台截图\"这种长尾词，带来了一些注册。",[11,283,284],{},"那个客户 1200 张产品图，修了 3 周：懒加载改造、URL 参数收敛、alt 和文件名重写。",[11,286,287],{},"第 6 周看数据：收录从 40 张涨到 780 张，图片搜索带来的访问从每月 200 涨到 900 多，其中 12% 的用户到了产品页还停留超过 1 分钟。",[15,289,290],{"id":290},"一句判断",[11,292,293],{},"图片 SEO 是技术活，不是设计活。修好抓取路径和上下文，普通的产品截图也能带来流量。别在图片上堆关键词，搜索引擎现在能看出来。",{"title":68,"searchDepth":69,"depth":69,"links":295},[296,297,298,299,300,301],{"id":201,"depth":69,"text":202},{"id":231,"depth":69,"text":232},{"id":248,"depth":69,"text":249},{"id":265,"depth":69,"text":266},{"id":275,"depth":69,"text":275},{"id":290,"depth":69,"text":290},"2026-07-12","产品图不收录，不是图片不够好看。我们查了 6 个软件站，问题集中在懒加载写法、图片 URL 参数和页面结构三处。1200 张图修完收录到 780 张，图片搜索带来的访问涨了 3 倍。三个修法都不难，难在有人愿意去查。文末有修完的数据。",{},"\u002Fblog\u002Fimage-seo-technical",{"title":193,"description":303},"blog\u002Fimage-seo-technical",[309,310,311],"图片SEO","收录","站点技术","ofEYh2G69aTRD8RzgIG0nOwI_iLJsMAjpEMCmncOH_4",1794088103894]