剧场中的二维码 — 互动舞台

概念

在表演里，二维码不是「中场广告」，而是舞台动作：观众短暂参与选择、证词或集体决定，随后注意力回到演员与空间。

实体载体（票根、节目单、桌面、侧幕）保持固定；扫码后打开的投票页、角色提示、书信档案，可通过动态二维码随场次更换。

目标是扩大观众参与，而不把剧场变成手机大厅：扫码要稀少、卡准时机，并服从戏剧结构。

演出动态

互动成立的前提是：观众信号迅速到达导播台，再进入灯光、音响或舞台文本。

• 低延迟
• 灯光 / 音响 API
• 多种结局
• 观众投票

低延迟。扫码后页面必须轻量：少脚本、用 CDN、到舞台控制器的通道预热。「等 Wi‑Fi」的几秒会毁掉节奏。

灯光与音响 API。观众投票或分支选择可触发灯光 / 音响 cue（OSC、MIDI、HTTP webhook）。二维码只打开界面；演出逻辑留在表演后端。

多种结局。整轮演出共用一枚印刷码；目标或服务端状态按票数或日期切换「结局 A / B / C」。

投票。短按钮（2–3 项）、计时器、即时结束本轮。扫码分析能看出观众是否跟得上，或座位上是否难读码。

技术要点

常见做法：动态短链 → 轻量 HTTPS 页 → WebSocket 或短 HTTP 到舞台服务器 → 向观众确认（「已计入」）。

不要把含场次编号的超长查询串写进静态二维码：彩排后导演几乎一定会改路由。QRcode Global 的动态二维码可在场次间改目标，互动关闭时可暂停。

在半暗观众席实测可读性：对比度、尺寸、静区、节目单照明。用真实观众 Wi‑Fi 测试，不要只用工作网。

美学与伦理

不打断故事。只在戏剧已需要观众动作时引入二维码——不要压在关键独白上。每幕一次清晰动作，好过不断「请拿出手机」。

自愿。不扫码者也应看到完整演出；互动是一层，不是对离线观众的惩罚。

隐私与屏幕光。少采数据、短会话，提醒调低亮度。伦理重于「最大参与率」。

选择透明。若结局依赖投票，应诚实展示结果；虚假「投票」会损害对表演的信任。