aYOUne
translate
Not in your language

This page is not yet available in en. You're reading the de version.

Scan zu Spielen am Schaufenster — Interaktions-Sitzung, Handy als Controller, Pong Fenster gegen Fenster

Wofür das gut ist

Ein Passant bleibt vor einem Schaufenster stehen, scannt einen QR-Code auf der Scheibe und spielt eine Minute lang Pong — mit dem Handy als Schläger, gegen den Menschen am Fenster nebenan. Am Ende stehen beide Namen und beide Punktestände auf beiden Scheiben, und wer gut war, steht in der Top-5-Tafel dieses Fensters.

Der Zweck ist nicht das Spiel. Er ist Aufmerksamkeit (ein bewegtes Fenster hält einen Blick länger als ein Motiv), Wiederkehr (eine Tafel, auf der man steht, will man verteidigen) und später Lead-Generierung (das Gewinnspiel setzt auf derselben Runde auf).

Der Baustein ist generisch und mandantenfähig: „Pong" ist nur das erste Spiel. Die Sitzung, der Token, der Kanal und die Tafel wissen nichts von Pong.

Der Weg, Schritt für Schritt

  1. Das Fenster prägt die Runde selbst. Sobald die Betriebsart Pong an der Reihe ist, ruft das Fenster (bei einer Gruppe: das Master-Fenster) POST /:id/interaction/start am Anzeige-BFF. Es bekommt für jedes Fenster der Gruppe einen eigenen Token, alle mit derselben Match-Kennung, und jedes Fenster bekommt seine QR-Kachel auf das Glas geschoben.

    🔴 Der QR muss vor dem Scan da sein — ein Scan kann eine Runde also gar nicht auslösen. Deshalb prägt das Fenster, nicht der Scan.

  2. Das QR-Ziel ist die eigene Website des Mandanten, nie ein Plattform-Host: https://<seine-domain>/<sprache>/play/<token>, samt der Plattform-Kennzeichen ayoune_source=ad-display, ayoune_medium=qr und so weiter. Hat ein Mandant keinen verifizierten Auftritt, entsteht keine Runde — das Fenster spielt Werbung weiter, ohne Fehlermeldung.
  3. Das Handy öffnet die Steuer-Seite. Sie prüft serverseitig, ob der Token noch lebt; ist er abgelaufen, steht dort „Runde vorbei" statt einer Fehlerseite.
  4. Vorname eingeben. Erst hier startet die Rundenuhr — zwischen QR und Daumen liegen bei einem Passanten ein paar Sekunden, und eine Uhr, die beim Prägen startet, verteilt unterschiedlich lange Runden.
  5. Spielen. Der Schieberegler schickt bis zu 20 Ereignisse je Sekunde; das Fenster nimmt sie als Schläger. Bis die erste Eingabe kommt, bleibt der Radar-Schläger aktiv — es gibt also keinen toten Moment.
  6. Das FENSTER meldet den Punktestand, nicht das Handy. Das Handy weiß nicht, ob es getroffen hat; und wer den Punktestand melden darf, könnte sonst ohne zu spielen in die Tafel kommen.
  7. Beide Fenster zeigen den Endstand. Während der Runde läuft bewusst kein Punktestand zwischen den Fenstern — das wäre eine Nachricht je Rettung. Am Ende genügt eine je Fenster.

Grenzen

Größe Wert Warum
Token-Lebensdauer 90 s so lange liegt die QR-Kachel sinnvoll auf dem Glas
Runde 60 s ab Beitritt passt zu einem Halt im Vorbeigehen
Eingaben 20/s + 5 Puffer, je Spieler ein Schieberegler feuert mit der Bildwiederholrate; gedrosselt wird je Token, nicht je Anschluss
Offene Runden eine je Fenster ein zweiter Aufruf bekommt dieselbe Runde zurück
Tafel Top 5 je Fenster und Spiel fünf Zeilen sind auf zwei bis fünf Metern noch lesbar

Die drei Entscheidungen, die den Zuschnitt tragen

1. Die Sitzung ist kein Datensatz. 90 Sekunden Lebensdauer, rund zwanzig Berührungen je Sekunde, keine Historie, die danach jemand liest — das gehört nicht in die Datenbank, sondern in den Zwischenspeicher. Fällt der aus, ist die Runde vorbei; das ist die sichere Richtung, denn die Gegenrichtung wäre ein Token ohne Ablauf.

2. Die Highscore-Tafel ist ein Zustand. „Die besten fünf gerade jetzt" ist eine Momentaufnahme ohne Historie. Sie liegt deshalb als Zustands-Dokument am Fenster und ist damit nebenbei auf der Wandanzeige darstellbar, ohne dass jemand etwas dafür bauen muss.

3. Was gezählt werden muss, ist ein Ereignis. Start, Beitritt und Ende jeder Runde werden mit Historie geschrieben — und ohne Personenbezug: der Vorname steht auf der Tafel, in der Statistik steht nur, ob jemand seinen Namen abgegeben hat.

Eine eigene Datensatz-Art für Runden wird erst nötig, wenn eine Runde überdauern muss — also beim Gewinnspiel, wo Einwilligung, Preis und Person zusammengehören.

Was ein Betreiber wissen muss

  • Ohne verifizierte eigene Domain kein Spiel. Das ist Absicht: eine Runde auf einem fremden Markenauftritt wäre schlimmer als keine Runde.
  • Ein Fenster ohne Gruppe spielt gegen die Wand — derselbe Ablauf, nur ohne Gegner.
  • Die Beschriftungen sind mehrsprachig angelegt. Bis die Texte gepflegt sind, erscheint die deutsche Fassung.
  • Gestaltung: für alles, was auf dem Glas erscheint, gelten die Grundsätze aus „Außenwerbung, die begeistert" — Lesbarkeit auf zwei bis fünf Metern, hoher Kontrast, keine dünnen Schriften, Safe Zone einhalten.

Work with this page

Ready-made instructions for your AI tool. Copy, paste, go — the AI fetches the content itself via the address in the text.

Summarise the steps for me The essentials, in the right order.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/werbung/scan-zu-spielen-am-schaufenster-interaktions-sitzung-handy-als-controller-pong-fenster-gegen-fenster.md
The complete collection: https://ayoune.com/en/docs/werbung.md

Summarise the content for me.

- First, in two sentences: what is this about?
- Then the steps in the order I need to take them.
- One line per step, in plain language.
- At the end: what I should have ready beforehand.

Leave out nothing I need in order to actually finish.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Explain what I need this for What it is good for — and when it is worth it.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/werbung/scan-zu-spielen-am-schaufenster-interaktions-sitzung-handy-als-controller-pong-fenster-gegen-fenster.md
The complete collection: https://ayoune.com/en/docs/werbung.md

Explain to me what I need this for.

1. Which problem does it solve? In one sentence, from my point of view.
2. Three typical situations in which it genuinely helps me.
3. When I do NOT need it — that saves me time.
4. What I can do instead if it is not a fit.

Stick to what the source says. Where it gives nothing, say so openly instead
of guessing.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Help me set this up Step by step, asking me as you go.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/werbung/scan-zu-spielen-am-schaufenster-interaktions-sitzung-handy-als-controller-pong-fenster-gegen-fenster.md
The complete collection: https://ayoune.com/en/docs/werbung.md

Walk me through the setup step by step.

- First tell me what I need to have ready (access, data, time).
- Then take me through ONE step at a time. Wait for my "next".
- For each step, say how I can tell that it worked.
- If something goes wrong, ask me for the exact message instead of guessing.

If the instructions leave a point open, tell me so rather than inventing it.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Help me with a problem Narrow down the cause instead of guessing.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/werbung/scan-zu-spielen-am-schaufenster-interaktions-sitzung-handy-als-controller-pong-fenster-gegen-fenster.md
The complete collection: https://ayoune.com/en/docs/werbung.md

Help me narrow down a problem.

- First ask me what I observe and what I expected instead.
- From that, derive the most likely causes consistent with this source.
- For each cause, give me ONE test that confirms or rules it out.
- Order them so the cheapest test comes first.

Do not guess. If the source does not cover the problem, tell me where I should
look next.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Explain it in plain words No jargon, from the ground up.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/werbung/scan-zu-spielen-am-schaufenster-interaktions-sitzung-handy-als-controller-pong-fenster-gegen-fenster.md
The complete collection: https://ayoune.com/en/docs/werbung.md

Explain the content so that someone without prior knowledge understands it.

- Start with the purpose: why does this exist at all?
- Explain technical terms in half a sentence on first use.
- One everyday comparison where it genuinely holds — none where it limps.
- At the end: the three things worth remembering.

Do not shorten by dropping conditions. A simplification that hides a
prerequisite is a false statement.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
A checklist to tick off To follow along while you do it.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/werbung/scan-zu-spielen-am-schaufenster-interaktions-sitzung-handy-als-controller-pong-fenster-gegen-fenster.md
The complete collection: https://ayoune.com/en/docs/werbung.md

Turn this into a **tick-off checklist** for practical use.

- Exactly one action per item, in the imperative.
- Order it so that no item depends on a later prerequisite.
- Prerequisites and pitfalls as indented sub-items.
- End with an acceptance step: how do I know everything is right?
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.

Was this article helpful?

👎 No (0)
Leave a comment