Pedido confirmado, entregador a duas paradas, alerta de preço disparado: seu backend publica o evento uma vez e cada aba do navegador e app móvel inscrito recebe na hora via MQTT sobre WebSockets seguros — sem polling e sem servidor de sockets próprio.
Sem cartão de crédito
PUBLISH orders/ord-58213/status
{"status":"out_for_delivery","eta":"14:35","stops_away":2,"courier":"c-221","ts":"2026-10-22T14:02:51Z"}QoS 1 · TLS 8883 · PUBACK
Apps que consultam uma API a cada poucos segundos sobrecarregam o backend e ainda parecem lentos. Um serviço WebSocket próprio exige escrever reconexão, fan-out e escala horizontal — e o usuário que sai do Wi-Fi para o 4G ainda perde justamente a atualização que importava.
O serviço de pedidos, o sistema de despacho ou o job de alertas publica um pequeno evento JSON em um tópico como orders/{id do pedido}/status sempre que algo muda.
Apps web se conectam com MQTT.js via WebSockets seguros, apps móveis com um cliente MQTT nativo, e assinam os tópicos daquele usuário.
O ConnectMQ entrega cada evento a todos os clientes inscritos ao mesmo tempo — o celular do cliente, a aba aberta e o console do seu atendente.
O app avança o rastreio do pedido, atualiza um contador ou mostra um banner. Para apps fechados, seu serviço de push continua enviando via APNs e FCM.
MQTT sobre WebSockets seguros permite que o navegador se conecte diretamente ao mesmo broker que seu backend acessa via MQTT com TLS.
Autenticação com usuário e senha e ACLs por tópico limitam cada cliente à sua própria árvore, como users/{id}/#, e só o seu backend pode publicar nela.
Mensagens retidas entregam o último status do pedido assim que o app assina; sessões persistentes com QoS 1 entregam o que se perdeu numa queda rápida.
QoS 0 para a posição do entregador, em que só a mais recente importa, e QoS 1 para mudanças de status e alertas que precisam chegar.
orders/ord-58213/status (retained)
orders/ord-58213/courier/location
users/u-90417/notifications
users/u-90417/badge (retained)Os dois — MQTT roda sobre WebSockets. Um WebSocket puro é só um canal: você ainda precisa construir tópicos, fan-out, reconexão e garantias de entrega. MQTT sobre WebSockets seguros acrescenta publish/subscribe, QoS, mensagens retidas e Last Will, e o ConnectMQ cuida do lado do servidor.
Para apps abertos ou em primeiro plano, sim: o MQTT entrega atualizações mais rápido e com mais dados. Com o app fechado, iOS e Android limitam conexões em segundo plano, então mantenha APNs e FCM para esses casos. Um padrão comum é publicar uma vez e deixar um pequeno serviço repassar alguns eventos como push.
Use o MQTT.js: conecte ao endpoint de WebSockets seguros do ConnectMQ, assine os tópicos do usuário e atualize o estado a cada mensagem. Nunca coloque no front-end uma credencial com permissões amplas — dê aos clientes do navegador credenciais cuja ACL só permita ler os próprios tópicos.
Comece no plano Free — sem cartão de crédito —, conecte hoje seus primeiros dispositivos e faça upgrade quando entrar em produção.
