Event Message Structure
Every message delivered over the WebSocket connection shares the same envelope structure. Thechannel field identifies which topic the event belongs to, type is always "event" for data events, and data contains the topic-specific payload.
Your client should check the
type field of every incoming message and handle only "event" messages for topic data. Messages with other type values, or error objects without a type field, should be handled or silently ignored as appropriate.User Events
User events notify you when an account is created, its profile is modified, or it is removed from the platform. Subscribe to one or more of the following topics:
The
data payload for all user events contains the updated state of the user object at the time the event was emitted, including the user’s ID, permissions, linked providers, and active character reference.
Example — users:update event:
Character Events
Character events notify you when a character is created, modified, or removed. Subscribe to one or more of the following topics:
The
data payload for character events contains the full character object. The fields included are:
Example —
characters:create event:
Subscribing to Topics
Subscribe only to the topics your application actually needs. Every active subscription adds to the volume of messages your client must process. Receiving unnecessary events — especially on high-traffic topics like
characters:update — can increase latency and memory usage in your integration.