信息公开网站费用通常由哪些页面和后台功能决定？

同样叫“信息公开网站”，有的项目只是把现有资料放到网上，有的却要让多个部门在后台录入、审核、发布，还要支持目录检索、政策文件关联、历史数据迁移和操作留痕。两份方案看上去页面差不多，价格却能差出一截，因为各自包含的工作并不一样。

还有一个常见误会：网站里有一万条公开信息，不等于要做一万个页面。只要这些内容使用同一套列表和详情模板，开发量主要落在模板、数据字段和后台管理上。反过来，一个只有十来个页面的小网站，如果每页都要单独设计、单独配置数据，成本未必低。

红数科技在拆信息公开网站需求时，通常先不问“准备做多少页”，而是先确认三件事：前台有几类不同的页面，后台有几套不同的业务动作，现有资料和外部系统要怎么接进来。这三件事说清楚，费用范围才不会越谈越乱。

页面费用看的是模板类型，不是网址总数

首页一般是最先被看见、也最容易被低估的一页。它不只是放几张图，往往还要汇集公开指南、法定主动公开内容、政策文件、通知公告、年度报告、依申请公开入口等栏目。栏目从哪里取数、多久更新、移动端怎么排，都会影响制作工作量。

信息公开目录是另一类核心页面。普通新闻列表按时间排列就够了，公开目录通常还要带索引号、发布机构、文号、成文日期、发布日期、有效性等字段，并支持按主题、部门、年份或文件类型筛选。只做一个静态栏目树，与做一套可维护、可检索的目录，前台看起来差别不大，后台工作量完全不同。

报价单里常见的页面模板，还有下面这些类型：

• 首页及各级频道页；
• 信息公开指南、法定主动公开内容和公开目录；
• 信息列表、筛选结果和站内搜索结果；
• 普通信息详情、政策文件详情、政策解读详情；
• 年度报告、专题专栏和资料下载页；
• 依申请公开入口、申请须知、在线申请和进度查询页；
• 网站地图、无障碍入口、纠错或意见反馈等辅助页面。

这里面，列表页和详情页经常可以复用。首页、专题页、复杂目录页则更可能需要单独设计。报价时应把“独立设计模板数”和“由模板自动生成的内容页数”分开写，否则页面数量这个数字没有多少参考价值。

公开信息不是一篇普通文章，字段越细，管理越复杂

信息公开内容常常不只包含标题、正文和发布时间。以政策文件为例，页面可能需要同时呈现发文机关、文号、成文日期、发布日期、有效状态、主题分类、关联解读、附件和原文链接。前台多显示一个字段不难，难的是后台是否能录入、校验、查询、批量修改，并在历史数据里保持一致。

这也是为什么“把现有新闻系统改成信息公开栏目”有时改不动。原系统的数据结构只存文章，后来硬加索引号、有效性和关联文件，搜索、迁移和统计都会跟着受影响。需求较简单时可以在原系统上扩展；字段多、数据量大或以后还要对接其他平台时，通常需要重新设计内容模型。

政策解读也是一个容易漏报的地方。页面上放一个“相关解读”链接很简单，但如果要求后台自动匹配、人工选择、双向关联，文件撤回或替换时还能同步更新，就已经不是普通友情链接，而是一项完整的内容关系功能。

后台费用主要花在发布流程和管理边界上

一个人编辑、一个人发布，后台只要基础的内容管理就能用。多个科室共同维护时，事情马上变复杂：谁能新建栏目，谁只能编辑本部门内容，谁负责复核，谁有最终发布权限，已经公开的内容能不能直接修改，撤稿后是否保留旧版本，都要在系统里有明确规则。

常见的后台功能包括：

• 栏目、模板和内容类型管理；
• 草稿、送审、退回、复核、发布、撤回等流程；
• 按部门、栏目和角色划分权限；
• 定时发布、置顶、过期提醒和内容纠错；
• 附件上传、格式限制、下载管理和病毒检查；
• 敏感词、错别字、失效链接和内容完整性检查；
• 版本记录、操作日志和发布留痕；
• 多站点、多终端或多个栏目同步发布。

后台页面本身可能只有十几个，但每一个动作都牵涉权限、状态和异常处理。例如一篇信息送审后还能不能改，审核人退回时是否必须写意见，定时发布失败后谁会收到提醒，这些细节不先确认，系统做完以后最容易反复改。

搜索、迁移和系统对接，是报价里最容易少算的三项

站内搜索如果只按标题关键词查，实施相对简单。信息公开网站往往还需要全文检索、多个条件组合筛选、结果高亮、按时间或相关度排序，并能识别 PDF、Word 等附件内容。数据规模越大、更新越频繁，对检索引擎和服务器的要求也越高。

历史数据迁移不能只按“多少条”计算。一万条格式统一、附件完整的数据，可以通过规则批量导入；一千条来自多个旧系统、字段缺失、附件路径失效的数据，反而需要更多清洗和人工核对。迁移报价至少要确认数据来源、格式、数量、附件体量、重复情况、字段映射和抽查标准。

系统对接也不能只写一句“预留接口”。单点登录、统一身份认证、政务数据共享、短信或邮件通知、电子证照、第三方搜索、内容同步，每一种接口都有认证方式、字段规则、调用频率和联调责任。对方是否已经提供接口文档和测试环境，往往直接影响工期。

安全、无障碍和部署环境，不是上线前顺手补一下

信息公开网站属于面向公众长期运行的系统，安全工作通常要覆盖账号权限、日志、备份、漏洞修复、恶意访问防护、数据传输和恢复演练。项目是否使用现有政务云或单位机房，是否需要等级保护相关建设与测评，是否采购 Web 应用防火墙、日志审计或数据库备份，都会形成独立费用。

无障碍和适老化也会影响设计、前端开发和测试。字号放大、键盘操作、屏幕阅读器识别、颜色对比度、表单提示、图片替代文字，并不是加一个“无障碍”按钮就完成。若项目明确要求按相关标准验收，页面设计阶段就要纳入，后期返工的代价通常更高。

上线之后还有持续支出，包括云资源或服务器、域名与证书、备份空间、监控告警、安全更新、故障处理和功能维护。一次性建设费与年度运行维护费应当分开列。把几年运维打包在一个总价里，看起来省事，后面很难判断每年到底买了哪些服务。

一份能比较的报价，至少要拆成这五部分

如果只拿到一个总价，先别急着谈便宜多少。总价里包含多少套页面模板、哪些后台模块、迁移多少数据、对接哪些系统、做不做无障碍和安全测试、上线后维护多久，这些才是可比的内容。两家供应商的范围没有对齐，价格高低也说明不了问题。

一个仅做公开展示、沿用现成管理系统、内容由单人维护的网站，费用主要集中在页面模板和基础发布功能。需要公开目录、组合检索、多个部门审核、历史数据迁移的项目，开发重点已经转到后台。再往上，如果涉及多站点集约化、统一身份认证、跨系统数据交换、全文检索、安全测评和持续运维，就应按平台型项目评估，不能再套普通企业官网的报价方式。

在询价前准备这份清单，报价会准很多

不用先写一份很厚的需求书，把现有栏目表、计划新增的页面、后台使用部门和人员、审核方式、历史数据样例、需要对接的系统、部署环境及验收要求整理出来，已经足够做第一轮评估。

做需求确认时，客户不必先把技术名词说得很准。更有用的是讲清每项功能由谁使用、要解决什么问题、出现错误后怎样处理。比如“需要高级搜索”仍然很模糊；写成“公众可以按发布机构、年份、文号和关键词组合查询政策文件”，开发范围就清楚了。

到了正式核价时，还是要回到具体工作：设计几套不同的页面，管理多少种内容和流程，处理多少旧数据，接入哪些外部系统，上线后服务到什么程度。前面这些内容写进报价范围，后续少掉的不是一句争议，而是一轮又一轮的补项和返工。

资料依据

• 《国务院办公厅关于印发政府网站发展指引的通知》，国务院办公厅，2017年6月8日发布。该指引将信息发布、解读回应、办事服务、互动交流等列为政府网站的重要功能，并对集约共享、安全管理等提出要求。
• 《中华人民共和国政府信息公开条例》，国务院令第711号，2019年4月15日公布，2019年5月15日起施行。条例明确了主动公开、公开指南、公开目录和依申请公开等要求。
• GB/T 37668—2019《信息技术 互联网内容无障碍可访问性技术要求与测试方法》。涉及无障碍验收时，应结合项目适用标准和当期要求确定实施范围。
• GB/T 22239—2019《信息安全技术 网络安全等级保护基本要求》。具体是否定级、按哪一级建设和测评，应由项目主管单位及相关专业机构结合系统实际确定。

项目适用的政策、标准和验收口径可能因地区、主管部门及建设性质不同而变化，正式立项时应以当期要求为准。