First-Party-WLAN-Daten können ein kontrollierter Datenfeed für Retail-KI sein. Wiacom macht aus dem WLAN, das ein Geschäft ohnehin betreibt, Präsenz-, Frequenz- und einwilligungsbasierte First-Party-Besucherdaten – mit Kontrollen für Einwilligung, Zweck und Zugriff, damit KI-Tools sie nutzen können, ohne dass der Händler die Kontrolle verliert. Sie sind für KI-Tools heute über die Wiacom-API verfügbar, mit einem MCP-Server in Entwicklung.
KI im Handel entwickelt sich von Dashboards zu Agenten: Assistenten, die Fragen beantworten, Copiloten, die das Filialpersonal unterstützen, und Automatisierungstools, die Kampagnen auslösen. Alle sind durch die Daten begrenzt, die sie erreichen können.
Es gibt eine Datenquelle, die fast keines davon erreichen kann: physische Präsenz in Echtzeit. Wer sich gerade im Geschäft befindet. In welcher Zone. Wie lange schon. Ob es der erste Besuch ist oder der zehnte.
Diese Daten gibt es. Sie liegen in der WLAN-Infrastruktur, die jedes Geschäft ohnehin betreibt. Die Lücke: Die meisten KI-Tools haben keinen Standardweg, darauf zuzugreifen.
Warum physische Präsenzdaten für KI wichtig sind
Der Wert von KI im Handelsbetrieb ist proportional zur Reichhaltigkeit des Kontexts, auf den sie zugreifen kann. Ein KI-Planungstool, das weiß, dass „dienstagnachmittags traditionell mehr los ist“, ist nützlich. Ein Tool, das die aktuelle Besucherfrequenz live sieht und seine Empfehlungen entsprechend anpasst, ist deutlich nützlicher.
Betrieb — ein Assistent für den Filialbetrieb, der die Zonenbelegung live abfragen kann, gibt Personalempfehlungen, die widerspiegeln, was tatsächlich gerade passiert – nicht, was letzte Woche war.
Kundenservice — ein Retail-Copilot, der prüfen kann, ob ein bekanntes, einwilligendes Treuemitglied gerade vor Ort ist, kann am Point of Service relevanten Kontext liefern, ohne dass sich der Kunde erneut identifizieren muss.
Kampagnenaktivierung — ein Marketing-Automatisierungstool, das Präsenzsignale erhält, kann personalisierte Angebote auslösen, sobald ein bekannter, einwilligender Kunde den Standort betritt – auf Basis von First-Party-Daten, die bereits über Wiacom CDP und das WLAN-Portal erfasst wurden.
Analyse — ein KI-Analysetool mit Zugriff auf WLAN-Präsenzdaten kann Anomalien erkennen, die Wirkung von Merchandising-Änderungen auf die Verweildauer messen oder zeigen, welche Werbeplatzierungen Besucherströme tatsächlich verändern. Insights & Analytics von Wiacom erfasst diese Frequenz- und Verweildauerdaten bereits.
Aggregierte Präsenz und einwilligungsbasierte Identität
Präsenzdaten gibt es in zwei Formen, die unterschiedlich behandelt werden sollten:
- Aggregierte Präsenz — Belegung, Verweildauer je Zone, Frequenzmuster und Besuchshäufigkeit über einen Standort hinweg. Sie muss niemanden identifizieren und eignet sich für Personal-, Merchandising- und Layoutentscheidungen.
- Einwilligungsbasierte, identifizierte Präsenz — ein registrierter Besucher oder ein Treuemitglied, das der vorgesehenen Nutzung zugestimmt hat. Sie ermöglicht personalisierten Service oder Angebote – und nur dann, wenn die Einwilligung des Besuchers und das geltende Recht es erlauben.
Geräte mit randomisierten MAC-Adressen lassen sich ohne Anmeldung nicht zuverlässig wiedererkennen; identifizierte Präsenz setzt daher voraus, dass sich der Besucher über Wiacom registriert oder onboarded. KI-Tools sollten nur erhalten, was ihre konfigurierten Berechtigungen und die Einwilligungsregeln zulassen – und Wiacom ersetzt nicht die eigene rechtliche Prüfung des Händlers.
First-Party-Daten als kontrollierter Feed für KI
KI-Tools sind nur so nützlich wie die Daten, die sie erreichen, und nur so sicher wie die Regeln um diese Daten. Das Ziel ist nicht, ihnen eine Datenbank zu übergeben, sondern einen kontrollierten Feed an First-Party-Daten – mit Compliance, die angewendet wird, bevor die Daten Wiacom verlassen.
Identität → Einwilligung → Eignung → Kontrollierter Feed → KI-Tool
In der Praxis bedeutet ein kontrollierter Feed:
- Einwilligung an der Quelle — Identität und Einwilligung werden direkt beim WLAN-Onboarding erhoben, und die Einwilligung für den WLAN-Zugang bleibt von der Einwilligung für andere Zwecke getrennt;
- Zweckbindung — ein KI-Tool erhält nur die Daten, die für den Zweck geeignet sind, dem es dient;
- Datenminimierung — aggregierte oder pseudonyme Daten, wenn keine individuelle Identität nötig ist, und gehashte Kennungen, wo unterstützt;
- Zugriffskontrolle — die Wiacom-API erfordert starke Authentifizierung, und der Zugriff kann auf Quell-IP-Adressen beschränkt werden;
- Durchgereichte Einwilligungsänderungen — widerruft ein Besucher die Einwilligung oder wird nicht mehr berücksichtigt, sollte sich das in dem widerspiegeln, was der Feed liefert;
- Datenmodell und Datenresidenz bei der Bereitstellung festgelegt — Wiacom kann als sicherer Datentresor oder als datenschutzminimierende Middleware betrieben werden, und die Hosting-Region wird bei der Vereinbarung der Bereitstellung bestätigt.
Der Händler bleibt für seine eigene Rechtsgrundlage und für den gewählten KI-Anbieter verantwortlich: ob dieser Daten für Trainingszwecke nutzt, wo er sie verarbeitet und welche Bedingungen gelten. Wiacom ersetzt nicht die rechtliche Prüfung des Händlers und dessen Bewertung von Datenschutzrecht und, soweit relevant, KI-Regulierung.
Der Standard, der das möglich macht
Das Model Context Protocol (MCP) ist ein offener Standard, mit dem sich KI-Agenten und -Tools über eine einheitliche, strukturierte Schnittstelle mit externen Datenquellen verbinden. Statt für jedes KI-Tool eine individuelle Integration zu verlangen, stellt ein MCP-Server einen definierten Satz an Funktionen bereit, den jeder MCP-kompatible Client entdecken und nutzen kann.
Was heute verfügbar ist und was kommt
Schon heute ermöglicht Wiacom externen Systemen und Automatisierungstools, seine Daten programmatisch über eine REST-API und Webhook-Ereignisse zu nutzen – mit starker Authentifizierung und optionaler Beschränkung auf Quell-IP-Adressen. Das ist der Integrationsweg, der jetzt für Retail-Copiloten, Analysetools und Automatisierungsplattformen verfügbar ist.
Wiacom entwickelt außerdem einen MCP-Server, damit MCP-kompatible KI-Agenten, darunter Claude und individuelle Retail-Copiloten, Präsenz-, Analyse- und einwilligungsbasierte Besucherdaten über eine Standardschnittstelle entdecken und nutzen können – vorbehaltlich der konfigurierten Berechtigungen. Händler, die an einem frühen Zugang interessiert sind, können sich an das Wiacom-Team wenden.
Die Daten sind bereits da
Der entscheidende Punkt für Händler: Das ist kein neues Datenerhebungsprojekt. Die WLAN-Infrastruktur ist bereits installiert. Besucher verbinden sich und registrieren sich bereits. Frequenz- und Verweildauerdaten werden bereits erfasst.
Was API- und MCP-Anbindung hinzufügen, ist ein strukturierter Weg für KI-Tools, diese Daten zu nutzen – ohne eine separate Datenerhebungsschicht aufzubauen und ohne Informationen zwischen Systemen zu duplizieren.
Für Händler, die KI-Betriebs-Stacks aufbauen oder bewerten, lautet die Frage nicht, ob Präsenzdaten erhoben werden sollen. Sondern ob die bewerteten Tools auf die bereits vorhandenen Präsenzdaten zugreifen können.
Wo das in die Wiacom-Plattform passt
Präsenz-, Frequenz- und Verweildauerdaten stammen aus Insights & Analytics. Registrierung und Einwilligung werden über Guest Connect und das Captive Portal erfasst, und Wiacom CDP speichert die First-Party-Besucherdaten. So wirkt sich das im großflächigen Handel und in Hypermärkten und in Einkaufszentren aus.
Dieselben einwilligungsbasierten First-Party-Daten lassen sich auch als Werbezielgruppen aktivieren: siehe OpenAI Ads und Gäste-WLAN: physische Besucher in First-Party-Zielgruppen verwandeln.
WLAN-Präsenzdaten für Retail-KI: häufige Fragen
Was sind physische Präsenzdaten für Retail-KI?
Informationen darüber, wer und wie viele Personen sich an einem Standort befinden, in welcher Zone, wie lange sie bleiben und wie oft sie wiederkommen – gewonnen aus der WLAN-Infrastruktur, die das Geschäft ohnehin betreibt. Sie können aggregiert sein oder, mit Einwilligung, einem bekannten Besucher zugeordnet werden.
Wie bleiben First-Party-WLAN-Daten konform, wenn KI-Tools sie nutzen?
Compliance wird angewendet, bevor die Daten das KI-Tool erreichen: Einwilligung und Zweck werden beim Onboarding erfasst, nur geeignete Daten werden einbezogen, wo möglich werden aggregierte oder pseudonyme Daten verwendet, der Zugriff ist authentifiziert und berechtigungsgesteuert, und Einwilligungsänderungen sollten durchgereicht werden. Der Händler bleibt für seine Rechtsgrundlage und den gewählten KI-Anbieter verantwortlich.
Hat Wiacom einen MCP-Server?
Wiacom entwickelt einen MCP-Server für KI-Agenten. Schon heute können externe Systeme und KI-Tools Wiacom-Daten über die REST-API und Webhook-Ereignisse nutzen.
Können KI-Tools einzelne Kunden anhand des WLANs identifizieren?
Nur Besucher, die sich registriert und die entsprechende Einwilligung gegeben haben, können als Einzelpersonen erkannt werden. Anonyme Präsenz ist aggregiert, und Geräte mit randomisierten MAC-Adressen lassen sich ohne Anmeldung nicht zuverlässig wiedererkennen.
Müssen Händler neue Hardware installieren?
Nein. Präsenzdaten stammen aus der WLAN-Infrastruktur, die das Geschäft ohnehin betreibt, darunter Cisco Meraki, HPE Aruba, Ruckus, UniFi und weitere kompatible Plattformen.
Ersetzt das Besucherzähler oder andere Sensoren?
Nein. WLAN-Präsenz lässt sich mit Zählern, Kassensystemen, Treueprogrammen und weiteren Sensoren kombinieren. Wiacoms Rolle ist es, das berechtigungsgesteuerte WLAN-basierte Identitäts- und Präsenzsignal bereitzustellen.
Wer kontrolliert, was ein KI-Tool sehen kann?
Der Händler. Der Zugriff ist authentifiziert und berechtigungsgesteuert, und KI-Tools sollten nur die Daten erhalten, die ihre konfigurierten Berechtigungen und die Einwilligungsregeln zulassen.
Wiacom stellt WLAN-Präsenz-, Frequenz- und einwilligungsbasierte First-Party-Besucherdaten als kontrollierten Feed für Retail-Analyse und KI-Tools über seine REST-API und Webhooks bereit, mit einem MCP-Server für KI-Agenten in Entwicklung.
