Files
element-call/docs/embedded-standalone.md
Hugh Nimmo-Smith fd2c1f6410 Clarify who is responsible for compliance and consent in relation to analytics (#3116)
It varies depending on if you are using the full or embedded package.
2025-03-28 14:18:53 +00:00

5.2 KiB

Element Call packages

Element Call is available as two different packages: Full Package and Embedded Package. The Full Package is designed for standalone use, while the Embedded Package is designed for widget mode only. The table below provides a comparison of the two packages:

Full Package Embedded Package
Supports use as standalone
Supports use as widget
Deployment mode Hosted as a static web page and accessed via a URL when used as a widget Bundled within a messenger app for seamless integration
Release artifacts Docker Image, Tarball Tarball, NPM for Web, Android AAR, SwiftPM for iOS
Recommended for Standalone/guest access usage Embedding within messenger apps
Responsibility for regulatory compliance The administrator that is deploying the app is responsible for compliance with any applicable regulations (e.g. privacy) The developer of the messenger app is responsible for compliance
Analytics consent Element Call will show a consent UI. Element Call will not show a consent UI. The messenger app should only provide the embedded Element Call with the analytics URL parameters if consent has been granted.
Analytics data Element Call will send data to the Posthog, Sentry and Open Telemetry targets specified by the administrator in the config.json Element Call will send data to the Posthog and Sentry targets specified in the URL parameters by the messenger app

For examples of how to use the platform specific release artifacts (e.g. Android AAR) see the Element Messenger apps for: Web, iOS and Android.

Widget vs standalone mode

Element Call is developed using the js-sdk with matroska mode. This means the app can run either as a standalone app directly connected to a homeserver providing login interfaces or it can be used as a widget within a Matrix client.

As a widget, the app only uses the core calling (MatrixRTC) parts. The rest (authentication, sending events, getting room state updates about calls) is done by the hosting client. Element Call and the hosting client are connected via the widget API.

Element Call detects that it is run as a widget if a widgetId is defined in the url parameters. If widgetId is present then Element Call will try to connect to the client via the widget postMessage API using the parameters provided in Url Format and parameters .