第 23 章 建设律师或律所网站：从栏目到上线维护
WorkBuddy可以根据明确文案和素材生成网页，但一个可运行页面还不是完成的网站。法律网站需要准确身份、可核对内容、稳定入口和持续更新安排。本章介绍如何从栏目规划到本地预览，再到EdgeOne发布和维护。示例需在自己的测试环境验证后再发布。
先写定位，再准备固定内容
用作者个人站“老吕谈新钱”展示建站过程。其目标是展示文章、办案思考和领域知识；律师个人站与律所官网则可按不同受众调整。动手前先回答三个问题：网站放什么、给谁看、希望访客完成什么。把答案压成一句定位，再补一句对访客的价值主张。
准备经核准的介绍、执业领域、可公开文章、照片、联系方式与必要说明。照片和Logo用获准资产，不让AI生成一张看似真实的律师照片或机构标识。荣誉、业绩和经历必须有事实依据；没有确认的数据，不用占位数字充当正式展示。演示材料可以用明显占位符，但上线前必须清除。
先规划律师个人网站，不生成代码。
受众为[目标访客]，目的为[展示专业文章/机构介绍/咨询入口]。
只使用我提供的确认文案和授权素材，列页面、栏目、内容字段及缺项。
不编造执业年限、客户名称、荣誉、案例结果或评价。
涉及身份与专业宣传的待核内容单列，上线前由负责人审核。
栏目：每一块回答访客一个问题
示范站首页包括首屏、执业领域、本周精选、内容入口、关于我和页脚。首屏说明是谁、做什么；执业领域解释能解决哪些问题；精选与内容入口连接持续文章；简介帮助核验身份；页脚承载联系方式和相关说明。个人站不需要一开始建立几十个空栏目。
律所站可以增加机构沿革、律师团队、资质荣誉与招聘，但各字段仍要有出处。未准备好文章更新能力，就不要设置一个长期显示过期日期的“本周更新”。栏目名字要让访客理解，不为了显得专业全部换成抽象口号。
提醒核对执业展示、免责声明和业务推广边界。正式上线时，应另行核查适用的现行行业要求与本机构口径；本章不把出处中列出的具体条号当作本轮已经核实的法律意见。免责声明可说明内容用途、浏览与委托关系的区别及过往业绩的限制，但不能代替对真实文案的审核。
在WorkBuddy中生成首页和内页
根据具体技术与交互要求生成前端页面。法律站可以使用响应式布局、清晰导航和可读文章页，不必照搬视频背景和复杂动效。先约定技术方案、运行方式及输出目录，再生成首页。若已有仓库或网站，应先读项目约定，不在原项目上盲目重建。
根据确认的栏目表和文案，在指定新目录制作网站预览。
先生成首页，再生成文章列表、文章详情、关于和联系方式页面。
支持手机与桌面，导航与按钮要有明确去向；内容来自指定资料。
先给实现方案和文件清单，确认后写入。不要发布，不修改域名或DNS。
禁止虚构评价和业绩；缺素材用明确提示列入缺项表，不伪装成完成。
首页通过后再补内页，检查各页共用导航和页脚。文章应有标题、作者或出处、日期和正文，引用资料保留入口；长内容保证手机上能读，不让固定导航遮住标题。联系按钮应实际指向确认渠道，表单如尚未接入真实服务，明确标为演示，不让访客误以为已成功提交咨询。
每次修改尽量指明页面、区域和目标。例如“首页专业领域三张卡片缩短说明，保留已有标题与链接”，比“整体高级一点”更容易验收。动效最后加，并考虑减少动态效果的用户设置；专业信息能否清楚阅读，比动画数量重要。
本地验收后，准备发布
本地检查包括：首页与全部内页能打开，导航无断链，手机布局正常，图片与字体可加载，联系方式正确，占位符清除，文章与出处一致。记录实际运行命令、构建产物和依赖；能在开发环境看到页面，不代表部署目录已经准备好。
操作示例：使用EdgeOne Makers，通过WorkBuddy连接器部署。教程示例先添加相应连接器，再在同一任务中要求把确认网站上传。读者实际操作前需核对账号、项目、发布目录、平台当时支持方式与授权范围。部署是对外动作，准备和预览可以先完成，正式执行按具体项目授权进行。
检查确认版网站的发布准备，只生成部署预览。
列目标平台、账号或项目、构建命令、输出目录、拟发布文件和访问方式。
核对是否含客户资料、凭据、内部说明或未公开文件。
待我确认具体项目与版本后再部署；部署后返回实际项目和访问入口。
出处中生成过带参数的临时访问链接，缺少参数可能无法访问。它用于演示或测试，不应视作长期正式域名；时效和访问要求以平台实际返回及当前说明为准。不能把出处作者的部署耗时推广成每位读者都能在一分钟完成。
域名、HTTPS和访问检查
示例介绍绑定流程：先证明域名归属，再按平台给出的实际目标配置解析，最后检查HTTPS。记录值必须来自当前目标项目，不能复制书中示例。修改前确认现有记录用途，避免影响邮箱或其他网站；DNS服务商界面与配置条件不同，应按当前平台说明操作。
账号认证、域名状态及备案等前置条件，需要结合部署区域、公开方式和服务商要求实际核查。本章不提供未经核实的现行备案结论或保证时限。凭据不放前端代码，也不写进公开构建产物；使用表单或外部API时，另行核对数据去向和权限。
发布后在独立浏览环境检查正式网址、证书、首页、内页、图片、移动端和联系入口。HTTP成功不等于页面内容正确；还要核对公开版与确认版一致。若存在访问限制、临时链接或未完成模块，发布记录如实列明。只有部署日志而没有访问检查，不能记为正式验收完成。
维护：每次更新留下可恢复依据
建立内容表，记录文章、出处、审核人、采用版本、发布日期及公开链接。更新时先做预览，核查受影响页面，再发布。保留站点源文件、构建说明和已采用版本；如项目已有版本管理则沿用，不因教程自动初始化仓库或迁移部署平台。
常见错误是首屏介绍与文章作者身份不一致、使用无授权素材、上线后保留演示表单、把临时网址发给客户，以及改一段文案意外覆盖整站。交付包应包括源码与素材、运行说明、栏目及内容表、检查记录、实际发布记录和维护责任。没有实际部署时，交付状态就是“本地预览完成或待审核”，不能写成已经上线。