Un broker MQTT con plan gratuito te permite construir y probar un proyecto IoT real sobre infraestructura alojada sin pagar nada ni mantener un servidor. Esta guía muestra qué límites importan de verdad al comparar planes gratuitos, cómo probar un plan gratuito en diez minutos y cómo evitar elegir un plan que te bloquee justo en el momento en que el proyecto empieza a funcionar.
Qué suele incluir el plan gratuito de un broker MQTT
Casi todos los proveedores de brokers MQTT gestionados ofrecen hoy algún tipo de punto de entrada sin coste. La forma varía, pero la mayoría de los planes gratuitos encajan en uno de estos tres patrones:
- Un broker público de pruebas. Cualquiera puede conectarse, normalmente sin credenciales, y cada topic es visible para todos los demás usuarios. Ideal para aprender y hacer experimentos rápidos, inadecuado para cualquier cosa privada.
- Un plan gratuito en clúster compartido. Obtienes tus propias credenciales en un broker multiinquilino, con cuotas de conexiones, tamaño de mensaje y funciones. Es lo que la mayoría entiende por plan gratuito.
- Una prueba limitada en el tiempo. Todas las funciones durante un periodo fijo, tras el cual el broker se detiene o pasa a un plan de pago. Útil para evaluar, arriesgado para un proyecto personal de larga duración.
La distinción importa porque el primero y el tercero parecen gratuitos pero se comportan de forma distinta cuando ya tienes dispositivos en campo. Un broker público nunca te da privacidad. Una prueba acaba forzando una decisión en una fecha que no has elegido tú. Un plan gratuito permanente en un clúster compartido es el único de los tres que puedes dejar funcionando indefinidamente.
Si todavía estás aprendiendo qué hace un broker MQTT, empieza con un broker público. Si estás construyendo algo que quieres conservar, busca un plan gratuito permanente con credenciales privadas.
Los límites que importan al comparar planes MQTT gratuitos
Cifras destacadas como "gratis hasta N dispositivos" ocultan la mayor parte de los detalles. Cuando pongas dos planes gratuitos lado a lado, comprueba cada una de estas dimensiones en la documentación actual del proveedor en lugar de fiarte de un artículo de blog o de una respuesta en un foro, porque las cuotas cambian.
| Dimensión | Por qué importa | Plan Serverless (Free) |
|---|---|---|
| Conexiones simultáneas | Cada dispositivo, dashboard, script y pestaña del navegador es una conexión | Hasta 25 |
| Tamaño máximo de mensaje | Limita imágenes, lecturas agrupadas y JSON grandes | 256 KB |
| Nivel de QoS más alto | QoS 2 ofrece entrega exactamente una vez para comandos | QoS 0 y 1 |
| Versiones del protocolo | MQTT 5 añade reason codes, caducidad de sesión y más | MQTT 3.1.1 y 5.0 |
| Transportes | Los navegadores necesitan WebSocket y los dispositivos TLS | TCP, TLS, WebSocket, WebSocket seguro |
| Credenciales privadas | Sin ellas cualquiera puede leer tus datos | Usuario, contraseña y client ID generados |
| Suscripciones compartidas | Necesarias para repartir la carga entre consumidores backend | Disponibles en Serverless (Paid) |
| Caducidad o periodo de prueba | Determina si es seguro dejar el plan funcionando | Plan gratuito, sin tarjeta de crédito |
| Ruta de ampliación | Evita tener que reconfigurar cada dispositivo más adelante | Serverless de pago, Dedicated, BYOC, Self Managed Enterprise |
Dos filas merecen especial atención.
Las conexiones se cuentan por cliente, no por dispositivo. Un nodo sensor es una conexión, pero también lo son tu instancia de Node-RED, tu fuente de datos de Grafana, tu app del móvil y cada pestaña del navegador abierta con un cliente MQTT. Un plan de 25 conexiones cubre de sobra un laboratorio casero o un piloto pequeño, pero cuenta tus clientes backend además de tus dispositivos.
El tamaño de mensaje y el QoS son restricciones de diseño, no solo cuotas. Si piensas enviar capturas de cámara, necesitas conocer el payload máximo antes de escribir el firmware. Si tus comandos deben llegar exactamente una vez, comprueba si QoS 2 está disponible en el plan que elijas, o diseña comandos idempotentes que toleren los duplicados de QoS 1. Nuestro artículo niveles de QoS de MQTT explicados analiza ese compromiso.
Broker público de pruebas frente a plan gratuito
ConnectMQ ofrece tanto un servidor MQTT público gratuito en broker.connectmq.com, pensado para pruebas y prototipos y nunca para datos de producción, como un plan Serverless gratuito. Resuelven problemas distintos:
| Broker público de pruebas | Plan Serverless (Free) | |
|---|---|---|
| Autenticación | Anónima, cualquier client ID único no vacío | Usuario, contraseña y client ID generados |
| Privacidad | Todo lo que hay en el área pública es legible por cualquiera | Tu broker, tus credenciales, aislamiento entre inquilinos |
| Tamaño de mensaje | 64 KB | 256 KB |
| Límites de tasa | 10 mensajes por segundo por cliente | Se aplican las cuotas del plan |
| Suscripciones | 10 por cliente, 8 niveles de topic | Se aplican las cuotas del plan |
| Ideal para | Tutoriales, pruebas rápidas, demos | Proyectos personales, pilotos, primeras fases de producto |
El broker público es ideal para la primera tarde. En cuanto envíes datos que no publicarías en una web pública, como la ubicación de tu casa, tu consumo energético o cualquier dato de un cliente, pasa a credenciales privadas.
Cómo probar un plan gratuito en diez minutos
Antes de comprometer firmware con cualquier proveedor, ejecuta la misma prueba rápida con cada candidato. Comprueba la conectividad, TLS, el comportamiento de ida y vuelta y si los límites se aplican como dice la documentación.
Paso 1: conectarse de forma anónima al broker público
Usa los clientes de línea de comandos de Mosquitto y un prefijo de topic aleatorio para no coincidir con nadie más.
# Terminal 1: suscribirse
mosquitto_sub -h broker.connectmq.com -p 1883 -i freetier-sub-7k2q \
-t "connectmq/demo/7k2q/#" -v
# Terminal 2: publicar
mosquitto_pub -h broker.connectmq.com -p 1883 -i freetier-pub-7k2q \
-t "connectmq/demo/7k2q/temp" -m '{"c":21.4}'
Paso 2: repetir con las credenciales del plan gratuito sobre TLS
Después de registrarte y crear un broker en el portal, copia las credenciales generadas y conéctate por el puerto 8883.
mosquitto_sub -h broker.connectmq.com -p 8883 --capath /etc/ssl/certs \
-u YOUR_USERNAME -P YOUR_PASSWORD -i YOUR_CLIENT_ID \
-t "home/#" -v -V mqttv5
En Windows o macOS, sustituye --capath /etc/ssl/certs por --cafile apuntando a un bundle de CA que incluya las raíces de Let's Encrypt.
Paso 3: sondear el límite de payload
Genera un payload justo por debajo y justo por encima del tamaño documentado y observa qué ocurre. Un broker que se comporta bien con MQTT 5 debería rechazar la publicación demasiado grande o desconectar con un reason code en lugar de descartarla en silencio.
import os
import paho.mqtt.client as mqtt
def on_connect(client, userdata, flags, reason_code, properties):
print("connected:", reason_code)
for size_kb in (200, 300):
payload = os.urandom(size_kb * 1024)
info = client.publish("home/limit-test", payload, qos=1)
print(f"queued {size_kb} KB, mid={info.mid}")
def on_publish(client, userdata, mid, reason_code, properties):
print("ack for mid", mid, reason_code)
def on_disconnect(client, userdata, flags, reason_code, properties):
print("disconnected:", reason_code)
client = mqtt.Client(mqtt.CallbackAPIVersion.VERSION2,
client_id="YOUR_CLIENT_ID", protocol=mqtt.MQTTv5)
client.username_pw_set("YOUR_USERNAME", "YOUR_PASSWORD")
client.tls_set()
client.on_connect = on_connect
client.on_publish = on_publish
client.on_disconnect = on_disconnect
client.connect("broker.connectmq.com", 8883)
client.loop_forever()
Ver cómo señala un proveedor un límite te dice mucho sobre lo dolorosa que será la depuración más adelante. Los reason codes explícitos son mucho más fáciles de gestionar en el firmware que los descartes silenciosos.
Paso 4: revisar las herramientas
Un plan gratuito es más útil cuando puedes ver lo que está pasando. En el portal de ConnectMQ puedes abrir el cliente MQTT en el navegador, observar el explorador de topics en vivo y consultar el dashboard mientras se ejecuta la prueba. Compáralo con la visibilidad que te dan los demás candidatos.
Cómo elegir un plan gratuito que no te encierre
El error barato es elegir un plan gratuito que funciona hoy. El error caro es elegir uno que te obligue a migrar dentro de seis meses. Usa esta checklist antes de grabar firmware en más de un puñado de dispositivos:
- Cuenta todos los clientes. Dispositivos, pasarelas, dashboards, scripts y herramientas de prueba mantienen conexiones.
- Anota tu payload más grande. Incluye los peores casos, como el vaciado de un backlog tras una caída.
- Decide qué mensajes necesitan QoS 1 o 2. Los comandos suelen necesitar al menos QoS 1.
- Confirma los transportes que necesitas. Los dashboards en el navegador necesitan WebSocket seguro; los dispositivos con recursos limitados pueden preferir TLS simple en el 8883.
- Comprueba la ruta de ampliación. Pasar de gratis a pago con el mismo proveedor no debería cambiar tu hostname, tu puerto ni tu estructura de topics.
- Lee las condiciones de caducidad. Averigua si el plan gratuito es permanente y qué ocurre con un broker inactivo.
- Mantén las credenciales fuera del control de versiones del firmware. Las credenciales gratuitas también protegen datos reales.
El quinto punto es donde se atascan muchos proyectos. Un plan gratuito que vive en un producto completamente distinto de los niveles de pago obliga a reaprovisionar cada dispositivo cuando creces. Con ConnectMQ, el plan Serverless gratuito es el primer peldaño de la misma escalera que las opciones Serverless de pago, Dedicated y BYOC, así que ampliar te mantiene en el mismo portal, los mismos protocolos y el mismo diseño de topics, en lugar de obligarte a cambiar de plataforma. Para la visión completa de costes, lee precios de broker MQTT y cómo pasar un prototipo MQTT a producción.
Cuándo se te ha quedado pequeño el plan gratuito
Señales de que es hora de subir de plan:
- Te acercas al techo de conexiones y sigues añadiendo dispositivos.
- Necesitas QoS 2 para comandos o payloads más grandes, de hasta 1 MB.
- Quieres que varios consumidores backend compartan un flujo mediante suscripciones compartidas.
- Clientes o compañeros dependen del sistema y necesitas aislamiento respecto a otros inquilinos.
El plan Serverless de pago cubre los tres primeros puntos con hasta 1.000 conexiones, QoS 2, mensajes de 1 MB y suscripciones compartidas. El aislamiento respecto a las cargas de otros inquilinos es para lo que existen los planes Dedicated y BYOC. Nuestra guía sobre cuotas de conexión de un broker MQTT explica cómo diseñar clientes que se mantengan dentro del plan que elijas, y la guía del broker MQTT en la nube cubre el panorama general de alojamiento.
Empieza con el plan gratuito de ConnectMQ
ConnectMQ es un broker MQTT gestionado con un plan Serverless gratuito que admite MQTT 3.1.1 y 5.0, TLS y WebSocket seguro desde el primer momento. Crea una cuenta en app.connectmq.com, elige el plan gratuito, crea un broker y copia tus credenciales generadas. No hace falta tarjeta de crédito, y puedes pasar a un plan de pago cuando el proyecto crezca.
Preguntas frecuentes
¿Es seguro un plan gratuito de broker MQTT para producción?
Un plan gratuito con credenciales privadas y TLS está bien para proyectos personales y pilotos pequeños. Para sistemas de cara al cliente, elige un nivel de pago que se ajuste a tu número de conexiones y a tus necesidades de aislamiento.
¿Cuántos dispositivos puedo conectar con el plan Serverless gratuito?
El plan Serverless (Free) permite hasta 25 conexiones simultáneas. Recuerda que los dashboards, los scripts y los clientes de navegador cuentan para ese número además de los dispositivos.
¿Qué diferencia hay entre el broker público y el plan gratuito?
El broker público en broker.connectmq.com es anónimo y legible por cualquiera, así que sirve para pruebas y tutoriales. El plan gratuito te da credenciales generadas y un broker privado para tus propios datos.
¿Tengo que cambiar el firmware al ampliar desde el plan gratuito?
Si te quedas con el mismo proveedor, tus protocolos, puertos y estructura de topics no cambian, así que como mucho actualizas las credenciales o el endpoint que muestra el portal. Cambiar de proveedor suele implicar reaprovisionar hostnames y credenciales en cada dispositivo, por eso conviene revisar pronto la ruta de ampliación.



