[{"data":1,"prerenderedAt":302},["ShallowReactive",2],{"blog-content-calendar-cadence":3,"blog-prev-content-calendar-cadence":120,"blog-next-content-calendar-cadence":214},{"id":4,"title":5,"author":6,"body":7,"canonical":104,"category":105,"cover":104,"date":106,"description":107,"draft":108,"extension":109,"keywords":104,"meta":110,"navigation":111,"noindex":108,"ogImage":104,"path":112,"seo":113,"seoDescription":104,"seoTitle":104,"stem":114,"tags":115,"updated":104,"__hash__":119},"blog\u002Fblog\u002Fcontent-calendar-cadence.md","内容排期怎么排，一周三篇的节奏能撑多久","元析智能",{"type":8,"value":9,"toc":93},"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,84,87,90],[11,12,13],"p",{},"2026 年 7 月我们给一个客户排下季度内容计划，他一开始要一周五篇。算完产能，最后定的是每周三篇，一个季度 36 篇。一周三篇听着不多，但按我们的实际流程只能撑六周，第六周开始质量明显下滑。",[15,16,17],"h2",{"id":17},"一篇稿子的真实工时",[11,19,20],{},"选题和查资料 2 小时，初稿 2 小时，事实核查 1 小时，修改两轮 2 小时，配图和排版 1 小时，上线和提交 0.5 小时。加起来 8.5 小时。",[11,22,23],{},"这还没算选题会、和客户确认、以及卡在等材料上的时间。按每周 5 个工作日算，一个人一周最多写 3 篇，前提是不干别的。",[15,25,26],{"id":26},"排期表要留四块缓冲",[11,28,29],{},"第一块，等材料。产品文档、截图、客户案例，经常要等几天。",[11,31,32],{},"第二块，审稿往返。我们的规矩是 48 小时内给意见，实际经常拖到 72 小时。",[11,34,35],{},"第三块，节假日。春节、国庆前后两周产能基本为零，排期表上要标出来。",[11,37,38],{},"第四块，突发。客户临时要改首页、要写发布会稿，都会挤占内容时间。",[11,40,41],{},"排期表上写 36 篇，实际能交付 28 到 30 篇，这是正常范围。",[15,43,44],{"id":44},"我们怎么排季度表",[11,46,47],{},"先定主题方向，一个季度不超过 3 个。每个方向下排 8 到 12 篇，形成一个小集群。",[11,49,50],{},"再把 36 篇分到 12 周，每周 3 篇，但留两周完全不排，用来补前面的欠账。",[11,52,53],{},"最后标注依赖：哪几篇要等产品更新、哪几篇要等客户提供数据。依赖多的排到后面。",[15,55,56],{"id":56},"别按篇数考核写手",[11,58,59],{},"按篇数考核，结果一定是篇数上去了、质量下来了。我们试过，第二个月就出现大量 600 字的凑数稿。",[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],{},"这件事花二十分钟，但对选题判断的提升很明显，因为你会开始知道哪类题真的有人搜。",[15,82,83],{"id":83},"一个真实的教训",[11,85,86],{},"2025 年第四季度我们排了 45 篇，实际交付 31 篇。原因不是写手偷懒，是排期时把春节算成了正常周。",[11,88,89],{},"那个季度最后两周在赶工，有两篇稿子的事实核查跳过了，上线后发现一个工具名写错、一个数据对不上，只能撤回重发。赶工的代价比少写几篇大得多。",[11,91,92],{},"排期表宁可保守。少排两篇，交付率 100%，客户感受比排 45 篇交 31 篇好得多。",{"title":94,"searchDepth":95,"depth":95,"links":96},"",2,[97,98,99,100,101,102,103],{"id":17,"depth":95,"text":17},{"id":26,"depth":95,"text":26},{"id":44,"depth":95,"text":44},{"id":56,"depth":95,"text":56},{"id":65,"depth":95,"text":65},{"id":74,"depth":95,"text":74},{"id":83,"depth":95,"text":83},null,"内容运营","2026-06-30","一周三篇听着不多，按我们的实际产能只能撑六周。这篇写排期要考虑的四项隐性成本、我们怎么排季度表，以及为什么别按篇数考核写手，附我们的季度排法。",false,"md",{},true,"\u002Fblog\u002Fcontent-calendar-cadence",{"title":5,"description":107},"blog\u002Fcontent-calendar-cadence",[116,117,118],"内容排期","产能","团队管理","_vC-0vH4hEIcLmOmyqmdOzPo2v_4axXA3AmFRQ8MviM",{"id":121,"title":122,"author":6,"body":123,"canonical":104,"category":202,"cover":104,"date":203,"description":204,"draft":108,"extension":109,"keywords":104,"meta":205,"navigation":111,"noindex":108,"ogImage":104,"path":206,"seo":207,"seoDescription":104,"seoTitle":104,"stem":208,"tags":209,"updated":104,"__hash__":213},"blog\u002Fblog\u002Flocal-pack-software-companies.md","本地包对软件公司基本没用，别在这上面花预算",{"type":8,"value":124,"toc":194},[125,128,131,134,137,140,143,146,149,152,155,158,161,164,167,170,173,176,179,182,185,188,191],[11,126,127],{},"本地包对软件公司几乎没有价值，只有做本地服务、本地部署的例外。从 2025 年 9 月起我们监测 14 个软件站，本地包带来的访问占比中位数 0.3%，投入产出比极低。",[15,129,130],{"id":130},"本地包是什么",[11,132,133],{},"用户在搜索引擎搜\"附近的服务\"或者带城市名的词，结果页顶部出现的那个地图加三五个商家的模块，就是本地包。",[11,135,136],{},"它依赖商家档案、地址、评价、营业时间这些本地信息。软件公司没有实体门店，天然不匹配。",[15,138,139],{"id":139},"我们的数据",[11,141,142],{},"14 个软件站，行业包括 SaaS、开发者工具、企业软件。带地域词的搜索里，本地包出现概率不低，但点进软件公司官网的很少。",[11,144,145],{},"访问占比：中位数 0.3%，最高的一个 1.2%，那个客户做本地部署和上门实施。",[11,147,148],{},"真实的情况是：用户搜\"上海 CRM 系统\"，本地包出来的是本地服务商和代理商，软件厂商官网排在自然结果里，本地包对官网几乎不导流。",[15,150,151],{"id":151},"什么情况下有用",[11,153,154],{},"第一，做本地部署、上门实施的公司。用户会搜\"城市 + 部署 + 产品类型\"，本地包能带来线索。",[11,156,157],{},"第二，有线下培训、咨询业务的公司。这类需求是本地化的。",[11,159,160],{},"第三，做本地生活或零售软件的，客户本身在本地，可能有本地搜索需求。",[11,162,163],{},"除这三种，软件公司做本地 SEO 的投入基本都是浪费。",[15,165,166],{"id":166},"别做的事",[11,168,169],{},"别买本地引用（把公司信息批量提交到各种本地目录），这类操作对软件公司没有意义。",[11,171,172],{},"别刷评价。Google 对评价的真实性识别越来越严，刷出来的评价一旦被清，商家档案也会受影响。",[11,174,175],{},"别为每个城市做落地页。我们见过软件公司做 200 个城市页，内容都是一个模板换城市名，被判低质，整站受影响。",[15,177,178],{"id":178},"一个替代方案",[11,180,181],{},"如果软件公司确实想抓本地需求，做\"城市 + 产品\"的内容页比做本地包有效。但内容要具体，比如\"上海地区 CRM 实施的 3 个常见问题\"，而不是把首页换个城市名。",[11,183,184],{},"我们给一个客户做过 8 个这样的页面，带来过 30 多条线索，成本比本地 SEO 低得多。",[15,186,187],{"id":187},"一句判断",[11,189,190],{},"本地 SEO 是给有实体门店的生意准备的。软件公司要抢的是\"产品词\"和\"问题词\"，不是\"附近\"。",[11,192,193],{},"预算挪走这件事，我们一般建议客户直接把本地 SEO 的月度费用砍掉，投到产品文档和案例页。同样的钱，后者的线索量至少是前者的 5 倍。",{"title":94,"searchDepth":95,"depth":95,"links":195},[196,197,198,199,200,201],{"id":130,"depth":95,"text":130},{"id":139,"depth":95,"text":139},{"id":151,"depth":95,"text":151},{"id":166,"depth":95,"text":166},{"id":178,"depth":95,"text":178},{"id":187,"depth":95,"text":187},"SEO","2026-06-29","本地包（Local Pack）对软件公司几乎没有价值，只有做本地服务、本地部署的例外。我们监测 14 个软件站，本地包带来的访问占比中位数 0.3%，投入产出比极低，只有三种业务值得做。我们的建议是：把这笔预算挪到产品内容上。",{},"\u002Fblog\u002Flocal-pack-software-companies",{"title":122,"description":204},"blog\u002Flocal-pack-software-companies",[210,211,212],"本地SEO","SERP","预算分配","ejkdr1oDZHwzriBn6Zamu9Y7eumIPEshobgWnw5gJvg",{"id":215,"title":216,"author":6,"body":217,"canonical":104,"category":290,"cover":104,"date":291,"description":292,"draft":108,"extension":109,"keywords":104,"meta":293,"navigation":111,"noindex":108,"ogImage":104,"path":294,"seo":295,"seoDescription":104,"seoTitle":104,"stem":296,"tags":297,"updated":104,"__hash__":301},"blog\u002Fblog\u002Fbing-webmaster-tools-index.md","必应站长工具的收录报告，被低估的第二个数据源",{"type":8,"value":218,"toc":282},[219,222,226,245,248,251,255,258,261,264,267,270,273,276,279],[11,220,221],{},"做英文站、做工具类软件的公司，必应值得单独建一个资源。它的站长工具在抓取细节和关键词数据上比 GSC 直接，适合做交叉验证。当然，它不能替代 GSC。",[15,223,225],{"id":224},"它比-gsc-多给了什么","它比 GSC 多给了什么",[11,227,228,232,233,236,237,240,241,244],{},[229,230,231],"strong",{},"索引浏览","按目录树展示收录情况，比 GSC 的 URL 分组更直观，能一眼看出哪个目录被收了、哪个目录一片空白。",[229,234,235],{},"URL 提交","的日配额比 GSC 高，新页面可以主动推，适合内容更新频繁的文档站。",[229,238,239],{},"关键词研究","自带搜索量和竞争度估算，不用再买工具。",[229,242,243],{},"站点扫描","是一份独立的技术审计，偶尔能发现 GSC 没提示的问题。",[15,246,247],{"id":247},"它少给了什么",[11,249,250],{},"索引数据延迟比 GSC 长，点击和展示的维度也少。必应的索引速度通常比 Google 慢一两天，新页面别指望当天进。它的 JS 渲染能力比 Google 弱、比百度强，SPA 站最好还是老老实实做服务端渲染。",[15,252,254],{"id":253},"_2026-年-2-月那次交叉验证","2026 年 2 月那次交叉验证",[11,256,257],{},"一个开发者工具站，GSC 显示 docs 目录收录 92%，必应只有 41%。我们以为必应抓取跟不上，用索引浏览按目录筛了一层，发现是分页页的 canonical 在必应侧没被识别，整批分页被当成重复内容。调整后一个月必应收录到 78%。",[11,259,260],{},"同一个问题在 GSC 里完全没暴露，因为 Google 处理 canonical 的方式不同。要不是有这个第二数据源，我们不会去查那条线。",[15,262,263],{"id":263},"怎么接入",[11,265,266],{},"验证域名的方式和 GSC 类似，可以用 DNS 记录或者 HTML 文件。接入后先提交 sitemap，再看索引浏览里已收录的目录。如果发现主域有多个子域，建议按子域分别建资源，否则收录数据会混在一起。",[11,268,269],{},"还有个实用的功能：抓取信息里能看到必应蜘蛛最近抓取的 URL 和状态码，遇到\"抓取失败\"的条目可以直接拿去修。",[15,271,272],{"id":272},"什么时候值得做",[11,274,275],{},"有英文站、客户在欧美、产品被开发者搜索的，必应优先级高。做外贸软件的，必应流量占总自然流量的比例常常在 5% 到 15% 之间，不算小。纯国内 to B 的站，优先级放低。",[15,277,278],{"id":278},"立场",[11,280,281],{},"多一个数据源不是为了多做一份报告，是为了交叉验证。两个工具都显示同一个问题时，才值得投入资源去改；只有一个显示异常，先怀疑工具差异。",{"title":94,"searchDepth":95,"depth":95,"links":283},[284,285,286,287,288,289],{"id":224,"depth":95,"text":225},{"id":247,"depth":95,"text":247},{"id":253,"depth":95,"text":254},{"id":263,"depth":95,"text":263},{"id":272,"depth":95,"text":272},{"id":278,"depth":95,"text":278},"技术SEO","2026-07-01","做外贸和工具类软件的站，必应的流量常被忽略。必应站长工具的索引浏览、URL 提交、关键词研究三个模块我们都会用，这篇讲它比 GSC 多给了什么、少给了什么。",{},"\u002Fblog\u002Fbing-webmaster-tools-index",{"title":216,"description":292},"blog\u002Fbing-webmaster-tools-index",[298,299,300],"必应","索引诊断","工具","VO_NMSoxyCoKDJXkNCsItS2PjPEBjT7FmJ9jgrqOTkg",1794088104224]