立项原因：企业官网与内容站的最大痛点是「做出来了却搜不到」。业界主流做法是用前端框架构建单页应用，页面内容依赖浏览器端 JavaScript 渲染，而搜索引擎爬虫与 AI 爬虫大多不执行 JS，抓到的是一片空白；同时收录往往只提交一次便再无维护，改版或下线后旧链接成为死链，已积累的搜索权重白白流失。本项目旨在构建一套从渲染架构到收录运营都打通的官网系统，让内容真正被搜索引擎与 AI 搜索找到。
行业场景与业务背景：面向企业官网、品牌官网、个人网站、行业门户与首页系统等场景。站点结构与栏目可自由配置；运营人员无需开发介入即可自主发布内容；系统在服务端完成页面渲染并注入完整的搜索引擎优化信息，同时通过主动推送与收录治理能力，持续维护站点在搜索引擎中的表现。随着 AI 搜索成为新的流量入口，系统在内容对 AI 爬虫的开放性与结构化数据方面也做了针对性准备。
◼️系统名称：官网系统（服务端渲染 · 内容发布 · 搜索引擎与 AI 搜索收录）
◼️️功能清单：●首页 ●内容发布 ●内容阅读 ●搜索引擎优化 ●收录推送与治理 ●面向 AI 搜索的准备 ●管理后台
◼️首页：由品牌区、导航区、站内检索入口、资源导航矩阵、内容推荐位组成的四段式可配置骨架，支持多级栏目与页内锚点导航，换掉数据即可适配不同行业形态。
◼️内容发布：Markdown 编辑器支持粘贴即上传图片与封面自动识别；草稿与已发布内容分存，改稿不影响线上呈现，实现「草稿 / 已发布 / 已修改」完整状态机；标签管理与按标题查重；支持标题、摘要、标签、正文一键复制，便于同一内容分发到多个平台。
◼️内容阅读：文章列表支持关键词搜索与分页导航；详情页在服务端渲染，自动生成文章目录并在滚动时高亮当前章节，代码块支持一键复制，移动端提供目录抽屉。
◼️搜索引擎优化：全站服务端渲染；页面级标题、描述、关键词、规范地址、社交分享卡片等元信息按页面动态生成；注入组织、站点、面包屑、内容实体等多类结构化数据；网站地图自动生成并按容量自动拆分，已实测支撑五万级以上 URL 规模；爬虫协议精准控制，内容页全部开放、仅屏蔽功能路径。
◼️收录推送与治理：网站地图每日自动提交至多个主流搜索引擎平台；新增与更新页面逐条主动推送至搜索引擎收录接口，具备随机限频、日限额保护、失败重试与断点续推能力；内容变更时即时通知搜索引擎；路由改版自动同步清理网站地图、爬虫协议与站内入口，确保改版不丢失搜索权重。
◼️面向 AI 搜索的准备：内容页对 AI 爬虫完全开放；服务端渲染输出可直接解析的语义化 HTML；输出完整结构化数据以帮助生成式引擎判断实体与内容关系。
◼️管理后台：图形验证码登录与失败封禁、图片上传的类型白名单校验与两级去重、短链接管理、账户安全管理。
我负责的任务：独立完成该项目的全部工作 —— 产品与信息架构设计、前端与服务端渲染改造、后端接口开发、内容管理后台开发、服务器部署与运维，以及上线后的收录运营与持续迭代。
技术栈与架构：前台采用 Nuxt.js 服务端渲染，仅为少数交互型页面关闭服务端渲染；内容管理后台为 Vue 3 单页应用；后端为 Java + Spring Boot + MyBatis-Plus + PostgreSQL 的单体服务；部署采用 Nginx + 进程托管，全程不依赖 Redis 与消息队列。
实现亮点与难点：
1. 渲染架构改造 —— 将原有前端方案整体重写为服务端渲染，从根本上解决「搜索引擎抓不到内容」的问题；这不是补充元信息，而是渲染方式的改变。
2. 网站地图容量治理 —— 站点规模增长后单个网站地图文件超出搜索引擎容量上限并收到官方警告，通过自研数据源接口与分页聚合，改造为按容量自动拆分的多文件结构，同时修复了地址被二次编码导致收录地址错误的缺陷。
3. 收录推送工程 —— 实现了带随机限频、日限额保护、失败重试、按状态码分级熔断与断点续推的逐条推送能力，把「等爬虫来抓」变为「主动告知」。
4. 收录治理 —— 通过多个路由中间件实现历史链接自动 301 重定向与下线页面硬 404，并同步清理网站地图与爬虫协议，避免改版造成的搜索权重流失。
5. 服务端渲染的工程细节 —— 处理了服务端与客户端水合不一致、结构化数据重复注入、服务端代请求时真实客户端信息转发、以及对搜索引擎爬虫的访问限流放宽等一系列问题。
评论