Two vendors, supported properly
We would rather do two integrations well than list a dozen logos we have never tested against. Here is exactly what is built.
TP-Link Omada
VoqadoWiFi connects through the Omada controller's external portal feature. Self-hosted software controllers, hardware controllers, and Omada Cloud are all handled by the same integration, and self-signed certificates on a local controller are tolerated.
Ubiquiti UniFi
VoqadoWiFi supports both UniFi generations: UniFi OS consoles such as the Dream Machine and UDM Pro, and the legacy self-hosted UniFi Network Server on port 8443. Which one you have is detected automatically, including installs behind a reverse proxy or Cloudflare Tunnel.
How the external captive portal model works
The mechanics are the same on both vendors. Only the specific redirect format and the authorisation call differ.
The guest joins your open SSID
Your access points already put unauthenticated devices in a walled-garden state. Nothing about your SSID, VLANs, or bandwidth policy needs to change to add VoqadoWiFi.
Your controller redirects to VoqadoWiFi
Instead of pointing the guest portal at the controller's own built-in page, you point it at a VoqadoWiFi portal URL. The controller appends the device MAC, access point MAC, SSID, and the page the guest was originally trying to reach.
VoqadoWiFi collects and stores the guest record
The guest completes your branded login form. Email, name, phone, and consent are written to your guest database, along with the session details the controller supplied.
VoqadoWiFi tells the controller to let them online
The platform calls your controller with the authorisation command for that MAC address. The controller opens access, the guest lands on your redirect URL, and the marketing automations start from the record that was just created.
What the integration actually buys you
The controller authenticates. It does not build you a list.
Both Omada and UniFi ship perfectly good built-in guest portals. What neither does is keep a durable, exportable customer record, deduplicate returning visitors, or send anything afterwards. That gap is the entire reason an external portal exists.
No hardware replacement, no RADIUS server
The external portal model uses features already present in your controller. You are not buying new access points, running FreeRADIUS, or putting a gateway appliance in front of your traffic.
Self-signed certificates are tolerated
Controllers installed on a local server or a VPS almost always present a self-signed certificate. VoqadoWiFi does not require you to obtain a public certificate for your controller before the integration will work.
A Test Connection button before you go live
When you enter your controller URL, site, and credentials in the VoqadoWiFi dashboard, Test Connection probes the controller and reports what it found. On UniFi it lists the sites the account can see so you can click to fill the site id rather than guessing at an auto-generated string.
If your hardware is not on this page
Then it is not supported today, and we are not going to imply otherwise with a vague compatibility claim. Omada and UniFi are the two integrations that exist in the product, and a location is configured as one or the other.
Vendor support is something we expand, and the thing that moves it is operators telling us what they run. Get in touch with your vendor, your controller setup, and how many sites are involved. You will get a straight answer about whether it is on the list, and we will not give you a date we cannot stand behind.
Where operators put this to work
Same integration, different playbook depending on the venue.
Hardware compatibility questions
Straight answers about what connects and what does not.