我为蓝色大肥鱼做了个网站，名字就叫蓝色大肥鱼
|我为蓝色大肥鱼做了个网站，用来收集她的表情包，以及其他 AI 娘化角色的二创内容。正好最近在学习 SEO，我就把这个网站当成一个实战项目：自己负责方向、目标和内容规范，AI 负责完整代码编写与上线。
网站：蓝色大肥鱼
源码：bluedafeiyu
内容仓库：ai-girl-stickers
一、为什么做这个网站？
最直接的目的，是把各种蓝色大肥鱼的表情包收集起来，也收录其他 AI 娘化角色的二创内容，包括梗图、插画、立绘设定和漫画。
我希望这些作品有一个方便浏览和查找的地方。想找某个角色，可以按角色进入；想找某种情绪、台词或者场景，可以搜索名称和标签；遇到喜欢的图，可以打开详情看大图、核对来源，再下载原图。
另一个目的，是学习 SEO。我最近在接触 SEO 相关工作，觉得直接做一个网站来实战，是比较快速的学习方法。
把网站做出来之后，很多知识点就变成了具体问题：每张图有没有自己的页面，标题和简介怎么写，搜索引擎能看到什么，内容更新后怎么同步，以及这些改动能不能从数据里观察到变化。这个项目有可以持续更新的内容，也有真实访问，适合一边做、一边学。
二、我和 AI 怎么分工？
这个网站的开发方式，是我负责方向和目标，以及 SEO 相关的内容要求和规范；AI 负责具体的完整代码编写、功能实现和上线。
我需要先把要求说清楚。例如，网站收录哪些内容，作品如何分类，投稿者和原作者怎样区分，来源不清楚时怎么标注，修改名称会不会影响链接，后台改动又要经过什么流程才能出现在前台。
这些规则会写进项目文档，作为开发和维护的依据。之后再围绕具体功能分步实现、检查和调整。AI 能完成大量实现工作，但项目要往哪个方向走、内容应该按什么规则处理，仍然需要我明确提出。
三、网站内容和 SEO 文案怎么写？
我在 SEO 上做的第一件事，是让每件作品都有独立、稳定的详情页地址。这样，一张图除了出现在图库里，还可以被单独分享，并承载自己的名称、角色、分类、说明和来源信息。
页面标题和简介从用户可能搜索的内容出发，例如“DeepSeek 娘表情包”“蓝色大肥鱼梗图”“AI 娘二创”“立绘设定图”。这些词需要结合具体作品，自然地放进对应页面。
项目文档也规定了图片说明和正文的写法：
- 标题要说明作品名称、角色和作品类型。
- 简介围绕这张作品的主题与使用场景，交代页面能提供什么。
- 图片 alt 文本要描述图片内容，给图片提供文字线索。
- 正文评价要扣住画面里实际存在的表情、动作、台词或场景，避免每张图都套用同一段介绍。
- 作者、来源和授权信息只填写能够核实的内容；未知信息保留为未知。
其中，作品正文有一部分采用蓝色大肥鱼的第一人称口吻，希望介绍读起来更有角色感。生成这些内容时，要逐张看图，不能为了补齐字段而编造画面。
页面之间通过角色页、分类页、专题合集和相关推荐连接起来。技术上生成 sitemap、canonical 和图片结构化数据，并维护多语言页面的对应关系。目前前台支持简体中文、繁体中文、英语和日语。
这些做法的目标，是让用户和搜索引擎都能更清楚地理解页面。Google 的入门指南也强调准确、独有的标题，以及与图片相关的文字和描述性替代文本。它们是需要持续检查的基础工作，不能直接当成排名或流量增长的保证。参考：Google 搜索中心：SEO 入门指南。
四、网站用了哪些技术？
网站采用静态前台，再配一个独立的内容管理后台。主要技术和用途如下：
| 部分 | 技术 | 用途 |
|---|---|---|
| 公开前台 | Astro、JavaScript | 构建静态 HTML，处理搜索、图片预览和排序等交互 |
| 内容后台 | Payload CMS、Next.js、React | 管理作品、角色、分类、专题、投稿和发布记录 |
| 后台数据库 | SQLite | 保存内容管理数据 |
| 投稿与发布 | Node.js 服务与脚本、Hermes | 统一投稿入队、AI 初审、定时任务和发布执行 |
| 图片处理 | Python 图片派生脚本、WebP | 保留原图，生成列表预览图和详情展示图 |
| 网站服务 | Nginx、Cloudflare | 提供静态页面、反向代理和 CDN 服务 |
| 流量统计 | GA4、GA4 Data API | 记录访问与作品事件，读取聚合统计 |
Astro 在构建阶段把主要内容生成到 HTML 中，访客浏览时由服务器提供这些文件。搜索、预览和排序等交互再由前端脚本处理。后台主要承担内容管理和发布工作，作品内容需要经过构建后才会更新到公开页面。
五、投稿和图片数据怎么处理？
站内表单、QQ 群和 GitHub Issue 的投稿会进入同一套处理队列。系统先按文件的 SHA-256 做去重，再进行 AI 初审。这里的去重主要识别完全相同的文件；重新压缩或修改过的图片，仍然可能需要进一步判断。
AI 初审会判断内容是否符合收录范围，并根据图片生成名称、说明、分类、标签和作品评价。结果不确定、置信度不足或返回格式不符合要求时，转入人工处理。初审通过的内容进入后台待发布，站长也可以在后台复核、修改或移除。
作者、来源、授权和投稿署名分别保存。投稿署名表示投稿者，不能直接当作原作者；查不到的信息保留为未知，AI 不能自行补出作者或授权结论。
每件作品有稳定的 ID 和公开地址，发布后不随名称或分类调整而重新生成，避免影响已经分享出去的链接。
图片会保留原图，同时生成适合浏览的 WebP 派生图。列表先加载较小的预览图，打开作品后查看较大的展示图，需要原文件时再使用原图入口。
源码、构建脚本和发布用的结构化清单放在站点仓库，原图与派生图放在独立内容仓库。这样，图片资源和网站程序可以分别维护，同时通过构建流程同步到一起。
六、后台数据如何同步到网站？
这里有一个关键关系：后台管理数据，发布流程把数据生成成网站。
作品、角色、分类和专题以后台数据库为管理依据。发布时，系统整理本次需要上线的数据，导出成 JSON 清单，再结合图片资源构建静态前台。因此，在后台改了名称、分类或专题后，需要经过发布，公开页面才会更新。
一轮内容发布大致经过以下步骤：
- 整理待发布内容和本次变更，校验原图。
- 生成图片派生资源，导出结构化清单并校验构建。
- 提交并推送站点仓库与内容仓库。
- 服务器从 GitHub 拉取版本，构建新的发布目录。
- 切换公开网站版本并进行健康检查，失败时回滚。
- 回写发布结果，更新相关投稿和作品状态。
这一流程保留了代码和发布数据的版本，也让投稿、整理、构建和上线之间有明确的状态。后台里“改好了”与公开网站“已经更新”，是两个需要分别核对的步骤。
七、GA4 怎么使用，现在的流量是多少？
全站访问使用 Google Analytics 4 的后台数据观察。另外，网站接入了作品级事件：打开作品时记录浏览事件，点击“下载原图”时记录下载点击事件，并使用稳定的作品 ID 关联。
后台通过 GA4 Data API 定期读取聚合结果，整理成缓存。前台使用这份统计展示作品计数，并提供按浏览热度或下载点击量排序的功能。作品统计按每小时配置同步，独立于内容发布流程，不需要为了更新统计重新构建整个网站。
这里的“下载量”准确说是下载按钮的点击次数，无法确认外链原图最终是否保存到了用户设备。作品浏览次数也没有按独立访客去重。统计有处理延迟，同步失败时保留上一次缓存。
下面是 GA4“蓝色大肥鱼”数据流的全站日会话数。统计区间为 2026 年 9 月 23 日至 10 月 4 日，按中国时间（UTC+8）汇总。
| 指标 | 数据 |
|---|---|
| 统计天数 | 12 天 |
| 累计会话数 | 27,385 次 |
| 日均会话数 | 约 2,282 次 |
| 单日峰值 | 9 月 24 日，4,079 次 |
| 区间最后一天 | 10 月 4 日，1,676 次 |
这组数据的口径是会话数。一次会话是一段访问过程，同一个人可能产生多次会话，因此不能直接换算成独立访客人数，也不同于页面浏览量。参考：Google Analytics：会话简介。
从走势看，9 月 24 日达到峰值后，日会话数整体回落，10 月 1 日至 4 日大致在 1,500～1,700 次附近。
要判断 SEO 的效果，还需要进一步看自然搜索来源、搜索词、页面表现，以及 Search Console 的曝光和点击。仅凭总会话数，无法判断多少访问由 SEO 带来。
八、接下来想继续做什么？
我希望继续收录蓝色大肥鱼和其他 AI 娘的二创作品，完善作品信息和浏览体验，同时观察不同页面和内容的表现，把这个网站作为一个持续学习 SEO 和 AI 编程协作的项目。
网站是非官方同人整理项目，图片版权归原作者所有，使用时请以作品详情中的来源与授权说明为准。如果你有想分享的作品，也可以通过站内入口投稿。