Interaktiver Modus je Werbemittel — Handy als Fernbedienung des Displays
Ein Werbemittel lädt per QR ein; das scannende Handy wird zur Fernbedienung genau dieses Displays und wählt, was läuft: Video mit Untertiteln, Landingpage, Bild, Slides — je Motiv konfiguriert. Ohne Registrierung. Weg (BFF `domains/ads/api-display`, seit 2026.14.0): das Fenster fragt `POST /:id/remote/start {adId}` (nur für ein auf diesem Display ausspielbares, interaktives Motiv; eine offene Einladung je Display), das Handy verbindet sich über `connect` (Sitzungsuhr, Vorgabe 120 s, das Display pausiert die Rotation) und erhält einen Steuerschlüssel — ein zweites Handy kann die Steuerung nicht übernehmen. `select` schickt ein fertig auflösbares Element ans Glas; Ende durch Uhr, Präsenzverlust (Radar) oder das Handy, danach harter Schnitt zurück in die Rotation. Ereignisse `ads.interactive.invite|connect|select|end` für die Statistik, ohne Personenbezug. Konfiguration: `IaYOUneAdvertisement.interactive` (Fundament-Glied gebündelt), bis dahin Fixture `materials[<adId>].interactive`. Lead-Stufen und Formular/Gutschein folgen mit G2. Aufbauend auf `ads.interaction` (G1).
Gehört zum Modul
Werbeanzeigen — Anzeigenplätze, Buchungen und Auslieferung eigener Werbemittel.
Weitere Funktionen in Werbeanzeigen
- Schaufenster-Motive Welle 2 — Logo, CI-Palette und Safe Zone aus der PlattformSieben DOOH-Motive (3840x2160, randlos) fuer die Think-Tank-Schaufenster, gebaut aus PLATTFORM-Quellen statt aus einem Prompt: Logo je Marke aus SenderBrands bzw. dem Brand-Asset-Endpunkt ihres Mandanten, Palette aus SenderBrands/Websites.branding, je Motiv eine eigene Kompositions-Familie (buehne, spalte, band, raster, fokus). Anlass: CEO 2026-09-11 am laufenden Fenster — Welle 1 nutzte einen gesetzten Schriftzug statt des Logos, frei gewaehlte Verlaeufe statt der CI, und sieben Mal dieselbe Komposition. Gates (alle gemessen, je mit Gegenprobe): - Kontrast 7,5-17,4:1 auf dem Grund OHNE Text (Schwelle 7) - Farbtreue 79,9-99,9 % der farbigen Flaeche im CI-Farbton; Umkehrprobe mit fremder Palette 0 % - Safe Zone (untere 20 % = Banner-Overlay) bei 7/7 frei - Logo 7,5-9 % der Bildhoehe (Schwelle 6), helle Platte wo am Motiv gemessen noetig - QR aus dem FERTIGEN Motiv bei 1280x720 wieder auslesbar (7/7); Bild ohne QR liefert nichts Der QR kodiert eine CloudTag-Adresse (tr.ayoune.app/k/<key>), nicht die Ziel-URL — der Scan wird als CloudTagView gezaehlt. Sieben Tags + Targets angelegt, alle live 302 mit ayoune_content. Vier Landing-Seiten mit Message Match gebaut (Think Tank, dahoam, tolinax, aYOUne). Drei Marken (Xamine, Hypnose Tegernsee, 1000FTAD) laufen auf WordPress und haben heute keine aYOUne-CMS-Flaeche — offener Punkt. Werkzeug und Belege: .claude/reports/schaufenster/motive-welle-2/
- Auktion, Bid-Management und Strategie-VorlagengeplantSecond-Price-Auktion auf Remnant-Slots, Bid-Strategien (max-TKP/CPP, Budget, Pacing, Dayparts), dynamischer Aufsteller-Preis, Plattform-Vorlagen (E1, E2).
- Banner-Kaskade je Display, Buchung und MaterialgeplantPermanentes Banner oben/unten, Modi statisch/Ticker/Daten/QR, sichtbar immer/je Medienart/Leerlauf; Kaskade Display → Buchung → Material (E5).
- Betreiber-Cockpit mit Debug, Live-Screenshot und Flotten-AlarmengeplantSuperuser statisch: alle Mandanten, Screenshot-Schleife 10 s bei offener Fläche + Thumbnail 5 min, Sensor-Live, Plan-Version, Alarme, Flags (E4, E8).
- Buchungsportal für Werbetreibende mit Vollstatistik und Upsellgeplantconsumer-app nach Login: Buchungen, Materialien, Freigaben, Rechnungen, Gebote, Statistik in allen Achsen, Upsell-Strecken; drei Preismodelle, Trial, Vertikal-Abos (E11, E12, E22–E24).
- CloudTag-Attribution Scan → Play und Mediadaten-BerichtgeplantAuto-CloudTag je Material×Display (abwählbar, source ads-auto), Scan-Attribution im api-cloud-tag-Hook, Mediadaten-PDF über Doc-Engine, Live-Kontakte-Block, Datenprodukt-Export (E9, E13, E24).
- Gruppen-Layouts und Wow-Betriebsarten über mehrere Displaysgeplantspanned, per-display, chase, video-wall, spotlight-follow, reveal, story-strip, ping-pong, domino, live-counter, ambient-idle, spotlight-dim, speed-smiley, pong, scan-reaction (E6).
- Laufzeit-Zustände der DOOH-Flotte als StatesgeplantDisplay/Gruppe, Buchung/Auktion/Material, Feeds, Sensorknoten als States (domain ads, key ad-<ding>-<eigenschaft>), Weg 1 storeEvent isState für Verlauf/Automation, Weg 2 Direkt-Upsert für Signale; nur Maschine schreibt (E29–E35).
- Lokal-Feeds als Datenquelle für Banner, Ambient und TriggergeplantWetter, Tankpreise DE/AT, ÖPNV, Veranstaltungen, Nachrichten, Schnee/Pisten, See, Achenpass, Warnungen, Verkehr, Parken, Bergbahn, Vignette-Affiliate; Entität LocalFeeds (config), Feed-Werte als States, Feed-Sponsoring (E7, E18).
- Lokale Mehrwertseite im Rotationsumlauf (Uhr, Wetter, Tankpreise, Veranstaltungen, Schlagzeilen)Vollbild-Rotationsitem des Ad-Display-Players, das die Lokal-Feeds des Mandanten komponiert statt ein Werbemotiv zu zeigen — Uhrzeit/Datum, Wetter, alle Tankpreise als Tafel, die nächsten drei Veranstaltungen mit eigenem Tag je Zeile, drei Schlagzeilen mit relativem Alter. Kopfzeile: Ortsname (aus dem Wetter-Feed, nie der technische Display-Name) plus "präsentiert von" mit dem Aufsteller-Logo aus dem Brand-Asset-Endpunkt (E18 Feed-Sponsoring). Anlass: CEO 2026-09-11 am Fenster 1 — "Das Banner mit nur einem Spritpreis ist Blödsinn. Das muss eine Mehrwertseite sein, wie andere DOOH-Betreiber das zeigen." Konfiguration über den Plan-Block `localPage` (`enabled`, `everyNth`, `staySec`, `tiles`, `sponsorLabel`) mit der Kaskade Vorgabe < Display-Fixture < Gruppen-Dokument < Display-Dokument. Die Werte selbst kommen aus `plan.feeds` und werden nicht dupliziert. Zwei tragende Entscheidungen: die Seite erscheint mindestens einmal je Umlauf (sonst wäre sie bei wenigen Motiven konfiguriert und unsichtbar), und sie erscheint gar nicht, wenn keine Kachel Daten hat (eine gebrandete leere Fläche ist schlechter als ein Motiv mehr). Gebaut: api-display 2026.10.0 (Vertrag + Auflöser, 48 Proben), ad-display 2026.9.0 (Seite + Raster + Rotation, 189 Proben), config/api Seeder um `ads.localPage.presentedBy` erweitert.
- Programmatic-SSP-Anschluss (Hivestack/VIOOH/Broadsign)geplantOpenRTB-DOOH-Adapter, Inventar-Sync, Deal-Empfang, Proof-of-Play, SSP-Split + 5 % Gebühr (E20, E21).
- Scan→Play — Handy als Controller am Schaufenster (Interaktions-Sitzung, Pong Fenster gegen Fenster, Highscore)Ein QR auf der Scheibe prägt eine Runde, das Handy wird zum Schläger, das Fenster spielt sie zurück. Generischer Interaktions-Baustein (mandantenfähig, kein Spiel hartkodiert) plus das erste Spiel: Pong über zwei Fenster einer Gruppe, mit Top-5-Tafel je Fenster. Der Weg: `POST /:id/interaction/start` prägt je Fenster der Gruppe einen Token mit gemeinsamer Match-Kennung und schiebt die QR-Kachel auf jedes Glas (QR-Ziel = die eigene verifizierte Site des Mandanten, nie ein Plattform-Host); das Handy liest `GET /interaction/:token`, gibt seinen Vornamen über `join` ab (dort startet die Rundenuhr) und schiebt den Schieberegler über `POST /interaction/input`; am Ende meldet das FENSTER den Punktestand über `end`, und beide Fenster bekommen denselben Endstand. Zwei Messungen tragen den Zuschnitt: die Sitzung ist kein Datensatz (90 s Lebensdauer, ~20 Berührungen je Sekunde, keine Historie) und liegt in Redis, fail-closed; die Highscore-Tafel ist ein Zustand ohne Historie und liegt als `States`-Dokument (Weg 2). Eine eigene Entität braucht erst die Lead-Generierung. Runden-Ereignisse (Start/Beitritt/Ende) laufen zusätzlich als Ereignisse mit Historie für die Statistik — ohne Personenbezug. Grenzen: Token 90 s, Runde 60 s ab Beitritt, 20 Eingaben je Sekunde und Spieler. Der Eingabe-Weg ist von der globalen IP-Ratenbegrenzung ausgenommen (eine Runde sind 1200 Anfragen und alle Spieler teilen hinter dem Proxy eine Adresse); der wirksame Riegel ist das Budget je Token.