Chat y trabajo en equipo
presence registra quién está en la sala; los client events llevan la escritura y los cursores. Los mensajes llegan en el momento en que se publican.
PushCaster es infraestructura realtime gestionada para aplicaciones. Publique una actualización una vez y cada navegador, teléfono y panel conectado la tendrá en el mismo instante: sin polling, sin botón de recargar y sin servidores de conexión que mantener.
Una línea en el navegador para escuchar, otra en su servidor para enviar. Ningún SDK nuestro que aprender: las librerías de abajo son las que ya usa, apuntadas a PushCaster.
import Pusher from 'pusher-js'// The same library you already use. One host override points it at PushCaster.const pusher = new Pusher('APP_KEY', { wsHost: 'ws-eu1.pushcaster.io', wsPort: 443, forceTLS: true,})const channel = pusher.subscribe('presence-room')channel.bind('message', (data) => { render(data.body)})import Pusher from 'pusher'const pusher = new Pusher({ appId: 'APP_ID', key: 'APP_KEY', secret: 'APP_SECRET', host: 'api-eu1.pushcaster.io', useTLS: true,})await pusher.trigger('presence-room', 'message', { body: 'Deployed to production',})El app id, la key y el secret salen del panel; el cluster que elija forma parte del host.
Una función realtime es un poco de código de producto sobre mucha maquinaria de entrega: quién está suscrito, quién tiene permiso, quién sigue ahí. Esto es esa segunda parte, ya en marcha.
Cuatro tipos de channel
public, private, presence y private-encrypted, cuando el payload también debe ser opaco para nosotros.
Publique una vez, llegue a todos
Una llamada desde su servidor alcanza a todos los suscriptores, sin que su código lleve la cuenta de quién escucha.
presence como channel
Quién está en la sala lo responde el channel, no un almacén que usted mantiene sincronizado.
client events
Los indicadores de escritura y los cursores viajan directamente entre suscriptores, con límite de frecuencia y sin pasar por usted.
webhooks de ciclo de vida
La ocupación y la pertenencia se le envían de vuelta con cabeceras firmadas, para que su backend reaccione a lo que ve la conexión.
Usted elige dónde se ejecuta
Una aplicación se crea en un cluster y sus conexiones terminan ahí. La lista actual está en la página de estado.
La entrega y la facturación corren en capas separadas. Una caída del control plane degrada el panel; no interrumpe la entrega.
Los clusters son de alta disponibilidad para la mensajería y no para presence. Si se pierde un almacén de presence, presence y la ocupación se degradan mientras los channels public y private siguen entregando: mejor leerlo aquí que descubrirlo después.
Chat, paneles, notificaciones, documentos compartidos. Bajo cada uno hay una sola idea: algo cambió y todo el que mira debería saberlo.
presence registra quién está en la sala; los client events llevan la escritura y los cursores. Los mensajes llegan en el momento en que se publican.
Envíe métricas y flujo de pedidos a cada panel abierto según cambian: ningún intervalo de polling que ajustar, ninguna ventana en la que la cifra ya esté equivocada.
Un event del lado del servidor llega a todos los dispositivos que el usuario tenga abiertos, en el mismo viaje de ida y vuelta que lo desencadenó.
Estado compartido con pertenencia registrada por presence: lienzos, marcadores en vivo, cualquier cosa donde dos personas deban ver lo mismo.
Tres a seis líneas por aplicación: sin reescribir la aplicación, solo cambios en la configuración de conexión.
Las credenciales no se traspasan y hay unas cuantas diferencias reales que conviene leer antes. Ambas cosas están al completo en la página de comparación.
Compatibilidad y migración en detalle const pusher = new Pusher(APP_KEY, {- cluster: 'eu',+ wsHost: 'ws-eu1.pushcaster.io',+ wsPort: 443,+ forceTLS: true, })Una sola tarifa. Sin planes, sin niveles, sin licencias por usuario, sin compromiso mensual: paga por lo que envía, mantiene abierto y transfiere.
USD · efectivo 1 sept 2026
Mensajes publicados
Mensajes entregados
Tiempo de conexión
Connection milliseconds
Publicado en vivo desde la pricing API. Las cuotas incluidas forman parte de esa única tarifa, no de un plan gratuito.
Cómo funciona la facturaciónLeído en vivo desde la plataforma. Publicamos el estado por componente y por región y un historial completo de incidencias, y ninguna cifra de disponibilidad que no podamos sustentar.
Tipos de channel, autenticación, webhooks y la referencia completa de códigos de error.
Estado por componente y por región, latencia e historial de incidencias.
Abra un ticket desde su cuenta. Las preguntas técnicas llegan a quien trabaja en esto.
Servicio WebSocket
Conexiones de cliente, suscripciones y entrega de events.
Publish API
Publicación de events desde sus servidores a PushCaster.
Panel
Inicio de sesión y gestión de sus aplicaciones.
Control plane
Configuración de aplicaciones, facturación y gestión de la cuenta.
$ export PUSHER_HOST=ws-eu1.pushcaster.io
El mismo protocolo, los mismos SDK, el mismo handshake de autenticación. Cree una aplicación, apunte a PushCaster las librerías que ya lleva y sus funciones realtime están en vivo en minutos.