把 NFT 挂单嵌进自己的网站：Manifold 挂件的配置参数与三层信任边界

想在自己的博客或作品集网站里放上 NFT 的挂单卡片，让人不用跳走就能出价购买，Manifold 的挂件方案提供了一条把市场装进静态网页的路。本文依据 docs.manifold.xyz 的 Marketplace Widgets 页整理，版本与接口属性以官方文档当日版本为准。

集成物的形态是一段 JavaScript 库加一个容器元素：给容器写上三个必填属性——挂件类型、网络的链号（主网是 1）、挂单编号——脚本就会在这个位置渲染出对应的挂单界面，把出价与购买交互接进合约。文档特别提醒：链号属性必须和页面上钱包连接组件（或 Manifold 以太坊 Provider）用的值一致，两边不一致挂件的交互就失效。

官方文档按用途拆了几类挂件：卡片、列表、布局、画廊等，并单独列了一个受限代币挂件——它的用途不是促进成交，而是反过来，把某个 NFT 正被创作者禁止交易的市场信息展示在页面上，供访问者核对。

“别人部署的挂件”这个形态自带三层信任边界，逐层说清。第一层是脚本来源：嵌入代码引用的库必须直接来自官方 CDN，一段被替换过的脚本有能力在出价流程里做手脚；最稳妥的顺序是先在自己的测试环境验证，再上正式页面。第二层是域名一致性：挂件的登录与签名流程会把站点域名写进订单结构，钓鱼页整页克隆挂件的界面，却复不出你域名下的授权域，弹窗里的域名行因此值得每次核对。第三层是版本：文档维护了逐版本变更记录，历史里有选择器结构破坏性调整——网站样式错位、按钮失效这类升级副作用，靠锁版本与对照更新日志来管。

站在访问者一侧，嵌件市场的信息结构反而更值得读。受限代币挂件展示的是“这件藏品被禁止在哪些市场交易”，它是链上黑名单的展示端——若你看到的作品页挂着这个提示，那么无论哪个平台上的挂单截图都不该当作成交证据，因为链上权限先于市场界面。换句话说，嵌入式挂件把两个平行的链上事实变成了可对照的两块屏幕：一块说“可以买”，一块说“某些场所不许卖”，两块都指向合约。读懂这两块的优先级关系——权限规则高于展示层——比记住任何一个具体组件的名字更有长期价值。

把选择权摊开比较，嵌入式挂单适合的对象其实很具体：有稳定访客的作者页、项目官网与画廊专题页，它们的共同点是流量自带信任上下文——读者因为你这个人或这个项目才点开钱包弹窗。反过来，把挂件搬到比价站或聚合页这类无上下文场景，成交就退化成一次普通的陌生站点签名，域名核对等安全纪律的权重立刻上升。集成前先想清楚来路流量信的是谁，这句话的份量不低于任何一条技术配置说明。

对只想干净展示、不接成交的作者，还有更轻的档位：不用成交挂件，只嵌 Generator API 的实时视图 iframe，页面纯展示、零签名风险，读者想买的动作留到官方市场完成。展示与成交解耦之后，嵌入页面只剩版本与样式问题，安全面缩小到几乎为零——多数博客与作品集页其实停在展示档就够，成交档是为有流量的商店与项目官网准备的。

还有一个维护向的常识：挂件渲染依赖官方脚本在线可用，第三方库一旦被内容拦截器屏蔽，卡片位置就会留白。留白不是数据丢了，挂单仍在链上原样躺着——排查顺序先看浏览器控制台有没有资源加载失败，再决定要不要联系对方站点。

站在买家一侧，看到嵌入在任何个人网站里的挂单，正确反应不是警惕“这网站不可信”，而是把成交前最后一步留在钱包弹窗里完成：核对站点域名、合约地址、订单金额。本文只描述嵌入方与访问方的机制结构。本文为机制说明，不构成任何投资建议。