Концепт

У перформансі QR — не «реклама в антракті», а жест сцени: глядач коротко залучений у вибір, свідчення чи колективне рішення, після чого увага знову йде на акторів і простір.

Фізичний носій (квиток, програма, стіл, куліса) лишається стабільним; те, що відкривається за скануванням — сторінка голосування, підказка персонажа, архів листа — змінюється від вистави до вистави через динамічний QR.

Мета — розширити залу без перетворення залу на екранний хаб: сканування рідкісне, чітке за часом і підпорядковане драматургії.

Динаміка вистави

Інтерактив працює, коли сигнал від залу швидко потрапляє в режисерський пульт і далі — у світло, звук або текст на сцені.

• низька затримка
• світло / звук API
• альтернативні фінали
• голосування залу

Низька затримка. Сторінка після скану має бути легкою: мінімум скриптів, CDN, попередньо прогрітий канал до сценічного контролера. Секунди паузи «чекаємо wi‑fi» руйнують ритм.

Світло й звук через API. Голос залу або вибір гілки може тригерити cue в світловій / звуковій системі (OSC, MIDI, HTTP webhook). QR лише відкриває UI; логіка сцени лишається на бекенді перформансу.

Альтернативні фінали. Один друкований код на всю серію показів; destination або серверний стан перемикає «фінал A / B / C» залежно від голосів чи дати.

Голосування. Короткі кнопки (2–3 варіанти), таймер, миттєве закриття раунду. Аналітика сканувань допоможе зрозуміти, чи встигає зала в моменті, чи код погано читається з місць.

Технічні аспекти

Практична схема: динамічний short URL → легка HTTPS-сторінка → WebSocket або короткий HTTP до сценічного сервера → підтвердження глядачу («голос зараховано»).

Не зашивайте в статичний QR довгі query з номером акту й усіма параметрами: після генеральної репетиції режисер майже напевно змінить маршрут. Динамічний QR від QRcode Global дозволяє міняти ціль між показами й тимчасово паузити код, якщо інтерактив вимкнено.

Перевіряйте читабельність у напівтемряві залу: контраст, розмір, quiet zone, підсвітка програмки. Тестуйте на реальному wi‑fi глядачів, не лише на службовій мережі.

Естетика і етика

Не відволікати від історії. QR має з’являтися в моменті, коли драматургія вже передбачає жест залу — не під час ключового монологу. Краще один чіткий жест за акт, ніж постійне «дістаньте телефони».

Добровільність. Ті, хто не сканує, мають отримувати повноцінну виставу; інтерактив — шар, а не штраф за офлайн.

Приватність і світло екранів. Мінімум даних, короткий сеанс, прохання приглушити яскравість. Етика важливіша за «максимум engagement».

Прозорість вибору. Якщо фінал залежить від голосів — покажіть результат чесно; маніпулятивне «голосування» підриває довіру до перформансу.

Concept

In performance, QR is not “interval advertising” but a stage gesture: the audience briefly joins a choice, testimony, or collective decision, then attention returns to actors and space.

The physical carrier (ticket, programme, table, wing) stays fixed; what opens after the scan — a voting page, a character hint, an archived letter — can change from night to night via a dynamic QR.

The goal is to widen the hall without turning it into a phone hub: scans are rare, timed, and subordinate to dramaturgy.

Show dynamics

Interactivity works when the house signal reaches the stage desk quickly and then lighting, sound, or on-stage text.

• low latency
• lighting / sound API
• alternate endings
• audience votes

Low latency. The post-scan page must be light: minimal scripts, CDN, a warm path to the stage controller. Seconds of “waiting for wi‑fi” kill the rhythm.

Lighting and sound via API. A house vote or branch choice can trigger a cue in the lighting / sound system (OSC, MIDI, HTTP webhook). QR only opens the UI; show logic stays on the performance backend.

Alternate endings. One printed code for the whole run; destination or server state switches “ending A / B / C” by votes or date.

Voting. Short buttons (2–3 options), a timer, instant round close. Scan analytics show whether the house keeps up in the moment or the code is hard to read from seats.

Technical aspects

Practical pattern: dynamic short URL → light HTTPS page → WebSocket or short HTTP to the stage server → viewer confirmation (“vote counted”).

Do not bake long act-number query strings into a static QR: after dress rehearsal the director will almost certainly change the route. A dynamic QR from QRcode Global lets you edit the target between shows and pause the code when interactivity is off.

Test readability in a dim auditorium: contrast, size, quiet zone, programme lighting. Try the real audience wi‑fi, not only the staff network.

Aesthetics and ethics

Do not distract from the story. Bring QR in when dramaturgy already expects a house gesture — not under a key monologue. One clear beat per act beats constant “take out your phones.”

Voluntary. People who do not scan must still get a full show; interactivity is a layer, not a penalty for staying offline.

Privacy and screen glow. Minimal data, short sessions, ask people to dim brightness. Ethics matter more than “maximum engagement.”

Honest choice. If the ending depends on votes, show the result fairly; a fake “vote” breaks trust in the performance.

概念

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

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

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

演出动态

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

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

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

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

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

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

技术要点

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

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

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

美学与伦理

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

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

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

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