Pour les applications

Vos propres sites et applications, sur le même cloud

Salles, présence, appels et appels de groupe pour toute stack, avec des composants prêts à l’emploi issus de Better Messages. Votre serveur garde vos données, et le cloud les livre.

Une autre stack ? Le guide pour toute application utilise les mêmes SDK depuis Node.js, PHP ou Python.

Prêt pour les agents de code IA

Claude Code, Cursor et les autres agents de code utilisent correctement nos SDK : des skills d’agent pour les extensions WordPress et pour les applications sur Node.js, PHP, Python, iOS et Android, et une documentation qu’ils peuvent lire en entier.

Utiliser avec des agents IA

Des mises à jour en direct dans vos pages

Votre serveur envoie un événement à une salle, et chaque page qui s’y trouve change aussitôt : une commande qui avance, un tableau de bord, un jeu. Une page qui se reconnecte reçoit ce qu’elle a manqué.

Une commande qui passe à Expédiée, sur la page de la boutique et en direct sur celle du client

Un chat prêt à l’emploi

La conversation de Better Messages en composant, avec l’indicateur de saisie, les accusés de lecture et les réactions. Votre serveur garde les messages, et le cloud les livre.

Une conversation entre deux personnes, dont l’une est en train d’écrire

Appels et appels de groupe

Des appels à deux et des appels de groupe avec l’écran d’appel de Better Messages, sur le web, iOS et Android, via nos relais et serveurs média.

Un appel vidéo entre deux personnes, tel que chacune le voit

Chiffré, avec des clés que nous ne détenons jamais

Les événements, la présence et l’historique voyagent scellés avec des clés que détient votre serveur, et les appels entre deux personnes sont chiffrés de bout en bout. Le cloud les transporte sans pouvoir les lire.

Ce que le cloud a transporté pour une mise à jour de commande, scellé, à côté de la page qui l’a ouvert

Pourquoi le cloud

Plus qu’un websocket

Laravel, Django et Node.js savent faire tourner des websockets eux-mêmes, sur vos serveurs. Le cloud les fait tourner pour vous, et ajoute ce qu’un websocket seul ne fait pas.

Aucun serveur websocket à maintenir

Votre propre serveur websocket doit garder chaque connexion, dépasser une seule machine et tenir pendant les déploiements. Le cloud s’en charge, en ajoutant des serveurs quand votre trafic augmente, et une page passe sur un autre serveur sans coupure.

Des appels, pas seulement des messages

Un websocket transporte des messages. Les appels et appels de groupe demandent aussi des relais et des serveurs média, et les nôtres tournent dans plusieurs régions.

Des éléments prêts à l’emploi

Le chat, la présence en ligne et l’écran d’appel de Better Messages sont fournis en composants, et des skills d’agent montrent aux agents de code IA comment les utiliser.

Il s’intègre à votre framework : dans Laravel, c’est un driver de broadcasting, donc broadcast() et votre fichier de canaux restent tels quels.

Tarifs

Un prix selon les connexions, jamais selon les messages

Un prix selon les connexions simultanées, de 1 000 à 25 000, facturé au mois ou à l’année. Les appels à deux sont illimités.

Les diffusions en direct ne sont pas décomptées jusqu’à 50 spectateurs à la fois pour 1 000 connexions, partagés par vos apps. Les appels de groupe ne sont pas décomptés jusqu’à 32 personnes en vidéo à la fois pour 1 000 connexions, une personne en audio comptant pour moitié, sans limite de personnes par appel. Au-delà, chaque spectateur ou personne en vidéo de plus prend un crédit par minute, en audio la moitié. Votre formule ajoute 5 000 crédits par mois pour 1 000 connexions, et les packs la complètent.

D’autres arrivent : de nouvelles extensions WordPress, et des outils pour les sites et les applications, sur le même cloud.

Questions

Questions fréquentes

Mon framework a déjà des websockets. Pourquoi le cloud ?

Pour n’avoir rien à faire tourner : le cloud garde les connexions ouvertes, ajoute des serveurs quand votre trafic augmente, tient pendant les redémarrages, et apporte appels, appels de groupe, événements scellés et éléments prêts à l’emploi. Dans Laravel, c’est un driver de broadcasting : broadcast() et votre fichier de canaux restent tels quels.

Quelles stacks mes applications peuvent-elles utiliser ?

Next.js et Express sur Node.js, Laravel et PHP natif, Django, FastAPI et Flask sur Python, et les applications iOS et Android, chacune avec un guide et une démo en ligne. Tout autre serveur peut utiliser le SDK Node.js, PHP ou Python.

Qu’est-ce qui compte comme une connexion ?

Un navigateur ou un appareil connecté au cloud à ce moment-là. Les onglets d’un navigateur partagent une connexion quand votre application sert le worker du SDK, et ce que votre serveur envoie par l’API ne compte pas.

Gardez-vous les messages envoyés par mes applications ?

Non. Les événements sont livrés au moment où ils se produisent et gardés un jour au plus, pour qu’une page qui se reconnecte reçoive ce qu’elle a manqué. Votre propre serveur garde ce qui doit durer.

Je quitte WordPress pour mon site. Puis-je garder le cloud ?

Oui, dans le même compte. Votre nouvelle application s’y connecte avec ses clés, sous une formule pour les applications, et vos sites WordPress gardent la leur aussi longtemps que nécessaire.

Que se passe-t-il quand mes applications ont besoin de plus ?

Jusqu’à 20 % de plus se connectent pendant un temps, et nous vous écrivons à 80 % et à 100 % de vos connexions. Choisissez plus de connexions depuis votre compte à tout moment. Ce qui reste de la période en cours est déduit du nouveau prix.

Les logos sont des marques de leurs propriétaires. Le robot Android est de Google, sous CC BY 3.0, et le logo PHP de Colin Viebrock, sous CC BY-SA 4.0.