¿Por qué activar HTTPS en Open WebUI?

Al principio, puede parecer que activar el protocolo HTTPS para un entorno local como Open WebUI es un esfuerzo innecesario. Después de todo, si solo lo usas para dictar con el micrófono o chatear en tu propia red, ¿qué gracia tiene darle al servidor? Sin embargo, hay varias razones técnicas bastante concretas para hacerlo.

Primero, consideremos los permisos modernos del navegador. No se trata únicamente de la grabación de audio: funciones como el acceso a la cámara, el portapapeles programático, las notificaciones e incluso algunas APIs de archivos cada vez más se restringen exclusivamente a contextos seguros.

Si navegas sin HTTPS, el navegador detectará que estás en un contexto inseguro y te cortará estas funcionalidades. Esto significa que perderás acceso a hardware esencial o APIs clave simplemente por no cumplir con los estándares actuales.

Las cookies y la autenticación

Otro punto crucial es la seguridad de las sesiones. Aunque tu red sea privada, si alguien está husmeando en ella—ya sea en un WiFi compartido o una VLAN mal segmentada—las cookies sin HTTPS no pueden marcarse como Secure. Esto abre la puerta a vulnerabilidades simples que podrías evitar fácilmente.

Hacia apps modernas y PWA

Finalmente, si en algún momento deseas que Open WebUI funcione como una aplicación real con capacidades offline o caché parcial, necesitarás HTTPS sí o sí. Es un requisito ineludible para instalarla como app.

Montar una configuración con mkcert y nginx al principio tiene ese efecto de «ya está bien hecho» que, a la larga, te ahorra más tiempo del que crees. Al final, todo el ecosistema asume HTTPS por defecto; si lo dejas en HTTP, tarde o temprano te encontrarás con errores de compatibilidad que habrían sido evitables.