建站流程

💡 第一次使用 AllinCMS 网站后台？先跑通“建站前准备 -> 建站编辑 -> 上线前检查 -> 上线后运营”这条主线，再慢慢丰富产品和文章。

AllinCMS 网站后台用来搭建和管理企业官网。你可以在后台创建站点、上传产品和文章、装修页面、绑定自己的域名，最后把网站正式对外发布。

这个页面只用来理清顺序。具体操作不用在这里找，先判断你处在哪一步，再进入对应文档。

已经有域名和内容就直接开始

如果你已经买好域名，并且产品资料、文章、图片、联系方式都准备好了，可以直接看 快速上手，按建站编辑流程开始做。

新手只需记住：能改模板内容就先改，缺什么再补什么，不要一开始全部删掉重做。

遇到问题先搜索关键词

如果某个地方不会设置，先用右上角搜索框搜关键词，例如 wa、域名、404、产品分类。搜索结果里点最接近的问题，再进入对应教程。

阅读顺序

1建站前准备域名、资料、图片2建站编辑流程站点、内容、页面3上线前检查模板、联系方式、4044上线后运营收录、数据、文章

阶段	你要完成什么	文档
准备	域名、服务器说明、资料、图片、联系方式	建站前准备
编辑	创建站点、补产品文章、改首页页面	快速上手
检查	模板内容、联系方式、表单收信、404、手机端	上线检查
运营	提交站点地图、看收录、看数据、持续更新文章	提交站点地图

怎么选择入口

你的情况	先看哪篇
还没买域名，也没整理资料	建站前准备
已经有域名、产品资料、图片和联系方式	快速上手
网站已经基本做好，准备正式给客户看	上线检查
网站已经上线，想看 Google 收录	提交站点地图
网站已经上线，想看访问数据	Google Analytics 4

新手原则

• ✅ 创建站点后，先打开前台看是不是 404。
• ✅ 已经有主题、页面、产品和文章时，先改默认内容，不要重复创建。
• ✅ 产品分类、页面路由、菜单链接都用清晰英文 Slug。
• ✅ 首页至少检查菜单、Banner、产品分类、推荐产品、文章推荐、底部联系方式。
• ✅ 域名绑定后，DNS 和 SSL 可能要等 10 到 30 分钟。
• ✅ 后台发布后，一定要打开前台实际点一遍。

接下来

📌 建站前准备 —— 先把域名、资料、图片和联系方式准备好。

AI 专用全站操作说明 / SOP / 知识库规则（覆盖所有文档流程）

这部分是给 AI / 自动化助手看的。后续让 AI 读取资料、生成产品和文章、装修页面、上传网站内容、排查问题或做上线检查时，先让它按这套全站规则理解官网文档。

1. 总原则

• 先判断用户处在哪个阶段：建站前准备 -> 建站编辑流程 -> 上线前检查 -> 上线后运营。
• 先读官网文档，再执行后台操作。不要只凭猜测操作 AllinCMS 网站后台。
• 先整理资料清单和缺失问题，再生成内容，再上传样例，用户确认后才批量处理。
• 批量创建或批量发布前，必须先确认样例和上传清单；产品和文章需要发布后才能预览时，发布后必须返回后台记录和前台查看链接。
• 删除内容、清空媒体库、修改域名、修改路由或覆盖大量页面属于高风险操作，必须单独确认。
• 每次准备修改前，先列出“即将修改什么、不会修改什么、缺少什么”，让用户检查。
• 每次修改完成后，必须列出“实际修改了什么、上传了什么、还剩什么”，并更新本地回落记录，方便下次继续。
• 如果用户给的是一批资料，AI 要按资料完整处理；不要只上传两三个类别、少量产品或少量文章就结束，除非用户明确缩小范围。
• 不要编造产品参数、认证、价格、产能、客户案例、公司年限、联系方式。
• 不要复制未授权网站的图片、文字、品牌介绍、案例和产品资料。
• 公开文档图片必须使用稳定 PicGo/COS 链接或仓库静态路径；不要引用本地临时路径。
• 网站前台会显示的图片，必须先上传到 AllinCMS 后台媒体库，再从媒体库选择使用；不能用外部图片链接代替后台媒体。

2. 权限和确认边界

操作级别	可以做什么	必须确认什么
只读分析	阅读资料、官网文档、后台字段和前台页面	不修改任何内容
本地整理	生成清单、字段映射、样例 SOP、本地回落记录	缺少哪些资料、准备修改哪些内容
后台创建/修改	上传媒体、创建或修改产品、文章、页面、菜单和模块	目标站点、字段映射、样例内容、上传总数
发布预览	发布产品或文章并返回查看链接	产品/文章需要发布后才能预览；发布前先说明会发布，发布后必须返回后台记录和前台链接
高风险操作	删除、覆盖大量内容、清空媒体库、改域名、改路由、重做首页	每一次都要单独确认，不能包含在笼统授权里

• 不确定是不是要覆盖旧内容时，先截图或记录原值，把它列入待确认项。
• 发布不是结束。发布后要回到列表页确认状态，再打开前台链接检查图片、文字、链接和移动端显示。

3. 文档阅读顺序

AI 接手任务前，先按下面顺序建立知识库：

阶段	必读文档	AI 要理解什么
总入口	建站流程	全站顺序、搜索入口、什么时候看哪篇
建站前	建站前准备、图片规范	域名、资料、图片、联系方式是否准备好
建站编辑	快速上手、新建站点、站点基础设置	从工作台进入站点后台，先改模板内容，不重复新建
内容整理	产品分类、添加产品、添加文章	分类、产品、文章字段和上传顺序
页面装修	首页必备模块、产品模块、首页推荐产品、进阶页面	首页、模块、Cases、画廊、视频、弹窗怎么安排
链接菜单	跳转链接、导航顺序、子菜单和下拉菜单	Internal 优先，链接不要乱猜，菜单要能点开
联系方式	网站联系方式设置、表单修改教程、弹窗表单、WhatsApp 悬浮按钮、添加谷歌地图	电话、邮箱、WhatsApp、表单、地图是否正确
上线前	上线检查、绑定域名、Cloudflare 解析	模板内容、表单、404、DNS、SSL、手机端
故障排查	发布失败、网站不安全、页面历史恢复、图片显示不全、常见问题	出错先定位问题，不要盲目重做
上线后	提交站点地图、Google Analytics 4、文章 SEO 教程	收录、数据、文章持续更新
AI 工具	AI建站自动上传网站内容	如何让 AI 读取资料、生成草稿、上传后台并验收

4. AI 要先输出的知识库文件

读取资料后，先整理下面这些结构，不要马上上传：

文件 / 清单	内容
source_inventory	用户给了哪些文件、图片、表格、网址，每个来源包含什么
site_brief	公司名称、行业、主营产品、客户地区、联系方式、网站语气
taxonomy_map	产品分类、分类 Slug、每个分类对应哪些产品，已有类别和标签不要遗漏
product_manifest	产品名称、Slug、分类、标签、简介、参数、主图、相册、详情图
post_manifest	文章标题、Slug、分类、标签、摘要、正文结构、封面图、内部链接
media_manifest	图片用途、尺寸、压缩状态、alt 描述、对应产品或文章
field_map	后台真实字段和资料字段的对应关系，例如标题、Slug、分类、标签、摘要、主图、相册、详情、发布状态
page_plan	首页、About、Contact、OEM、Cases 等页面要改什么
link_map	顶部菜单、下拉菜单、按钮、首页模块、底部菜单的目标链接
missing_questions	缺少但上传前必须确认的问题
upload_plan	全量上传范围、总数量、先传什么、样例是什么、批量上传顺序
sample_sop	产品样例和文章样例确认后的字段、图片、分类、标签、语气、链接规则
local_handoff	本地回落记录：当前进度、已确认流程、已上传内容、未完成事项、下次继续入口
qa_report	上传后前台检查结果、异常截图、待用户确认项

5. 建站编辑 SOP

1. 先确认目标站点，避免传错网站。
2. 从工作台进入 站点 -> 目标站点 -> 进入后台。
3. 先检查站点基础设置：站点名称、描述、图标、通知邮箱。
4. 先看默认模板内容能不能直接改，能改就不要重复创建。
5. 产品分类第一轮一般 3 到 4 个主类别就够，不要一开始创建一堆重复分类。
6. 新建产品类别后，系统已经有对应分类链接，不要再到 Routes 里重复新建分类页面。
7. 上传前先列出完整清单：一共有多少分类、标签、产品、文章、图片，哪些字段缺失，哪些需要用户确认。
8. 上传前先输出 field_map，确认资料字段对应后台哪个真实字段；不要把标签、分类、相册、详情图或页面描述漏掉。
9. 修改已有页面、产品、文章或菜单前，先记录原内容或截图；不确定是否覆盖时，先让用户确认。
10. 产品必须先做 1 个样例。样例要包含分类、标签、标题、Slug、摘要、参数、主图、相册、详情内容、内部链接和发布后的查看链接；用户确认后，再按这个样例 SOP 完成全部产品。
11. 文章也必须先做 1 篇样例。样例要包含标题、Slug、分类、标签、摘要、封面图、正文结构、H2/H3、内部链接和发布后的查看链接；用户确认后，再按这个样例 SOP 完成全部文章。
12. 批量上传时要完整执行 product_manifest 和 post_manifest，不要只上传少量内容当作完成。
13. 首页先保证菜单、Banner、产品分类、推荐产品、文章推荐、联系方式完整。
14. 所有菜单、按钮、模块链接优先使用 Internal，没有 Internal 时才用 Custom 路径。
15. 每次大改后都打开前台检查，不要只看后台保存成功。

6. 内容生成规则

• 产品内容必须来自用户资料。资料里没有的规格、认证、材料、价格、库存、交期，不要编。
• 产品标题要清楚，不要用 Product 1、Untitled Product、测试。
• 产品摘要、页面描述、文章摘要都要有区分度，不要所有页面套同一句。
• 用户资料里已有产品类别、标签、产品归属、文章分类时，必须保留并写入清单；不确定就标记为缺失问题，不要自动忽略。
• 文章必须回答客户真实问题，不要只写几句空话凑数量。
• 写文章时按 文章 SEO 教程：先定问题、准备资料、开头给答案、用 H2/H3 分层、链接到相关产品或分类。
• 如果把公司名和产品名删掉，这篇文章放到任何同行网站都能用，说明太普通，需要重写。
• AI 可以辅助改写，但必须加入真实产品、场景、参数、图片、经验或案例。
• 除非用户明确要求 AI 自行创作，否则缺少的参数、图片、案例和文章素材都要先提问，不能凭空补。

7. 图片和媒体规则

• 产品主图和相册：建议 800 x 800 或 1000 x 1000 正方形，主体居中，四周留白。
• 文章主图：建议 1200 x 700。
• 首页 Banner / 轮播图：建议 1800 x 1000 左右。
• 产品和文章详情描述图片：宽度不超过 1500，建议 1500 x 1000 或 1500 x 600。
• 所有网站前台展示图片都要先上传到后台 媒体，再从媒体库绑定到产品、文章或页面模块；不要只粘贴外部图片链接。
• 上传前先压缩，优先 WebP，单张尽量控制在 300KB 以内。
• 图片 alt 不写“图片1”，要写清楚图片内容。
• 图片比例不确定时，先看 图片规范，不要直接上传手机原图。

8. 批量执行和失败处理

• 批量前必须已经确认 source_inventory、field_map、upload_plan、sample_sop 和目标站点。
• 每批完成后核对后台数量、发布状态、分类/标签归属、图片是否来自媒体库、前台链接是否能打开。
• 同一类操作连续失败 2 次时，暂停批量执行，记录失败项、错误提示、截图或返回信息，再让用户判断是否继续。
• 不允许静默跳过失败项。跳过、缺字段、缺图、无法发布、无法打开链接，都要写入 qa_report。
• 如果用户临时改流程，先更新 sample_sop 和 local_handoff，再继续，不要重新从头做，也不要沿用旧规则硬传。

9. 上线检查 SOP

上线前必须检查：

检查项	判断标准
模板内容	没有默认行业、默认公司名、测试产品、模板图片
联系方式	电话、邮箱、WhatsApp、地址都是真实信息
表单收信	自己提交测试询盘，通知邮箱能收到完整内容
链接和 404	顶部菜单、下拉菜单、按钮、页脚、产品详情、文章详情都能打开
图片	不模糊、不变形、不严重裁切，手机端不遮挡
页面描述	Home、Products、Posts、About、Contact 等页面描述都已改
域名和 HTTPS	DNS 和 SSL 通过，浏览器能正常打开正式域名

10. 完成标准和验收路径

内容类型	完成标准
产品	清单里的全部产品已创建或更新，分类/标签不遗漏，主图/相册/详情图来自后台媒体库，已发布并返回查看链接
文章	清单里的全部文章已创建或更新，标题、摘要、封面图、正文结构、内部链接完整，已发布并返回查看链接
页面和模块	首页、菜单、按钮、表单、地图、弹窗、产品模块等按确认范围完成，前台实际点开验证
图片	前台展示图片不使用临时路径，不直接外链替代媒体库，尺寸、压缩、裁剪和移动端显示通过检查
链接	顶部菜单、下拉菜单、按钮、底部链接、产品/文章详情都能打开，没有错误跳转和 404
本地回落	local_handoff 记录已更新，下次可以从当前进度继续，不需要重新理解全部流程

11. 上线后运营 SOP

• 先确认 https://你的域名/sitemap.xml 能正常打开。
• 到 Google Search Console 提交站点地图。
• 如果没有收录，不要只等；检查内容是否重复、文章是否太薄、产品内容是否雷同、图片文字是否侵权或直接复制。
• 配置 Google Analytics 4 后，用无痕窗口或手机访问网站，确认实时数据能出现。
• 每周持续更新文章，优先写客户真实问题，而不是泛泛的行业作文。

12. AI 回答和执行格式

执行前先让用户确认：

我已读取资料，准备执行前请确认：

1. 当前阶段：
2. 目标站点：
3. 资料清单：
4. 全量上传范围和数量：
5. 本次会修改什么：
6. 本次不会修改什么：
7. 缺失信息：
8. 字段映射：
9. 产品样例：
10. 文章样例：
11. 需要用户确认的问题：

确认后我再继续。产品/文章需要发布后才能预览时，我会发布后返回后台记录和前台查看链接。

执行后这样汇报：

已完成：

1. 本次实际修改/上传内容：
2. 产品完成数量 / 总数量：
3. 文章完成数量 / 总数量：
4. 涉及页面：
5. 产品查看链接：
6. 文章查看链接：
7. 页面/模块查看链接：
8. 前台检查结果：
9. 失败项和原因：
10. 需要补充的信息：
11. 本地回落记录：
12. 下一步建议：

13. 本地回落和续跑规则

• 每次修改完成，都要把当前进度写入本地回落记录，例如 local_handoff、upload_plan、qa_report 或项目指定的本地文件。
• 回落记录必须包含：已确认的样例 SOP、字段映射、已上传清单、未上传清单、发布后的查看链接、失败项、下次继续入口、需要用户确认的问题。
• 下次继续同一个项目时，先读取本地回落记录和上次清单，沿用已确认流程继续做，不要重新从第一步开始。
• 如果用户临时修改流程、字段、分类、样式或上传规则，要同步更新 sample_sop 和 local_handoff，再继续批量执行。
• 如果本地记录和后台实际内容不一致，先重新核对后台和前台，再决定继续、修正或回退。

14. 最重要的判断

• 资料不足，先整理和提问，不要硬写。
• 链接不确定，先看 跳转链接，不要猜路径。
• 图片不确定，先看 图片规范，不要直接上传原图。
• 准备上线，先看 上线检查，不要只看后台保存成功。
• 上线后没收录，先看 提交站点地图 和 文章 SEO 教程，不要保证收录和排名。
• 只做样例不等于任务完成。用户要求 AI 上传全站内容时，最终要以清单里的全部产品、文章、页面和图片完成情况为准。