Chat et travail à plusieurs
presence suit qui est dans la salle ; les client events transportent la saisie et les curseurs. Les messages arrivent à l'instant où ils sont publiés.
PushCaster est une infrastructure realtime managée pour les applications. Publiez une mise à jour une fois et chaque navigateur, téléphone et tableau de bord connecté l'a au même instant — sans polling, sans bouton d'actualisation et sans serveurs de connexion à faire tourner.
Une ligne dans le navigateur pour écouter, une sur votre serveur pour envoyer. Aucun SDK maison à apprendre — les bibliothèques ci-dessous sont celles que vous utilisez déjà, pointées vers 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',})L'app id, la key et le secret viennent du tableau de bord ; le cluster que vous choisissez fait partie du host.
Une fonctionnalité realtime, c'est un peu de code produit posé sur beaucoup de machinerie de livraison : qui est abonné, qui a le droit, qui est encore là. C'est cette seconde partie, déjà en fonctionnement.
Quatre sortes de channel
public, private, presence et private-encrypted, quand le payload doit rester opaque pour nous aussi.
Publiez une fois, atteignez tout le monde
Un appel depuis votre serveur atteint chaque abonné, sans que votre code ait à savoir qui écoute.
presence comme channel
Qui est dans la salle, c'est le channel qui répond, pas un stockage que vous maintenez synchronisé.
client events
Les indicateurs de saisie et les curseurs circulent directement entre abonnés, avec une limite de débit et sans aller-retour par chez vous.
webhooks de cycle de vie
L'occupation et l'appartenance vous sont renvoyées avec des en-têtes signés, pour que votre backend réagisse à ce que voit la connexion.
Vous choisissez où ça tourne
Une application est créée dans un cluster et ses connexions s'y terminent. La liste actuelle est sur la page d'état.
La livraison et la facturation tournent sur des couches séparées. Une panne du control plane dégrade le tableau de bord ; elle n'interrompt pas la livraison.
Les clusters sont hautement disponibles pour la messagerie et pas pour presence. Si un stockage de presence est perdu, presence et l'occupation se dégradent tandis que les channels public et private continuent de livrer — mieux vaut le lire ici que le découvrir plus tard.
Chat, tableaux de bord, notifications, documents partagés. Sous chacun, une seule idée : quelque chose a changé, et tous ceux qui regardent devraient le savoir.
presence suit qui est dans la salle ; les client events transportent la saisie et les curseurs. Les messages arrivent à l'instant où ils sont publiés.
Poussez les métriques et le flux de commandes vers chaque tableau de bord ouvert à mesure qu'ils changent — aucun intervalle de polling à régler, aucune fenêtre où le chiffre est déjà faux.
Un event côté serveur atteint chaque appareil que la personne a laissé ouvert, dans le même aller-retour que celui qui l'a déclenché.
Un état partagé avec une appartenance suivie par presence — canevas, scores en direct, tout ce où deux personnes doivent voir la même chose.
Trois à six lignes par application — aucune réécriture de l'application, seulement des changements de configuration de connexion.
Les identifiants ne sont pas transférés, et il y a quelques différences réelles à lire d'abord. Les deux figurent en entier sur la page de comparaison.
Compatibilité et migration en détail const pusher = new Pusher(APP_KEY, {- cluster: 'eu',+ wsHost: 'ws-eu1.pushcaster.io',+ wsPort: 443,+ forceTLS: true, })Une seule grille tarifaire. Pas de forfaits, pas de paliers, pas de licences par utilisateur, pas d'engagement mensuel — vous payez ce que vous envoyez, gardez ouvert et transférez.
USD · en vigueur 1 sept. 2026
Messages publiés
Messages remis
Temps de connexion
Connection milliseconds
Publié en direct depuis la pricing API. Les quotas sont inclus dans cette grille unique, ce n'est pas une offre gratuite.
Comment marche la facturationLu en direct depuis la plateforme. Nous publions l'état par composant et par région ainsi qu'un historique complet des incidents — et aucun chiffre de disponibilité que nous ne pourrions étayer.
Types de channel, authentification, webhooks et la référence complète des codes d'erreur.
État par composant et par région, latence et historique des incidents.
Ouvrez un ticket depuis votre compte. Les questions techniques arrivent chez ceux qui travaillent dessus.
Service WebSocket
Connexions client, abonnements et livraison des events.
Publish API
Publication des events depuis vos serveurs vers PushCaster.
Tableau de bord
Connexion et gestion de vos applications.
Control plane
Configuration des applications, facturation et gestion du compte.
$ export PUSHER_HOST=ws-eu1.pushcaster.io
Même protocole, mêmes SDK, même handshake d'authentification. Créez une application, pointez vers PushCaster les bibliothèques que vous livrez déjà, et vos fonctionnalités realtime sont en ligne en quelques minutes.