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