Scan-to-Control — jeder QR öffnet eine Steuer-Sitzung, das Fenster reagiert
Überall, wo heute ein QR direkt auf ein Ziel springt, steht künftig zuerst eine Steuer-Seite auf dem Handy — und das gescannte Fenster reagiert live. Vier Verticals: Nachricht (Artikel groß, Lesefortschritt gespiegelt), Werbemittel (Detailebene + Lead ins CRM), Display-Fernbedienung (Rotation, Sprache, Vorlesen), Veranstaltung (Karte, Anfahrt, Wetter zum Termin). 🔴 ABGRENZUNG ZU `ads.interactive` (built): jenes Feature IST die Steuer-Sitzung — für genau EINEN Inhaltstyp (Werbemittel), inklusive Steuerschlüssel je Display, Rotations-Pause und Radar-Ende. Scan-to-Control ist die VERALLGEMEINERUNG auf die übrigen drei Typen, kein zweiter Weg daneben. Umgesetzt wird sie als `subject: {kind: ad|news|event|display, ref}` an den bestehenden `remote/*`-Routen, NICHT als neue Sitzungs-Familie: `api-display` führt bereits vier (interaction, interactive/remote, quiz, sweepstakes), eine fünfte wäre der Doppelbau. Regeln (CEO 2026-09-17, Decision 6aac17b540034c1626eb52e1): Kontrolle je gescanntem Fenster, kein Übernehmen — der zweite Gast bekommt den Inhalt sofort, die Kontrolle später · anonym zuerst, Konto optional, Consent im Moment der Handlung · gebuchte Werbezeit pausiert und wechselt ins IAB-Slot-Band · Rückgabe nach 60 s Inaktivität oder Präsenzverlust + 30 s, mit benanntem Abschied. Offen (W1–W3): Tiefen-Inhalt je Inhaltstyp (`IaYOUneAdvertisement.deepContent` ist das EINZIGE Fundament-Glied — der Feed-Weg läuft über das untypisierte `IAdPlan.feeds` ohne Vertragsänderung) · Abrechnung im Slot-Band (Werbung dort erzeugt heute KEINEN Play, `surface: 'control'` braucht kein Fundament-Glied, sondern einen Schreiber) · Lead-Achse Scan → Consumers/Opportunities beim Werbetreibenden · Konto-Kopplung.
This function is planned.
Part of module
Werbeanzeigen — Anzeigenplätze, Buchungen und Auslieferung eigener Werbemittel.
More functions 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-VorlagenplannedSecond-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 MaterialplannedPermanentes 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-AlarmenplannedSuperuser 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 Upsellplannedconsumer-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-BerichtplannedAuto-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 Displaysplannedspanned, 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).
- Interaktiver Modus je Werbemittel — Handy als Fernbedienung des DisplaysEin 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).
- Laufzeit-Zustände der DOOH-Flotte als StatesplannedDisplay/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 TriggerplannedWetter, 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)plannedOpenRTB-DOOH-Adapter, Inventar-Sync, Deal-Empfang, Proof-of-Play, SSP-Split + 5 % Gebühr (E20, E21).