[{"data":1,"prerenderedAt":313},["ShallowReactive",2],{"blog-seo-project-scheduling":3,"blog-prev-seo-project-scheduling":110,"blog-next-seo-project-scheduling":211},{"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\u002Fseo-project-scheduling.md","SEO 项目排期，前三个月别排满内容","元析智能",{"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 月我们接手一个延期三个月的项目，翻排期表发现第一个月排了 20 篇内容、加上技术修复和外链建设，全挤在一起。执行到第三周就卡住了。SEO 项目排期最常见的错误是把所有事排在同一时间段。",[15,16,17],"h2",{"id":17},"阶段要分开",[11,19,20],{},"第一个月做技术。收录、抓取、加载速度、结构化数据、内链结构。这些是地基，做完才能谈内容效果。",[11,22,23],{},"第二个月做内容基建。核心页面重写、产品页优化、文档结构整理。同时开始小批量内容测试，一周两篇，看收录和曝光。",[11,25,26],{},"第三个月开始放量。内容一周三到四篇，外链同步启动。",[11,28,29],{},"三个阶段有重叠但不能同时全开。同时开的结果是每件都做一半。",[15,31,32],{"id":32},"为什么前三个月别排满内容",[11,34,35],{},"新站的内容在头两个月基本看不到效果，排满了只会让客户在第 45 天问“为什么没效果”。",[11,37,38],{},"更重要的是，技术问题没修完就大量发内容，等于往漏水的桶里倒水。我们见过一个站，产品页全被 noindex 了还在发博客，发了 30 篇一篇都没收录。",[15,40,41],{"id":41},"验收节点怎么设",[11,43,44],{},"不按篇数设，按状态设。第一个月验收：核心页面全部可抓可收、加载速度进入合格区间、日志里蜘蛛抓取频次正常。",[11,46,47],{},"第二个月验收：核心词开始有曝光、落地页有内链、结构化数据无明显错误。",[11,49,50],{},"第三个月验收：内容开始有自然点击、转化路径跑通、周报数据能稳定产出。",[11,52,53],{},"每个节点都要有客户能自己验证的东西，别用“优化完成”“效果良好”这种词。",[15,55,56],{"id":56},"排期表要写清依赖",[11,58,59],{},"每条任务写三样：谁做、依赖谁、什么时候要。依赖客户的任务单独标出来，比如“等产品文档更新”“等开发排期”。",[11,61,62],{},"我们见过最常见的延期原因是等客户，而不是我们慢。把依赖写进排期表，延期的时候有据可查。",[15,64,65],{"id":65},"排期要留返工余量",[11,67,68],{},"每个阶段留一周缓冲。技术改动经常需要回滚重做，内容经常要返工，不留余量的排期表第一周就开始欠账。",[11,70,71],{},"我们现在的做法是 12 周的计划按 10 周排，剩下两周当缓冲。客户看到的还是 12 周，但我们心里有底。",[15,73,74],{"id":74},"一个排期模板",[11,76,77],{},"我们把项目分成 12 周，每周一张卡片，卡片上写这一周的三件主任务和两个备选。主任务必须完成，备选做不完顺延。",[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":32,"depth":86,"text":32},{"id":41,"depth":86,"text":41},{"id":56,"depth":86,"text":56},{"id":65,"depth":86,"text":65},{"id":74,"depth":86,"text":74},null,"行业观察","2026-07-19","排期表上第一个月就写满 20 篇，执行到第三周一定卡住。这篇写我们按阶段排期的做法：技术、内容、外链各占多少，以及验收节点怎么设，项目延期多半是排期结构的问题。",false,"md",{},true,"\u002Fblog\u002Fseo-project-scheduling",{"title":5,"description":97},"blog\u002Fseo-project-scheduling",[106,107,108],"项目排期","SEO项目","交付管理","bo9R63-xBkZIWUB5Rbr0FLMgr7BjhsfOSk50voxJADw",{"id":111,"title":112,"author":6,"body":113,"canonical":94,"category":95,"cover":94,"date":200,"description":201,"draft":98,"extension":99,"keywords":94,"meta":202,"navigation":101,"noindex":98,"ogImage":94,"path":203,"seo":204,"seoDescription":94,"seoTitle":94,"stem":205,"tags":206,"updated":94,"__hash__":210},"blog\u002Fblog\u002Fnew-site-sandbox-baidu.md","百度新站沙盒期到底多久：我们跟了 6 个站",{"type":8,"value":114,"toc":192},[115,118,122,125,128,131,134,138,141,144,147,150,153,156,159,162,165,168,171,174,177,180,183,186,189],[11,116,117],{},"百度没有官方承认的\"沙盒期\"，但我们跟的 6 个新站里，5 个在前 3 个月有不同程度的低展现，平均 11 周后才开始稳定出词。这不是玄学，是能记录的现象。",[15,119,121],{"id":120},"_6-个站的记录","6 个站的记录",[11,123,124],{},"2025 年 10 月到 2026 年 6 月，6 个新站，域名都是新注册的，行业包括 SaaS、开发者工具、设计工具。",[11,126,127],{},"记录三个数：收录量、有展现的词数、排名进入前 50 的词数。",[11,129,130],{},"第 4 周：收录 30 到 120 页，有展现的词 0 到 8 个。\n第 8 周：收录 80 到 400 页，有展现的词 5 到 30 个。\n第 11 周：多数站开始出现排名进前 50 的词，数量在 10 到 40 个。\n第 16 周：才进入比较稳定的状态。",[11,132,133],{},"6 个站里唯一例外的是一个有老域名 301 过来的站，第 5 周就开始出词。",[15,135,137],{"id":136},"什么叫低展现期","什么叫\"低展现期\"",[11,139,140],{},"不是不收录，是收录了不给展现。页面在索引里，site: 能查到，但搜目标词搜不到。",[11,142,143],{},"这个阶段最容易误判。客户看到收录量涨了，以为一切正常，其实流量还是零。也有人看到没流量，以为站废了，开始乱改。",[11,145,146],{},"判断方法：在流量与关键词里看\"展现次数\"。连续两周展现次数低于 50，就是低展现期，不用慌。",[15,148,149],{"id":149},"哪些事能缩短",[11,151,152],{},"第一，备案和站点验证早点做完。我们 6 个站里有 2 个备案拖了 3 周，出词时间明显晚。",[11,154,155],{},"第二，内容别停。低展现期每周保持 2 到 3 篇更新，百度对活跃站的评估更好。我们一个客户停了 3 周，恢复更新后出词又延后了两周。",[11,157,158],{},"第三，外链从第 4 周开始做。有真实外链的站，低展现期平均短 2 周。",[11,160,161],{},"第四，内链结构从第一天就搭好。新站最怕页面孤立，蜘蛛爬到深处就没路。",[15,163,164],{"id":164},"哪些事没用",[11,166,167],{},"反复提交 URL。我们对比过，每天提交和每周提交，出词时间没有差异。",[11,169,170],{},"频繁改标题。低展现期改标题，等于重新开始积累，我们见过客户一周改一次，三个月没出词。",[11,172,173],{},"换模板、换域名。这些动作只会让百度重新评估，时间重新计时。",[15,175,176],{"id":176},"一个反常的发现",[11,178,179],{},"6 个站里，出词最快的那个不是内容最多的，是内容最少但最垂直的：只写产品功能相关的 40 篇文章，没有一篇行业泛文。",[11,181,182],{},"第 9 周就出了 30 多个有展现的词。我们复盘时认为，垂直内容让百度更快判断这个站是干什么的，主题聚焦度比数量重要。",[11,184,185],{},"这个发现后来影响了我们所有的内容排期：新站前 3 个月，只写和产品直接相关的内容，不追热点。",[15,187,188],{"id":188},"一句判断",[11,190,191],{},"新站进百度，按 3 个月预期，别按 3 周。这个阶段比的不是技巧，是谁能稳住不动、持续更新。急着要结果的，通常会把这个阶段拖得更长。",{"title":85,"searchDepth":86,"depth":86,"links":193},[194,195,196,197,198,199],{"id":120,"depth":86,"text":121},{"id":136,"depth":86,"text":137},{"id":149,"depth":86,"text":149},{"id":164,"depth":86,"text":164},{"id":176,"depth":86,"text":176},{"id":188,"depth":86,"text":188},"2026-07-18","百度没有官方承认的沙盒期，但我们跟的 6 个新站里，5 个在前 3 个月有低展现期，平均 11 周后才稳定出词。哪些事能缩短、哪些纯属白做，这篇按 6 个站的记录写清楚，附一个我们没料到的发现。6 个站的记录都在正文里。",{},"\u002Fblog\u002Fnew-site-sandbox-baidu",{"title":112,"description":201},"blog\u002Fnew-site-sandbox-baidu",[207,208,209],"百度新站","沙盒期","收录","h4DLJs65feU8w2KSkE5uhvLFNggTIJgFtFaUXuG1f10",{"id":212,"title":213,"author":6,"body":214,"canonical":94,"category":301,"cover":94,"date":302,"description":303,"draft":98,"extension":99,"keywords":94,"meta":304,"navigation":101,"noindex":98,"ogImage":94,"path":305,"seo":306,"seoDescription":94,"seoTitle":94,"stem":307,"tags":308,"updated":94,"__hash__":312},"blog\u002Fblog\u002Forganization-schema-fields.md","Organization 结构化数据：六个字段写对才有用",{"type":8,"value":215,"toc":293},[216,219,222,229,235,241,247,253,259,263,266,269,272,275,278,281,284,287,290],[11,217,218],{},"Organization 是全站唯一的实体标记。写对了，能帮搜索引擎把品牌名、官网、社媒账号认成同一个实体；写错了，会制造矛盾信号，比不写还麻烦。这件事半小时能做完，但很多站拖着没做。",[15,220,221],{"id":221},"六个必填字段",[11,223,224,228],{},[225,226,227],"strong",{},"name","：和公司官方注册名或者对外统一名称一致。别写\"XX官网\"，别每个页面写不同的名字。",[11,230,231,234],{},[225,232,233],{},"url","：官网主域，带 https。",[11,236,237,240],{},[225,238,239],{},"logo","：可公开抓取的图片地址，宽高比接近 1:1，建议 112 像素以上。别用 base64 内嵌，别用需要登录的图床，别用已经下线的 CDN 路径。",[11,242,243,246],{},[225,244,245],{},"sameAs","：官方社媒、GitHub、LinkedIn、应用商店页面。只放真实存在的官方账号。放竞品页面或者山寨页面，是在给搜索引擎喂错误关联。",[11,248,249,252],{},[225,250,251],{},"address","：注册地址或办公地址，按结构化字段拆开写。",[11,254,255,258],{},[225,256,257],{},"contactPoint","：客服电话、邮箱、联系类型（技术支持、销售）。",[15,260,262],{"id":261},"_2026-年-4-月那次排查","2026 年 4 月那次排查",[11,264,265],{},"一个客户站首页的 Organization 里，logo 指向一个已经删除的 CDN 路径，404 了半年；sameAs 里有两个链接指向山寨页面，是运营从搜索结果里复制来的。修复后 GSC 里结构化数据报错清零，知识面板的信息也更新了——时间不由我们控制，但至少信号统一了。",[15,267,268],{"id":268},"三个常见错",[11,270,271],{},"把 Person 标成 Organization，作者页最容易犯；多个页面写不同的 Organization，比如每个产品页写自己；logo 用了带文字的横版图，尺寸太小，识别不出来。",[15,273,274],{"id":274},"验证方法",[11,276,277],{},"Rich Results Test 跑首页和关于页；GSC 的\"增强功能\"看有没有报错；再人工核对一遍标记里的名称、地址、电话和官网页面上写的是否一致。三处一致才算完成。",[15,279,280],{"id":280},"放在哪个页面",[11,282,283],{},"Organization 放在首页和关于页就够，全站每个页面都放也不会错，但没必要重复。如果公司有多个品牌或者多个独立产品线，可以给每个子品牌单独建 Organization，用 parentOrganization 关联。别把多个品牌混成一个，搜索引擎分不清。",[11,285,286],{},"还有一个细节：about 页、联系我们页上的信息要和标记完全一致，包括地址的写法。线上线下不一致，实体识别会打折。",[15,288,289],{"id":289},"立场",[11,291,292],{},"结构化数据里，Organization 是确定性最高、成本最低的一个。别追求标得多，先把这一个标对。做 GEO 的站尤其要重视，AI 引擎判断品牌实体时，这些字段是直接输入。",{"title":85,"searchDepth":86,"depth":86,"links":294},[295,296,297,298,299,300],{"id":221,"depth":86,"text":221},{"id":261,"depth":86,"text":262},{"id":268,"depth":86,"text":268},{"id":274,"depth":86,"text":274},{"id":280,"depth":86,"text":280},{"id":289,"depth":86,"text":289},"技术SEO","2026-07-20","Organization 标记容易被当成模板活，填错却会拖累全站。logo、sameAs、url、name、address、contactPoint 这六个字段我们逐个过，附一个 2026 年 4 月的排查记录。",{},"\u002Fblog\u002Forganization-schema-fields",{"title":213,"description":303},"blog\u002Forganization-schema-fields",[309,310,311],"结构化数据","Organization","品牌","0N_aUuS-YY2B8tiqT06IgrY7REqgY18Pc9Vslpu1Myo",1794088103652]