很多企业都有一个很现实的问题业务资料已经整理在 Excel 里但真正要对外展示、对内查询或交给客户预览时Excel 又不够用。例如产品清单、门店信息、服务项目、设备档案、培训课程、招商资料、案例库、供应商名录都可能先存在表格里。业务同事希望“上传一下 Excel就生成一个能看的页面”。这个想法不是异想天开但落地时不能理解成“AI 自动做网站”。更稳的做法是把 Excel 当作数据入口把页面生成拆成校验、结构化、模板渲染、预览审核和正式发布几步。本文不把问题限定在某一个行业。我们先抽象出一套通用 MVP上传 Excel 后系统生成一批可预览、可审核、可发布的业务页面。后面再用“产品展示页”作为例子说明字段、图片和发布状态怎么设计。这样做的价值不只是生成一个网页而是把表格里的业务数据变成可追踪、可复用、可治理的内容资产。示例环境Java 17、Spring Boot 风格服务层、MySQL 8.x、Apache POI 解析 Excel、静态页面发布。本文重点讲工程拆法和验收边界代码只保留关键骨架避免把文章写成一堆不必要的工具类。目录先把问题说清楚不是Excel一键做网站适用场景哪些表格适合生成页面输入模板字段、图片和资料要先约定核心流程Excel先变成页面数据包页面生成模板渲染比AI整页生成更稳审核发布预览页和正式页必须分开数据库设计和SQL验证异常边界和上线验收小结和延伸阅读一、先把问题说清楚不是Excel一键做网站“Excel 生成页面”容易被说得过满。比较准确的目标是把结构化程度还不错的表格转换成一批可预览的业务页面再由人审核后发布。第一版 MVP 可以做这些事能做不应该承诺校验 Excel 必填字段、重复编码、枚举值自动理解所有混乱表格把行数据转成页面数据包自动判断资料一定真实匹配图片、PDF、附件资料自动修正错误图片和错误参数用模板生成预览页面自动获得搜索排名或客户转化记录审核、发布和版本状态替代官网、CMS、CRM 或商城这不是保守而是工程上必须分层。Excel 是数据来源模板是展示结构AI 可以辅助补全文案发布系统负责生成可访问地址。每一层都有边界出问题时才能定位。如果把所有能力都揉成一句“上传 Excel 自动建站”上线后很容易出现三个问题字段乱、图片错、责任说不清。业务觉得系统在胡编技术查不到是哪一步错最后只能回到人工复制粘贴。图1Excel 生成业务页面的第一版目标是数据结构化、页面可预览、人工可审核。二、适用场景哪些表格适合生成页面不是所有 Excel 都适合直接生成页面。适合做 MVP 的表格通常有几个特征每一行代表一个清晰对象例如一个产品、一个门店、一个课程、一个案例。每一列含义稳定例如名称、编码、分类、描述、参数、图片编码。页面结构相似例如列表页、详情页、资料下载、联系按钮。数据量不算特别大第一版可以从几十到几百条开始。发布前允许人工审核不要求完全无人值守。比较适合的场景包括场景页面结果关键校验产品资料表产品列表页、详情页型号、参数、主图、说明书门店网点表门店查询页、详情页城市、地址、电话、营业时间培训课程表课程目录、报名页课时、对象、讲师、时间客户案例表案例库、行业页行业、成果、授权状态设备档案表内部设备卡片编码、状态、责任人、附件不太适合第一版做的场景也要提前说明。例如表格列名经常变化、单元格大量合并、图片散在聊天记录里、页面样式每条都不同、发布后还要复杂交易流程这些都不适合一开始承诺“自动生成”。本文后面的例子用产品展示页是因为它比较典型有编码、有参数、有图片、有 PDF、有发布需求。但方法本身可以迁移到门店、课程、案例和内部资料库。三、输入模板字段、图片和资料要先约定生成页面之前先设计 Excel 模板。模板不是为了限制业务而是为了让系统知道每个字段代表什么。以产品展示页为例一份最小输入可以这样定义文件business-page-source.xlsx 工作表items 每行一个业务对象 必填字段 item_code 唯一编码 item_name 名称 category 分类 summary 简短说明 detail 详情描述 image_code 图片匹配编码 publish_scope 发布范围 可选字段 spec_json 参数JSON attachment_code 附件匹配编码 sort_no 排序号 seo_title 搜索标题 seo_desc 搜索描述如果是产品页item_code可以是产品型号spec_json可以保存流量、功率、材质等参数如果是门店页spec_json可以保存经纬度、营业时间、服务范围如果是课程页spec_json可以保存课时、讲师和适合人群。图片和附件也要先约定。不要让系统按文件顺序猜更不要要求 AI 看图后自动判断是哪一条记录。第一版可以用编码匹配图片文件夹 PUMP-A100-main.jpg PUMP-A100-detail-01.jpg STORE-SH001-main.jpg 附件文件夹 PUMP-A100-datasheet.pdf COURSE-JAVA17-outline.pdf这样系统可以用item_code或image_code匹配资源。主图缺失就阻止发布细节图缺失可以提示补充PDF 缺失就隐藏下载入口。图2Excel、图片和附件都要通过稳定编码进入同一套页面数据。四、核心流程Excel先变成页面数据包Excel 不应该直接驱动页面。更稳的做法是先转成中间数据也可以叫页面数据包。示例结构{itemCode:PUMP-A100,itemName:Industrial Water Pump A100,category:Industrial Equipment,summary:A compact pump for factory water circulation.,sections:[{type:spec_table,title:Specifications,rows:[{label:Flow Rate,value:18 m3/h},{label:Head,value:42 m},{label:Power,value:2.2 kW}]},{type:text,title:Applications,body:Factory circulation, equipment cooling and irrigation.}],assets:{mainImage:assets/images/PUMP-A100-main.jpg,gallery:[assets/images/PUMP-A100-detail-01.jpg],downloads:[assets/pdf/PUMP-A100-datasheet.pdf]}}中间数据有三个好处。第一排错清楚。Excel 解析错了看数据包模板显示错了看渲染层发布失败了看发布记录。第二复用方便。同一份数据包可以生成详情页、列表卡片、PDF 预览、二维码落地页也可以供内部系统查询。第三AI 可控。AI 不需要整页自由发挥只在给定字段内生成标题、摘要、卖点或英文表达。它不能凭空增加参数也不能把缺失资料写成已经具备。Java 服务层可以只保留这几个核心步骤publicPageBuildResultbuildPreview(PageBuildCommandcommand){ExcelReadResultrowsexcelReader.read(command.fileId());ValidateResultvalidatepageTemplateValidator.validate(rows);if(validate.hasBlocker()){returnPageBuildResult.failed(validate.errors());}ListPageItemDataitemspageDataAssembler.assemble(rows,command.assetFolderId());ListPagePreviewpreviewspageTemplateRenderer.render(command.templateCode(),items);PageBuildJobjobpageBuildJobRepository.saveDraft(command.companyId(),command.templateCode(),rows.totalCount(),validate.warningCount(),previews);returnPageBuildResult.preview(job.getJobNo(),job.getPreviewUrl(),validate.warnings());}这里的重点不是代码多复杂而是职责分开读取 Excel、校验模板、组装数据、渲染预览、保存任务。后面任何一步出问题都能查到状态。五、页面生成模板渲染比AI整页生成更稳很多人会让 AI 直接“生成一个漂亮网页”。做样稿可以做批量生产不稳。企业页面通常需要稳定结构而不是每次长得都不一样。更可靠的链路是Excel 行数据 - 字段校验 - 页面数据包 - 模板渲染 - 预览页面 - 人工审核 - 正式发布模板负责页面结构例如顶部标题区 核心摘要 图片区域 参数表 详情说明 附件下载 联系或操作按钮AI 可以参与但它应该做辅助工作AI可以做必须限制根据字段生成摘要不能编造字段里没有的参数把中文描述改成英文不能夸大承诺生成 SEO 标题初稿需要人工审核改写列表卖点要保留业务事实比如产品页里AI 可以把“适合工厂循环水和农业灌溉”改写成自然英文课程页里AI 可以把课程简介改得更顺门店页里AI 可以生成简短服务介绍。但库存、价格、参数、地址、电话这些事实字段应该来自 Excel 或业务系统不应该由 AI 猜。图3AI 适合辅助表达模板负责稳定结构业务字段负责事实。六、审核发布预览页和正式页必须分开页面生成后不要直接上线。至少要有三个状态DRAFT已生成预览允许内部查看 REVIEWED业务确认字段、图片、文案和附件 PUBLISHED发布到正式地址预览页和正式页要分开。预览页可以放在内部地址带过期时间或访问权限正式页要有稳定 URL方便二维码、邮件、客户链接和后续统计。预览地址 https://preview.example.com/jobs/BP20260927001/ 正式地址 https://pages.example.com/products/pump-a100/审核时至少看这些内容名称、编码、分类是否正确。主图是否匹配图片是否清晰。参数单位是否正确。附件能否打开。AI 生成的摘要有没有夸大。手机端页面是否正常。联系按钮或业务入口是否真实可用。如果是内部页面还要看权限如果是外部页面还要看是否包含不该公开的信息。很多页面事故不是技术生成失败而是把不该公开的字段发布出去了。图4预览、审核、发布分成不同状态避免生成即上线。七、数据库设计和SQL验证系统化生成页面至少要保存任务记录。否则后面无法回答谁上传的、用了哪个模板、生成了多少页、缺了几张图、有没有发布成功。CREATETABLEpage_build_job(idBIGINTPRIMARYKEYAUTO_INCREMENT,company_idBIGINTNOTNULL,job_noVARCHAR(64)NOTNULL,source_file_idBIGINTNOTNULL,template_codeVARCHAR(80)NOTNULL,page_typeVARCHAR(64)NOTNULL,statusVARCHAR(32)NOTNULL,item_countINTNOTNULLDEFAULT0,blocker_countINTNOTNULLDEFAULT0,warning_countINTNOTNULLDEFAULT0,missing_asset_countINTNOTNULLDEFAULT0,preview_urlVARCHAR(500)NULL,public_urlVARCHAR(500)NULL,create_byBIGINTNOTNULL,create_timeDATETIMENOTNULL,review_byBIGINTNULL,review_timeDATETIMENULL,publish_timeDATETIMENULL,UNIQUEKEYuk_page_build_job_no(company_id,job_no),KEYidx_page_build_status(company_id,status,create_time));如果要追踪每一条数据可以再建明细表CREATETABLEpage_build_item(idBIGINTPRIMARYKEYAUTO_INCREMENT,company_idBIGINTNOTNULL,job_noVARCHAR(64)NOTNULL,item_codeVARCHAR(120)NOTNULL,item_nameVARCHAR(200)NOTNULL,item_statusVARCHAR(32)NOTNULL,preview_pathVARCHAR(500)NULL,public_pathVARCHAR(500)NULL,error_messageVARCHAR(1000)NULL,UNIQUEKEYuk_page_build_item(company_id,job_no,item_code),KEYidx_page_build_item_status(company_id,item_status));上线后可以用 SQL 查几个关键问题。检查已发布任务是否还存在阻塞错误SELECTjob_no,page_type,item_count,blocker_count,public_urlFROMpage_build_jobWHEREstatusPUBLISHEDANDblocker_count0;预期结果empty set检查已发布任务是否缺少正式地址SELECTjob_no,status,public_urlFROMpage_build_jobWHEREstatusPUBLISHEDAND(public_urlISNULLORpublic_url);预期结果empty set检查明细中失败的页面SELECTjob_no,item_code,item_name,error_messageFROMpage_build_itemWHEREitem_statusFAILEDORDERBYidDESC;预期结果应该是空或者只存在尚未发布的草稿任务。这个查询比“页面看起来生成了”更可靠因为它能发现局部失败。图5任务表和明细表要能追踪生成数量、错误数量、预览地址和正式地址。八、异常边界和上线验收这个 MVP 最少要处理这些边界。Excel 模板不匹配缺少必填列、列名写错、单元格合并、编码重复时应阻止生成并给出行号和字段名。字段值不可信状态、分类、发布范围这类字段要用字典校验。不要把 Excel 里的任意字符串直接发布出去。图片和附件缺失主图缺失通常要阻止发布非关键附件缺失可以生成预览但要在审核页提示。AI 文案夸大AI 只能基于字段生成表达不能补事实。发布前必须人工审核尤其是对外页面。权限和公开范围内部页面要继承数据权限外部页面要过滤内部备注、成本价、供应商信息、负责人手机号等敏感字段。发布失败发布静态文件失败时任务不能标记为PUBLISHED。要保留失败原因允许重试。上线验收可以按下面清单执行Excel 模板字段固定缺列会报错。编码唯一重复编码不能进入发布。Excel 能转成页面数据包。主图、附件按编码稳定匹配。AI 只生成摘要、标题、描述不改事实字段。模板渲染出来的预览页可访问。审核通过后才产生正式地址。正式地址稳定可用于二维码或客户链接。后台能查任务状态、错误数量和明细失败原因。SQL 验证已发布任务没有阻塞错误。九、小结和延伸阅读Excel 生成业务页面不是一个“炫技式 AI 建站”问题而是一个数据治理和发布流程问题。先把字段、图片、附件、模板、审核和发布状态拆清楚系统才会稳定。第一版不要追求万能。能把一类表格稳定转成一批可预览、可审核、可发布的页面就已经有实际价值。产品展示页、门店页、课程页、案例页、内部资料卡片都可以沿用这套思路。后续再接多语言、SEO、表单线索、统计埋点和 CRM也应该建立在这条链路之上。否则页面看起来生成了数据、权限、审核和发布状态却没有证据迟早会回到人工返工。延伸阅读Apache POI 官方文档MDNHTML basicsMDNResponsive design Excel表格怎么生成业务页面？从数据校验到静态发布的MVP设计
很多企业都有一个很现实的问题业务资料已经整理在 Excel 里但真正要对外展示、对内查询或交给客户预览时Excel 又不够用。例如产品清单、门店信息、服务项目、设备档案、培训课程、招商资料、案例库、供应商名录都可能先存在表格里。业务同事希望“上传一下 Excel就生成一个能看的页面”。这个想法不是异想天开但落地时不能理解成“AI 自动做网站”。更稳的做法是把 Excel 当作数据入口把页面生成拆成校验、结构化、模板渲染、预览审核和正式发布几步。本文不把问题限定在某一个行业。我们先抽象出一套通用 MVP上传 Excel 后系统生成一批可预览、可审核、可发布的业务页面。后面再用“产品展示页”作为例子说明字段、图片和发布状态怎么设计。这样做的价值不只是生成一个网页而是把表格里的业务数据变成可追踪、可复用、可治理的内容资产。示例环境Java 17、Spring Boot 风格服务层、MySQL 8.x、Apache POI 解析 Excel、静态页面发布。本文重点讲工程拆法和验收边界代码只保留关键骨架避免把文章写成一堆不必要的工具类。目录先把问题说清楚不是Excel一键做网站适用场景哪些表格适合生成页面输入模板字段、图片和资料要先约定核心流程Excel先变成页面数据包页面生成模板渲染比AI整页生成更稳审核发布预览页和正式页必须分开数据库设计和SQL验证异常边界和上线验收小结和延伸阅读一、先把问题说清楚不是Excel一键做网站“Excel 生成页面”容易被说得过满。比较准确的目标是把结构化程度还不错的表格转换成一批可预览的业务页面再由人审核后发布。第一版 MVP 可以做这些事能做不应该承诺校验 Excel 必填字段、重复编码、枚举值自动理解所有混乱表格把行数据转成页面数据包自动判断资料一定真实匹配图片、PDF、附件资料自动修正错误图片和错误参数用模板生成预览页面自动获得搜索排名或客户转化记录审核、发布和版本状态替代官网、CMS、CRM 或商城这不是保守而是工程上必须分层。Excel 是数据来源模板是展示结构AI 可以辅助补全文案发布系统负责生成可访问地址。每一层都有边界出问题时才能定位。如果把所有能力都揉成一句“上传 Excel 自动建站”上线后很容易出现三个问题字段乱、图片错、责任说不清。业务觉得系统在胡编技术查不到是哪一步错最后只能回到人工复制粘贴。图1Excel 生成业务页面的第一版目标是数据结构化、页面可预览、人工可审核。二、适用场景哪些表格适合生成页面不是所有 Excel 都适合直接生成页面。适合做 MVP 的表格通常有几个特征每一行代表一个清晰对象例如一个产品、一个门店、一个课程、一个案例。每一列含义稳定例如名称、编码、分类、描述、参数、图片编码。页面结构相似例如列表页、详情页、资料下载、联系按钮。数据量不算特别大第一版可以从几十到几百条开始。发布前允许人工审核不要求完全无人值守。比较适合的场景包括场景页面结果关键校验产品资料表产品列表页、详情页型号、参数、主图、说明书门店网点表门店查询页、详情页城市、地址、电话、营业时间培训课程表课程目录、报名页课时、对象、讲师、时间客户案例表案例库、行业页行业、成果、授权状态设备档案表内部设备卡片编码、状态、责任人、附件不太适合第一版做的场景也要提前说明。例如表格列名经常变化、单元格大量合并、图片散在聊天记录里、页面样式每条都不同、发布后还要复杂交易流程这些都不适合一开始承诺“自动生成”。本文后面的例子用产品展示页是因为它比较典型有编码、有参数、有图片、有 PDF、有发布需求。但方法本身可以迁移到门店、课程、案例和内部资料库。三、输入模板字段、图片和资料要先约定生成页面之前先设计 Excel 模板。模板不是为了限制业务而是为了让系统知道每个字段代表什么。以产品展示页为例一份最小输入可以这样定义文件business-page-source.xlsx 工作表items 每行一个业务对象 必填字段 item_code 唯一编码 item_name 名称 category 分类 summary 简短说明 detail 详情描述 image_code 图片匹配编码 publish_scope 发布范围 可选字段 spec_json 参数JSON attachment_code 附件匹配编码 sort_no 排序号 seo_title 搜索标题 seo_desc 搜索描述如果是产品页item_code可以是产品型号spec_json可以保存流量、功率、材质等参数如果是门店页spec_json可以保存经纬度、营业时间、服务范围如果是课程页spec_json可以保存课时、讲师和适合人群。图片和附件也要先约定。不要让系统按文件顺序猜更不要要求 AI 看图后自动判断是哪一条记录。第一版可以用编码匹配图片文件夹 PUMP-A100-main.jpg PUMP-A100-detail-01.jpg STORE-SH001-main.jpg 附件文件夹 PUMP-A100-datasheet.pdf COURSE-JAVA17-outline.pdf这样系统可以用item_code或image_code匹配资源。主图缺失就阻止发布细节图缺失可以提示补充PDF 缺失就隐藏下载入口。图2Excel、图片和附件都要通过稳定编码进入同一套页面数据。四、核心流程Excel先变成页面数据包Excel 不应该直接驱动页面。更稳的做法是先转成中间数据也可以叫页面数据包。示例结构{itemCode:PUMP-A100,itemName:Industrial Water Pump A100,category:Industrial Equipment,summary:A compact pump for factory water circulation.,sections:[{type:spec_table,title:Specifications,rows:[{label:Flow Rate,value:18 m3/h},{label:Head,value:42 m},{label:Power,value:2.2 kW}]},{type:text,title:Applications,body:Factory circulation, equipment cooling and irrigation.}],assets:{mainImage:assets/images/PUMP-A100-main.jpg,gallery:[assets/images/PUMP-A100-detail-01.jpg],downloads:[assets/pdf/PUMP-A100-datasheet.pdf]}}中间数据有三个好处。第一排错清楚。Excel 解析错了看数据包模板显示错了看渲染层发布失败了看发布记录。第二复用方便。同一份数据包可以生成详情页、列表卡片、PDF 预览、二维码落地页也可以供内部系统查询。第三AI 可控。AI 不需要整页自由发挥只在给定字段内生成标题、摘要、卖点或英文表达。它不能凭空增加参数也不能把缺失资料写成已经具备。Java 服务层可以只保留这几个核心步骤publicPageBuildResultbuildPreview(PageBuildCommandcommand){ExcelReadResultrowsexcelReader.read(command.fileId());ValidateResultvalidatepageTemplateValidator.validate(rows);if(validate.hasBlocker()){returnPageBuildResult.failed(validate.errors());}ListPageItemDataitemspageDataAssembler.assemble(rows,command.assetFolderId());ListPagePreviewpreviewspageTemplateRenderer.render(command.templateCode(),items);PageBuildJobjobpageBuildJobRepository.saveDraft(command.companyId(),command.templateCode(),rows.totalCount(),validate.warningCount(),previews);returnPageBuildResult.preview(job.getJobNo(),job.getPreviewUrl(),validate.warnings());}这里的重点不是代码多复杂而是职责分开读取 Excel、校验模板、组装数据、渲染预览、保存任务。后面任何一步出问题都能查到状态。五、页面生成模板渲染比AI整页生成更稳很多人会让 AI 直接“生成一个漂亮网页”。做样稿可以做批量生产不稳。企业页面通常需要稳定结构而不是每次长得都不一样。更可靠的链路是Excel 行数据 - 字段校验 - 页面数据包 - 模板渲染 - 预览页面 - 人工审核 - 正式发布模板负责页面结构例如顶部标题区 核心摘要 图片区域 参数表 详情说明 附件下载 联系或操作按钮AI 可以参与但它应该做辅助工作AI可以做必须限制根据字段生成摘要不能编造字段里没有的参数把中文描述改成英文不能夸大承诺生成 SEO 标题初稿需要人工审核改写列表卖点要保留业务事实比如产品页里AI 可以把“适合工厂循环水和农业灌溉”改写成自然英文课程页里AI 可以把课程简介改得更顺门店页里AI 可以生成简短服务介绍。但库存、价格、参数、地址、电话这些事实字段应该来自 Excel 或业务系统不应该由 AI 猜。图3AI 适合辅助表达模板负责稳定结构业务字段负责事实。六、审核发布预览页和正式页必须分开页面生成后不要直接上线。至少要有三个状态DRAFT已生成预览允许内部查看 REVIEWED业务确认字段、图片、文案和附件 PUBLISHED发布到正式地址预览页和正式页要分开。预览页可以放在内部地址带过期时间或访问权限正式页要有稳定 URL方便二维码、邮件、客户链接和后续统计。预览地址 https://preview.example.com/jobs/BP20260927001/ 正式地址 https://pages.example.com/products/pump-a100/审核时至少看这些内容名称、编码、分类是否正确。主图是否匹配图片是否清晰。参数单位是否正确。附件能否打开。AI 生成的摘要有没有夸大。手机端页面是否正常。联系按钮或业务入口是否真实可用。如果是内部页面还要看权限如果是外部页面还要看是否包含不该公开的信息。很多页面事故不是技术生成失败而是把不该公开的字段发布出去了。图4预览、审核、发布分成不同状态避免生成即上线。七、数据库设计和SQL验证系统化生成页面至少要保存任务记录。否则后面无法回答谁上传的、用了哪个模板、生成了多少页、缺了几张图、有没有发布成功。CREATETABLEpage_build_job(idBIGINTPRIMARYKEYAUTO_INCREMENT,company_idBIGINTNOTNULL,job_noVARCHAR(64)NOTNULL,source_file_idBIGINTNOTNULL,template_codeVARCHAR(80)NOTNULL,page_typeVARCHAR(64)NOTNULL,statusVARCHAR(32)NOTNULL,item_countINTNOTNULLDEFAULT0,blocker_countINTNOTNULLDEFAULT0,warning_countINTNOTNULLDEFAULT0,missing_asset_countINTNOTNULLDEFAULT0,preview_urlVARCHAR(500)NULL,public_urlVARCHAR(500)NULL,create_byBIGINTNOTNULL,create_timeDATETIMENOTNULL,review_byBIGINTNULL,review_timeDATETIMENULL,publish_timeDATETIMENULL,UNIQUEKEYuk_page_build_job_no(company_id,job_no),KEYidx_page_build_status(company_id,status,create_time));如果要追踪每一条数据可以再建明细表CREATETABLEpage_build_item(idBIGINTPRIMARYKEYAUTO_INCREMENT,company_idBIGINTNOTNULL,job_noVARCHAR(64)NOTNULL,item_codeVARCHAR(120)NOTNULL,item_nameVARCHAR(200)NOTNULL,item_statusVARCHAR(32)NOTNULL,preview_pathVARCHAR(500)NULL,public_pathVARCHAR(500)NULL,error_messageVARCHAR(1000)NULL,UNIQUEKEYuk_page_build_item(company_id,job_no,item_code),KEYidx_page_build_item_status(company_id,item_status));上线后可以用 SQL 查几个关键问题。检查已发布任务是否还存在阻塞错误SELECTjob_no,page_type,item_count,blocker_count,public_urlFROMpage_build_jobWHEREstatusPUBLISHEDANDblocker_count0;预期结果empty set检查已发布任务是否缺少正式地址SELECTjob_no,status,public_urlFROMpage_build_jobWHEREstatusPUBLISHEDAND(public_urlISNULLORpublic_url);预期结果empty set检查明细中失败的页面SELECTjob_no,item_code,item_name,error_messageFROMpage_build_itemWHEREitem_statusFAILEDORDERBYidDESC;预期结果应该是空或者只存在尚未发布的草稿任务。这个查询比“页面看起来生成了”更可靠因为它能发现局部失败。图5任务表和明细表要能追踪生成数量、错误数量、预览地址和正式地址。八、异常边界和上线验收这个 MVP 最少要处理这些边界。Excel 模板不匹配缺少必填列、列名写错、单元格合并、编码重复时应阻止生成并给出行号和字段名。字段值不可信状态、分类、发布范围这类字段要用字典校验。不要把 Excel 里的任意字符串直接发布出去。图片和附件缺失主图缺失通常要阻止发布非关键附件缺失可以生成预览但要在审核页提示。AI 文案夸大AI 只能基于字段生成表达不能补事实。发布前必须人工审核尤其是对外页面。权限和公开范围内部页面要继承数据权限外部页面要过滤内部备注、成本价、供应商信息、负责人手机号等敏感字段。发布失败发布静态文件失败时任务不能标记为PUBLISHED。要保留失败原因允许重试。上线验收可以按下面清单执行Excel 模板字段固定缺列会报错。编码唯一重复编码不能进入发布。Excel 能转成页面数据包。主图、附件按编码稳定匹配。AI 只生成摘要、标题、描述不改事实字段。模板渲染出来的预览页可访问。审核通过后才产生正式地址。正式地址稳定可用于二维码或客户链接。后台能查任务状态、错误数量和明细失败原因。SQL 验证已发布任务没有阻塞错误。九、小结和延伸阅读Excel 生成业务页面不是一个“炫技式 AI 建站”问题而是一个数据治理和发布流程问题。先把字段、图片、附件、模板、审核和发布状态拆清楚系统才会稳定。第一版不要追求万能。能把一类表格稳定转成一批可预览、可审核、可发布的页面就已经有实际价值。产品展示页、门店页、课程页、案例页、内部资料卡片都可以沿用这套思路。后续再接多语言、SEO、表单线索、统计埋点和 CRM也应该建立在这条链路之上。否则页面看起来生成了数据、权限、审核和发布状态却没有证据迟早会回到人工返工。延伸阅读Apache POI 官方文档MDNHTML basicsMDNResponsive design