官网要可收录、可合规叙述；dApp 要可连接、可升级——两者强行单仓单域，往往两头不讨好
很多 Web3 团队第一期把白皮书、团队、融资叙事和 Connect Wallet 塞进同一个 Next 应用，两周后发现：营销要天天改文案，合约与 ABI 要冷冻发布；SEO 要静态可抓，dApp 要客户端钱包与 RPC；公关危机要整站可关公告，链上功能却不能随便下线。可上线在区块链与网站项目里，主张把「品牌站」与「dApp 壳」在信息架构与发布管道上拆开，再在设计系统与组件层共享——LongHash 一类机构站点优先信任与清晰叙事，产品壳则服务交易与只读链上状态。拆分不是架构炫技，而是让合规叙述、性能预算与钱包会话各自有正确的生命周期。下文给出判定标准、推荐拓扑、共享边界与反模式。
先问谁以什么频率变更
拆分的第一信号是变更速率。品牌站：活动页、招聘、媒体报道、合规声明、多语言叙事，编辑与市场主导，希望预览链接与回滚以小时计。dApp 壳：路由到功能模块、钱包连接、合约读写封装、错误与链切换，工程主导，希望与合约审计版本绑定发版。若两者锁在同一发布火车，要么营销被工程卡住，要么链上变更被文案热点误伤。探索阶段列出「上周实际合并了什么」，比画一张理想单体图更有用。
推荐拓扑：内容域 + app 子域（或反向代理路径）
常见稳健做法：`www` 或主域跑营销/品牌（SSG/ISR 友好），`app.` 或 `dapp.` 跑需钱包的壳。路径型 `/app` 也可，但要小心 cookie 作用域、CSP 与缓存策略被彼此污染。品牌站 CTA「启动应用」跳到壳并带 UTM；壳内「文档/关于」链回品牌站，避免在壳里复制第二套 SEO 文案。中国与海外访问若分流，在 discover 就定域名与托管区域，而不是上线前一周改 DNS。
SEO 与可抓取：钱包页不要冒充官网首页
品牌站承担索引、故事与信任信号：团队、合作方、安全审计摘要、清晰无夸大的产品说明。dApp 壳默认 `noindex` 或仅索引文档类静态说明，避免「Connect Wallet」空壳页进 SERP。结构化数据、多语言 hreflang、案例与博客放在品牌站。链上产品状态（TVL、最新区块）若展示在营销页，用只读 API 与缓存，不要为了首页数字拖进完整钱包栈。
钱包与会话边界画在壳内
连接钱包、签名、网络切换、账户变更监听，全部留在 dApp 壳。品牌站最多放「支持的网络/钱包」说明与安全提示，不在落地页自动弹连接。这样可降低误连、钓鱼仿站风险教育也可以聚焦在 app 域。壳内 onboarding 遵循「先理解动作再签名」：用人类可读的操作摘要，失败时给可执行的链/余额/权限提示。Web3 用户中有大量非原生加密用户——LongHash 受众侧的信任叙事与产品侧的钱包引导，目标人群可能重叠但心智阶段不同。
共享什么：设计系统、品牌组件、分析约定
拆分不等于两套视觉。共享：设计 token、按钮/排版/插图规范、Logo 与暗色模式规则、错误文案语气。工程上可用 monorepo 发 UI 包，或设计工具同步 token。分析事件命名跨域一致（`cta_launch_app`、`wallet_connected`），但 cookie 同意与隐私政策按域配置。动效在品牌站可更叙事，在 dApp 壳服从性能与可访问性——交易确认不能被炫光挡住。
安全头、依赖与发布节奏解耦
dApp 壳的 CSP、钱包依赖、RPC 与 ABI 锁定需要更严的变更评审；品牌站常集成 CMS、表单与像素。分仓或至少分 pipeline，避免营销加像素导致壳 CSP 放宽。合约升级与前端 ABI 变更走 checklist；品牌站紧急公告应能独立发布。依赖扫描与密钥：壳侧 RPC key、钱包项目 id 不得出现在静态营销构建产物里。
反模式：伪拆分与过度拆分
伪拆分：子域仍是同一构建、同一强缓存策略、同一「一键全局发布」。过度拆分：两套完全不同的组件与文案语气，用户从官网点进 app 以为进了钓鱼站。另一个陷阱是在品牌站用 iframe 嵌 dApp——会话、响应式与安全头都更难。早期团队若资源极紧，可单体起步，但模块边界与「营销路由 vs 钱包路由」的代码分割、发布开关要先画清，并写明第二阶段拆域条件（如日活、合规要求、编辑人数）。
和可上线流程对齐的决策清单
discover：受众（投资人/用户/监管叙述）、必须上链的动作、内容更新频率、托管与地域。design：两套页面地图、共享 token、从 CTA 到首签的路径。build：分 pipeline、环境变量边界、只读链数据在营销页的缓存。launch：分别做性能与安全检查清单；品牌站偏 Core Web Vitals 与 SEO，壳偏钱包失败率与 RPC 降级。需要一体化交付时，可上线可以同一小队同时开两条发布轨道，而不是假装一个仓库解决所有政治问题。
可执行清单
- 1用变更速率与责任人证明品牌站与 dApp 壳是否同分发火车
- 2明确域名/路径拓扑、noindex 策略与跨站 CTA/回链
- 3钱包连接与签名仅在壳内；营销页不做自动弹窗连接
- 4共享设计 token 与分析命名；分 pipeline、CSP 与密钥边界
- 5为合约/ABI 与紧急品牌公告准备独立发布路径
核心要点
- Web3 品牌站与 dApp 壳拆分的本质是变更生命周期与风险模型不同，不是「看起来高级」。
- SEO、信任叙事放品牌站；钱包会话与合约耦合放壳；中间用设计系统粘合。
- 伪拆分与 iframe 嵌套会同时牺牲安全与体验；边界要写进发布清单。
常见问题
- 只有落地页的小项目也要拆吗？
- 不必立刻分域。但应代码分割营销与钱包路由，并约定触发拆分的条件（编辑人数、审计版本、地区合规）。提前画边界比被迫大迁移便宜。
- 文档站点算品牌站还是壳？
- 面向开发者的协议/API 文档常独立 `docs.`；面向用户的帮助中心可挂品牌站。与具体交易步骤强绑定的内嵌帮助可留在壳内，但要避免复制三份过期说明。
- 品牌站能否展示实时链上数据？
- 可以，用只读索引或后端缓存，设置过期与降级占位，不引入钱包依赖。数字应用作叙事辅助，并标注更新时间，避免被当成交易界面。