B2B Captive Portals gestalten: Erfassung von registrierten Namen und Unternehmensdaten

Willkommen beim Purple Intelligence Briefing. Ich bin Senior Technical Content Strategist hier bei Purple, und heute widmen wir uns einem Thema, das bei fast jeder B2B-Standortbereitstellung, an der ich arbeite, zur Sprache kommt: Wie man ein Captive Portal so gestaltet, dass es registrierte Namen und Unternehmensdaten korrekt erfasst. Dies ist keine Frage für Consumer-WiFi. Wenn Sie WiFi in einem Konferenzzentrum, einem Hotel mit Tagungseinrichtungen, einem Co-Working-Space oder einer Business-Airport-Lounge betreiben, sind Ihre Besucher nicht einfach nur Gäste. Sie sind Fachleute. Sie haben Berufsbezeichnungen, Unternehmenszugehörigkeiten und Beschaffungsbefugnisse. Die Daten, die Sie bei der WiFi-Registrierung erfassen, gehören zu den kommerziell wertvollsten First-Party-Daten, die Sie sammeln können. Aber die meisten Standorte erfassen entweder zu wenig, erfassen sie falsch oder so, dass eine GDPR-Haftung entsteht. Wir werden heute alle drei Probleme lösen. Lassen Sie mich die Szene beschreiben. Ein Captive Portal ist die Webseite, die den Verbindungsversuch eines Besuchers abfängt, bevor der Netzwerkzugriff gewährt wird. Das Gerät verbindet sich mit Ihrer WiFi SSID, versucht eine HTTP-Anfrage, und Ihr Netzwerk-Controller leitet diese Anfrage an Ihr Portal weiter. Der Besucher sieht Ihre gebrandete Login-Seite, füllt das Registrierungsformular aus und erhält dann Zugriff. Das ist der grundlegende Ablauf. Was sich geändert hat, ist, was Sie danach mit den Daten tun, und das regulatorische Umfeld, in dem Sie sich bewegen. Der B2B-Kontext ändert die Designanforderungen im Vergleich zu einer Bereitstellung für Endverbraucher erheblich. Im Consumer-Bereich fragen Sie in der Regel nach einem Namen und einer E-Mail-Adresse. Sie bauen eine Marketingliste auf. Im B2B-Bereich möchten Sie registrierte Namen und Unternehmensdaten, da diese Kombination Erkenntnisse auf Account-Ebene freischaltet. Wenn Sie wissen, dass sich siebenundvierzig Personen eines einzigen Finanzdienstleisters über drei Tage hinweg mit dem WiFi Ihres Konferenzzentrums verbunden haben, ist das nicht nur eine Besucherstatistik. Das ist ein Vertriebssignal. Das sind Event-ROI-Daten. Das ist die Art von Intelligence, die die kommerziellen Partnerschaften Ihres Standorts rechtfertigt. Lassen Sie uns also über die technische Architektur sprechen. Eine B2B-Captive Portal-Bereitstellung besteht aus vier Kernkomponenten. Erstens die Access-Point-Ebene: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme oder Fortinet. Der Access Point fängt die erste Verbindung ab und leitet sie an das Portal weiter. Zweitens der Portal-Controller, der die Registrierungsseite bereitstellt, Formulareingaben validiert und mit Ihrem RADIUS-Server kommuniziert, um die MAC-Adresse des Geräts zu autorisieren. Drittens der Identitätsspeicher, in dem registrierte Namen, Unternehmensdaten und Einwilligungserklärungen gespeichert und in Echtzeit mit Ihrem CRM synchronisiert werden. Und viertens die Analytics-Ebene, auf der Sitzungsdaten, Verweildauer und Muster von wiederkehrenden Besuchen aggregiert und nutzbar gemacht werden.Purple agiert als ein Cloud-Overlay über all diese Hardwareplattformen hinweg. Sie müssen Ihre bestehende Infrastruktur nicht herausreißen und ersetzen. Sie implementieren Purple einfach auf den bereits vorhandenen Access Points. Mit über 80.000 aktiven Standorten und 440 Millionen Logins im Jahr 2024 ist dies ein beachtlicher Datensatz, auf den Sie beim Benchmarking Ihrer eigenen Bereitstellung zurückgreifen können. Nun zur Frage des Formulardesigns: Welche Felder sollten Sie aufnehmen? Der erste Impuls ist oft, alles abzufragen: Name, Unternehmen, Position, Abteilung, Telefonnummer, LinkedIn-Profil. Widerstehen Sie diesem Impuls. Jedes zusätzliche Feld reduziert die Abschlussrate. Der Wechsel von zwei auf fünf Felder senkt die Formular-Abschlussrate um etwa 20 Prozent. Im Kontext eines Standorts bedeutet das, dass jeder fünfte geschäftliche Besucher den Verbindungsversuch komplett abbricht. Das minimal erforderliche B2B-Feldset besteht aus: vollständigem Namen, Unternehmensname und geschäftlicher E-Mail-Adresse. Der vollständige Name identifiziert die Person. Der Unternehmensname ermöglicht die Aggregation auf Kontoebene. Die geschäftliche E-Mail liefert einen verifizierten Kontaktpunkt, und – was entscheidend ist – die Domain-Endung verrät Ihnen die Unternehmensidentität, selbst wenn der Besucher seinen Unternehmensnamen uneinheitlich eingibt. Jemand könnte sich als Deloitte, Deloitte UK oder Deloitte LLP registrieren, aber seine E-Mail-Domain wird immer deloitte.com sein. Richten Sie Ihre Daten-Normalisierungslogik an der E-Mail-Domain aus, nicht an dem Freitextfeld für den Unternehmensnamen. Die Berufsbezeichnung ist ein wertvolles optionales Feld. Es segmentiert Ihre Besucherdaten nach Hierarchieebene und Funktion. Machen Sie es jedoch optional. Ein Besucher, der das Feld für die Berufsbezeichnung überspringt, ist immer noch ein registrierter Besucher mit einem Namen und einem Unternehmen. Ein Besucher, der das Formular ganz abbricht, hinterlässt Ihnen gar nichts. Sprechen wir nun über die GDPR, denn Sie können kein B2B Captive Portal ohne eine solide Compliance-Architektur entwerfen. Gemäß der UK GDPR und der EU-Datenschutz-Grundverordnung (GDPR) erfordert die Erfassung von Namens- und Unternehmensdaten von WiFi-Besuchern eine Rechtsgrundlage für die Verarbeitung. Für ein B2B Captive Portal haben Sie zwei realistische Optionen: die Einwilligung nach Artikel 6(1)(a) oder berechtigte Interessen nach Artikel 6(1)(f). Die Einwilligung ist aus Sicht der Compliance die sauberere Option. Der Besucher setzt aktiv ein Häkchen, Sie protokollieren den Zeitstempel und die Version der Datenschutzerklärung, die er gesehen hat, und verfügen über einen lückenlosen Audit-Trail. Die Herausforderung bei der Einwilligung besteht darin, dass sie freiwillig erfolgen muss. Das bedeutet, dass der WiFi-Zugang nicht von der Marketing-Einwilligung abhängig gemacht werden darf. Sie müssen die Einwilligung für den Netzwerkzugang von der Einwilligung für Marketingkommunikation trennen. Zwei Kontrollkästchen: eines obligatorisch für die Nutzungsbedingungen, eines optional für Marketing. Verknüpfen Sie diese niemals miteinander. Berechtigte Interessen sind eine nuanciertere Grundlage. Sie können für die Verarbeitung grundlegender Sitzungsdaten für die Netzwerksicherheit und das Netzwerkmanagement gelten. Für den Aufbau einer Marketing-Datenbank aus Besucherregistrierungen ist das berechtigte Interesse jedoch schwerer zu rechtfertigen – insbesondere bei B2B-Daten, bei denen es sich bei den Personen um identifizierbare Berufstätige handelt. Meine Empfehlung: Nutzen Sie die Einwilligung, gestalten Sie das Formular richtig, und Sie erhalten eine saubere Compliance-Position. Ein weiterer technischer Punkt, bevor wir zur Implementierung übergehen: MAC-Adressen-Randomisierung. Seit iOS 14 und Android 10 randomisieren Mobilgeräte standardmäßig ihre MAC-Adresse pro Netzwerk. Das bedeutet, dass die MAC-Adresse, die Ihr Access Point heute bei der Verbindung eines Besuchers sieht, eine andere sein kann als die im letzten Monat - selbst wenn es sich um dasselbe Gerät und dieselbe Person handelt. Für die B2B-Erfassung von registrierten Namen und Unternehmensdaten ist dies jedoch weniger ein Problem, da Ihr Identitätsanker die registrierte E-Mail-Adresse ist und nicht die MAC-Adresse. Die E-Mail-Adresse ist stabil. Richten Sie Ihre Logik zur Identitätsauflösung auf die E-Mail-Adresse aus, dann wird die MAC-Randomisierung zu einer Nebensache. Lassen Sie mich Ihnen nun zwei reale Implementierungsszenarien vorstellen, die zeigen, wie dies in der Praxis funktioniert. Das erste Szenario ist ein Konferenzzentrum im Finanzviertel. Dort finden jährlich 200 Veranstaltungen mit durchschnittlich 300 Teilnehmern pro Event statt. Vor dem Einsatz eines professionell gestalteten B2B Captive Portals waren die WiFi-Registrierungsdaten chaotisch: uneinheitliche Firmennamen, private E-Mail-Adressen, keine Angaben zur Berufsbezeichnung und keine Einwilligungserklärungen. Es konnten keine grundlegenden Fragen beantwortet werden, wie zum Beispiel, welche Unternehmen die meisten Delegierten schicken oder wie hoch die durchschnittliche Seniorität der Teilnehmer ist. Nach der Einführung eines strukturierten B2B-Portals mit Feldern für den vollständigen Namen, den Firmennamen, die geschäftliche E-Mail-Adresse und die optionale Berufsbezeichnung - kombiniert mit einer E-Mail-Domain-Normalisierung im Backend - bauten sie innerhalb von sechs Monaten eine saubere Datenbank auf Account-Ebene auf. Sie konnten den Ausstellern nun nachweisen, dass 34 Prozent ihrer Teilnehmer von FTSE-100-Unternehmen stammten. Dieser Datenpunkt trug direkt zu einer Erhöhung ihrer Sponsoring-Preise um 40 Prozent bei. Das WiFi-Registrierungsformular wurde zu einem umsatzgenerierenden Aktivposten. Das zweite Szenario ist eine Hotelgruppe mit 45 Standorten, die jeweils über Tagungs- und Konferenzmöglichkeiten verfügen. Ihre Herausforderung war die Konsistenz: Jedes Haus hatte eine leicht andere Portalkonfiguration, unterschiedliche Feldsets und in verschiedenen Systemen gespeicherte Daten. Ein Gast, der an einer Konferenz in der Immobilie in Manchester teilnahm und danach in der Londoner Immobilie übernachtete, wurde als zwei separate, nicht miteinander verbundene Besucher behandelt. Durch die Standardisierung auf ein einziges B2B-Portal-Template, das an allen 45 Standorten mit zentraler Datenspeicherung und E-Mail-basierter Identitätsauflösung eingesetzt wurde, bauten sie eine einheitliche Besucherdatenbank auf. Innerhalb von zwölf Monaten identifizierten sie 8.200 Geschäftsreisende, die mehrere Hotels genutzt hatten. Diese Gruppe bildete das Fundament für ein zielgerichtetes Account-Based-Marketing-Programm. Die Kosten für die Implementierung des standardisierten Portals wurden bereits im ersten Quartal durch zusätzliche Konferenzbuchungen aus dieser identifizierten Gruppe amortisiert. Lassen Sie mich Ihnen nun die Implementierungsfehler nennen, die Sie vermeiden sollten. Dies sind die Fehler, die ich am häufigsten sehe. Fallstrick eins: Freitext-Firmennamen ohne Normalisierung. Wenn Sie Freitexteingaben für Firmennamen zulassen und diese nicht im Backend normalisieren, wird Ihre Datenbank Hunderte von Variationen desselben Unternehmens enthalten. Nutzen Sie stattdessen die E-Mail-Domain als primäre Unternehmenskennung. Fallstrick zwei: Die Koppelung der Einwilligung zum WiFi-Zugang mit der Marketing-Einwilligung. Dies ist ein Verstoß gegen die GDPR. Das Information Commissioner's Office stellt klar: Die Einwilligung für Marketingzwecke muss von der Einwilligung für den Dienst selbst getrennt sein. Wenn ein Besucher Marketing-E-Mails akzeptieren muss, um WiFi-Zugang zu erhalten, ist diese Einwilligung nicht freiwillig erteilt und somit ungültig. Fallstrick drei: Keine Sitzungszeitüberschreitungen oder Bandbreitenrichtlinien auf der B2B-SSID. Legen Sie ein Bandbreitenlimit pro Gerät und ein Sitzungstimeout fest. Vier Stunden sind ein angemessener Standardwert für eine Konferenzumgebung. Fallstrick vier: Speicherung von Einwilligungsdaten im selben System wie die Sitzungsprotokolle. Einwilligungsdaten benötigen eine längere Aufbewahrungsfrist als Sitzungsprotokolle. Sitzungsprotokolle können nach 30 Tagen gelöscht werden. Einwilligungsdaten sollten für die Dauer der Geschäftsbeziehung plus zwei Jahre aufbewahrt werden. Nutzen Sie eine Plattform wie Purple, die automatisch unterschiedliche Aufbewahrungsregeln auf verschiedene Datentypen anwendet. Nun zu den am häufigsten gestellten Fragen. Sollten wir an B2B-Standorten einen LinkedIn-Login anstelle eines Registrierungsformulars nutzen? LinkedIn-OAuth liefert Ihnen Name, Unternehmen, Jobtitel und Branche, ohne dass der Besucher etwas eingeben muss. Die Datenqualität ist höher als bei einer Freitexteingabe. Der Nachteil ist eine geringere Konversionsrate: Nicht jeder geschäftliche Besucher hat ein LinkedIn-Konto. Meine Empfehlung ist, LinkedIn als Option neben einem Standardformular anzubieten und nicht als einzige Methode. Wie gehen wir mit Besuchern um, die private statt geschäftliche E-Mail-Adressen verwenden? Sie können eine geschäftliche E-Mail-Domain erzwingen, indem Sie diese mit einer Liste bekannter Consumer-Domains abgleichen und private Adressen blockieren. Oder Sie akzeptieren jede E-Mail-Adresse und markieren private Domains zur manuellen Überprüfung. Für hochwertige B2B-Standorte empfehle ich den ersten Ansatz mit einer klaren Fehlermeldung, warum eine geschäftliche E-Mail erforderlich ist. Können wir die Daten des Captive Portal direkt in Salesforce oder HubSpot integrieren? Ja. Die Plattform von Purple bietet native Integrationen für die wichtigsten CRM-Plattformen. Der registrierte Name und die Unternehmensdaten fließen direkt als neuer Kontakt in Ihr CRM oder aktualisieren einen bestehenden Datensatz, wobei der WiFi-Besuch als Aktivität protokolliert wird. Zusammenfassend die wichtigsten Punkte des heutigen Briefings. Gestalten Sie Ihr B2B Captive Portal mit drei Pflichtfeldern: vollständiger Name, Firmenname und geschäftliche E-Mail-Adresse. Fügen Sie den Jobtitel als optionales Feld hinzu. Halten Sie das Formular kurz. Jedes zusätzliche Pflichtfeld verringert die Abschlussquote. Nutzen Sie die E-Mail-Domain als Ihre kanonische Unternehmenskennung. Normalisieren Sie Freitext-Firmennamen im Backend. Bauen Sie Ihre Account-Level Intelligence auf der E-Mail-Domain auf und nicht auf dem, was Besucher in das Feld für den Firmennamen eingeben. Trennen Sie Ihre Zustimmungs-Kontrollkästchen. Ein Pflichtfeld für Nutzungsbedingungen und Netzwerkzugang. Ein optionales Kontrollkästchen für Marketing-Kommunikation. Bündeln Sie diese niemals. Protokollieren Sie jedes Zustimmungsereignis mit einem Zeitstempel und der Version der Datenschutzrichtlinie. Begegnen Sie der MAC-Anonymisierung, indem Sie Ihre Identitätsauflösung an die E-Mail-Adresse und nicht an die MAC-Adresse koppeln. Die E-Mail-Adresse bleibt über Sitzungen und Geräte hinweg stabil. Und schließlich: Wählen Sie eine Plattform, die die Compliance-Architektur für Sie übernimmt. Purple ist ISO 27001-zertifiziert, GDPR- und CCPA-konform sowie Cyber Essentials-zertifiziert. Die Protokollierung von Einwilligungen, Datenaufbewahrungsregeln und Tools zur Beantwortung von Auskunftsersuchen betroffener Personen sind bereits integriert. Ihr nächster Schritt besteht darin, Ihre aktuelle Portal-Konfiguration anhand des heute vorgestellten Feld-Setups und der Compliance-Checkliste zu überprüfen. Wenn Sie einen B2B-Standort betreiben und den registrierten Namen und Unternehmensdaten nicht strukturiert und konform erfassen, lassen Sie wertvolle geschäftliche Erkenntnisse ungenutzt. Weitere technische Leitfäden und Implementierungsressourcen finden Sie auf purple.ai. Vielen Dank, dass Sie sich das Purple Intelligence Briefing angehört haben.