OMNI品牌智能独立站技术说明
理解Host、Publication、模板渲染、业务Owner与回退验证的关系。
Assets · 正式发布 / Commerce · 交易 / EASEBIZ · 接待
本页目录
请求如何变成一个站点页面
OMNI的核心是Host与活动Publication的绑定。请求到达后，站点确定Host，读取有效发布快照，选择兼容的模板和设计版本，再通过本站服务层取得获准的公开数据。页面组件只负责呈现与交互，不能绕过发布链直接读取权利草稿或内部业务库。
Host -> 活动Publication -> 模板/设计版本 -> 页面渲染
-> 本站服务层 -> 对应业务Owner
| 模块或对象 | Owner | 责任 |
|---|---|---|
| Host、模板和站点渲染 | OMNI | 选站、呈现、缓存与前端交互 |
| 正式IP、权利、媒体许可和Publication | 资产Owner | 批准公开版本及可使用范围 |
| 站点经营流程 | 运营系统 | 发起受控变更并核对发布结果 |
| 订单、价格、库存、付款 | 交易Owner | 提供经验证的交易事实与操作 |
| 身份与通用AI能力 | 基础服务 | 受控授权，站点不得持有底层密钥 |
发布与业务流程
设计版本描述布局和视觉实现，Publication描述获批准的内容与关联对象。两者可以独立更新，但组合后必须在目标站点核对兼容性。新内容先完成来源、权利和可公开范围审查，再建立不可变发布版本；Host切到新版本是独立的受控动作。出现渲染故障时回退到已验组合，并保留原发布记录，不能修改历史快照伪造旧页面。
可选业务能力由本站服务层连接到对应Owner。例如商品卡片可以展示获准目录，但购买入口只有交易Owner确认LIVE权限、价格、库存和订单流程后才可用。客服需要站点绑定、接待模式与知识权限；会员需要实际身份及权益合同。站点不能复制这些系统的主记录再独立作出付款或权利判断。
集成、授权与恢复
集成方应固定Host、模板版本、Publication版本、运行程序版本和所需Owner合同。浏览器只能看到公开投影与当前用户获授权的信息；业务写入应走相应Owner的受控接口。响应缓存、静态生成和搜索索引须带发布版本，撤回时有明确失效与验证步骤。外部操作超时或结果未知时保存原意图、身份和操作标识，向Owner查询原回执；不能重建新意图绕过未知状态。
主站和模板工作树可能同时演进，但文件存在不等于同一已部署组合。扩展模板时建立页面数据契约和兼容测试；扩展新行业站时先固定品牌资料、域名、语言与发布Owner，再加入商城或客服。
资源与页面状态
页面正文、图片和视频可能来自不同发布对象，渲染时需要保证它们属于同一获准版本关系。找不到资源时显示降级状态，不把私有原路径或内部错误交给访客。搜索索引和预渲染内容也属于公开投影，应随Publication变更核对。多语言内容需逐语种批准，不能由一种语言的许可推定另一种译文可公开。
站点切换设计版时还要核对内容字段是否仍适配组件。例如旧发布没有新模板要求的媒体或标题，渲染层应给出安全降级，并让维护者看到缺项；不能在公开页面中临时向内部草稿库补取字段。
验证矩阵
验证覆盖Host隔离、撤回、未发布数据不泄露、模板与Publication兼容、浏览器交互和交易关闭状态。登录、购买与客服接入还需各自Owner的授权和业务回执。生产声明需要对应域名、程序、Publication及实际浏览器和Owner结果，不以HTTP响应单独替代。回退时核对缓存与资源引用，确保用户看到的是一个一致的旧版组合。