White-Label-Captive Portal-Software: Was MSPs und Wiederverkäufer vor der Unterzeichnung prüfen sollten

White-Label Captive Portal Software ermöglicht es MSPs oder Resellern, Gast-WiFi-Anmeldeseiten unter der eigenen Marke zu verkaufen. Überprüfen Sie vor dem Vertragsschluss sechs Punkte: echte Mandantenfähigkeit mit delegierter Administration, Branding über Domain, E-Mail und Berichte hinweg, Unterstützung für jeden installierten Access-Point-Anbieter, ein Abrechnungsmodell, das Ihre Marge schützt, GDPR-Einwilligungsnachweise im Besitz Ihres Kunden sowie dokumentierte Schnittstellen (APIs).

Welches White-Label-Captive-Portal-Modell sollten Sie wählen?

Ein Captive Portal ist die Webseite, die ein Gerät anzeigt, bevor das Netzwerk Internetzugang gewährt. Die IETF beschreibt diese Architektur in RFC 8952. RFC 8908 definiert eine API, die Geräten das Vorhandensein eines Portals signalisiert.

Mit einer White-Label-Captive-Portal-Software verkaufen Sie diese Anmeldeseite unter Ihrer eigenen Marke. Auch die dahinterliegende Konsole und die Berichte tragen Ihr Branding.

Drei kommerzielle Modelle dominieren den Reseller-Markt. Sie unterscheiden sich in drei Punkten:

• wer den Kundenvertrag hält
• wie weit Ihr Branding reicht
• wie sauber die Daten der einzelnen Kunden getrennt sind

Wählen Sie zuerst das Modell und bewerten Sie danach die Anbieter innerhalb dieses Modells.

Modell	Ihre Marke erscheint auf	Datentrennung der Kunden	Wer hält den Kundenvertrag	Typische Abrechnung	Geeignet für
Vollständiges White Label, mandantenfähig	Anmeldeseite, benutzerdefinierte Domain, Admin-Konsole, E-Mails, SMS und Berichte	Eigener Mandant pro Kunde, mit zugewiesenen Admin-Rollen und API-Schlüsseln	Sie	Großhandelspreis pro Standort oder Access Point, Sie bestimmen den Verkaufspreis	MSPs mit Service Desk und einem Portfolio an Standort-Kunden
Co-Branded Reseller	Nur Anmeldeseite und E-Mails; Konsole und Berichte zeigen den Anbieter	Unterkonten oder Ordner innerhalb eines gemeinsamen Kontos	Sie oder der Anbieter	Listenpreis des Anbieters abzüglich Reseller-Rabatt	Reseller, die Hardware-Verkäufen Gast-WiFi hinzufügen
Empfehlung oder Direktvertrag	Durchgehend Herstellermarke; Sie treten als Installateur auf	Eigenes Anbieterskonto des Kunden	Der Anbieter	Listenpreis des Anbieters; Sie erhalten eine Empfehlungsprovision oder Service-Einnahmen	Partner, die einmalige Projekte ohne Support-Desk durchführen

Die meisten MSPs mit einem Support-Desk und mehreren Standort-Kunden entscheiden sich für das erste Modell. Der Rest dieses Leitfadens setzt dieses Modell voraus und zeigt Ihnen, wie Sie die Zusagen eines Anbieters überprüfen.

Wo sich White-Label-Captive-Portal-Plattformen wirklich unterscheiden

Jede Anbieter-Demo zeigt eine gebrandete Anmeldeseite. Die tatsächlichen Unterschiede liegen darunter, in sechs Bereichen. Zusammen bestimmen sie Ihre Marge, Ihr Compliance-Risiko und Ihren Support-Aufwand.

Echte Mandantenfähigkeit und delegierte Administration

Echte Mandantenfähigkeit bedeutet ein Kunde pro Mandant. Daten, Einstellungen, Admin-Konten und API-Schlüssel sind auf Plattformebene isoliert. Ein Ordner innerhalb eines gemeinsamen Kontos ist kein eigener Mandant. Wenn eine Fehlkonfiguration von Rollen die Gästeliste eines Kunden für einen anderen sichtbar macht, haften Sie für die Datenschutzverletzung.

Testen Sie die delegierte Administration in einem Test-Mandanten, nicht anhand von Präsentationsfolien. Sie benötigen mindestens vier Rollen:

• Ihren eigenen Super-Admin
• einen Kunden-Admin
• ein auf einen Standort beschränkter Venue Manager
• eine schreibgeschützte Marketingrolle

Ein Hotel General Manager sollte sein eigenes Hotel sehen und sonst nichts.

Fordern Sie Single Sign-On über SAML 2.0 an, den OASIS-Standard für federiertes Login. Es sollte mit Microsoft Entra ID, Okta und Google Workspace funktionieren.

SCIM 2.0 (System for Cross-domain Identity Management, RFC 7643 und RFC 7644) automatisiert die Erstellung und Entfernung von Admin-Konten. Ohne diese Funktion behält ein ehemaliger Mitarbeiter Ihres Kunden den Zugriff auf die Konsole, bis sich jemand daran erinnert. Stellen Sie sicher, dass Audit-Logs pro Mandant aufbewahrt werden und exportiert werden können, damit Sie einem Kunden zeigen können, wer was geändert hat.

Tiefe des Brandings: Domain, Absender-E-Mail, Portal und Berichte

Bei der Tiefe des Brandings schlagen die meisten "White Label"-Versprechen fehl. Bewerten Sie jede Oberfläche, die ein Gast oder Kunde sehen könnte:

• Login-Seiten-Domain. Das Captive Portal sollte von Ihrer Domain oder der Ihres Kunden geladen werden. Der Anbieter sollte sein TLS-Zertifikat automatisch verlängern.
• Admin-Konsole. Ihr Logo, Ihre Farben und Ihre URL gehören auf den Anmeldebildschirm. Eine Konsole mit dem Branding des Anbieters verrät Ihrem Kunden genau, wen er bei einer Verlängerung anrufen muss.
• Absender-E-Mail. Verifizierungscodes und Marketing-E-Mails müssen von Ihrer Domain gesendet werden. Dazu müssen SPF (RFC 7208), DKIM (RFC 6376) und DMARC (RFC 7489) auf Ihre Domain abgestimmt sein, da die Nachrichten sonst im Spam landen.
• SMS-Absender-ID. Verifizierungs-SMS sollten Ihren Namen oder den des Veranstaltungsorts anzeigen, niemals den des Anbieters.
• Berichte. Geplante Exporte und Dashboards sollten Ihr Branding tragen, ohne Wasserzeichen des Anbieters. Wenn Sie WiFi Analytics wiederverkaufen, ist der monatliche Bericht das Produkt, das Ihr Kunde tatsächlich sieht.
• Hilfe-Links und Statusseiten. Konsolen-Links sollten auf Ihre Wissensdatenbank verweisen oder nirgendwohin.

Mandantenfähige Vorlagen sind ebenfalls wichtig. Eine Kneipenkette und eine Kommunalverwaltung wünschen sich unterschiedliche Login-Abläufe, Einwilligungstexte und Sprachen.

Hardware-Abdeckung in Ihrer gesamten installierten Basis

Ihre Kunden besitzen bereits Access Points, und diese stammen selten von nur einem Anbieter. Fordern Sie die Liste der unterstützten Geräte namentlich und nach Verwaltungsplattform an: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme und Fortinet. "Alle führenden Anbieter" ist ein Warnsignal, keine Antwort.

Unterstützung bedeutet mehr als eine Weiterleitung. Bestätigen Sie für jeden Anbieter vier Funktionen:

• Weiterleitung an ein externes Captive Portal
• RADIUS (Remote Authentication Dial-In User Service, RFC 2865) Authentifizierung
• RADIUS-Accounting (RFC 2866) für Sitzungsdaten
• Walled-Garden-Konfiguration für Social-Media- und Zahlungs-Logins

Fordern Sie für jeden Anbieter einen veröffentlichten Integrationsleitfaden an. Testen Sie dann mit der Firmware, die Ihre Kunden tatsächlich ausführen.

Die Hardware-Abdeckung schützt Sie auch bei Erneuerungszyklen. Ein Cloud-Overlay liegt über dem Netzwerk, sodass ein Kunde den Anbieter von Access Points wechseln kann, ohne das Gästeerlebnis zu verändern. Das ist wichtig für jeden Bestand, der durch Planning a WiFi 6 to WiFi 7 access point refresh when Cisco Meraki WiFi 6 reaches end of sale abgedeckt wird.

Das Guest WiFi von Purple läuft als hardwareunabhängiges Cloud-Overlay auf allen acht oben genannten Herstellern. Die Hintergründe erfahren Sie unter Why your next WiFi upgrade doesn't need new hardware.

Einige Kunden werden mehr als nur Gastzugang wünschen. Fragen Sie, ob die Plattform 802.1X unterstützt, den IEEE-Standard für portbasierte Netzwerkzugriffskontrolle. Fragen Sie auch nach iPSK (Identity Pre-Shared Key), wodurch jedes Gerät oder jede Person einen eigenen WiFi-Schlüssel erhält. Wenn Sie den Mitarbeiterzugang hinzufügen, halten Sie Troubleshooting Windows 11 802.1X authentication issues: enterprise IT guide griffbereit.

Passpoint, auch bekannt als Hotspot 2.0, ermöglicht es wiederkehrenden Gästen, sich automatisch ohne Portal erneut zu verbinden. OpenRoaming, die Federation der Wireless Broadband Alliance, tut dasselbe über alle teilnehmenden Netzwerke hinweg. Eine Plattform ohne diese Funktionen schränkt Ihre späteren Vertriebsmöglichkeiten ein.

GDPR-Einwilligungsnachweise im Besitz Ihres Kunden

Gemäß GDPR ist Ihr Kunde, der Betreiber des Veranstaltungsorts, in der Regel der Verantwortliche für die Gastdaten (Artikel 4 Abs. 7). Sie agieren als Auftragsverarbeiter und der Plattformanbieter als Ihr Unterauftragsverarbeiter. Artikel 28 verlangt einen schriftlichen Vertrag für jedes Glied dieser Kette. Artikel 28 Abs. 2 untersagt einem Auftragsverarbeiter die Hinzuziehung eines Unterauftragsverarbeiters ohne vorherige schriftliche Genehmigung des Verantwortlichen.

Artikel 7 Abs. 1 verpflichtet den Verantwortlichen dazu, die Einwilligung nachzuweisen. Das bedeutet einen vollständigen Datensatz pro Gast:

• Zeitstempel
• der genaue angezeigte Wortlaut
• die Version des Datenschutzhinweises
• der Kanal
• die akzeptierten Zwecke

Ein Kennzeichen für "Marketing zugestimmt" reicht nicht aus. Erwägungsgrund 32 ergänzt, dass vorausgewählte Kästchen nicht als Einwilligung gelten. Für E-Mail- und SMS-Marketing im Vereinigten Königreich muss die Einwilligung zudem den Privacy and Electronic Communications Regulations (PECR) entsprechen.

Prüfen Sie drei Vertragspunkte, bevor Sie unterschreiben:

1. Der Anbieter erhebt keinen Anspruch darauf, Gastdaten für eigene Zwecke zu nutzen. Tut er dies doch, wird er zum Verantwortlichen, und der Datenschutzhinweis Ihres Kunden muss dies angeben.
2. Artikel 28 Abs. 3 lit. g verlangt die Rückgabe oder Löschung personenbezogener Daten nach Vertragsende. Lassen Sie sich Exportformat, Zeitrahmen und Kosten schriftlich bestätigen.
3. Der Anbieter veröffentlicht eine Liste der Unterauftragsverarbeiter und informiert Sie über Änderungen, damit Sie diese Benachrichtigung an Ihre Kunden weiterleiten können.

Purple integriert bewusste Opt-ins in den Anmeldefluss, sodass sich jeder Gast aktiv für Marketing entscheidet. Purple ist ISO 27001-zertifiziert und GDPR-konform.

API- und Webhook-Zugriff

APIs entscheiden darüber, wie viel Ihres eigenen Dienstes Sie aufbauen können. Fordern Sie eine dokumentierte REST-API mit Schlüsseln an, die auf einen einzelnen Mandanten beschränkt sind. So kann ein kompromittierter Schlüssel nicht auf jeden Kunden zugreifen. Bulk-Endpunkte für Mandanten, Standorte und Portal-Vorlagen ermöglichen es Ihnen, das Onboarding per Skript auszuführen, anstatt sich durchgeklickt durchzuarbeiten.

Webhooks übertragen Ereignisse, wie etwa eine Gastanmeldung oder ein neues Opt-in, in Echtzeit an das CRM Ihres Kunden. Prüfen Sie drei Dinge:

• Nutzdaten sind signiert, damit der Empfänger den Absender verifizieren kann
• fehlgeschlagene Zustellungen werden automatisch wiederholt
• Rate-Limits und etwaige Zusatzgebühren für den API-Zugriff sind schriftlich bestätigt

Support-Eskalation

Auf einer White-Label-Plattform sind Sie der First-Line-Support. Der Standort ruft Sie an, und der Anbieter darf Ihren Kunden niemals direkt kontaktieren. Das macht den Second-Line-Weg des Anbieters zu Ihrer wichtigsten Servicebedingung.

Schreiben Sie diese Punkte in den Vertrag:

• Definierte Schweregrade
• Reaktionsziele für jeden Schweregrad
• Ein benannter Ansprechpartner beim Partner
• Ein direkter Weg zur Technik bei einem standortweiten Ausfall

Artikel 33 Abs. 2 DSGVO verpflichtet einen Auftragsverarbeiter, dem Verantwortlichen eine Verletzung ohne schuldhaftes Zögern zu melden. Ihr Anbietervertrag muss Ihnen Benachrichtigungen schnell genug liefern, damit Sie diese Pflicht gegenüber Ihrem Kunden erfüllen können.

Fordern Sie auch Nachweise über die Skalierbarkeit an. Purple verarbeitete im Jahr 2024 440 Millionen Anmeldungen an über 80.000 aktiven Standorten in mehr als 90 Ländern (eigene Daten von Purple).

Wann eine vollständig mandantenfähige White-Label-Plattform die richtige Wahl ist

Wählen Sie ein vollständiges White Label, wenn Sie die Kundenbeziehung durchgehend besitzen. Das bedeutet in der Regel, dass drei Dinge zutreffen:

• Sie betreiben einen Service Desk
• Sie stellen Kunden monatlich Rechnungen aus
• Sie betreuen mehrere Standortkunden branchenübergreifend

Gäste-WiFi wird dann zu einer wiederkehrenden Position auf Ihrer eigenen Rechnung.

Es eignet sich auch für gemischte Hardware-Bestände. Eine hardwareunspezifische Plattform ersetzt mehrere herstellerspezifische Konsolen. Ihre Techniker erlernen ein einzelnes System, und die Berichte für jeden Kunden sehen gleich aus.

Praxisbeispiel: Eine regionale Hotelgruppe mit zwei Hardware-Anbietern

Situation. Ein MSP verwaltete das Gäste-WiFi für eine regionale Gruppe mit 14 Hotels. Neun Hotels nutzten Cisco Meraki. Fünf im Vorjahr erworbene Hotels nutzten Ruckus mit insgesamt 210 Access Points. Das vom MSP in die engere Wahl gezogene Captive Portal unterstützte nur Meraki.

Vorgehensweise. Der MSP stellte seine Auswahl auf hardwareunabhängige Plattformen um und führte einen Pilotversuch in zwei Hotels durch, der beide Anbieter abdeckte. Er erstellte einen Mandanten für die Gruppe, wobei jedes Hotel als Standort angelegt wurde. Die Geschäftsführer erhielten reine Standort-Rollen. Die Marketingleitung der Gruppe erhielt Lesezugriff auf die Berichte aller 14 Hotels.

Ergebnis (beispielhafte Zahlen). Alle 210 Ruckus Access Points blieben in Betrieb, anstatt ausgetauscht zu werden. Die Gruppe nutzte einheitlich ein Login-Design, einen Einwilligungstext und einen Monatsbericht für alle Objekte.

Weitere Informationen zu diesem Sektor finden Sie unter Hotels und WiFi in Restaurants: Ein Leitfaden für Abdeckung und Sicherheit.

Wann ein Co-Branded- oder Direktvertrag die richtige Wahl ist

Ein vollständiges White Label ist den Aufwand nicht immer wert. Vielleicht verkaufen Sie Gäste-WiFi als einmalige Ergänzung zu einem Hardware-Projekt. In diesem Fall ist ein Co-Branded-Konto oder eine Empfehlung einfacher, und Sie vermeiden First-Line-Support für ein Produkt, das Sie nicht selbst betreiben möchten.

Ein Direktvertrag eignet sich für große Einzelkunden mit eigener IT, wie eine nationale Retail-Kette. Deren Einkaufsteam zieht es möglicherweise vor, den Vertrag direkt mit dem Anbieter abzuschließen. Kunden in regulierten Branchen, wie dem Healthcare-Sektor, führen oft auch ihre eigene Lieferantenprüfung durch.

Sie verdienen weiterhin an Installation, Netzwerkverwaltung und Standortvermessungen. WiFi Site Surveys: A Practical Planning Guide deckt diese Grundlagen ab.

Wie White-Label-Captive-Portal-Software preislich gestaltet ist

Drei Abrechnungseinheiten dominieren: pro Standort, pro Access Point und pro Gast. Die meisten Anbieter verkaufen im Großhandel, und Sie legen den Endkundenpreis fest. Ihre Marge hängt weniger vom Rabatt ab als davon, Ihre Abrechnungseinheit an die des Anbieters anzupassen.

Abrechnungsmodell	Sie zahlen für	Kostenvorhersehbarkeit	Hauptrisiko für Sie	Am besten geeignet für
Pro Standort	Jeden Veranstaltungsort, unabhängig von der Größe	Hoch: ändert sich nur, wenn ein Standort hinzukommt oder wegfällt	Kleine Standorte kosten genauso viel wie große	Ketten ähnlicher Standorte: Pubs, Schnellrestaurants, Einzelhandel in der Innenstadt
Pro Access Point	Jeden verwalteten Access Point	Hoch: ändert sich nur bei Hardwareprojekten	Verdichtung oder ein WiFi 7 Refresh erhöht die Lizenzen	Stadien, Konferenzzentren und andere Veranstaltungsorte mit Besucherpeaks
Pro Gast	Jeden authentifizierten Gast pro Monat	Niedrig: schwankt mit den Besucherzahlen	Event-Spitzen führen zu unerwarteten Kosten, sofern nicht gedeckelt	Pilotprojekte, saisonale Standorte und schwach frequentierte Standorte

Die sicherste Struktur stellt Ihrem Kunden dieselbe Einheit in Rechnung, die der Anbieter Ihnen berechnet. Wenn Sie pro Access Point zahlen, aber pro Standort abrechnen, zehrt jedes Verdichtungsprojekt an Ihrer Marge.

Prüfen Sie vor der Unterzeichnung vier weitere Kostenpunkte:

• Mindestlaufzeiten
• Jährliche Preisanpassungsklauseln
• Gebühren für API-Zugriff oder zusätzliche Mandanten
• SMS-Verifizierung, die oft außerhalb der Lizenz liegt

Praxisszenario: ein Konferenzzentrum mit eventbedingten Spitzen

Situation. Ein Wiederverkäufer bot Guest WiFi für ein Konferenzzentrum mit 120 Access Points an. Die monatliche Besucherzahl reichte von etwa 3.000 Besuchern in ruhigen Monaten bis zu 45.000 während einer großen Messe.

Was getan wurde. Der erste Anbieter rechnete pro Gast ab. Der Wiederverkäufer modellierte die Besucherzahlen für 12 Monate und stellte fest, dass die Rechnung um das 15-Fache schwankte. Er wechselte zu einem Anbieter, der pro Access Point abrechnet, und verlangte vom Veranstaltungsort eine feste monatliche Gebühr.

Ergebnis (beispielhafte Zahlen). Die Lizenzposition blieb jeden Monat konstant bei 120 Access Points, sodass die monatliche Kostenschwankung auf null sank. Der Veranstaltungsort kalkulierte einen festen Jahresbetrag. Die Marge des Wiederverkäufers hing nicht mehr vom Veranstaltungskalender ab.

So entscheiden Sie für Ihren Bestand: RFP-Fragen und Warnsignale

Senden Sie jedem Anbieter in der engeren Auswahl dieselben Fragen und bitten Sie um schriftliche Antworten. Überprüfen Sie die wichtigen Punkte anschließend in einem Test-Mandanten.

Zu sendende RFP-Fragen

1. Ist jeder Kunde ein separater Mandant mit isolierten Daten, Einstellungen, Admin-Konten und API-Schlüsseln?
2. Welche Admin-Rollen gibt es, und kann eine Rolle auf einen einzelnen Veranstaltungsort beschränkt werden?
3. Unterstützen Sie SAML 2.0 Single Sign-On mit Microsoft Entra ID, Okta und Google Workspace sowie SCIM-Bereitstellung?
4. Können das Captive Portal, die Konsole, die Absender-E-Mail, die SMS-Absender-ID und die Berichte alle unser Branding tragen?
5. Wer stellt TLS-Zertifikate für benutzerdefinierte Domains aus und erneuert diese?
6. Welche Access-Point-Anbieter unterstützen Sie, und veröffentlichen Sie für jeden einen Integrationsleitfaden?
7. Unterstützen Sie RADIUS-Authentifizierung und -Accounting, 802.1X, iPSK, Passpoint und OpenRoaming?
8. Was sind die Abrechnungseinheit, die Mindestlaufzeit und die jährliche Preisanpassung?
9. Was berechnen Sie für SMS, API-Zugriff oder zusätzliche Mandanten?
10. Nutzen Sie Gästedaten für eigene Zwecke?
11. Was enthält ein Einwilligungsnachweis, und in welchen Formaten kann unser Kunde diesen exportieren?
12. Wie und wann geben Sie Daten bei Vertragsende zurück oder löschen diese?
13. Wo befindet sich Ihre Unterauftragsverarbeiter-Liste, und wie informieren Sie über Änderungen?
14. Wie lauten Ihre Schweregrade und Reaktionszeiten, und wie schnell benachrichtigen Sie uns im Falle einer Datenschutzverletzung?
15. Was umfasst der Geltungsbereich Ihres ISO 27001-Zertifikats?

Warnsignale, die eine Unterzeichnung verhindern sollten

Bereich	So sieht eine gute Lösung aus	Warnsignal
Mandantenfähigkeit	Separater Mandant pro Kunde mit isolierten Daten und API-Schlüsseln	Kunden befinden sich in Ordnern innerhalb eines gemeinsamen Kontos
Branding	Ihre Domain auf Portal, Konsole, E-Mails, SMS und Berichten	Anbietername in E-Mails, Konsolen-URL oder Bericht-Fußzeilen
Hardware	Namentlich genannte Anbieter, jeweils mit veröffentlichtem Integrationsleitfaden	"Alle namhaften Anbieter" ohne konkrete Liste
Abrechnung	Abrechnungseinheit entspricht Ihrer Kundenabrechnung, mit gedeckelter Steigerung	Ungedeckelte Preise pro Gast oder API-Zugriff nur im höchsten Tarif
Gästedaten	Kunde ist Verantwortlicher; Anbieter verarbeitet nur auf Weisung	Anbieter behält sich das Recht vor, Gästedaten selbst zu nutzen
Vertragsende	Export der Einwilligungsnachweise in CSV oder JSON innerhalb einer vereinbarten Frist	Export nur auf Anfrage, kostenpflichtig oder in einem proprietären Format
Support	Schweregrade, Reaktionsziele und ein benannter Eskalationskontakt	Nur Ticketformular ohne definierte Reaktionszeiten

Praxisszenario: Eine Kommunalverwaltung wechselt den Reseller

Ausgangslage. Ein Reseller betrieb das Gäste-WiFi für eine Kreisverwaltung in 22 Bibliotheken und Freizeitzentren. Bei der Neuausschreibung entschied sich die Verwaltung für einen anderen Anbieter. Das Veranstaltungsteam verfügte über die Einwilligung von rund 38.000 Besuchern für den Empfang von Informationen.

Vorgehensweise. Der Anbietervertrag des Resellers enthielt eine Ausstiegsklausel gemäß Artikel 28 Abs. 3 lit. g DSGVO. Die Klausel verlangte einen JSON-Export jedes Einwilligungsnachweises innerhalb von 30 Tagen, inklusive Zeitstempel, Textversion und Kanal.

Ergebnis (Beispielzahlen). Die Verwaltung importierte alle 38.000 Einwilligungsnachweise in ihre neue Plattform. Sie konnte Besucher weiterhin per E-Mail kontaktieren, ohne eine erneute Einwilligung einzuholen. Der Reseller beendete das Projekt mit einer schriftlichen Bestätigung, dass seine Datenkopie gelöscht wurde.

Häufig gestellte Fragen

Was ist ein White-Label-Captive-Portal?

Ein White-Label-Captive-Portal ist eine Gäste-WiFi-Anmeldesoftware, die ein MSP oder Reseller unter eigener Marke vertreibt. Der Anbieter betreibt die Plattform, während Ihr Logo, Ihre Domain, Ihre Absender-E-Mail und Ihre Berichte für den Kunden sichtbar sind. Die leistungsfähigsten Plattformen bieten echte Mandantenfähigkeit. Jeder Kunde befindet sich dann in einem eigenen, isolierten Mandanten mit delegierten Administratorrollen für Venue-Manager und Marketingteams.

Kann ein MSP ein Captive Portal als eigenes Brand nutzen?

Ja, vorausgesetzt, die Plattform bietet eine vollständige Branding-Tiefe. Die Anmeldeseite sollte von Ihrer Domain mit einem gültigen TLS-Zertifikat geladen werden. E-Mails sollten von Ihrer Domain mit abgestimmtem SPF, DKIM und DMARC gesendet werden. Die Admin-Konsole und die Berichte sollten keinen Anbieterhinweis enthalten. Wenn das Branding auf der Anmeldeseite stoppt, sieht Ihr Kunde jeden Monat immer noch den Namen des Anbieters.

Wie wird White-Label Captive Portal-Software bepreist?

Die meisten Anbieter berechnen Preise pro Standort, pro Access Point oder pro Gast und verkaufen diese im Großhandel, sodass Sie den Endkundenpreis selbst festlegen. Pro Standort eignet sich für Ketten ähnlicher Veranstaltungsorte. Pro Access Point eignet sich für Veranstaltungsorte mit großen Besucher-Spitzenzeiten. Pro Gast eignet sich für Testprojekte und Standorte mit geringem Datenverkehr, schwankt jedoch mit der Nachfrage. Um Ihre Marge zu schützen, stellen Sie Ihrem Kunden dieselbe Einheit in Rechnung, die der Anbieter Ihnen berechnet.

Welche Access Points muss ein White-Label-Portal unterstützen?

Es muss jeden Anbieter in den Umgebungen Ihrer Kunden unterstützen, einzeln benannt: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme und Fortinet. Bestätigen Sie für jeden einzelnen die Unterstützung für die externe Captive Portal-Weiterleitung, RADIUS-Authentifizierung und -Accounting sowie Walled Garden, abgesichert durch eine veröffentlichte Integrationsanleitung. Guest WiFi von Purple läuft auf allen acht als hardwareunabhängiges Cloud-Overlay.

Wer besitzt die Gastdaten auf einer Reseller-Plattform?

Ihr Kunde, der Betreiber des Veranstaltungsorts, sollte als Verantwortlicher gemäß GDPR Eigentümer der Gastdaten sein. Sie agieren als Auftragsverarbeiter und der Plattformanbieter als Unterauftragsverarbeiter, jeweils gebunden durch einen Vertrag nach Artikel 28. Lehnen Sie Anbieterbedingungen ab, die es dem Anbieter erlauben, Gastdaten für eigene Zwecke zu nutzen. Einwilligungskennziffern sollten bei Bedarf exportierbar sein und nach Vertragsende an Ihren Kunden zurückgegeben werden.

Benötigen Kunden neue Hardware, um auf eine neue Captive Portal-Plattform zu wechseln?

Nein, nicht wenn die Plattform hardwareunabhängig ist. Ein Cloud-Overlay verbindet sich mit den Access Points, die Ihr Kunde bereits nutzt, unter Verwendung von externer Captive Portal-Weiterleitung und RADIUS. Sie konfigurieren das Netzwerk so um, dass es auf die neue Plattform verweist, anstatt Geräte auszutauschen. Testen Sie auf den Firmware-Versionen, die Ihre Kunden tatsächlich nutzen, bevor Sie die Umstellung planen.

Können Sie bestehende Kunden von einer anderen Captive Portal-Plattform migrieren?

Ja, wenn Ihr aktueller Anbieter die Einwilligungsdaten und Gastdaten jedes Kunden in einem nutzbaren Format exportiert. Fordern Sie einen CSV- oder JSON-Export mit Zeitstempel, Einwilligungswortlaut und Kanal unter Berufung auf GDPR Artikel 28 Absatz 3 Buchstabe g an. Erstellen Sie die Portal-Vorlagen im neuen Mandanten neu und betreiben Sie beide Plattformen an einem Test-Veranstaltungsort. Schalten Sie dann die restlichen Standorte in Gruppen um, um das Risiko zu begrenzen.