十五年：从一个官网项目到一套建站系统
2011 到 2026，十五年。从三个人做八页官网，到一套管理上万站点的系统。这篇把三个阶段、几条没变的规矩和下一个五年的判断写清楚。
STORY · 公司纪事
公司新闻
从 2011 年那间 42 平米的办公室开始，记录团队、系统与客户一起长大的十五年。项目节点、决策取舍与踩过的坑，都写在这里。
2026
1 篇
2025
2 篇
服务企业客户突破五百家，一份不修饰的年度复盘
2025 年 12 月，第 500 家客户签约。照例做年度复盘，这次把没做好的三件事也写进去了，因为只写成绩的复盘没有意义。
全站切换 HTTPS 与 HTTP/2，性能基线重设
2025 年初，一次测速发现核心页面要 4.8 秒才出首屏。三个月整改，LCP 降到 1.9 秒，也第一次给全站定了性能基线。
2024
1 篇
与高校共建实习基地：前端与内容双线培养
2024 年 4 月，我们和本地一所高校的数字媒体专业签了实习基地。八周时间，学生最大的短板不是技术，是不知道做给谁看。
2023
2 篇
上线站点破一万个，运维从人盯改成自动巡检
2023 年 9 月，累计上线站点突破一万个。人盯不过来了，我们把巡检做成自动化：每天早八点出一份报告，异常自动建单。
自研建站系统 5.0：建站、分发与安全合成一个后台
2023 年 2 月，自研系统升到 5.0，把建站、内容分发、爬虫日志和防火墙收进同一个后台。开发十一个月，期间靠老系统撑了四十个项目。
2022
1 篇
服务客户超过三百家，开始按行业拆分方案
2022 年第 300 家客户签约。客户结构变了，一套方案打天下开始失效，我们把服务拆成制造、外贸、本地、品牌四条线。
2021
1 篇
关键词库与内链规则落地，内容生产有了标准件
2021 年，我们把关键词和内链从“项目经验”变成两张可以交接的表。新站从上线到首个关键词进前三页，时间缩短了一半。
2020
1 篇
疫情期间的远程交付：47 项验收清单的由来
2020 年 2 月，所有项目转成远程，客户不能到现场验收。“做完了”这三个字第一次变得模糊，于是我们列了一张 47 项的清单。
2019
2 篇
爬虫日志系统上线，抓取问题第一次能被量化
2019 年上线爬虫日志系统，把“感觉抓取有问题”变成可以看到的数字。上线第一个月就暴露出三个真实故障，也改变了我们的排查顺序。
成立内容组：把 SEO 从技巧变成可复制的流程
2019 年成立三人内容组，第一次把“写文章”当成一条产线来做：选题从客服记录里找，标准写到能验收，返工率半年降了一半。
2018
1 篇
站群系统 2.0：多域名统一后台是怎么做出来的
2018 年站群系统升到 2.0，核心不是加功能，而是补上四年前欠的账：站点之间必须真正隔离，一个站出错不能影响其他站。
2017
2 篇
第一个外贸独立站：多语言与海外访问的补课
2017 年接下第一个外贸独立站，客户做实验仪器，出口东南亚和中东。我们以为只是把中文翻成英文，结果补了四门课。
客户突破一百家，我们建了第一个案例库
2017 年春天，第 100 家客户签约。我们没有做庆功，而是花两个月把过去六年的项目整理成了一个可检索的案例库，包括做得不好的那些。
2016
1 篇
自研 CMS 上线，TDK 模板第一次写进后台
2016 年我们停掉开源 CMS，自己写了一套。最关键的改动不是编辑器，而是把 TDK 做成模板变量，让几百个页面不再靠人手填标题。
2015
1 篇
搬进第一间独立办公室，开始做年度服务
2015 年搬进 120 平米的独立办公室，第一次有了会议室。同年签下第一个年度服务客户，从此交付方式从“做完就走”变成“陪你跑一年”。
2014
1 篇
站群系统立项：十二个域名带来的重复劳动
2014 年，一个建材集团客户带来十二个域名。改一次页脚要改十二遍，我们决定自己写一套后台。第一版很粗糙，但方向从此定了。
2013
1 篇
团队扩到八人，定下策划设计开发的三角分工
2013 年团队从三个人扩到八个人，问题也跟着来了：人多了，交付反而更慢。我们花了一个季度，把分工、确认和修改规则重新写了一遍。
2012
1 篇
第一个制造业客户：一张参数表改了七版
2012 年，第二个制造业客户带来一个全新的问题：产品有三百多个型号，官网到底该怎么放。答案不是做得更好看，而是做成能被检索的表。
2011
1 篇
2011 年，三个人和一间 42 平米的办公室
2011 年 3 月，三个人凑钱租下城南一间 42 平米的办公室，接的第一个项目是一个八页的企业站。很多后来一直沿用的做法，是从那一年定下的。
关于公司新闻
从 2011 年那间 42 平米的办公室开始，记录团队、系统与客户一起长大的十五年。项目节点、决策取舍与踩过的坑，都写在这里。
本栏目由 傻瓜SEO 内容团队持续维护，围绕公司新闻的实践方法、项目经验与常见问题展开。我们更关注可复用的判断标准——什么样的结构利于抓取，什么样的内容真正解决用户疑问，以及在预算有限时应该先做什么。
每篇由项目一线人员撰写并交叉校对
结论优先，配合可执行的操作清单
数据与案例来自真实交付项目
持续更新，标注发布时间便于判断时效
