[{"data":1,"prerenderedAt":313},["ShallowReactive",2],{"blog-flat-vs-hierarchical-structure":3,"blog-prev-flat-vs-hierarchical-structure":96,"blog-next-flat-vs-hierarchical-structure":190},{"id":4,"title":5,"author":6,"body":7,"canonical":80,"category":81,"cover":80,"date":82,"description":83,"draft":84,"extension":85,"keywords":80,"meta":86,"navigation":87,"noindex":84,"ogImage":80,"path":88,"seo":89,"seoDescription":80,"seoTitle":80,"stem":90,"tags":91,"updated":80,"__hash__":95},"blog\u002Fblog\u002Fflat-vs-hierarchical-structure.md","扁平结构和层级结构，软件站该选哪个","元析智能",{"type":8,"value":9,"toc":69},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,66],[11,12,13],"p",{},"纯扁平会稀释首页权重，纯层级会拉深点击深度。两个极端都不对，按内容类型分层才是可执行的做法。",[15,16,17],"h2",{"id":17},"扁平的那个站",[11,19,20],{},"2026 年 1 月，一个 5000 页的站，之前是纯扁平结构：所有产品页、文档页、博客页都挂在首页导航里，导航一共 300 多条链接。结果是首页特别慢，每个页面分到的内链权重很少，新页面几乎没收录。",[11,22,23],{},"改成三级结构后，主导航 40 条，产品页在 2 层，文档在 3 层，博客在 2 层。两个月后产品页排名平均前进 4 位，首页加载时间从 4 秒降到 1.6 秒。",[15,25,26],{"id":26},"另一个反例",[11,28,29],{},"一个 300 页的小站，把博客做到 5 层（首页-资源-博客-分类-文章），结果博客文章两个月只收录了 3 篇。小站不需要深结构，全部 3 层以内就够，内链比层级重要得多。",[15,31,32],{"id":32},"分层建议",[11,34,35],{},"页面少于 100 个：扁平为主，所有页面 2 层内可达。",[11,37,38],{},"100 到 1000 个：三级结构，核心页面 2 层，内容页 3 层。",[11,40,41],{},"超过 1000 个：按内容类型分层。产品页不超过 2 层，文档 3 层，长尾内容 4 层，靠内链横向连接。重要页面别超过 3 层。",[15,43,44],{"id":44},"主导航怎么控制",[11,46,47],{},"主导航 5 到 8 项，每项下面二级 5 到 10 项。超过这个数就用归档页承接，比如\"全部产品\"\"全部文档\"，别把 200 个页面塞进下拉菜单。",[15,49,50],{"id":50},"横向连接比层级更重要",[11,52,53],{},"层级结构决定深度，内链决定横向流动。相关文档、相关产品、同主题文章之间的链接，能让蜘蛛从一个入口爬到一大片内容。我们做结构改造时，一半时间花在加横向链接上。",[15,55,56],{"id":56},"导航之外的两个入口",[11,58,59],{},"站点结构不只靠导航。一个是站点地图页，把所有栏目和重要页面列一页，蜘蛛和用户都能用；另一个是页脚，放核心栏目、关于、联系、合规这些。页脚链接全站可见，权重不低，但别塞 80 条，挑 8 到 12 个。",[11,61,62],{},"文档站还有第三个入口：侧边栏目录。它本质上是二级导航，做得好能把点击深度压到 2 层以内。",[15,64,65],{"id":65},"立场",[11,67,68],{},"结构是给人找东西用的，不是给蜘蛛看的。用户在你的站里找不到产品，蜘蛛也不会觉得你的产品页重要。先按用户路径设计，再按爬虫技术优化。",{"title":70,"searchDepth":71,"depth":71,"links":72},"",2,[73,74,75,76,77,78,79],{"id":17,"depth":71,"text":17},{"id":26,"depth":71,"text":26},{"id":32,"depth":71,"text":32},{"id":44,"depth":71,"text":44},{"id":50,"depth":71,"text":50},{"id":56,"depth":71,"text":56},{"id":65,"depth":71,"text":65},null,"技术SEO","2026-08-29","扁平结构不是所有页面都放首页，层级结构也不等于深目录。这篇用两个真实站点对比，给出按内容类型分层的做法：什么该 2 层，什么该 4 层，以及判断标准。",false,"md",{},true,"\u002Fblog\u002Fflat-vs-hierarchical-structure",{"title":5,"description":83},"blog\u002Fflat-vs-hierarchical-structure",[92,93,94],"站点结构","内链","信息架构","zZ3OhQZUxeU8oMMdDeRSWhQxYOtSR1dzKvsmQAq7tkA",{"id":97,"title":98,"author":6,"body":99,"canonical":80,"category":178,"cover":80,"date":179,"description":180,"draft":84,"extension":85,"keywords":80,"meta":181,"navigation":87,"noindex":84,"ogImage":80,"path":182,"seo":183,"seoDescription":80,"seoTitle":80,"stem":184,"tags":185,"updated":80,"__hash__":189},"blog\u002Fblog\u002Fseo-pricing-per-day.md","SEO 报价按词还是按人天，我们为什么选人天",{"type":8,"value":100,"toc":170},[101,104,107,110,113,116,119,122,125,128,131,134,137,140,143,146,149,152,155,158,161,164,167],[11,102,103],{},"2026 年 9 月又有人问我们能不能按关键词报价，一个词多少钱、做到首页多少钱。我们的答案一直是不按词，按人天。不是嫌麻烦，是按词报价会把合作引向一个错误的方向。",[15,105,106],{"id":106},"按词报价的问题",[11,108,109],{},"第一，词的价值差太多。月搜 100 的选型词可能带来五个试用，月搜 5000 的泛词可能一个留资都没有。按词报价，客户一定挑便宜的大词。",[11,111,112],{},"第二，排名不可控。同一个词，站的基础、竞品投入、算法变化都会影响结果。把排名写进合同，等于承诺自己控制不了的事。",[11,114,115],{},"第三，做完就结束。词排上去了，客户觉得任务完成，没人管收录、没人管转化。SEO 是持续的事，按词报价把它变成了一次性买卖。",[15,117,118],{"id":118},"按人天的问题",[11,120,121],{},"客户不知道要花多少天才有结果，容易觉得你在拖。",[11,123,124],{},"按人天也容易摸鱼。没有透明的工时记录，客户只能靠感觉判断你有没有认真做。",[11,126,127],{},"所以按人天报价必须配两样东西：明确的月度工作范围和工时表。",[15,129,130],{"id":130},"我们的报价结构",[11,132,133],{},"诊断一次性收费，两周交付，出报告和优先级清单。",[11,135,136],{},"月度服务按人天包，一个月 8 到 12 个人天，折算成 40 到 60 小时。包含技术维护、内容审校、数据报表、沟通会议。",[11,138,139],{},"内容写作和外链 outreach 单独计价，因为量和成本波动大，混在月度包里会让报价失真。",[15,141,142],{"id":142},"每月给客户看工时表",[11,144,145],{},"工时表列到半天：哪天做了什么、花了几小时。客户能看到钱花在哪。",[11,147,148],{},"有人觉得这样太透明，客户会挑刺。实际相反，客户看到你花了 6 小时排查一个抓取问题，会觉得值。看不到的时候，他只会觉得你什么都没做。",[15,150,151],{"id":151},"客户不接受人天怎么办",[11,153,154],{},"有的客户一定要看到词和价钱的对应关系。我们的做法是给一个参考区间：这个人天包大概能覆盖多少词、哪一类词，同时写清这只是预估，不作为承诺。",[11,156,157],{},"如果对方还是坚持按词签，我们通常不接。不是清高，是这种合同执行下去双方都难受。",[15,159,160],{"id":160},"报价方式决定合作方式",[11,162,163],{},"按词报价，合作是买卖关系，做完就散。按人天报价，合作是长期协作，客户买的是你的判断和时间。",[11,165,166],{},"我们更愿意做后者。它逼着我们每个月都拿出东西，也逼着客户每个月都参与。",[11,168,169],{},"价格上，一个月三万到五万是软件行业的中位数，低于这个数，基本只能做执行，做不了判断。",{"title":70,"searchDepth":71,"depth":71,"links":171},[172,173,174,175,176,177],{"id":106,"depth":71,"text":106},{"id":118,"depth":71,"text":118},{"id":130,"depth":71,"text":130},{"id":142,"depth":71,"text":142},{"id":151,"depth":71,"text":151},{"id":160,"depth":71,"text":160},"行业观察","2026-08-28","按词报价客户会挑词，按排名承诺我们不敢接。这篇写人天报价的结构、每月工时表怎么给客户看，以及为什么报价方式决定了合作方式。",{},"\u002Fblog\u002Fseo-pricing-per-day",{"title":98,"description":180},"blog\u002Fseo-pricing-per-day",[186,187,188],"SEO报价","合作模式","交付管理","8Gjy12A5jjgP9KAyk4a0Cyv5bOsInmjdO2p4mDwAYYM",{"id":191,"title":192,"author":6,"body":193,"canonical":80,"category":81,"cover":80,"date":303,"description":304,"draft":84,"extension":85,"keywords":80,"meta":305,"navigation":87,"noindex":84,"ogImage":80,"path":306,"seo":307,"seoDescription":80,"seoTitle":80,"stem":308,"tags":309,"updated":80,"__hash__":312},"blog\u002Fblog\u002Fmultilingual-site-structure.md","多语言站用子目录、子域名还是独立域名：软件公司怎么选",{"type":8,"value":194,"toc":294},[195,198,201,209,216,227,231,234,237,240,243,246,249,252,255,258,261,264,267,270,273,276,279,282,285,288,291],[11,196,197],{},"三种结构没有绝对优劣，看你的市场、团队和 SEO 目标。2025 年 9 月到 2026 年 6 月，我们给 12 个软件公司做过选择：做周边市场选子目录，做重点市场选子域名，品牌独立运营才用独立域名。",[15,199,200],{"id":200},"三种结构的差别",[11,202,203,204,208],{},"子目录：",[205,206,207],"code",{},"example.com\u002Fen\u002F","。主域名权重共享，配置简单，运营成本最低。",[11,210,211,212,215],{},"子域名：",[205,213,214],{},"en.example.com","。技术上独立，权重继承比子目录弱一些，但可以单独部署和运营。",[11,217,218,219,222,223,226],{},"独立域名：",[205,220,221],{},"example.en"," 或 ",[205,224,225],{},"example.co.uk","。品牌和地域信号最强，成本和运营复杂度最高。",[15,228,230],{"id":229},"我们给-12-个软件公司的选择","我们给 12 个软件公司的选择",[11,232,233],{},"6 个选了子目录，4 个选了子域名，2 个用了独立域名。",[11,235,236],{},"选子目录的，都是\"英文站主要给现有客户看、顺便拿点海外搜索流量\"的公司。比如一个做 API 工具的客户，英文文档是产品的一部分，不是独立市场。",[11,238,239],{},"选子域名的，是\"海外是重点市场，有独立团队\"的。一个做数据平台的客户，英文站单独配置 CDN、单独做内容排期，子域名更合适。",[11,241,242],{},"用独立域名的 2 个，一个是收购的海外品牌，一个是在欧洲有本地实体的。",[15,244,245],{"id":245},"什么情况选子目录",[11,247,248],{},"三个条件：英文内容规模不大（500 页以内）、没有独立的海外运营团队、主要目标是让现有客户和少量海外用户看懂。",[11,250,251],{},"子目录最大的好处是权重共享。主站有排名，子目录的页面起步就快。我们一个客户的主站有 3000 个外链，英文子目录上线 3 周就开始出词。",[11,253,254],{},"缺点是不好做地域定向，也不方便单独统计。",[15,256,257],{"id":257},"什么情况选子域名",[11,259,260],{},"三个条件：海外是重点市场、有独立的内容和运营团队、需要单独做技术和 CDN 配置。",[11,262,263],{},"子域名的权重继承弱一些，但可以通过主站的导航和链接传递。我们一般要求主站首页链到子域名，子域名也链回主站。",[11,265,266],{},"一个客户的英文子域名，上线 6 个月，自然流量从 0 到每月 8000，主站的外链帮了不少忙。",[15,268,269],{"id":269},"什么情况用独立域名",[11,271,272],{},"只有两种：品牌在目标市场独立运营，或者有本地实体（法律、支付、客服需要本地化）。",[11,274,275],{},"独立域名的 SEO 成本最高，要从零积累权重。我们建议大部分软件公司别选，除非有明确的品牌策略。",[15,277,278],{"id":278},"迁移的坑",[11,280,281],{},"从子目录换到子域名，或者反过来，都是迁移。三个必须做的：全量 301 映射、hreflang 同步更新、两边站点地图都提交。",[11,283,284],{},"我们见过客户迁移后忘了改 hreflang，结果英文页被 Google 当成中文页的副本，两个版本互相压排名，掉了两个月。",[15,286,287],{"id":287},"判断",[11,289,290],{},"结构选择是战略问题，不是技术问题。选错了再改，成本很高。",[11,292,293],{},"一个小建议：不确定的时候选子目录，它最便宜、最容易回退。等海外市场真的起来了，再迁到子域名也不迟。",{"title":70,"searchDepth":71,"depth":71,"links":295},[296,297,298,299,300,301,302],{"id":200,"depth":71,"text":200},{"id":229,"depth":71,"text":230},{"id":245,"depth":71,"text":245},{"id":257,"depth":71,"text":257},{"id":269,"depth":71,"text":269},{"id":278,"depth":71,"text":278},{"id":287,"depth":71,"text":287},"2026-08-30","三种结构没有绝对优劣，看你的市场、团队和 SEO 目标。2025 年 9 月到 2026 年 6 月，我们给 12 个软件公司做过选择：做周边市场选子目录，做重点市场选子域名，品牌独立运营才用独立域名。判断依据和迁移的坑都在这篇。选错再改的成本很高。",{},"\u002Fblog\u002Fmultilingual-site-structure",{"title":192,"description":304},"blog\u002Fmultilingual-site-structure",[310,92,311],"多语言","国际SEO","iudP8kQIu-Xlwx04vNH6kqPvrSSs14Um9Ck-RxC1DqM",1794088102345]